할당량 및 한도

이 문서에서는 Cloud DNS에 적용되는 할당량 및 한도에 대해 설명합니다.

• 할당량에는 기본값이 있지만 개발자가 일반적으로 조정을 요청할 수 있습니다.
• 시스템 한도는 변경할 수 없는 고정값입니다.

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

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

• Google Cloud 제품 및 서비스 소비량 모니터링
• 리소스 소비 제한
• 할당량값 변경을 요청하고 할당량 조정을 자동화하는 방법 제공

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

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

자세한 내용은 Cloud Quotas 개요를 참조하세요.

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

할당량

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

이 표는 각 프로젝트의 Cloud DNS 리소스별로 중요한 전역 할당량을 보여줍니다. 기타 할당량에 관한 내용은 Google Cloud 콘솔의 할당량 페이지를 참조하세요.

항목	설명
리전의 1분 읽기 한도	IAM 사용자가 1분 동안 Cloud DNS API에 전송할 수 있는 최대 API 요청 수입니다. 이 할당량은 API 호출에만 적용됩니다. DNS 쿼리 처리에는 할당량이 없습니다.
관리형 영역당 DNSSEC 키	관리형 영역당 최대 DNSSEC 키 수입니다.
프로젝트당 관리형 영역	프로젝트에서 허용되는 최대 관리형 영역 수입니다.
VPC 네트워크당 관리형 영역	VPC 네트워크에 연결할 수 있는 관리형 영역의 최대 허용 개수입니다.
프로젝트당 정책 리소스	프로젝트당 최대 DNS 서버 정책 수입니다.
응답 정책당 네트워크	응답 정책당 허용되는 최대 VPC 네트워크 수입니다.
프로젝트별 인터넷 상태 점검 라우팅 정책	프로젝트당 허용되는 최대 인터넷 상태 점검 DNS 라우팅 정책 수입니다.
라우팅 정책당 항목 수	라우팅 정책당 허용되는 최대 항목 수입니다.
관리형 영역당 GKE 클러스터	비공개 범위 영역을 연결할 수 있는 최대 허용 Google Kubernetes Engine(GKE) 클러스터 수입니다.
정책당 GKE 클러스터	정책당 허용되는 최대 GKE 클러스터 수입니다.
GKE 클러스터당 관리형 영역	GKE 클러스터에 연결할 수 있는 최대 허용 관리형 영역 수입니다.
변경당 리소스 레코드 추가	ChangesCreateRequest당 추가할 수 있는 최대 허용 ResourceRecordSets 수입니다.
변경당 리소스 레코드 삭제	ChangesCreateRequest당 삭제할 수 있는 최대 허용 ResourceRecordSets 수입니다.
관리형 영역당 리소스 레코드 세트	프로젝트의 영역당 허용되는 최대 ResourceRecordSets 수입니다.
리소스 레코드 세트당 리소스 레코드	ResourceRecordSet당 허용되는 최대 ResourceRecords 수입니다. 위임(NS 유형의 리소스 레코드 세트)당 최대 8개의 네임서버를 사용할 수 있습니다.
프로젝트당 응답 정책	프로젝트당 허용되는 최대 응답 정책 수입니다.
리전의 1분 응답 정책 규칙 쓰기 한도	리전에서 분당 작성할 수 있는 최대 응답 정책 규칙 수입니다.
일괄 작업당 응답 정책 규칙	분당 배치별 응답 정책 관리 작업의 최대 개수입니다.
정책당 응답 정책 규칙	정책에 만들 수 있는 응답 정책 규칙의 최대 개수입니다.
전달 정책당 대상 네임서버	전달 정책당 허용되는 최대 대상 네임서버 수입니다.
관리형 영역당 대상 네임서버	관리형 전달 영역당 허용되는 최대 대상 네임서버 수입니다.
변경당 리소스 레코트 세트 데이터의 총 크기(바이트)	하나의 ChangesCreateRequest에서 총 rrdata에 허용되는 최대 크기(바이트 단위)입니다.
관리형 영역당 VPC 네트워크	비공개 범위 영역을 연결할 수 있는 VPC 네트워크의 최대 허용 개수입니다.
정책당 VPC 네트워크	Cloud DNS 서버 정책당 허용되는 최대 VPC 네트워크 수입니다.
리전의 1분 쓰기 한도	분당 리전별 최대 DNS 쓰기 수입니다. 이 할당량은 DNS 레코드를 생성, 수정, 삭제하는 모든 쓰기 작업에 사용됩니다.

