Compute Engine では、さまざまな理由から、使用できるリソースの割り当て量に上限が設けられています。たとえば、割り当て量を制限して予期しない使用量の急増を防ぐことで Google Cloud ユーザーのコミュニティを保護しています。Google Cloud では無料トライアルの割り当ても用意されています。この割り当て量制限により、無料トライアル ベースで Google Cloud を利用できるプロジェクトには限定的なアクセスが提供されます。
割り当て量はすべてのプロジェクトで同じとは限りません。Google Cloud の利用期間に応じて、長く利用するほど割り当て量は増加していきます。使用量の大幅な増加が見込まれる場合は、事前に Cloud Console の [割り当て] ページから割り当て量の調整をリクエストできます。
割り当て量を確認する
プロジェクトで利用できるリソースの割り当て量は、Google Cloud Console の [割り当て] ページで確認できます。
gcloud コマンドライン ツールを使用する場合、次のコマンドを実行して、プロジェクト全体の割り当てを確認します。myproject は実際のプロジェクト ID に置き換えます。
gcloud compute project-info describe --project myproject
上記のコマンドでは、リージョンごとの割り当て量は表示されません。リージョンでの割り当て量を表示するには、次のコマンドを実行します。ここで、[REGION] は割り当て情報を表示するリージョンにします。
gcloud compute regions describe [REGION]
割り当て量の増加をリクエストする
割り当て量の変更リクエストは Cloud Console の [割り当て] ページで行います。割り当て量の増加リクエストを行っても課金されません。料金が発生するのは、リソースの使用量が増えたときのみです。
割り当て量を編集する権限
割り当て量を変更するには、serviceusage.quotas.update 権限が必要です。この権限は、事前定義された役割（オーナー、編集者、割り当て管理者）にはデフォルトで含まれています。
割り当ての変更をリクエストする
- [割り当て] ページに移動します。
- [割り当て] ページで、変更する割り当てを選択します。
- ページ上部にある [割り当てを編集] ボタンをクリックします。
- 編集するサービスのチェックボックスをオンにします。
- 名前、メールアドレス、電話番号を入力して、[次へ] をクリックします。
- 割り当てを増やすリクエストを入力して、[次へ] をクリックします。
- リクエストを送信します。
- 割り当て量を減らすリクエストは、デフォルトでは拒否されます。割り当て量を減らす必要がある場合は、サポートメールへの返信にお客様の要件を記載してリクエストしてください。Compute Engine チームのサポート担当者より 24～48 時間以内に返事が届きます。
リクエストの完了に十分な時間が確保されるように、数日前に追加のリソースを計画してリクエストしてください。
割り当てとリソースの可用性
リソースの割り当てとは、そのリソースの種類で作成できる最大リソース数のことですが、それだけのリソースが利用可能であることが条件となります。割り当てが適用されているからといって、そのリソースを常に利用できるわけではありません。あるリソースが利用不可能である、つまり選択したリージョンにはそのリソースが残っていない場合、リージョンまたはプロジェクトの割り当てが残っていても、その種類のリソースを新規作成することはできません。たとえば、us-central1 に外部 IP アドレスを作成できるだけの割り当てが残っていても、そのリージョンには利用可能な IP アドレスがないということもあります。
同様に、リージョンの割り当てが残っていても、特定のゾーンである種類のリソースが利用不可能ということもあります。たとえば、リージョン us-central1 で VM インスタンスを作成できるだけの割り当てが残っていても、ゾーン us-central1-a のリソースが枯渇しているため、このゾーンでは VM インスタンスを作成できないということもあります。そのような場合は、同じリソースを別のゾーン（たとえば us-central1-f）で作成してみてください。ゾーンリソースが枯渇した場合のオプションについて詳しくは、一般的なトラブルシューティングをご覧ください。
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) 割り当てが設定されます。この割り当てはすべてのリージョンに適用され、すべてのリージョンにある全 vCPU の合計として測定されます。
たとえば、us-central1 などの単一リージョンで 48 の vCPU があり、CPUs (All Regions) 割り当てで 32 の vCPU が残っている場合、us-central1 リージョンの割り当てが残っていても、同リージョンで利用できる vCPU の数は 32 になります。これは、CPU (All Regions) 割り当ての上限に達し、新しいインスタンスの起動前に既存のインスタンスの削除が必要になるためです。
GPU
仮想 CPU 割り当てと同様に、GPU 割り当ては、リージョン内のすべての VM インスタンスの仮想 GPU の合計数を意味します。プロジェクトで利用できる GPU が十分にあるかどうかは、[割り当て] ページで確認できます。必要に応じて割り当ての増加をリクエストしてください。また、新しいアカウントとプロジェクトには、すべてのリージョンに適用されるグローバルな GPU 割り当てが設定されます。
GPU 割り当てをリクエストするときは、各リージョンで作成する GPU モデルに対する割り当てに加え、すべてのゾーンで利用できる全種類の GPU の合計数を制限するグローバル割り当てもリクエストする必要があります。
VM インスタンス
VM インスタンスの割り当てはリージョン割り当てで、VM が実行されているかどうかに関係なく、特定のリージョンに存在できる VM インスタンスの数が制限されます。この割り当ては Google Cloud Console に表示されませんが、Compute Engine によって自動的に通常の CPU 割り当ての 10 倍に設定されます。この割り当てをリクエストする必要はありません。VM インスタンスの割り当てを増やす必要がある場合は、追加の CPU 割り当てをリクエストしてください。CPU 割り当てを増やすと VM インスタンスの割り当ても増加します。この割り当ては、実行中の 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 割り当てを使用します。Google Cloud では、お客様のニーズに応じて、いくつかの種類の IP アドレスを提供しています。費用については、外部 IP アドレスの料金をご覧ください。
- 使用中の IP アドレス。リソースで現在使用されているエフェラメル IP アドレスと静的 IP アドレスの両方が含まれます。
- 静的外部 IP アドレス: マシンを再起動しても保持するリソース用に予約される外部 IP アドレス。これらのアドレスを DNS とドメイン プロバイダ サービスに登録し、ユーザーにわかりやすいアドレスを指定できます（例: www.example-site.com）。
- 静的内部 IP アドレス: サブネットで構成されたプライベート（RFC 1918 で規定された）IP アドレス範囲から内部 IP アドレスを予約する機能を提供します。必要に応じて、その予約済み内部アドレスをリソースに割り当てることができます。