할당량 및 한도

이 문서에서는 Cloud Router에 적용되는 할당량과 시스템 한도를 설명합니다.

  • 할당량은 사용할 수 있는 계수 가능한 공유 리소스의 양을 지정합니다. 할당량은 Cloud Router와 같은 Google Cloud 서비스에서 정의합니다.
  • 시스템 한도는 변경할 수 없는 고정 값입니다.

Google Cloud 는 공정성을 보장하고 리소스 사용 및 가용성의 급증을 줄이기 위해 할당량을 사용합니다. 할당량은 프로젝트에서 사용할 수 있는Google Cloud 리소스의 양을 제한합니다. Google Cloud 할당량은 하드웨어, 소프트웨어, 네트워크 구성요소를 포함하여 다양한 리소스 유형에 적용됩니다. 예를 들어 할당량에 따라 서비스에 대한 API 호출 수, 프로젝트에서 동시에 사용하는 부하 분산기 수, 만들 수 있는 프로젝트 수가 제한될 수 있습니다. 할당량은 서비스 과부하를 방지하여Google Cloud 사용자 커뮤니티를 보호합니다. 할당량은 자체 리소스를 관리하는 데도 도움이 됩니다. Google Cloud

Cloud Quotas 시스템은 다음을 수행합니다.

  • 제품 및 서비스 소비량 모니터링 Google Cloud
  • 리소스 소비 제한
  • 할당량 값 변경을 요청할 수 있는 수단 제공

대부분의 경우 할당량이 허용하는 것보다 더 많은 리소스를 소비하려고 하면 시스템에서 리소스에 대한 액세스를 차단하고 수행하려는 작업이 실패합니다.

할당량은 일반적으로 Google Cloud 프로젝트 수준에서 적용됩니다. 한 프로젝트의 리소스를 사용해도 다른 프로젝트에서 사용 가능한 할당량에는 영향을 미치지 않습니다. Google Cloud 프로젝트 내에서 할당량은 모든 애플리케이션과 IP 주소에 공유됩니다.

Cloud Router 리소스에도 시스템 한도가 있습니다. 한도는 변경할 수 없습니다.

할당량

할당량을 변경하려면 추가 할당량 요청을 참조하세요.

이 표에는 프로젝트별로 중요한 할당량이 나와 있습니다. 기타 할당량은 Google Cloud 콘솔 할당량 및 시스템 한도 페이지를 참조하세요.

항목 할당량 참고
프로젝트당 Cloud Router 수 할당량 할당량에 관계없이 각 네트워크의 한도는 리전당 Cloud Router 5개입니다. 한도를 참조하세요.

VPC 네트워크별 리전당 자체 리전의 고유한 Cloud Router 동적 경로 프리픽스

같은 리전의 모든 Cloud Router에서 지정한 리전의 서브넷에 적용할 수 있는 학습된 경로의 명확하고 고유한 최대 대상 프리픽스 수입니다. 이를 리전의 from-own-region 할당량이라고 합니다.

할당량

IPv4 및 IPv6 프리픽스 모두 이 할당량에 집계됩니다.

커스텀 학습된 경로와 BGP에서 수신한 경로를 포함하여 모든 학습된 경로는 이 할당량에 집계됩니다.

경로는 고유한 대상별로 그룹화됩니다. 대상이 같지만 다음 홉이 다른 경로는 단일 대상으로 계산됩니다. 대상과 다음 홉이 같은 경로도 단일 대상으로 계산됩니다.

전역 동적 라우팅 모드 네트워크의 경우 다른 할당량에 도달하지 않고 고유한 동적 경로 프리픽스 할당량 중 하나에 도달할 수 있습니다. 할당량 중 하나를 초과하면 경로가 삭제될 때 간헐적인 연결 문제가 발생할 수 있습니다./ 자세한 내용은 학습된 경로 예시를 참조하세요.

현재 사용량을 파악하는 데 사용할 수 있는 측정항목을 포함하여 이러한 할당량에 대한 자세한 내용은 BGP 경로 및 경로 선택 문제 해결을 참조하세요.

전역 동적 라우팅 모드의 VPC 네트워크에만 적용됩니다.

VPC 네트워크별 리전당 다른 리전의 고유한 Cloud Router 동적 경로 프리픽스

다른 리전의 Cloud Router에서 지정한 리전의 서브넷에 적용할 수 있는 학습된 경로의 명확하고 고유한 최대 대상 수입니다. 이를 리전의 from-other-regions 할당량이라고 합니다.

할당량

IPv4 및 IPv6 프리픽스 모두 이 할당량에 집계됩니다.

커스텀 학습된 경로와 BGP에서 수신한 경로를 포함하여 모든 학습된 경로는 이 할당량에 집계됩니다.

경로는 고유한 대상별로 그룹화됩니다. 대상이 같지만 다음 홉이 다른 경로는 단일 대상으로 계산됩니다. 대상과 다음 홉이 같은 경로도 단일 대상으로 계산됩니다.

전역 동적 라우팅 모드 네트워크의 경우 다른 할당량에 도달하지 않고 고유한 동적 경로 프리픽스 할당량 중 하나에 도달할 수 있습니다. 할당량 중 하나에 도달하면 경로가 삭제될 때 간헐적인 연결 문제가 발생할 수 있습니다. 자세한 내용은 학습된 경로 예시를 참조하세요.

