プレースメント ポリシーとアベイラビリティ ドメイン

このページでは、 Google Cloud の VMware ソリューションのスプレッド プレースメント ポリシーとアベイラビリティ ドメインについて説明し、それらが VMware vSAN 障害ドメインにどのようにマッピングされるかについて説明します。

プレースメント ポリシーを使用すると、 Google Cloud ゾーン内のベアメタル Compute Engine インスタンスの物理的な配置を制御できます。ベアメタル ESXi ノードにスプレッド プレースメント ポリシーを適用すると、 Google Cloud は、個別の物理サーバーラック、トップオブラック スイッチ、配電ユニットにインスタンスを分散し、ロケーション固有のハードウェアや電力の中断に対する復元力を高めます。

アベイラビリティ ドメイン

Compute Engine では、アベイラビリティ ドメインは、物理的な障害の分離を提供するゾーン内のコンピューティング リソースとストレージ リソースの論理グループです。

  • 物理的な分離: 各アベイラビリティ ドメインは、 Google Cloud データセンター内の独立したハードウェアにマッピングされます。1 つのアベイラビリティ ドメインでハードウェア メンテナンスやラックレベルの障害が発生しても、他のアベイラビリティ ドメインのインスタンスには影響しません。
  • ドメイン数: 1 つのスプレッド プレースメント ポリシー内で 1 ～ 8 個のアベイラビリティ ドメインを構成できます。
  • ノードの分散: ベアメタル ノードを作成するときに、各ノードにアベイラビリティ ドメインを割り当てて、コンピューティングと vSAN ストレージ容量が独立した障害ドメインに均等に分散されるようにします。

アベイラビリティ ドメインを vSAN 障害ドメインにマッピングする

スプレッド プレースメント ポリシーは、VCF クラスタ内の VMware vSAN 障害ドメインの物理的な基盤となります。

プレースメント ポリシーとアベイラビリティ ドメインのベスト プラクティス

VCF クラスタのプレースメント ポリシーとアベイラビリティ ドメインを構成する場合は、次のベスト プラクティスに従ってください。

  • クラスタごとに 1 つのプレースメント ポリシーを使用する: ゾーン内の vSphere クラスタごとに専用のスプレッド プレースメント ポリシーを作成します。新しいノードを追加して既存のクラスタを拡張する場合は、そのクラスタの既存のプレースメント ポリシーにノードを割り当てます。
  • 5 ～ 8 個のアベイラビリティ ドメインを構成する: スプレッド プレースメント ポリシーで 5 ～ 8 個のアベイラビリティ ドメインを指定して、クラスタの拡張と RAID-5 または RAID-6 イレイジャー コーディング ポリシーに対応します。
  • 作成時にアベイラビリティ ドメインを割り当てる: インスタンスをプロビジョニングするときに、各ノードに特定のアベイラビリティ ドメインを選択し、ノードをアベイラビリティ ドメインに均等に分散して、フェイルオーバー中に単一ドメインの容量ボトルネックが発生しないようにします。
  • vSAN 障害ドメインをアベイラビリティ ドメイン番号に合わせる: vCenter Server で vSAN 障害ドメインを構成するときに、各ノードに割り当てられたアベイラビリティ ドメイン番号（1～8）を障害ドメイン名として使用します。

次のステップ