할당량 및 한도

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

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

할당량은 하드웨어, 소프트웨어, 네트워크 구성요소를 비롯해 Cloud 프로젝트가 사용할 수 있는 특정 공유 Google Cloud 리소스의 양을 제한합니다.

할당량은 다음을 수행하는 시스템의 일부입니다.

  • Google Cloud 제품 및 서비스 사용 또는 소비량을 모니터링합니다.
  • 공정성 보장 및 사용량 급증 방지 등 여러 이유로 리소스 소비를 제한합니다.
  • 사전 정의된 제한사항을 자동으로 적용하는 구성을 유지합니다.
  • 할당량을 변경하거나 변경을 요청할 수 있는 수단을 제공합니다.

할당량이 초과되면 대부분의 경우 시스템에서 관련 Google 리소스에 대한 액세스를 즉시 차단하고 수행하려는 작업이 실패합니다. 대부분의 경우 할당량은 각 Cloud 프로젝트에 적용되며 해당 Cloud 프로젝트를 사용하는 모든 애플리케이션과 IP 주소 전반에 공유됩니다.

또한 많은 제품과 서비스에 할당량 시스템과는 별도로 한도가 적용됩니다. 최대 파일 크기 또는 데이터베이스 스키마 제한과 같은 제약조건으로서 별도로 명시하지 않는 한 보통은 늘리거나 줄일 수 없습니다.

할당량

이 표에는 프로젝트별로 중요한 할당량이 나와 있습니다. 기타 할당량은 Cloud Console 할당량 페이지를 참조하세요.

항목 할당량 참고
프로젝트당 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 VPN 터널이거나 Dedicated Interconnect 또는 Partner Interconnect에 대한 VLAN 연결입니다.
지정된 Cloud Router에 대한 BGP 세션당 최대 서브넷 경로 공지 수 제한 없음 Cloud Router는 공지할 수 있는 서브넷 경로 수에 한도가 없습니다. 서브넷 경로 수는 VPC 네트워크 할당량 및 한도로 제어되는 서브넷 수에 따라 결정됩니다.
지정된 Cloud Router에 대한 BGP 세션당 최대 커스텀 경로 공지 수 200 커스텀 경로 공지가 Cloud Router의 모든 BGP 세션에 대해 동일하면 이 한도는 Cloud Router에 대한 고유한 총 커스텀 경로 공지 수를 나타냅니다. 이때 각 세션에서는 동일한 커스텀 경로 공지를 수신하게 됩니다.
같은 리전의 모든 Cloud Router가 지정된 리전의 서브넷에 적용할 수 있는 학습된 경로의 고유한 최대 대상 수 100

학습된 경로에 대한 2개의 고유한 최대 대상 수 한도의 경우,

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

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

현재 한도 및 사용량을 이해하는 데 사용할 수 있는 측정항목을 비롯하여 이러한 한도에 대한 상세 내용은 문제 해결할당량 및 한도 확인 부분을 참고하세요.

이들 최대 한도 중 하나를 늘려야 하는 경우 Google Cloud 영업팀에 문의하세요.

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

다른 리전의 Cloud Router가 지정된 리전의 서브넷에 적용할 수 있는 학습된 경로의 고유한 최대 대상 수

100

학습된 경로의 예시

다음 예시는 리전 또는 전역 한도를 초과할 때 발생할 수 있는 경로 삭제 동작을 보여줍니다.

동일한 VPC 네트워크의 us-east1 리전에 Cloud Router가 있고 us-west1 리전에 Cloud Router가 있고 전역 동적 라우팅이 사용 설정되어 있다고 가정해 보겠습니다. 각 리전의 Cloud Router는 고유한 대상 100개의 경로 집합을 학습합니다. 이 예시에서 각 리전의 Cloud Router는 동일한 대상을 학습하지 않습니다.

각 리전의 Cloud Router가 고유한 대상 100개 중 100개를 학습하므로 각 리전 내 경로를 학습하는 Cloud Router에 관계없이 각 리전의 리전 한도가 소진됩니다. 각 리전의 Cloud Router가 다른 리전의 Cloud Router에서 고유한 대상 100개를 가져오므로 두 리전의 전역 한도가 소진됩니다. 예시 VPC 네트워크가 리전 동적 라우팅을 사용한 경우 리전별 동적 라우팅 모드는 한 리전에서 다른 리전으로 학습된 커스텀 동적 경로를 전파하지 않으므로 각 리전의 전역 한도가 적용되지 않습니다.

