Cloud DNS リソースの割り当て

概要

Cloud DNSでは、さまざまな理由から、使用できるリソースの割り当て量を制限しています。たとえば、割り当て量を制限し、予期しない使用量の急増を防ぐことで、Google Cloud Platform ユーザーのコミュニティが保護されています。また、割り当て量は、無料枠で GCP を試しているユーザーを試用に留めておくのにも役立ちます。

すべてのプロジェクトは同じ割り当て量で開始しますが、追加の割り当て量をリクエストすることで変更できます。一部の割り当て量は、プロダクトの使用状況に応じて自動的に増える場合があります。

権限

割り当て量の表示や、割り当て量の増加のリクエストを行うには、IAM メンバーは以下のいずれかの役割を持つ必要があります。

タスク	必要な役割
プロジェクトの割り当て量をチェックする	プロジェクトのオーナーまたは編集者、または割り当て閲覧者
割り当て量の変更、割り当て量の追加のリクエストを行う	プロジェクトのオーナーまたは編集者、割り当て管理者、`serviceusage.quotas.update` 権限を持つカスタム役割

割り当て量を確認する

GCP Console で、[割り当て] ページに移動します。

gcloud コマンドラインツールを使用して以下のコマンドを実行し、割り当て量を確認します。[PROJECT_ID] は、実際のプロジェクト ID に置き換えます。

    gcloud compute project-info describe --project [PROJECT_ID]

リージョンの使用済み割り当て量を確認するには、次のコマンドを実行します。

    gcloud compute regions describe example-region

追加の割り当てをリクエストする

GCP Console の [割り当て] ページから、割り当て量の追加をリクエストします。割り当てのリクエストが処理されるまで、24～48 時間かかります。

[割り当て] ページに移動します。
[割り当て] ページに移動
[割り当て] ページで、変更する割り当てを選択します。
ページ上部にある [割り当てを編集] ボタンをクリックします。
名前、メールアドレス、電話番号を入力して、[次へ] をクリックします。
割り当てリクエストを入力して、[次へ] をクリックします。
リクエストを送信します。

リソースの可用性

各割り当て量は、リソースを使用できるという前提で、作成可能な特定のリソースタイプの最大数を表します。割り当て量によって、リソースの可用性が保証されるわけではない点に注意することが重要です。割り当て量が使用可能でも、新しいリソースを使用できなければ、そのリソースを作成することはできません。たとえば、us-central1 リージョンで新しいリージョンの外部 IP アドレスを作成するための割り当て量が十分にあっても、そのリージョンに使用可能な外部 IP アドレスがない場合、外部 IP アドレスの作成はできません。ゾーンリソースの可用性は、新しいリソースを作成できるかにも影響を及ぼす可能性があります。

リージョン全体でリソースを使用できない状況はまれですが、ゾーン内のリソースが使い果たされることはあります。通常、そのリソースタイプの SLA に影響はありません。詳細については、リソースの関連するサービスレベル契約（SLA）を確認してください。

以下の各セクションでは、Cloud DNS ゾーン、レコード、リソースレコードのサイズについて、それぞれの割り当てと制限を説明します。

プロジェクトごとのクエリの件数

次の表は、プロジェクト単位に設けられる重要なグローバル割り当てをまとめたものです。他の割り当てについては [割り当て] ページをご覧ください。

項目	割り当て	注
100 秒ごとのユーザーあたり API クエリ数	割り当て数	100 秒の間に IAM ユーザーが Cloud DNS API に発行できる API リクエストの最大数。

制限

割り当ては追加をリクエストできますが、制限の引き上げについては、特に明記のない限りできないのが一般的です。

API の使用

1 日あたりの API リクエスト（クエリ）数は、プロジェクトレベルで管理されます。gcloud コマンドラインツールと Google Cloud Platform Console から行われたものも含め、すべての API リクエストがこの上限の計算対象になります。

リソース制限

