プレースメント ポリシーの概要

このドキュメントでは、プレースメント ポリシーの動作、制限、課金について説明します。

デフォルトでは、Compute Engine インスタンスの場所はゾーンを指定するだけで管理します。プレースメント ポリシーを使用すると、ゾーン内のインスタンスの相対的な配置をさらに指定できます。インスタンスに適用するポリシーに基づいて、インスタンス間のネットワーク レイテンシを短縮したり(コンパクト ポリシー)、ロケーション固有の中断に対する復元力を高めることができます(スプレッド ポリシー)。

プレースメント ポリシーの作成と適用方法については、コンパクト プレースメント ポリシーの使用スプレッド プレースメント ポリシーの使用のドキュメントをご覧ください。

インスタンスの配置を制御する他の方法については、単一テナンシーリージョン マネージド インスタンス グループ(MIG)のドキュメントをご覧ください。

プレースメント ポリシーについて

各コンピューティング インスタンスは、サーバーラックにある物理サーバー(ホスト)で実行されます。各サーバーラックは、ゾーンのデータセンターにあるクラスタの一部です。同じゾーンに複数のインスタンスがある場合、デフォルトでは、Compute Engine はこれらのインスタンスを異なるホストに配置します。この配置により、電源障害の影響を最小限に抑えることができます。ただし、同じゾーンのインスタンスにプレースメント ポリシーを適用すると、ワークロードのニーズに応じて、ゾーン内のインスタンスの相対的な位置をさらに制御できます。

次の種類のプレースメント ポリシーを作成できます。

  • コンパクト プレースメント ポリシー。このポリシーでは、ゾーン内でインスタンスを互いに近づけて配置するため、インスタンス間のネットワーク レイテンシが短縮されます。コンパクト配置ポリシーは、ハイ パフォーマンス コンピューティング(HPC)、ML、データベース サーバー ワークロードを実行する際など、インスタンスが相互に頻繁に通信する必要がある場合に役立ちます。

    詳細については、このドキュメントのコンパクト プレースメント ポリシーについてをご覧ください。

  • スプレッド プレースメント ポリシー。このポリシーでは、インスタンスを個別のハードウェアに配置します。これにより、ワークロードの信頼性を高めることができます。具体的には、インスタンスを分散することで、ハードウェア エラーなどのロケーション固有の中断によって同時に影響を受けるインスタンスの数を減らすことができます。また、スプレッド プレースメント ポリシーを使用して複数のロケーションで容量をオーバープロビジョニングすると、1 つのロケーションが中断された場合でも、十分な容量を確保できます。このため、分散プレースメント ポリシーは、Hadoop Distributed File System(HDFS)、Cassandra、Kafka などの大規模な分散レプリケート ワークロードでも役立ちます。

    詳細については、このドキュメントのスプレッド プレースメント ポリシーについてをご覧ください。

コンパクト プレースメント ポリシーについて

コンピューティング インスタンスにコンパクト プレースメント ポリシーを適用すると、Compute Engine はインスタンスをできるだけ近づけて配置しようとします。この配置は、インスタンスのマシンタイプとゾーンの可用性に応じて行われ、インスタンスの近接性はベストエフォート方式でのみ実現されます。アプリケーションがレイテンシの影響を受けやすく、ゾーン内のインスタンスをできるだけ近づけて配置する必要がある(最大近接性)場合は、最大距離値(プレビュー)を指定します。最大距離の値を小さくすると、インスタンスの配置が近くなりますが、インスタンスの配置に使用できるマシンの数が少なくなる可能性があります。

次の表に、各最大距離値でサポートされているマシンシリーズ、インスタンスの最大数、ホスト メンテナンス ポリシーを示します。

最大距離値 説明 サポートされているマシンシリーズ インスタンスの最大数 サポートされるホスト メンテナンス ポリシー
未指定(非推奨) Compute Engine は、インスタンスを近い位置にベスト エフォートで配置しますが、ゾーン内のインスタンス間に最大距離はありません。 A41、A3 Ultra1、A3 Mega2、A3 High2、A3 Edge2、A2、C4D、C4、C3D、C3、C2D、C2、G2、H4D、H3、N2、N2D、Z3-metal3 1,500 移行または終了
3 レイテンシを抑えるため、インスタンスは隣接するクラスタに配置されます。 A41、A3 Mega2、A3 High2、A3 Edge2、A2、C4D、C4、C3D、C3、C2D、C2、G2、H4D、H3、Z3-metal3 1,500 移行または終了
2 インスタンスは隣接するラックに配置されます。隣接するクラスタに配置されたインスタンスよりもネットワーク レイテンシが低くなります。 A41、A3 Ultra1、A3 Mega2、A3 High2、A3 Edge2、A2、C4D、C4、C3D、C3、C2D、C2、G2、H4D、H3、Z3-metal
  • A3 インスタンスの場合: 256
  • 他のすべてのインスタンス: 150
終了
1 インスタンスは同じラックに配置されます。ネットワーク レイテンシは可能な限り最小限に抑えられます。 A3 Mega2、A3 High2、A3 Edge2、A2、C4D、C4、C3D、C3、C2D、C2、G2、H4D、H3、Z3-metal 22 終了

1 コンパクト プレースメント ポリシーは、予約にバインドされたプロビジョニング モデルを使用してデプロイされた A4 Ultra インスタンスまたは A3 Ultra インスタンスにのみ適用できます。詳細については、AI Hypercomputer のドキュメントのクラスタ管理の概要をご覧ください。
2 デフォルトでは、最大距離値が設定されたコンパクト プレースメント ポリシーを A3 Mega、A3 High、A3 Edge インスタンスに適用することはできません。この機能へのアクセスをリクエストするには、割り当てられたテクニカル アカウント マネージャー(TAM)またはセールスチームにお問い合わせください。
3 ベアメタル インスタンスは、Terminate ホスト メンテナンス ポリシーのみをサポートします。

