このドキュメントでは、プレースメント ポリシーの動作、制限、課金について説明します。
デフォルトでは、仮想マシン（VM）インスタンスの場所はゾーンを指定するだけで管理します。プレースメント ポリシーを使用すると、ゾーン内の VM の相対的な配置をさらに指定できます。プレースメント ポリシーを使用すると、VM 間のネットワーク レイテンシを短縮したり（コンパクト ポリシー）、ロケーション固有の中断に対する復元力を高めることができます（スプレッド ポリシー）。
プレースメント ポリシーの作成と適用方法については、コンパクト プレースメント ポリシーの使用とスプレッド プレースメント ポリシーの使用のドキュメントをご覧ください。
VM の配置を制御する他の方法については、単一テナンシーとリージョン マネージド インスタンス グループ（MIG）のドキュメントをご覧ください。
プレースメント ポリシーについて
各 VM は、サーバーラックにある物理サーバー（ホスト）で実行されます。各サーバーラックは、ゾーンのデータセンターにあるクラスタの一部です。同じゾーンに複数の VM がある場合、デフォルトでは、Compute Engine はこれらの VM を異なるホストに配置します。これにより、電源障害の影響を最小限に抑えることができます。ただし、同じゾーンの VM にプレースメント ポリシーを適用すると、ワークロードのニーズに応じて、ゾーン内の VM の相対的な位置をさらに制御できます。
次の種類のプレースメント ポリシーを作成できます。
コンパクト プレースメント ポリシー。このポリシーでは、ゾーン内で VM を互いに近づけて配置するため、VM 間のネットワーク レイテンシが短縮されます。これは、ハイ パフォーマンス コンピューティング（HPC）、ML、データベース サーバー ワークロードを実行する際など、VM が相互に頻繁に通信する必要がある場合に役立ちます。
詳細については、このドキュメントのコンパクト プレースメント ポリシーについてをご覧ください。
スプレッド プレースメント ポリシー。このポリシーでは、VM を個別のハードウェアに配置します。これにより、ワークロードの信頼性を高めることができます。具体的には、VM を分散することで、ハードウェア エラーなどのロケーション固有の中断によって同時に影響を受ける VM の数を減らすことができます。また、スプレッド プレースメント ポリシーを使用して複数のロケーションで容量をオーバープロビジョニングすると、1 つのロケーションが中断された場合でも、十分な容量を確保できます。このため、分散プレースメント ポリシーは、Hadoop Distributed File System（HDFS）、Cassandra、Kafka などの大規模な分散レプリケート ワークロードでも役立ちます。
詳細については、このドキュメントのスプレッド プレースメント ポリシーについてをご覧ください。
コンパクト プレースメント ポリシーについて
VM にコンパクト プレースメント ポリシーを適用すると、Compute Engine は、VM のマシンタイプとゾーンの可用性で許可されている範囲で、VM をできるだけ近づけて配置しようとします。デフォルトでは、ポリシーの VM の近接性はベストエフォート方式でのみ行われます。ネットワーク レイテンシ要件などにより、ゾーン内の最小近接性が必要な場合は、最大距離値（プレビュー）を指定する必要があります。最大距離の値を小さくすると、VM の配置が近くなりますが、VM の可用性が低下します。
次の表に、各最大距離値でサポートされているマシンシリーズ、VM の最大数、ホスト メンテナンス ポリシーを示します。
| 最大距離値 | 説明 | サポートされているマシンシリーズ | VM の最大数 | サポートされるホスト メンテナンス ポリシー |
|---|---|---|---|---|
| 未指定（非推奨） | Compute Engine は、VM を近い位置にベスト エフォートで配置しますが、ゾーン内の VM 間に最大距離はありません。 | A2、A3、C2、C3、C4、C2D、C3D、G2、H3、N2、N2D | 1,500 | 移行または終了 |
3 |
レイテンシを抑えるため、VM は隣接するクラスタに配置されます。 | A2、A3*、C2、C3、C4、C2D、C3D、G2、H3 | 1,500 | 移行または終了 |
2 |
VM は隣接するラックに配置されます。隣接するクラスタに配置された VM よりもネットワーク レイテンシが低くなります。 | A2、A3*、C2、C3、C4、C2D、C3D、G2、H3 | 150 | 終了 |
1 |
VM は同じラックに配置されます。ネットワーク レイテンシは可能な限り最小限に抑えられます。 | A2、A3*、C2、C3、C4、C2D、C3D、G2、H3 | 22 | 終了 |
* デフォルトでは、最大距離値が設定されたコンパクト プレースメント ポリシーを A3 VM に適用することはできません。この機能へのアクセスをリクエストするには、テクニカル アカウント マネージャー（TAM）またはセールスチームにお問い合わせください。
コンパクト プレースメント ポリシーを作成して VM に適用すると、同じコンパクト プレースメント ポリシーを指定する他の VM との関連で VM の物理的な場所を確認できます。詳細については、VM の物理的な場所を確認するをご覧ください。
スプレッド プレースメント ポリシーについて
スプレッド プレースメント ポリシーを作成するときに、VM を分散するアベイラビリティ ドメインを 8 つまで指定できます。アベイラビリティ ドメインは、分離された個別のハードウェアを提供して、局所的な中断の影響を最小限に抑えます。ただし、データセンターの停電など、共有インフラストラクチャの障害の影響を受けることは変わりません。
アベイラビリティ ドメインが中断されたときに影響を受ける VM の割合を減らすには、VM を 2 つ以上のアベイラビリティ ドメインに分散します。アベイラビリティ ドメインを追加するたびに、影響を受ける VM の割合はさらに減少します。また、VM 間のネットワーク レイテンシを制限するため、またはゾーン制限があるために、VM を少数のアベイラビリティ ドメインに分散することもできます。
VM にスプレッド プレースメント ポリシーを適用すると、Compute Engine は次のいずれかに基づいて VM を特定のアベイラビリティ ドメインに配置します。
自動配置。デフォルトでは、Compute Engine は、プレースメント ポリシーがすでに適用されている VM の数に基づいて、VM をドメインに自動的に配置します。
8 台以下の VM: 8 台以下の VM にスプレッド プレースメント ポリシーがすでに適用されている場合、Compute Engine は VM を VM 数が最も少ないドメインに配置します。
8 台を超える VM: 8 台を超える VM にスプレッド プレースメント ポリシーがすでに適用されている場合、Compute Engine は VM をランダムなドメインに配置します。
特定のプレースメント。VM の作成、VM のプロパティの更新、インスタンス テンプレートの作成時に、VM を配置するアベイラビリティ ドメインを必要に応じて指定できます。VM をドメイン間で分散すると、ワークロードの復元力が向上します。VM を同じドメインに配置すると、VM 間のネットワーク レイテンシを短縮できます。
既存の VM にスプレッド プレースメント ポリシーを適用する場合、VM を別のアベイラビリティ ドメインに再配置しなければならないことがあります。このプロセス中、Compute Engine はホスト メンテナンス ポリシーに基づいて VM を停止するか、ライブ マイグレーションを実行します。
制限事項
以降のセクションでは、プレースメント ポリシーの制限事項について説明します。
すべてのプレースメント ポリシーの制限事項
すべてのプレースメント ポリシーには次の制限が適用されます。
プレースメント ポリシーはリージョン リソースであり、配置されているリージョンでのみ機能します。たとえば、リージョン
us-central1でプレースメント ポリシーを作成する場合、それは、us-central1またはus-central1内のゾーンにある Compute Engine リソースにのみ適用されます。Compute Engine リソースごとに適用できるプレースメント ポリシーは 1 つのみです。
プレースメント ポリシーは VM からのみ削除または置換できます。他の Compute Engine リソースからプレースメント ポリシーを置換または削除することはできません。
プレースメント ポリシーは、Compute Engine リソースに適用されていない場合にのみ消去できます。
将来の予約リクエストや、承認された将来の予約を満たすために Compute Engine が作成するオンデマンド予約にはプレースメント ポリシーを適用できません。
単一テナントノードを指定する VM にはプレースメント ポリシーを適用できません。
コンパクト プレースメント ポリシーの制限事項
コンパクト プレースメント ポリシーには、すべてのプレースメント ポリシーの制限に加えて、次の制限があります。
コンパクト プレースメント ポリシーで最大距離値を指定すると、プレースメント ポリシーを適用できる VM の最大数、VM が使用できるマシンシリーズとホスト メンテナンス ポリシーに影響します。
オンデマンド予約にコンパクト プレースメント ポリシーを適用する場合は、次の点を確認してください。
コンパクト プレースメント ポリシーは、オンデマンド、単一プロジェクト、スタンドアロンの予約にのみ適用できます。共有予約やコミットメントに関連付けられた予約はサポートされていません。
最大距離値を
1に指定するコンパクト プレースメント ポリシーを適用することはできません。コンパクト プレースメント ポリシーは、一度に 1 つの予約にのみ適用できます。
スプレッド プレースメント ポリシーの制限事項
スプレッド プレースメント ポリシーには、すべてのプレースメント ポリシーの制限に加えて、次の制限があります。
スプレッド プレースメント ポリシーは、最大 256 台の VM に適用できます。
スプレッド プレースメント ポリシーを予約に適用することはできません。
課金
VM へのプレースメント ポリシーの作成、削除、適用に関連する追加費用は発生しません。
次のステップ
プレースメント ポリシーを作成して VM に適用する方法については、以下をご覧ください。