한도

추가 할당량을 요청할 수 있는 할당량과 달리 한도는 별도로 언급된 경우를 제외하고는 늘릴 수 없습니다.

API 사용량

일일 API 요청(쿼리) 수는 프로젝트 수준에서 관리됩니다. 모든 API 요청이 이 한도를 기준으로 집계되는데, Google Cloud CLI의 요청과 Google Cloud 콘솔을 통한 요청이 포함됩니다.

리소스 한도

항목	한도
이러한 한도의 업데이트를 요청하려면 Cloud Customer Care에 문의하세요.
네트워크당 피어링 영역 수	1,000
위임당 네임서버	8
변경당 추가	1,000
변경당 삭제	1,000
변경당 리소스 레코드 데이터 크기	100,000바이트
라벨 조합 수	1,000
응답 정책당 규칙 수	10,000
라우팅 정책당 항목 수	100
VPC 네트워크와 결합되는 관리형 영역 수	10,000
DNS 응답의 최대 크기(UDP)	1,440바이트
DNS 응답의 최대 크기(TCP)	65,533바이트
이 한도는 상향 조정할 수 없습니다.
영역별 VPC 네트워크당 최대 쿼리 속도	Google Cloud 영역(예: us-central1-a)에서 10초 동안 쿼리 100,000회
VPC 네트워크별 응답 정책 수	1
관리형 영역당 라벨 수	키 또는 값당 라벨 64개 및 128바이트
전달 영역의 전달 타겟 수	50
대체 네임서버의 전달 타겟 수	50

네임서버 한도

Cloud DNS에서는 모든 공개 관리형 영역이 5개의 네임서버 샤드 중 하나에 할당됩니다. 샤드는 권한이 있는 네임서버 이름에서 숫자 앞에 있는 문자이며 ns-cloud-e1부터 ns-cloud-e4는 E 샤드에 해당합니다.

다음 항목이 동일한 샤드에 이미 있으면 domain.example.tld와 같은 도메인의 새로운 관리형 영역을 샤드에 할당할 수 없습니다.

• DNS 이름이 동일한 관리형 영역, 예: domain.example.tld
• DNS 이름의 하위 도메인, 예: sub.domain.example.tld
• DNS 이름의 상위 도메인, 예: example.tld

이러한 제약으로 인해 다음 제한사항이 공개 관리형 영역에 적용됩니다.

• DNS 이름이 정확히 동일한 영역을 최대 5개까지 만들 수 있습니다.
• 상위 도메인에 대해 하위 도메인 수준을 최대 5개까지 만들 수 있습니다.

이러한 제한사항은 Google Cloud의 모든 프로젝트와 사용자에게 적용됩니다. 위임되지 않은 하위 도메인 및 다른 DNS 서비스에서 호스팅되는 위임은 이 한도에 반영되지 않습니다. Cloud DNS에서 사용 가능한 마지막 네임서버 샤드를 사용하는 영역을 만들기 전에 TXT 레코드로 영역 도메인 소유권을 확인해야 합니다.

domain.example.tld 및 otherdomain.example.tld와 같이, 동일한 상위 도메인에 대해 여러 하위 도메인을 동일한 샤드에 할당할 수 있습니다. 하지만 Cloud DNS는 제한사항을 고려한 후 사용 가능한 샤드를 선택할 수 있습니다. 각 샤드에 이러한 하위 도메인을 만들 경우 상위 도메인 example.tld에 대해 영역을 만들 수 없습니다.

