Compute Engine では、さまざまな理由から、使用できるリソースの割り当て量を制限しています。たとえば、割り当て量を制限して予期しない使用量の急増を防ぐことで Google Cloud Platform ユーザーのコミュニティを保護しています。また、Google Cloud Platform には、無料トライアル用にプロジェクトでのアクセスを制限した Google Cloud Platform の無料トライアルの割り当てもあります。
割り当て量はすべてのプロジェクトで同じとは限りません。Google Cloud Platform の利用期間に応じて、長く利用するほど割り当て量は増加していきます。使用量の大幅な増加が見込まれる場合は、事前に GCP Console の [割り当て] ページから割り当て量の調整をリクエストできます。
割り当て量を確認する
プロジェクトで利用できるリソースの割り当て量は、Google Cloud Platform Console の [割り当て] ページで確認できます。
gcloud コマンドライン ツールを使用する場合は、次のコマンドを実行してプロジェクト全体の割り当て量を確認できます。myproject は確認するプロジェクト ID に置き換えてください。
gcloud compute project-info describe --project myproject
上記のコマンドでは、リージョンごとの割り当て量は表示されません。リージョンの割り当て量を確認するには、次のコマンドを実行します。
gcloud compute regions describe [REGION]
[REGION] は、割り当て情報を表示するリージョンに置き換えてください。
割り当て量の増加をリクエストする
割り当て量の変更リクエストは GCP Console の [割り当て] ページで行います。 割り当て量の増加リクエストを行っても課金されません。料金が発生するのは、リソースの使用量が増えたときのみです。
割り当て量を編集する権限
割り当て量を変更するには、serviceusage.quotas.update 権限が必要です。この権限は、事前定義された役割（オーナー、編集者、割り当て管理者）にはデフォルトで含まれています。
割り当て量の変更をリクエストする
- [割り当て] ページに移動します。
- [割り当て] ページで、変更する割り当てを選択します。
- ページ上部にある [割り当てを編集] ボタンをクリックします。
- 編集するサービスのチェックボックスをオンにします。
- 名前、メールアドレス、電話番号を入力して、[次へ] をクリックします。
- 割り当て量を増やすリクエストを入力して、[次へ] をクリックします。
- リクエストを送信します。
- 割り当て量を減らすリクエストは、デフォルトでは拒否されます。割り当て量を減らす必要がある場合は、サポートメールへの返信にお客様の要件を記載してリクエストしてください。サポート担当者が対応いたします。
リクエスト後、24～48 時間以内に Compute Engine チームから返信いたします。
リクエストの完了に十分な時間が確保されるように、少なくとも数日前に追加のリソースを計画してリクエストしてください。
割り当てとリソースの可用性
リソースの割り当てとは、そのリソースの種類で作成できる最大リソース数のことですが、それだけのリソースが利用可能であることが条件となります。割り当てが適用されているからといって、そのリソースを常に利用できるわけではありません。あるリソースが利用不可能である、つまり選択したリージョンにはそのリソースが残っていない場合、リージョンまたはプロジェクトの割り当てが残っていても、その種類のリソースを新規作成することはできません。たとえば、us-central1 に外部 IP アドレスを新規作成できるだけの割り当てが残っていても、そのリージョンには利用可能な IP アドレスがないということもあります。
同様に、リージョンの割り当てが残っていても、特定のゾーンである種類のリソースが利用不可能ということもあります。たとえば、リージョン us-central1 で VM インスタンスを作成できるだけの割り当てが残っていても、ゾーン us-central1-a のリソースが枯渇しているため、このゾーンでは VM インスタンスを作成できないということもあります。そのような場合は、同じリソースを別のゾーン（たとえば us-central1-f）で作成してみてください。
リソースの枯渇がリージョン レベルで起きることは、ほとんどありません。このような状況での選択肢については、Compute Engine SLA をご覧ください。
VM、CPU、IP アドレスの割り当てについて
仮想マシン（VM）インスタンスの必要性を計画する際は、作成できる VM インスタンス数に影響を与える割り当てがいくつかあることに留意してください。
リージョン割り当てとグローバル割り当て
VM の割り当てはリージョン レベルで管理されます。VM インスタンス、インスタンス グループ、CPU、ディスクの各割り当ては、ゾーンに関係なくリージョン内の VM が消費できます。たとえば、CPU 割り当てはリージョン割り当てであるため、上限や使用量はリージョンごとにカウントされます。us-central1 リージョン内の任意のゾーンで n1-standard-16 インスタンスを起動するには、us-central1 で少なくとも 16 個の CPU に十分な割り当てが必要です。
ファイアウォール、ロードバランサ、ネットワーク、VPN を作成するには、ネットワーキングおよび負荷分散の割り当てが必要です。これらは、リージョンに依存しないグローバル割り当てです。グローバル割り当ては任意のリージョンで使用できます。たとえば、ロードバランサと HTTP(S) プロキシに割り当てられている使用 IP アドレスと静的外部 IP アドレスには、グローバル割り当てが消費されます。
CPU
CPU 割り当ては、リージョンのすべての VM インスタンスで利用できる仮想 CPU の合計数を意味します。CPU 割り当ては、実行中のインスタンスとインスタンス予約に適用されます。通常のインスタンスとプリエンプティブ インスタンスの両方でこの割り当てが消費されます。
Compute Engine システムとほかのユーザーを保護するため、新しいアカウントとプロジェクトにもグローバル CPUs (All Regions) GPU 割り当てが設定されます。この割り当てはすべてのリージョンに適用され、すべてのリージョンにある全 vCPU の合計として測定されます。
たとえば、us-central1 などの単一リージョンで 48 の vCPU があり、CPUs (All Regions) 割り当てで 32 の vCPU が残っている場合、us-central1 リージョンの割り当てが残っていても、同リージョンで利用できる vCPU の数は 32 になります。これは、CPU (All Regions) 割り当ての上限に達し、新しいインスタンスを起動するには既存のインスタンスの削除が必要になるためです。
GPU
GPU 割り当ては、仮想 CPU 割り当てと同様、リージョン内のすべての VM インスタンスで利用できる仮想 GPU の合計数を意味します。プロジェクトで利用できる GPU が十分にあるかどうかは、[割り当て] ページで確認できます。必要に応じて割り当ての増加をリクエストしてください。 また、新しいアカウントとプロジェクトには、すべてのリージョンに適用されるグローバルな GPU 割り当てが設定されます。
GPU 割り当てをリクエストするときは、各リージョンで作成する GPU モデルに対する割り当てに加え、すべてのゾーンで利用できる全種類の GPU の合計数を制限するグローバル割り当てもリクエストする必要があります。
VM インスタンス
VM インスタンスの割り当てはリージョン割り当てで、VM が実行されているかどうかに関係なく、特定のリージョンに存在できる VM インスタンスの数が制限されます。この割り当ては Google Cloud Platform Console に表示されませんが、Compute Engine によって自動的に通常の CPU 割り当ての 10 倍に設定されます。この割り当てをリクエストする必要はありません。VM インスタンスの割り当てを増やす必要がある場合は、追加の CPU 割り当てをリクエストしてください。それによってこの割り当ても増加します。この割り当ては、実行中の VM と実行されていない VM、および通常のインスタンスとプリエンプティブ インスタンスに適用されます。
プリエンプティブ リソースの割り当て
プリエンプティブ VM インスタンスに使用されているプリエンプティブ CPU または GPU、またはプリエンプティブ VM インスタンスに使用されているローカル SSD を利用するには、プロジェクトにそれぞれのリソースの割り当てが残っていることが必要です。
Preemptible CPUs、Preemptible GPUs、Preemptible Local SSDs (GB) については特別なプリエンプティブ割り当てをリクエストできますが、プロジェクトにプリエンプティブ割り当てがない場合でも、通常の割り当てを使用してプリエンプティブ リソースを起動できます。
Compute Engine によりあるリージョンでプリエンプティブ割り当てが付与された後は、すべてのプリエンプティブ インスタンスが自動的にプリエンプティブ割り当ての消費としてカウントされます。
ディスク割り当て
次の永続ディスクとローカル SSD の割り当ては、リージョンごとに適用されます。
Local SSD (GB)- 1 つのリージョン内の VM に接続できるローカル SSD ディスク パーティションの合計サイズです。ローカル SSD は高速なエフェメラル ディスクです。このディスクは、VM インスタンスの再起動に際して存続することが意図されていないため、スクラッチ、ローカル キャッシュや、フォールト トレランスに優れたジョブの処理に適しています。ローカル SSD パーティションは 375 GB 単位で購入でき、1 つの VM に最大 8 個のローカル SSD パーティションを接続できます。gcloudツールと API では、これをLOCAL_SSD_TOTAL_GBと呼びます。Persistent Disk Standard (GB)- 1 つのリージョン内に作成できる標準永続ディスクの合計サイズです。永続ディスクとローカル SSD のパフォーマンスの最適化で説明されているように、SSD 永続ディスクやローカル SSD よりも IOPS とスループットが低くなります。これは、ストレージ用の耐久性に優れた大型のディスクやブートディスクとして使用する場合、またはログなどのシリアル書き込みプロセスに対して、コスト効率の高いディスクです。標準永続ディスクは、耐久性に優れ、同じゾーン内の VM に接続するために無期限に利用できます。gcloudツールと API では、これをDISKS_TOTAL_GBと呼びます。この割り当てはリージョン標準永続ディスクにも適用されますが、リージョンのディスクはリージョン内の 2 つのゾーンに複製されるため、1 GB あたりの割り当て量は 2 倍になります。Persistent Disk SSD (GB)- 1 つのリージョン内に作成できる SSD 永続ディスク パーティションの合計サイズです。SSD 永続ディスクには複数のレプリカがあり、永続ディスクとローカル SSD のパフォーマンスの最適化で説明されているように、標準永続ディスクよりも IOPS とスループットが高くなります。SSD 永続ディスクは、I/O 要件の高い耐久性に優れたストレージとしてコスト効率の高いディスクです。SSD 永続ディスクは、同じゾーン内の VM に接続するために無期限に利用できます。gcloudツールと API では、これをSSD_TOTAL_GBと呼びます。この割り当てはローカル SSD とは別のものです。この割り当てはリージョン SSD 永続ディスクにも適用されますが、リージョンのディスクはリージョン内の 2 つのゾーンに複製されるため、1 GB あたりの割り当て量は 2 倍になります。
IP アドレス
VM を公共インターネットから到達できるようにするには、それぞれの VM に対して IP アドレスが必要となります。あるリージョンの VM に対する IPv4 アドレスには、そのリージョンの IP 割り当てを使用します。HTTP プロキシ、ロードバランサなどのグローバル ネットワーキング リソースに対する IPv4 アドレスには、グローバル IP 割り当てを使用します。お客様のニーズに応じて、検討すべき IP アドレスのタイプがいくつかあります。
- 使用 IP アドレス: リソースで現在使用されているエフェラメル IP アドレスと静的 IP アドレスの両方が含まれます。使用 IP アドレスに料金は発生しませんが、未使用の静的 IP アドレスには料金が発生します。
- 静的外部 IP アドレス: マシンを再起動しても保持するリソース用に予約される外部 IP アドレス。これらのアドレスを DNS とドメイン プロバイダ サービスに登録し、ユーザーにわかりやすいアドレスを指定できます（例: www.example-site.com）。
- 静的内部 IP アドレス: サブネットで構成されたプライベート（RFC 1918 で規定された）IP アドレス範囲から内部 IP アドレスを予約する機能を提供します。必要に応じて、その予約済み内部アドレスをリソースに割り当てることができます。
