Compute Engine では、さまざまな理由からリソースの使用に割り当てを適用しています。たとえば、割り当て量を制限して予期しない使用量の急増を防ぐことで Google Cloud ユーザーのコミュニティを保護しています。Google Cloud では無料トライアルの割り当ても用意されています。この割り当て制限により、無料トライアル ベースで Google Cloud を利用できるプロジェクトには限定的なアクセスが提供されます。
割り当て量はすべてのプロジェクトで同じとは限りません。Google Cloud の使用量の増加に応じて割り当て量を増やすことができます。使用量の大幅な増加が見込まれる場合は、事前に Cloud Console の [割り当て] ページから割り当ての調整をリクエストできます。
割り当ての確認と編集の権限
割り当てを表示するには、serviceusage.quotas.get 権限が必要です。
割り当てを変更するには、serviceusage.quotas.update 権限が必要です。
この権限は、基本ロールであるオーナー、編集者、割り当て管理者にデフォルトで含まれています。
割り当て量を確認する
割り当てはプロジェクトごとに異なります。VM インスタンスの割り当てについては、このドキュメントの後半にある VM インスタンスをご覧ください。
プロジェクトで利用可能な割り当ては、Google Cloud Console の [割り当て] ページで確認できます。
gcloud コマンドライン ツールを使用するには、次のコマンドを実行して、プロジェクト全体の割り当てを確認します。
gcloud compute project-info describe --project PROJECT_ID
PROJECT_ID は、実際のプロジェクト ID に置き換えます。
上記のコマンドでは、リージョンごとの割り当ては表示されません。リージョンの割り当て量を確認するには、次のコマンドを実行します。
gcloud compute regions describe REGION
REGION は、割り当て情報のリストが必要なリージョンの名前に置き換えます。
割り当ての増加をリクエストする
割り当て量の変更リクエストは Cloud Console の [割り当て] ページで行います。割り当て増加のリクエストは無料です。料金が発生するのは、リソースの使用量が増えたときのみです。
Google Cloud Console で、[IAM と管理] ページの [割り当て] に移動します。
割り当てを確認する最も効率的な方法としては、[表をフィルタリング] を使用します。
[表をフィルタリング] を開き、[上限名:] を選択して、調整する割り当てを検索します。
割り当てを調整するサービスを選択します。
プルダウン オプションから項目を選択します。
割り当て上限を編集します。
[保存] をクリックします。
割り当てを減らすリクエストは、デフォルトでは拒否されます。割り当て量を減らす必要がある場合は、サポートメールへの返信にお客様の要件を記載してリクエストしてください。Compute Engine チームのサポート担当者より 24～48 時間以内に返事が届きます。
リクエストの完了に十分な時間が確保されるように、少なくとも数日前に追加のリソースを計画してリクエストしてください。
割り当てとリソースの可用性
リソースの割り当てとは、そのリソースの種類で作成できる最大リソース数のことですが、それだけのリソースが利用可能であることが条件となります。割り当てが適用されているからといって、そのリソースを常に利用できるわけではありません。あるリソースが利用不可能である、つまり選択したリージョンにはそのリソースが残っていない場合、リージョンまたはプロジェクトの割り当てが残っていても、その種類のリソースを新規作成することはできません。たとえば、us-central1 に外部 IP アドレスを作成できるだけの割り当てが残っていても、そのリージョンには利用可能な IP アドレスがないということもあります。
同様に、リージョンの割り当てが残っていても、特定のゾーンである種類のリソースが利用不可能ということもあります。たとえば、リージョン us-central1 で VM インスタンスを作成できるだけの割り当てが残っていても、ゾーン us-central1-a のリソースが枯渇しているため、このゾーンでは VM インスタンスを作成できないということがあります。そのような場合は、同じリソースを別のゾーン（たとえば us-central1-f）で作成してみてください。ゾーンリソースが枯渇した場合のオプションについて詳しくは、一般的なトラブルシューティングをご覧ください。
割り当てについて
必要となる仮想マシン（VM）インスタンスを計画する際は、作成できる VM インスタンス数に影響を与える割り当てがいくつかあることに留意してください。
リージョン割り当てとグローバル割り当て
VM の割り当てはリージョン レベルで管理されます。VM インスタンス、インスタンス グループ、CPU、ディスクの各割り当ては、ゾーンに関係なくリージョン内の VM が消費できます。たとえば、CPU 割り当てはリージョン割り当てであるため、上限や使用量はリージョンごとにカウントされます。us-central1 リージョン内の任意のゾーンで n2-standard-16 インスタンスを起動するには、us-central1 に少なくとも CPU 16 個分の割り当てが必要です。
ファイアウォール、ロードバランサ、ネットワーク、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) 割り当ての上限に達し、新しいインスタンスの起動前に既存のインスタンスの削除が必要になるためです。
E2 および N1 マシンタイプは、CPU 割り当てプールを共有します。N2、N2D、M1、M2、C2 の各マシンタイプには、個別の CPU 割り当てプールがあります。確約利用割引契約を購入するには、事前に確約利用割引の割り当てを設定する必要があります。
| マシンタイプ | 割り当てプール | CPU 割り当て名 | コミット済み CPU 割り当て名 |
|---|---|---|---|
| E2、N1 | 共有プール | CPUS |
Committed_CPUS |
| N2 | 個別プール | N2_CPUS |
Committed_N2_CPUS |
| N2D | 個別プール | N2D_CPUS |
Committed_N2D_CPUS |
| M1 | 個別プール | M1_CPUS |
Committed_MEMORY-OPTIMIZED_CPUS |
| M2 | 個別プール | M2_CPUS |
Committed_MEMORY-OPTIMIZED_CPUS |
| C2 | 個別プール | C2_CPUS |
Committed_C2_CPUS |
| A2 | 個別プール | A2_CPUS |
Committed_A2_CPUS |
| プリエンプティブル VM | 共有プール | PREEMPTIBLE_CPUS |
プリエンプティブル VM には使用できません |
GPU 割り当て
仮想 CPU 割り当てと同様に、GPU 割り当ては、リージョン内のすべての VM インスタンスの仮想 GPU の合計数を意味します。プロジェクトで利用できる GPU が十分にあるかどうかは、[割り当て] ページで確認できます。必要に応じて割り当ての増加をリクエストしてください。また、新しいアカウントとプロジェクトには、すべてのリージョンに適用されるグローバルな GPU 割り当てが設定されます。
GPU 割り当てをリクエストするときは、各リージョンで作成する GPU モデルに対する割り当てに加え、すべてのゾーンで利用できる全種類の GPU の合計数を制限するグローバル割り当てもリクエストする必要があります。 これらのリソースを使用するには、プリエンプティブル GPU 割り当てをリクエストします。
| NVIDIA | GPU 割り当て名 | コミット済み GPU 割り当て名 | 仮想ワークステーション | プリエンプティブル GPU | プリエンプティブル GPU 仮想ワークステーション |
|---|---|---|---|---|---|
| K80 | NVIDIA_K80_GPUS |
COMMITTED_NVIDIA_K80_GPUS |
該当なし | PREEMPTIBLE_NVIDIA_K80_GPUS |
該当なし |
| P100 | NVIDIA_P100_GPUS |
COMMITTED_NVIDIA_P100_GPUS |
NVIDIA_P100_VWS_GPUS |
PREEMPTIBLE_NVIDIA_P100_GPUS |
PREEMPTIBLE_NVIDIA_P100_VWS_GPUS |
| A100 | NVIDIA_A100_GPUS |
COMMITTED_NVIDIA_A100_GPUS |
N/A |
PREEMPTIBLE_NVIDIA_A100_GPUS |
N/A |
| P4 | NVIDIA_P4_GPUS |
COMMITTED_NVIDIA_P4_GPUS |
NVIDIA_P4_VWS_GPUS |
PREEMPTIBLE_NVIDIA_P4_GPUS |
PREEMPTIBLE_NVIDIA_P4_VWS_GPUS |
| T4 | NVIDIA_T4_GPUS |
COMMITTED_NVIDIA_T4_GPUS |
NVIDIA_T4_VWS_GPUS |
PREEMPTIBLE_NVIDIA_T4_GPUS |
PREEMPTIBLE_NVIDIA_T4_VWS_GPUS |
| V100 | NVIDIA_V100_GPUS |
COMMITTED_NVIDIA_V100_GPUS |
該当なし | PREEMPTIBLE_NVIDIA_V100_GPUS |
該当なし |
VM インスタンス
VM インスタンスの割り当てはリージョン割り当てで、VM が実行されているかどうかに関係なく、特定のリージョンに存在できる VM インスタンスの数が制限されます。この割り当ては、Google Cloud Console の [割り当て] ページに表示されます。Compute Engine によって自動的に通常の CPU 割り当ての 10 倍に設定されます。この割り当てをリクエストする必要はありません。VM インスタンスの割り当てを増やす必要がある場合は、追加の CPU 割り当てをリクエストしてください。CPU 割り当てを増やすと VM インスタンスの割り当ても増加します。この割り当ては、実行中の VM と実行されていない VM、および通常のインスタンスとプリエンプティブル インスタンスに適用されます。
Google Cloud Console で、[IAM と管理] ページの [割り当て] に移動します。
[表をフィルタリング] を開き、[サービス] を選択します。
[Compute Engine API] を選択します。
[上限名: 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 に最大 24 個のローカル 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 を使用する永続ディスクには複数のレプリカがあり、ブロック ストレージのパフォーマンスで説明されているように、標準永続ディスクよりも IOPS とスループットが高くなります。SSD を使用する永続ディスクは、同じゾーン内の VM に接続するために無期限に利用できます。gcloudツールと API では、これをSSD_TOTAL_GBと呼びます。この割り当てはローカル SSD とは別のものです。この割り当ては、下記に示すディスクタイプに適用されます。リージョン永続ディスクでは、リージョン内の 2 つのゾーンで複製されるため、1 GB あたりの割り当て消費量が 2 倍になります。- ゾーン / リージョン SSD 永続ディスク
- ゾーン / リージョン バランス永続ディスク
外部 IP アドレス
公共のインターネットから直接アクセス可能であることが必要な VM ごとに、十分な外部 IP アドレスが必要です。あるリージョンの VM に対する IPv4 アドレスには、そのリージョンの IP 割り当てを使用します。ロードバランサなどのグローバル ネットワーキング リソースに対する IPv4 アドレスには、グローバル IP 割り当てを使用します。Google Cloud では、お客様のニーズに応じて、いくつかの種類の IP アドレスを提供しています。費用については、外部 IP アドレスの料金をご覧ください。 割り当ての詳細については、割り当てと上限をご覧ください。
- 使用中の外部 IP アドレス。リソースで現在使用されているエフェラメル IP アドレスと静的 IP アドレスの両方が含まれます。
- 静的外部 IP アドレス: マシンを再起動しても保持するリソース用に予約される外部 IP アドレス。これらのアドレスを DNS とドメイン プロバイダ サービスに登録し、ユーザーにわかりやすいアドレスを指定できます（例: www.example-site.com）。
- 静的内部 IP アドレス: 静的内部 IP アドレスは、サブネットで構成された内部 IP 範囲から内部 IP アドレスを予約する機能を提供します。必要に応じて、その予約済み内部アドレスをリソースに割り当てることができます。
インスタンス グループ
インスタンス グループを使用するには、グループで使用するすべてのリソース（CPU 割り当てなど）とグループ リソース自体に利用可能な割り当てがある必要があります。作成するグループのタイプによって、以下のグループ リソース割り当てが適用されます。
| サービスタイプ | サービス割り当て |
|---|---|
| リージョン（マルチゾーン）マネージド インスタンス グループ | Regional instance group managers |
| ゾーン（シングルゾーン）マネージド インスタンス グループ | 以下の両方:
|
| 非マネージド（シングルゾーン）インスタンス グループ | Instance groups |
| リージョン（マルチゾーン）オートスケーラー | Regional autoscalers |
| ゾーン（シングルゾーン）オートスケーラー | Autoscalers |
次のステップ
- リソースベースの料金について確認する。
- VM インスタンスの料金について確認する。