コンパクト プレースメント ポリシーを作成してコンピューティング インスタンスに適用すると、同じコンパクト プレースメント ポリシーを指定する他のインスタンスとの関連でインスタンスの物理的な場所を確認できます。詳細については、インスタンスの物理的な場所を確認するをご覧ください。

スプレッド プレースメント ポリシーについて

スプレッド プレースメント ポリシーを作成するときに、コンピューティング インスタンスを分散するアベイラビリティ ドメインを 8 つまで指定できます。アベイラビリティ ドメインは、分離された個別のハードウェアを提供して、局所的な中断の影響を最小限に抑えます。ただし、データセンターの停電など、共有インフラストラクチャの障害の影響を受けることは変わりません。

アベイラビリティ ドメインが中断されたときに影響を受けるインスタンスの割合を減らすには、インスタンスを 2 つ以上のアベイラビリティ ドメインに分散します。アベイラビリティ ドメインを追加するたびに、影響を受けるインスタンスの割合はさらに減少します。また、インスタンス間のネットワーク レイテンシを制限するため、またはゾーン制限があるために、インスタンスを少数のアベイラビリティ ドメインに分散することもできます。

インスタンスにスプレッド プレースメント ポリシーを適用すると、Compute Engine は次のいずれかに基づいてインスタンスを特定のアベイラビリティ ドメインに配置します。

  • 自動配置。デフォルトでは、Compute Engine は、プレースメント ポリシーがすでに適用されているインスタンスの数に基づいて、インスタンスをドメインに自動的に配置します。

    • 8 つ以下のインスタンス: 8 つ以下のインスタンスにスプレッド プレースメント ポリシーがすでに適用されている場合、Compute Engine はインスタンス数が最も少ないドメインにインスタンスを配置します。

    • 8 台を超えるインスタンス: 8 台を超えるインスタンスにスプレッド プレースメント ポリシーがすでに適用されている場合、Compute Engine はインスタンスをランダムなドメインに配置します。

  • 特定のプレースメント。インスタンスの作成、インスタンスのプロパティの更新、インスタンス テンプレートの作成時に、インスタンスを配置するアベイラビリティ ドメインを必要に応じて指定できます。インスタンスをドメイン間で分散すると、ワークロードの復元力が向上します。インスタンスを同じドメインに配置すると、インスタンス間のネットワーク レイテンシを短縮できます。

既存のインスタンスにスプレッド プレースメント ポリシーを適用する場合、インスタンスを別のアベイラビリティ ドメインに再配置しなければならないことがあります。このプロセス中、Compute Engine はホスト メンテナンス ポリシーに基づいてインスタンスを停止するか、ライブ マイグレーションを実行します。

制限事項

以降のセクションでは、プレースメント ポリシーの制限事項について説明します。

すべてのプレースメント ポリシーの制限事項

すべてのプレースメント ポリシーには次の制限が適用されます。

  • プレースメント ポリシーはリージョン リソースであり、配置されているリージョンでのみ機能します。たとえば、リージョン us-central1 でプレースメント ポリシーを作成する場合、それは、us-central1 または us-central1 内のゾーンにある Compute Engine リソースにのみ適用されます。

  • Compute Engine リソースごとに適用できるプレースメント ポリシーは 1 つのみです。

  • プレースメント ポリシーは、コンピューティング インスタンスからのみ置換または削除できます。他の Compute Engine リソースからプレースメント ポリシーを置換または削除することはできません。

  • プレースメント ポリシーは、Compute Engine リソースに適用されていない場合にのみ消去できます。

  • 将来の予約リクエストや、承認された将来の予約を満たすために Compute Engine が作成するオンデマンド予約にはプレースメント ポリシーを適用できません。

  • 単一テナントノードを指定するインスタンスにはプレースメント ポリシーを適用できません。

コンパクト プレースメント ポリシーの制限事項

コンパクト プレースメント ポリシーには、すべてのプレースメント ポリシーの制限に加えて、次の制限があります。

  • コンパクト プレースメント ポリシーで最大距離値を指定すると、この値は、プレースメント ポリシーを適用できるコンピューティング インスタンスの最大数と、インスタンスが使用できるマシンシリーズとホスト メンテナンス ポリシーに影響します。

  • オンデマンド予約にコンパクト プレースメント ポリシーを適用する場合は、次の点を確認してください。

    • コンパクト プレースメント ポリシーは、オンデマンド、単一プロジェクト、スタンドアロンの予約にのみ適用できます。共有予約やコミットメントに関連付けられた予約はサポートされていません。

    • 最大距離値を 1 に指定するコンパクト プレースメント ポリシーを適用することはできません。

    • コンパクト プレースメント ポリシーは、一度に 1 つの予約にのみ適用できます。

スプレッド プレースメント ポリシーの制限事項

スプレッド プレースメント ポリシーには、すべてのプレースメント ポリシーの制限に加えて、次の制限があります。

  • スプレッド プレースメント ポリシーは、最大 256 個のインスタンスに適用できます。

  • スプレッド プレースメント ポリシーを予約に適用することはできません。

課金

コンピューティング インスタンスへのプレースメント ポリシーの作成、削除、適用に関連する追加費用は発生しません。

次のステップ