현재 사용량을 파악하는 데 사용할 수 있는 측정항목을 포함하여 이러한 할당량에 대한 자세한 내용은 BGP 경로 및 경로 선택 문제 해결을 참조하세요.

한도

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
지정된 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개가 확정된 경로 순서에 의해 삭제됩니다. us-west1에서 다음 홉이 있는 동적 경로 250개가 us-west1에 생성됩니다.

선택한 250개의 프리픽스는 다른 리전과 공유됩니다.

260개 수신됨(us-east1에서 250개, us-central1에서 10개). 260개 중 250개가 선택되고 260개 중 10개가 확정된 경로 순서에 따라 삭제됩니다.

us-west1 외부에서 다음 홉이 있는 동적 경로 250개가 us-west1에 생성됩니다.

us-east1

250개 수신됨. 250개 모두 확정된 경로 순서에 따라 선택됩니다. us-east1에서 다음 홉이 있는 동적 경로 250개가 us-east1에 생성됩니다.

선택한 250개의 모든 프리픽스는 다른 리전과 공유됩니다.

260개 수신됨(us-west1에서 250개, us-central1에서 10개). 260개 중 250개가 선택되고 260개 중 10개가 확정된 경로 순서에 따라 삭제됩니다.

us-east1 외부에서 다음 홉이 있는 동적 경로 250개가 us-east1에 생성됩니다.

us-central1

10개 수신됨. 10개 모두 확정된 경로 순서에 따라 선택됩니다. us-central1에서 다음 홉이 있는 동적 경로 10개가 us-central1에 생성됩니다.

선택한 10개의 모든 프리픽스는 다른 리전과 공유됩니다.

500개 수신됨(us-west1에서 250개, us-east1에서 250개). 500개 중 250개가 선택되고 500개 중 250개가 확정된 경로 순서에 따라 삭제됩니다.

다음 홉이 us-central1 외부에 있는 동적 경로 250개가 us-central1에 생성됩니다.

us-central1 리전의 from-other-regions 할당량이 초과되더라도 from-own-region 할당량은 us-central1 리전에 있는 다음 홉의 대상을 수락할 수 있습니다.

확정된 경로 삭제 동작

Cloud Router는 수신된 각 프리픽스의 서브넷 마스크 길이 및 사전순 특성을 기반으로 확정된 경로 삭제 동작을 구현합니다. 각 리전 내에서 다음 프로세스는 리전의 from-own-region 대상 목록 및 리전의 from-other-regions 고유한 대상 목록에 독립적으로 적용됩니다.

  • 목록은 가장 짧은 서브넷 마스크부터 가장 긴 순으로 정렬된 다음 사전 순으로 정렬됩니다. 예를 들어 10.0.0.0/810.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 프리픽스 사용량을 모니터링하고 각 할당량보다 많은 고유 대상을 공지하지 마세요.

고유 대상 수를 줄이려면 경로를 요약하는 것이 좋습니다. 예를 들어 서브넷 4개(10.10.10.0/24, 10.10.10.1/24, 10.10.10.2/24, 10.10.10.3/24)가 있는 경우 이를 프리픽스 하나(10.10.0.0/22)로 요약할 수 있습니다.

요약할 수 없으면 Google Cloud 영업팀에 문의하여 대체 옵션을 논의하세요.

Manage quotas

Cloud Router enforces quotas on resource usage for various reasons. For example, quotas protect the community of Google Cloud users by preventing unforeseen spikes in usage. Quotas also help users who are exploring Google Cloud with the free tier to stay within their trial.

All projects start with the same quotas, which you can change by requesting additional quota. Some quotas might increase automatically based on your use of a product.

Permissions

To view quotas or request quota increases, Identity and Access Management (IAM) principals need one of the following roles.

Task Required role
Check quotas for a project One of the following:
Modify quotas, request additional quota One of the following:
  • Project Owner (roles/owner)
  • Project Editor (roles/editor)
  • Quota Administrator (roles/servicemanagement.quotaAdmin)
  • A custom role with the serviceusage.quotas.update permission

Check your quota

Consolegcloud
  1. In the Google Cloud console, go to the Quotas page.

    Go to Quotas

  2. To search for the quota that you want to update, use the Filter table. If you don't know the name of the quota, use the links on this page instead.

Using the Google Cloud CLI, run the following command to check your quotas. Replace PROJECT_ID with your own project ID.

    gcloud compute project-info describe --project PROJECT_ID

To check your used quota in a region, run the following command:

    gcloud compute regions describe example-region
    

Errors when exceeding your quota

If you exceed a quota with a gcloud command, gcloud outputs a quota exceeded error message and returns with the exit code 1.

If you exceed a quota with an API request, Google Cloud returns the following HTTP status code: 413 Request Entity Too Large.

Request additional quota

To adjust most quotas, use the Google Cloud console. For more information, see Request a higher quota value.

Resource availability

Each quota represents a maximum number for a particular type of resource that you can create, if that resource is available. It's important to note that quotas don't guarantee resource availability. Even if you have available quota, you can't create a new resource if it is not available.

For example, you might have sufficient quota to create a new regional, external IP address in a given region. However, that is not possible if there are no available external IP addresses in that region. Zonal resource availability can also affect your ability to create a new resource.

Situations where resources are unavailable in an entire region are rare. However, resources within a zone can be depleted from time to time, typically without impact to the service level agreement (SLA) for the type of resource. For more information, review the relevant SLA for the resource.