하위 도메인에 대해 영역을 만들기 전에 항상 상위 도메인의 관리형 영역을 만들어 이러한 제한사항을 방지할 수 있습니다.

하위 도메인이 이미 모든 샤드를 차단하는 경우 다음 단계에 따라 상위 도메인에 대해 샤드를 비워둡니다.

1. 모든 하위 도메인 영역의 네임서버를 확인해 샤드를 파악합니다.
2. 가장 적은 수의(또는 중요도가 가장 낮은) 관리형 영역이 있는 샤드(X)를 찾습니다.
3. 샤드 X의 영역을 다른 DNS 서비스로 내보내고 이러한 영역의 위임을 해당 서비스로 변경합니다.
4. 원래 위임의 TTL이 만료된 후 샤드 X 하위 도메인의 관리형 영역을 삭제합니다.
5. 상위 도메인의 관리형 영역을 만듭니다. 이 영역은 샤드 X에 할당됩니다.
6. 하위 도메인의 삭제된 관리형 영역을 복원해 자체 하위-하위 도메인보다 먼저 하위 도메인을 복원합니다. 새 샤드에 속하므로 모두 업데이트된 위임이 필요합니다.

참고: Google Domains에서는 이를 통해 등록된 모든 도메인의 샤드에 자체 영역을 만듭니다. 샤드 제한 및 한도가 제품에 적용되어 Google Domains 등록에서는 Cloud DNS의 도메인 및 하위 도메인 영역에서 사용할 수 있는 샤드 중 하나를 사용합니다. 반대로 모든 네임서버 샤드에서 동일한 또는 하위 도메인 DNS 이름의 Cloud DNS 영역을 가진 일부 도메인의 경우 이전 단계를 거쳐 샤드를 확보하기 전에는 Google Domains에서 해당 도메인을 등록할 수 없습니다.

한도 확인

다음 명령어를 실행하면 프로젝트에 적용되는 한도를 조회할 수 있습니다. 다음 예시에서는 my-project 프로젝트의 다양한 객체 유형에 적용되는 총한도를 보여줍니다. totalRrdataSizePerChange 할당량은 바이트 단위로 측정되며 변경사항으로 인한 추가와 삭제의 합계를 나타냅니다.

gcloud dns project-info describe my-project

이것이 한도이긴 하지만, Google Cloud 는 내부적으로 이들을 할당량으로 추적하므로 출력에서 할당량으로 라벨이 지정됩니다.

id: my-project,
kind: "dns#project",
number: "123456789012",
quota:
    kind: dns#quota,
    managedZones: 10000,
    resourceRecordsPerRrset: 10000,
    rrsetAdditionsPerChange: 3000,
    rrsetDeletionsPerChange: 3000,
    rrsetsPerManagedZone: 10000,
    totalRrdataSizePerChange: 100000,
    labelSets: 1000

Google Cloud console의 홈 페이지 상단에서 기본 프로젝트 및 추가 프로젝트의 이름을 확인할 수 있습니다.

Manage quotas

Cloud DNS 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: Project Owner (roles/owner) Project Editor (roles/editor) Quota Viewer (roles/servicemanagement.quotaViewer)
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

Console

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.

gcloud

Using the Google Cloud CLI, run the following command to check your quotas.

Replace PROJECT_ID with your own project ID.

    gcloud dns project-info describe PROJECT_ID
    

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 quota adjustment.

Console

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

   Go to Quotas

2. On the Quotas page, select the quotas that you want to change.
3. At the top of the page, click Edit quotas.
4. For Name, enter your name.
5. Optional: For Phone, enter a valid phone number.
6. Submit your request. Quota requests take 24 to 48 hours to process.

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 do not 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 the us-central1 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.