項目	上限	注
マネージドゾーン	10,000	この上限を引き上げる必要がある場合は、GCP セールスチームにお問い合わせください。
マネージドゾーンあたりのリソースレコード（RR）セット	10,000	この上限を引き上げる必要がある場合は、GCP セールスチームにお問い合わせください。
RR セットあたりのレコード数	100	この上限を引き上げる必要がある場合は、GCP セールスチームにお問い合わせください。
変更あたりの追加	1,000	この上限を引き上げる必要がある場合は、GCP セールスチームにお問い合わせください。
変更あたりの削除	1,000	この上限を引き上げる必要がある場合は、GCP セールスチームにお問い合わせください。
変更あたりのリソースレコードデータサイズ	100,000 バイト	この上限を引き上げる必要がある場合は、GCP セールスチームにお問い合わせください。
ラベルの組み合わせの数	1,000	この上限を引き上げる必要がある場合は、GCP セールスチームにお問い合わせください。
マネージドゾーンあたりのラベル数	キーまたは値あたりラベル 64 個および 128 バイト	この上限を引き上げることはできません。
転送ゾーン内の転送ターゲット数	50	この上限を引き上げることはできません。
代替ネームサーバー内の転送ターゲット数	50	この上限を引き上げることはできません。
マネージドゾーンあたりのネットワーク数	100	この上限を引き上げる必要がある場合は、GCP セールスチームにお問い合わせください。
プロジェクトあたりのポリシーリソース数	100	この上限を引き上げる必要がある場合は、GCP セールスチームにお問い合わせください。
ポリシーリソースにバインドされる VPC ネットワーク数	100	この上限を引き上げる必要がある場合は、GCP セールスチームにお問い合わせください。
限定公開マネージドゾーンリソースにバインドされる VPC ネットワーク数	100	この上限を引き上げる必要がある場合は、GCP セールスチームにお問い合わせください。
VPC ネットワークにバインドされるマネージドゾーンリソース数	10,000	この上限を引き上げる必要がある場合は、GCP セールスチームにお問い合わせください。

特定のプロジェクトに関する制限情報を調べるには、次のコマンドを実行します。次の例は、my-project プロジェクトのさまざまなタイプのオブジェクトの総上限を示しています。totalRrdataSizePerChange はバイト単位で測定され、変更の追加と削除の両方を合計したものです。

gcloud dns project-info describe my-project

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

デフォルトのプロジェクトとその他のプロジェクトの名前は、Google Cloud Platform Console の [ホーム] ページの上部で確認できます。

ネームサーバーの制限

Cloud DNS では、各マネージドゾーンを 5 つのネームサーバーシャードのいずれかに割り当てます。シャードとは、ネームサーバー名の中で番号の前に記述されている文字です。たとえば、ns-cloud-e1 から ns-cloud-e4 は E シャードです。

同じ DNS 名を持つ複数のゾーンを、同じシャードに割り当てることはできません。したがって、同じ DNS 名で作成できるゾーンは 5 つまでとなります（この制限は、Google Cloud 上のプロジェクト単位でもユーザー単位でもなく、すべてのプロジェクトとユーザーに対して課されます）。Cloud DNS で同じ DNS 名の 5 つ目のゾーンが作成されると、他の誰もその DNS 名を使用できなくなります。そのため、5 番目のゾーンを作成しようとすると、TXT レコードでドメインの所有権を確認するよう求められます。

Cloud DNS では、domain.example や any.sub.domain.example のようなサブドメイン DNS 名を持つゾーンには異なるシャードを割り当てます。したがって、Cloud DNS 上でホストされているサブドメインは、最大 5 つのレベルの委任されたゾーンを作成できます。委任されていないサブドメインと、他の DNS サービス上でホストされている委任は、この制限の計算対象には含まれません。

5 つのシャードがすべて子サブドメインに使われている場合、その親ドメインにはマネージドゾーンを作成できません。この問題を回避するには、サブドメインにゾーンを作成する前に、必ずその親ドメインにマネージドゾーンを作成します。

シャードを先に使い切ってしまった場合は、以下の手順に従って親ドメイン用にシャードを開放してください。

各サブドメインのゾーンのネームサーバーを確認して、そのゾーンのシャードを特定します。
マネージドゾーンが最も少ない（重要度が最も低い）シャード（X）を探します。
シャード X にあるゾーンを他の DNS サービスにエクスポートします（さらに、そのゾーンの委任を変更します）。
元の委任の TTL が経過した後、シャード X のサブドメインのマネージドゾーンを削除します。
親ドメインのマネージドゾーンを作成すると、そのゾーンがシャード X に割り当てられます。
サブドメインの削除したマネージドゾーンを復元します。その場合、サブドメインを復元してから、そのサブサブドメインを復元します。これらのサブドメインは新しいシャードに存在することになるので、そのすべてで更新した委任が必要です。

注: Google Domains でドメインを登録すると、シャードに専用ゾーンが作成されます。シャードの制約や制限は、プロダクト単位ではなくプロダクト全体が対象となります。したがって、Google Domains でドメインを登録すると、Cloud DNS ではドメインやサブドメインのゾーンに割り当てるシャードの 1 つが使われます。逆に、あるドメインに複数の Cloud DNS ゾーンがすでに存在し、それらの DNS 名がドメインと同じか、そのサブドメインの DNS 名にネームサーバーシャードがすべて割り当てられている場合、上記の手順でシャードを開放しない限り、そのドメインを Google Domains に登録することはできません。

概要

権限