ベアメタル ノードとマシンタイプ

このページでは、 Google Cloudの VMware ソリューションのベアメタル ノードとサポートされているマシンタイプについて説明します。

VMware ソリューションでは、ノードは Google Cloud プロジェクトに直接プロビジョニングされる専用のベアメタル Compute Engine インスタンスです。各ベアメタル インスタンスは VMware ESXi を実行し、専用の CPU、メモリ、ローカル NVMe SSD ストレージ、Virtual Private Cloud（VPC）アンダーレイ サブネットに接続された 200 Gbps ネットワーク インターフェース カード（NIC）を提供して、VMware Cloud Foundation（VCF）環境のハイパーコンバージド インフラストラクチャを形成します。

サポートされている Compute Engine マシンタイプ

次の表に、VMware ソリューション ホストでサポートされている Compute Engine ベアメタル マシンタイプを示します。

マシンタイプ vCPU（物理コア） メモリ（GiB） ローカル NVMe SSD ストレージ（TiB） ネットワーク帯域幅
z3-highmem-192-highlssd-metal 192（96） 1,536 70.31 200 Gbps

ノードのアーキテクチャとデプロイ

VMware ソリューションのベアメタル ノードをデプロイする際は、次の特性を考慮してください。

  • ロケーションとマシンタイプ: ノードを特定のGoogle Cloud リージョンとゾーンにデプロイします。クラスタ内のすべてのホストで同種のマシンタイプを選択して、コンピューティング、メモリ、vSAN ストレージ容量を一定に保ちます。
  • 最小ノード要件: 高可用性（HA）VCF デプロイには、クラスタごとに 4 つ以上のベアメタル ノードが必要です。
  • 障害ドメインの分離: 作成時に、スプレッド プレースメント ポリシー内のアベイラビリティ ドメインに各ノードを割り当てます。この構成により、 Google Cloud はベアメタル インスタンスを個別の物理サーバーラック、トップオブラック スイッチ、電源ドメインに分散します。

内部 IP アドレスの割り振り

各ノードには、ESXi ホスト管理（vmk0）用のプライマリ ネットワーク インターフェース（nic0）の内部 IPv4 アドレスと、vSAN、vMotion、NSX-TEP トラフィック用の Dynamic NIC の IP アドレスが必要です。IP アドレスの割り振りは、次のいずれかの方法で構成できます。

  • エフェメラル（自動）: Google Cloud は、選択した VPC サブネットから使用可能な IP アドレスを自動的に割り当てます。
  • エフェメラル（カスタム）: サブネット範囲内の有効な未割り当て IP アドレスを指定します。
  • 予約済み: VPC サブネットに静的内部 IP アドレスを割り当ててバインドし、インスタンスのライフサイクル オペレーション全体で IP アドレスが保持されるようにします。

削除からの保護

アクティブな ESXi ホストが誤って削除されないように、各ベアメタル ノードでは Compute Engine の削除からの保護がデフォルトで有効になっています。

削除からの保護が有効になっている場合、Google Cloud コンソールまたは API を使用してノードを削除しようとしても失敗します。ノードをデコミッションして環境から削除するには、まず VCF でホストをデコミッションし、Compute Engine インスタンスで削除からの保護を無効にしてから、ノードを削除します。

ローカル ストレージとデータの永続性

VMware ソリューションのベアメタル ノードは、vSAN Express Storage Architecture（ESA）データストアに直接接続されたローカル NVMe SSD を使用します。

ラベルとネットワーク タグ

VMware ソリューションのベアメタル ノードには、ノードのプロビジョニング時にデフォルトのラベル gcve-node:true と mm-gcve-node が設定されます。これらは、Compute Engine インベントリ内のノードを識別するために使用されます。これらのラベルとネットワーク タグは変更または削除しないでください。ベアメタル ノードにラベルとネットワーク タグを追加できます。

次のステップ