리전의 리전 한도 초과

us-west1의 Cloud Router에 연결된 온프레미스 라우터가 101개의 대상이 있는 새 경로를 공지한다고 가정해 보겠습니다. us-west1 리전의 Cloud Router는 확정된 순서에 따라 101개 중 100개의 고유 대상에 대한 경로를 선택합니다. 이렇게 선택된 (100개의 고유) 대상을 사용하는 경로는 us-west1 리전의 리소스에 사용할 수 있습니다. 다른 리전에서 각 리전의 전역 한도에 따라 동일한 경로를 사용할 수 있습니다.

리전의 전역 한도 초과

us-west1 리전의 Cloud Router가 101개의 고유 대상을 학습하면 us-west1의 101개 고유 대상 중 100개의 경로가 us-east1 리전의 리소스에 제공됩니다. 이는 us-east1 리전의 전역 한도는 100개의 고유한 대상만 허용하기 때문입니다.

동일한 VPC 네트워크의 세 번째 리전 us-central1에 Cloud Router를 만든다고 가정해 보겠습니다. 새 Cloud Router가 BGP 피어에서 고유한 대상 10개를 학습한다고 가정해 보겠습니다. 총 200개의 고유 대상은 두 개의 다른 리전에서 제공되므로(us-east1에서 100개, us-west1에서 100개) us-central1 리전의 리전 대상 한도는 초과되지 않았지만 us-central1 리전의 전역 고유 대상 한도는 초과되었습니다. 각 리전에서 확정된 경로 순서는 다음 표에 나와 있는 것처럼 다른 리전에 있는 100개 이하의 고유 대상에 대한 경로를 선택합니다.

리전 리전에 로컬인 고유한 대상
(리전의 리전 한도 사용량)
다른 리전의 고유한 대상
(리전의 전역 한도 사용)
us-west1 101개 수신됨. 101개 중 100개가 확정된 경로 삭제에 따라 고려됩니다. 선택한 100개의 프리픽스만 원격 리전에 공지됩니다. 110개 수신됨(us-east1에서 100개, us-central1에서 10개). 이러한 110개 중 100개가 확정된 경로 삭제에 따라 고려됩니다.
us-east1 100개 수신됨. 100개 모두 고려되며 원격 리전에 공지됩니다. 110개 수신됨(us-west1에서 100개, us-central1에서 10개). 이러한 110개 중 100개가 확정된 경로 삭제에 따라 고려됩니다.
us-central1 10개 수신됨. 10개 모두 고려됩니다. 200개 수신됨(us-west1에서 100개, us-east1에서 100개). 이러한 200개 중 100개가 확정된 경로 삭제에 따라 고려됩니다.

us-central1 리전의 전역 한도를 초과하더라도 리전 할당량은 다음 홉이 us-central1 리전에 있는 경로를 허용할 수 있습니다.

확정된 경로 삭제 동작

Cloud Router는 각 리전에서 동일한 프리픽스가 수신되기만 하면 해당 리전 내의 리소스에서 일관된 경로 집합을 사용할 수 있도록 확정된 경로 삭제 동작을 구현합니다. 이러한 동작은 Cloud Router 태스크가 다시 시작될 때 유지됩니다. 한도를 초과하면 Cloud Router는 경로가 학습된 시점 또는 이러한 경로의 MED 값과 관계없이 예측 가능한 알고리즘에 따라 프리픽스를 삭제합니다. 새 경로로 인해 이전에 학습된 경로가 알고리즘에 의해 삭제될 수 있습니다.

리전의 전역 한도 초과에서 볼 수 있듯이 확정된 삭제 동작은 각 리전의 리전 한도와 각 리전의 전역 한도에 개별적으로 적용됩니다. 각 리전의 전역 한도(마지막 열)에 도달하여 각 리전에서 삭제되지 않는 고유 프리픽스 집합 100개는 다를 수 있습니다.

경로 삭제 방지

