할당량 및 한도
이 문서에서는 Cloud Router에 적용되는 할당량과 한도를 설명합니다. 할당량에 대한 자세한 내용은 가상 프라이빗 클라우드(VPC) 할당량을 참조하세요.
할당량은 하드웨어, 소프트웨어, 네트워크 구성요소를 포함하여 Google Cloud 프로젝트에서 사용할 수 있는 공유 Google Cloud 리소스의 양을 제한합니다. 따라서 할당량은 다음을 수행하는 시스템에 속합니다.
- Google Cloud 제품 및 서비스 사용 또는 소비를 모니터링합니다.
- 공정성 보장 및 사용량 급증 방지 등의 이유로 리소스 소비를 제한합니다.
- 사전 정의된 제한사항을 자동으로 적용하는 구성을 유지합니다.
- 할당량을 요청하거나 변경할 수 있는 수단을 제공합니다.
대부분의 경우 할당량이 초과되면 시스템에서 관련 Google 리소스에 대한 액세스를 즉시 차단하고 수행하려는 작업이 실패합니다. 대부분의 경우 할당량은 각 Google Cloud 프로젝트에 적용되며 해당 Google Cloud 프로젝트를 사용하는 모든 애플리케이션과 IP 주소 전반에 공유됩니다.
Cloud Router 리소스에도 한도가 있습니다. 이 한도는 할당량 시스템과 관련이 없습니다. 별도로 명시되지 않는 한 한도를 변경할 수 없습니다.
할당량
할당량을 변경하려면 추가 할당량 요청을 참조하세요.
이 표에는 프로젝트별로 중요한 할당량이 나와 있습니다. 기타 할당량은 Google Cloud 콘솔 할당량 및 시스템 한도 페이지를 참조하세요.
| 항목 | 할당량 | 참고 |
|---|---|---|
| 프로젝트당 Cloud Router 수 | 할당량 | 할당량에 관계없이 각 네트워크의 한도는 리전당 Cloud Router 5개입니다. 한도를 참조하세요. |
한도
Cloud Router에 대한 다음 한도가 Virtual Private Cloud(VPC) 네트워크에 적용됩니다. 별도로 명시되지 않는 한 이 한도를 늘릴 수 없습니다.
| 항목 | 한도 | 참고 |
|---|---|---|
| VPC 네트워크 및 리전 조합당 최대 Cloud Router 수 | 5 | 프로젝트 할당량이 충분한 경우 지정된 VPC 네트워크와 리전에 Cloud Router를 최대 5개 만들 수 있습니다. |
| 특정 VPC 네트워크 및 리전의 각 Cloud Router에 대한 최대 BGP 피어 수 | 128 | BGP 피어는 다음 중 하나일 수 있습니다. |
| Cloud Router가 단일 BGP 피어에서 수락하는 최대 프리픽스 수 | 5,000 | BGP 피어가 5,000개 넘는 프리픽스를 공지하면 Cloud Router가 BGP 세션을 재설정합니다. |
| 단일 BGP 피어 또는 경로 내에서 모든 적용되는 BGP 경로 정책의 최대 용어 수 | 1,000 | 이 한도는 리소스 간에 분할되지 않으며 조합됩니다. 단일 일치 또는 작업 표현식의 크기, 한 용어의 작업 수, 단일 정책의 용어 수, 정책 수에는 한도가 없습니다. |
| 지정된 Cloud Router에 대한 BGP 세션당 최대 서브넷 경로 공지 수 | 제한 없음 | Cloud Router는 공지할 수 있는 서브넷 경로 수에 한도가 없습니다. 서브넷 경로 수는 VPC 네트워크 할당량 및 한도로 제어되는 서브넷 수에 따라 결정됩니다. |
| 지정된 Cloud Router의 경우 BGP 세션당 최대 커스텀 공지 경로 수 | 200 | 커스텀 공지 경로가 Cloud Router의 모든 BGP 세션에 대해 동일한 경우 이 한도는 Cloud Router에 대한 고유한 IPv4 및 IPv6 커스텀 공지 경로의 총 개수를 나타냅니다. 이 경우 각 세션에서는 동일한 커스텀 공지 경로 집합을 수신하게 됩니다. |
| 지정된 Cloud Router에 대해 UTF-8로 인코딩되었을 때 BGP 경로 정책에 사용되는 모든 일치 및 작업 표현식 리터럴의 최대 조합 크기입니다. | 250KiB 한도 | 특정 Cloud Router에 대해 이 한도는 리소스 간에 분할되지 않고 조합됩니다. 단일 일치 또는 작업 표현식의 크기, 한 용어의 작업 수, 단일 BGP 경로 정책의 용어 수, BGP 경로 정책 수에는 한도가 없습니다. |
단일 Cloud Router에서 list-bgp-routes 호출에 대한 분당 최대 쿼리 수 |
1500 | 이 할당량은 compute.googleapis.com/list_requests_per_region에서 가져옵니다.
자세한 내용은 비율 할당량을 참조하세요. |
| Cloud Router당 최대 BGP 경로 정책 수 | 500 | |
| 같은 리전의 모든 Cloud Router에서 지정한 리전의 서브넷에 적용할 수 있는 학습된 경로의 명확하고 고유한 최대 대상 수 이 한도를 리전의 from-own-region 한도라고 합니다. | 250 |
IPv4 및 IPv6 프리픽스 모두 이 한도에 집계됩니다. 커스텀 학습된 경로와 BGP 피어에서 학습된 경로를 포함하여 모든 학습된 경로가 이 한도에 포함됩니다. 경로는 고유한 대상별로 그룹화됩니다. 대상이 같지만 다음 홉이 다른 경로는 단일 대상으로 계산됩니다. 대상과 다음 홉이 같은 경로도 단일 대상으로 계산됩니다. 전역 동적 라우팅 모드 네트워크의 경우 다른 하나에 도달하지 않고 최대 고유 대상 한도 수 중 하나에 도달할 수 있습니다. 한도 중 하나에 도달하면 경로가 삭제될 때 간헐적인 연결 문제가 발생할 수 있습니다. 자세한 내용은 학습된 경로 예시를 참조하세요. 현재 한도 및 사용량을 이해하는 데 사용할 수 있는 측정항목을 비롯하여 이러한 한도에 대한 상세 내용은 문제 해결의 할당량 및 한도 확인 부분을 참고하세요. 이 한도를 늘려야 하면 지원 케이스를 제출합니다. |
전역 동적 라우팅 모드의 VPC 네트워크에만 적용됩니다. 다른 리전의 Cloud Router에서 지정한 리전의 서브넷에 적용할 수 있는 학습된 경로의 명확하고 고유한 최대 대상 수 이 한도를 리전의 from-other-regions 한도라고 합니다. |
250 |
IPv4 및 IPv6 프리픽스 모두 이 한도에 집계됩니다. 커스텀 학습된 경로와 BGP 피어에서 학습된 경로를 포함하여 모든 학습된 경로가 이 한도에 포함됩니다. 경로는 고유한 대상별로 그룹화됩니다. 대상이 같지만 다음 홉이 다른 경로는 단일 대상으로 계산됩니다. 대상과 다음 홉이 같은 경로도 단일 대상으로 계산됩니다. 전역 동적 라우팅 모드 네트워크의 경우 다른 하나에 도달하지 않고 최대 고유 대상 한도 수 중 하나에 도달할 수 있습니다. 한도 중 하나에 도달하면 경로가 삭제될 때 간헐적인 연결 문제가 발생할 수 있습니다. 자세한 내용은 학습된 경로 예시를 참조하세요. 현재 한도 및 사용량을 이해하는 데 사용할 수 있는 측정항목을 비롯하여 이러한 한도에 대한 상세 내용은 문제 해결의 할당량 및 한도 확인 부분을 참고하세요. 이 한도를 늘려야 하면 지원 케이스를 제출합니다. |
| 지정된 BGP 세션에서 커스텀 학습된 경로의 최대 개수입니다. | 10 |
이 기능에 대한 자세한 내용은 커스텀 학습된 경로를 참조하세요. |
VPC 네트워크의 지정된 리전에서 커스텀 학습된 경로로 구성될 수 있는 고유한 IP 접두사의 최대 개수입니다. 이 한도에 따라 여러 피어에 동일한 범위를 사용할 수 있습니다. |
10 |
이 기능에 대한 자세한 내용은 커스텀 학습된 경로를 참조하세요. |
학습된 경로의 예
다음 예시는 from-own-region 한도 또는 from-other-regions 한도를 초과할 때 발생할 수 있는 경로 삭제 동작을 보여줍니다.
동일한 VPC 네트워크의 us-east1 리전에 Cloud Router가 있고 us-west1 리전에 Cloud Router가 있고 전역 동적 라우팅이 사용 설정되어 있다고 가정해 보겠습니다. 각 리전의 각 Cloud Router는 고유한 대상 250개를 학습합니다. 이 예시에서 각 리전의 각 Cloud Router는 동일한 대상을 학습하지 않습니다.
각 리전의 Cloud Router가 고유한 대상 250개 중 250개를 학습하므로 각 리전 내 경로를 학습하는 Cloud Router에 관계없이 각 리전의 from-own-region 한도가 소진됩니다. 각 Cloud Router가 다른 리전에서 고유한 대상 250개를 가져오므로 두 리전의 from-other-regions 한도도 소진됩니다. 예시 VPC 네트워크가 리전 동적 라우팅을 사용한 경우 리전별 동적 라우팅 모드는 VPC 네트워크에 경로의 다음 홉과 일치하는 리전에만 동적 경로를 만들도록 지시하므로 각 리전의 from-other-regions 한도가 적용되지 않습니다.
리전의 from-own-region 한도 초과
us-west1의 Cloud Router에 연결된 온프레미스 라우터가 251번째 대상을 공지한다고 가정해 보겠습니다. us-west1 리전의 Cloud Router는 확정된 경로 순서에 따라 251개 중 250개의 고유 대상을 선택합니다.
이러한 경로는 VPC 네트워크에 250개의 고유 대상을 전송하여 us-west1 리전에 250개의 동적 경로를 만듭니다.
VPC 네트워크는 전역 동적 라우팅 모드를 사용하므로 각 리전의 from-other-regions 고유 대상 한도에 따라 다른 모든 리전에서 동적 경로를 250개 이하로 만듭니다. 다음 섹션에서는 다른 리전에서 발생하는 일에 대해 자세히 설명합니다.
리전의 from-other-regions 한도 초과
us-west1 리전의 Cloud Router가 251개의 고유 대상을 학습하면 us-west1의 251개 고유 대상 중 250개의 경로가 us-east1 리전의 리소스에 제공됩니다. 이는 us-east1 리전의 from-other-regions 한도가 250개의 고유한 대상만 허용하기 때문입니다.
동일한 VPC 네트워크의 세 번째 리전 us-central1에 Cloud Router를 만든다고 가정해 보겠습니다. 새 Cloud Router가 BGP 피어에서 고유한 대상 10개를 학습한다고 가정해 보겠습니다. us-central1 리전의 from-own-region 한도가 초과되지 않았지만 다른 두 리전에서 총 500개의 고유한 대상이 제공되므로(us-east1에서 250 및 us-west1에서 250) us-central1 리전의 from-other-regions 고유 대상 한도가 초과되었습니다.
리전별 기준에서 확정된 경로 순서는 다음 표에 표시된 것처럼 다른 리전에 있는 250개 이하의 고유 대상에 대한 경로를 선택합니다.
| 리전 |
리전에 로컬인 고유 대상 (리전의 from-own-region 한도 사용량) |
다른 리전의 고유한 대상 (리전의 from-other-regions 한도 사용량) |
|---|---|---|
| us-west1 |
251개 수신됨. 251개 중 250개가 선택되고 251개 중 1개가 확정된 경로 순서에 의해 삭제됩니다. 선택한 250개의 프리픽스는 다른 리전과 공유됩니다. |
260개 수신됨(
|
| us-east1 |
250개 수신됨. 250개 모두 확정된 경로 순서에 따라 선택됩니다. 선택한 250개의 모든 프리픽스는 다른 리전과 공유됩니다. |
260개 수신됨(
|
| us-central1 |
10개 수신됨. 10개 모두 확정된 경로 순서에 따라 선택됩니다. 선택한 10개의 모든 프리픽스는 다른 리전과 공유됩니다. |
500개 수신됨( 다음 홉이 |
us-central1 리전의 from-other-regions 한도가 초과되더라도 from-own-region 한도는 다음 홉이 us-central1 리전에 있는 대상을 수락할 수 있습니다.
확정된 경로 삭제 동작
Cloud Router는 수신된 각 프리픽스의 서브넷 마스크 길이 및 사전순 특성을 기반으로 확정된 경로 삭제 동작을 구현합니다. 각 리전 내에서 다음 프로세스는 리전의 from-own-region 대상 목록 및 리전의 from-other-regions 고유한 대상 목록에 독립적으로 적용됩니다.
목록은 가장 짧은 서브넷 마스크부터 가장 긴 순으로 정렬된 다음 사전 순으로 정렬됩니다. 예를 들어
10.0.0.0/8은10.99.1.0/24앞에 오는10.2.1.0/24앞에 옵니다.목록의 처음 250개 항목은 유지됩니다. 나머지는 모두 삭제됩니다.
리전의 from-other-regions 한도 초과에서 볼 수 있듯이 확정된 삭제 동작은 각 리전의 from-own-region 한도 및 각 리전의 from-other-regions 한도에 독립적으로 적용됩니다.
확정된 경로 삭제 동작은 다음 결과를 가져옵니다.
IPv4 및 IPv6 프리픽스가 모두 수신되면 고유한 대상 한도가 초과될 때마다 Cloud Router가 IPv6 프리픽스를 일반적으로 삭제합니다. 이는 IPv6의 가장 일반적인 가장 짧은 서브넷 마스크 길이(
/48)가 IPv4의 가능한 가장 긴 서브넷 마스크 길이(/32)보다 길기 때문입니다.각 리전에서 학습된 프리픽스 집합이 일정하게 유지되면 Google Cloud는 VPC 네트워크의 동적 라우팅 모드에 따라 모든 리전의 일관적인 로컬 동적 경로 집합을 프로그래밍합니다. 이러한 동작은 Cloud Router 태스크가 다시 시작될 때 Cloud Router가 삭제하는 경로를 포함하여 보존됩니다.
경로 삭제 방지
경로를 삭제하는 동안 중단된 프리픽스 연결이 끊어집니다. 경로 삭제를 방지하려면 Cloud Monitoring 또는 Cloud Logging을 사용해서 각 리전의 from-own-region 및 from-other-regions 프리픽스 사용량을 모니터링하고 각 한도보다 많은 고유한 대상을 공지하지 않도록 합니다.
고유한 대상의 수를 줄이려면 프리픽스를 집계(예: 더 작은 길이의 프리픽스로 집계)하는 것이 좋습니다. 프리픽스 집계가 불가능하면 Google Cloud 영업팀에 문의하여 다른 옵션을 논의하세요.
할당량 관리
Cloud Router 는 다양한 이유로 리소스 사용량에 할당량을 적용합니다. 예를 들어 할당량은 사용량이 예기치 않게 급증하는 것을 방지하여 Google Cloud 사용자 커뮤니티를 보호합니다. 또한 할당량은 무료 등급으로 Google Cloud 제품을 둘러보는 사용자가 계속해서 체험판을 사용할 수 있게 해줍니다.
모든 프로젝트가 동일한 할당량으로 시작하며 추가 할당량을 요청하여 할당량을 변경할 수 있습니다. 제품 사용에 따라 일부 할당량이 자동으로 증가할 수 있습니다.
권한
할당량을 확인하거나 할당량 상향 조정을 요청하려면 Identity and Access Management(IAM) 주 구성원에게 다음 역할 중 하나가 필요합니다.
| 작업 | 필요한 역할 |
|---|---|
| 프로젝트의 할당량 확인 | 다음 역할 중 하나가 필요합니다. |
| 할당량 수정, 추가 할당량 요청 | 다음 역할 중 하나가 필요합니다. |
할당량 확인
콘솔
- Google Cloud 콘솔에서 할당량 페이지로 이동합니다.
- 업데이트하려는 할당량을 검색하려면 테이블 필터링을 사용합니다. 할당량 이름을 모르는 경우 대신 이 페이지의 링크를 사용하세요.
gcloud
Google Cloud CLI를 사용하여 다음 명령어를 실행하여 할당량을 확인하세요. 여기서 PROJECT_ID는 프로젝트 ID로 바꿉니다.
gcloud compute project-info describe --project PROJECT_ID
리전에서 사용한 할당량을 확인하려면 다음 명령어를 실행합니다.
gcloud compute regions describe example-region
할당량 초과 시 오류
gcloud 명령어 사용 시 할당량을 초과하면 gcloud에서 quota exceeded라는 오류 메시지를 출력하고 종료 코드 1을 반환합니다.
API 요청 시 할당량을 초과하면 Google Cloud에서 HTTP 상태 코드 413 Request Entity Too Large를 반환합니다.
추가 할당량 요청
대부분의 할당량은 Google Cloud 콘솔을 사용해 늘리거나 줄입니다. 자세한 내용은 할당량 상향 요청을 참조하세요.
콘솔
- Google Cloud 콘솔에서 할당량 페이지로 이동합니다.
- 할당량 페이지에서 변경할 할당량을 선택합니다.
- 페이지 상단에서 할당량 수정을 클릭합니다.
- 이름에 개발자 이름을 입력합니다.
- (선택사항) 전화에 전화번호를 입력합니다.
- 요청을 제출합니다. 할당량 요청이 처리되는 데는 24~48 시간이 소요됩니다.
리소스 가용성
각 할당량은 특정 유형의 리소스를 사용할 수 있는 경우에 만들 수 있는 해당 리소스의 최대 개수를 나타냅니다. 할당량이 리소스 가용성을 보장하지는 않는다는 점에 유의해야 합니다. 사용 가능한 할당량이 있어도 리소스를 사용할 수 없으면 새 리소스를 만들 수 없습니다.
예를 들어 us-central1 리전에 새로운 리전의 외부 IP 주소를 만드는 데 충분한 할당량이 있을 수 있습니다. 그러나 이 리전에 사용 가능한 외부 IP 주소가 없으면 새 주소를 만들 수 없습니다. 또한 영역별 리소스 가용성은 새 리소스를 만들 수 있는지 여부에도 영향을 줄 수 있습니다.
전체 리전에서 리소스를 사용할 수 없는 경우는 드뭅니다. 그러나 영역 내 리소스가 소진되는 경우가 발생할 수 있으며 이러한 경우에도 일반적으로 해당 리소스 유형에 적용되는 서비스수준계약(SLA)에는 영향을 미치지 않습니다. 자세한 내용을 확인하려면 리소스의 관련 SLA를 검토하세요.