경로를 삭제하는 동안 중단된 프리픽스 연결이 끊어집니다. 경로 삭제를 방지하려면 Cloud Monitoring 또는 Cloud Logging을 사용하여 각 리전의 리전 및 전역 프리픽스 사용량을 모니터링하고 각 한도보다 많은 고유한 대상을 공지하지 않도록 합니다.

고유한 대상의 수를 줄이려면 프리픽스를 집계(예: 더 작은 길이의 프리픽스로 집계)하는 것이 좋습니다. 프리픽스 집계가 불가능하면 Google Cloud 영업팀에 문의하여 다른 옵션을 논의하세요.

할당량 관리

Cloud Router는 다양한 이유로 리소스 사용량에 할당량을 적용합니다. 예를 들어 할당량은 사용량이 예기치 않게 급증하는 것을 방지하여 Google Cloud 사용자 커뮤니티를 보호합니다. 또한 할당량은 무료 등급으로 Google Cloud 제품을 둘러보는 사용자가 계속해서 체험판을 사용할 수 있게 해줍니다.

모든 프로젝트가 동일한 할당량으로 시작하며 추가 할당량을 요청하여 할당량을 변경할 수 있습니다. 제품 사용에 따라 일부 할당량이 자동으로 증가할 수 있습니다.

권한

할당량을 확인하거나 할당량 상향 조정을 요청하려면 ID 및 액세스 관리(IAM) 구성원에게 다음 역할 중 하나가 필요합니다.

작업 필요한 역할
프로젝트의 할당량 확인 다음 필드 중 하나를 사용해야 합니다.
할당량 수정, 추가 할당량 요청 다음 필드 중 하나를 사용해야 합니다.

할당량 확인

Console

  1. Cloud Console에서 할당량 페이지로 이동합니다.

    할당량으로 이동

  2. 업데이트하려는 할당량을 검색하려면 테이블 필터링을 사용합니다. 할당량 이름을 모르는 경우 대신 이 페이지의 링크를 사용하세요.

gcloud

gcloud 명령줄 도구를 사용하여 다음 명령어를 실행해서 할당량을 확인합니다. 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 상태 코드 HTTP 413 Request Entity Too Large를 반환합니다.

추가 할당량 요청

대부분의 할당량을 늘리거나 줄이려면 Google Cloud Console을 사용합니다. 일부 할당량은 기본값 이상으로 늘릴 수 없습니다.

자세한 내용은 다음의 할당량 작업 섹션을 참조하세요.

Console

  1. Cloud Console에서 할당량 페이지로 이동합니다.

    할당량으로 이동

  2. 할당량 페이지에서 변경할 할당량을 선택합니다.
  3. 페이지 상단에서 할당량 수정을 클릭합니다.
  4. 이름, 이메일, 전화번호를 입력하고 다음을 클릭합니다.
  5. 할당량 요청을 작성한 다음 완료를 클릭합니다.
  6. 요청을 제출합니다. 할당량 요청이 처리되는 데는 24~48 시간이 소요됩니다.

리소스 가용성

각 할당량은 특정 유형의 리소스를 사용할 수 있는 경우에 만들 수 있는 해당 리소스의 최대 개수를 나타냅니다. 할당량이 리소스 가용성을 보장하지는 않는다는 점에 유의해야 합니다. 사용 가능한 할당량이 있어도 리소스를 사용할 수 없으면 새 리소스를 만들 수 없습니다.

예를 들어 us-central1 리전에 새로운 리전의 외부 IP 주소를 만드는 데 충분한 할당량이 있을 수 있습니다. 그러나 이 리전에 사용 가능한 외부 IP 주소가 없으면 새 주소를 만들 수 없습니다. 또한 영역별 리소스 가용성은 새 리소스를 만들 수 있는지 여부에도 영향을 줄 수 있습니다.

전체 리전에서 리소스를 사용할 수 없는 경우는 드뭅니다. 그러나 영역 내 리소스가 소진되는 경우가 발생할 수 있으며 이러한 경우에도 일반적으로 해당 리소스 유형에 적용되는 서비스수준계약(SLA)에는 영향을 미치지 않습니다. 자세한 내용을 확인하려면 리소스의 관련 SLA를 검토하세요.