VMware Engine プライベートクラウド

Google Cloud VMware Engine プライベートクラウドは、分離された VMware スタックで、次の VMware コンポーネントから構成されます。

ESXi ホスト
vCenter Server
vSAN
NSX
HCX

プライベートクラウドは、ネットワークインフラストラクチャに対する幅広い一般的なニーズに対応するうえで有用です。

成長。既存のインフラストラクチャのハードウェア更新ポイントに達した場合、新しいハードウェアの費用を負担することなくノードを追加できます。
迅速な拡張。一時的または計画外の容量が必要になった場合は、すぐに追加の容量を作成できます。
保護の強化。3 ノード以上のプライベートクラウドを使用する場合は、自動冗長化と可用性保護を取得します。
長期的なインフラストラクチャのニーズ。エンタープライズオペレーションとの互換性を維持しながら、データセンターを廃止してクラウドベースの運用に移行できます。これは、データセンターが容量の上限に達した場合や、コスト削減のために再構築する場合に特に役立ちます。

VMware Engine ノード

VMware Engine には、VMware Engine プライベートクラウドを作成するための専用の分離されたベアメタルハードウェアノードが用意されています。ノードは、VMware ESXi の実行に必要なコンピューティング、メモリ、ストレージを提供する、VMware Engine の基本消費単位です。これらのノードを使用して、vSphere クラスタを作成し、そのクラスタで VMware VM を実行できます。

ノードタイプ

次の表に、VMware Engine プライベートクラウドの作成時に使用できる主なノードタイプを示します。使用可能なすべてのノードタイプとリージョンについては、VMware Engine ノードをご覧ください。

ノードタイプ	vCPU / ノード	メモリ / ノード（GiB）	ストレージ / ノード（TB）^*
ve1-standard-72	72	768	19.2
ve1-standard-so	-	-	19.2
ve2-standard-128^†	128	2048	25.5

^* RAW ストレージ（キャッシュを除く）（テラバイト）。
^† 一部の地域でご利用いただけます。

プライベートクラウド環境

プライベートクラウドは、Google Cloud コンソールで管理します。各プライベートクラウドは、独自の管理ドメイン内に独自の vCenter Server があり、特定のプライベートクラウド内のすべてのノードは同じリージョンにあります。

VMware スタックは、Google Cloud のロケーションにある専用の独立したベアメタルハードウェアノードで実行されます。また、vCenter Server や NSX Manager などの組み込みの VMware ツールを介して使用します。

プライベートクラウドは、単一障害点を排除するようにも設計されています。

ESXi ホストのクラスタは、vSphere High Availability（HA）を使用して構成され、復元力を確保するために予備ノードを 1 つ以上備えるようにサイズ設定されています。vSphere HA は、ノードとネットワークの障害から保護します。
vSAN は、冗長なプライマリストレージを提供します。vSAN では、単一障害から保護するため、プライベートクラウドに少なくとも 3 ノードを必要とします。vSAN を構成すると、大規模クラスタの復元力を高められます。

次の接続方法を使用して、プライベートクラウドをオンプレミス環境に接続できます。

単一ノードのプライベートクラウド

VMware Engine を使用してパイロットテストと概念実証を行うため、VMware Engine が使用できるリージョン内に単一のノードとクラスタのみを含むプライベートクラウドを作成できます。すべての VMware Engine 機能は単一ノードのプライベートクラウドで使用できますが、クラスタサイズにより VMware スタック機能に特定の制限がかかります。

単一ノードのプライベートクラウドの一般的なユースケースは次のとおりです。

概念実証: VMware Engine とその機能の評価
障害復旧テスト: 最近のバックアップからアプリケーションをデプロイし、定期的に障害復旧の準備状況を検証する
アプリケーションのアップグレードテスト: アプリケーションを本番環境にアップグレードする前に、アプリケーションコンポーネントのアップグレードをテストして検証する

60 日後、VMware Engine は単一ノードのプライベートクラウド、関連するワークロードの VM およびデータを削除します。ただし、60 日以内に 3 ノード以上に展開することで、削除を回避し、本番環境に対応した SLA が適用されます。拡張プロセスにより、VM や vCenter へのアクセスで中断が発生することはなく、ノードがクラスタに追加されると、vSAN データレプリケーションの初期化が行われます。

単一ノードのプライベートクラウドの場合、デフォルトの vSAN ストレージポリシーで障害許容値（FTT）の FTT=0 を使用します。単一ノードのプライベートクラウドを拡張すると、VMware Engine によってデフォルトの vSAN ストレージポリシーが変更されます。デフォルトの vSAN ストレージポリシーは、3～4 ノードのプライベートクラウドで FTT=1 を使用し、5 ノード以上のプライベートクラウドで FTT=2 を使用するように変更されます。

カスタムコア数

一部のライセンス契約では、基盤となる物理ノードまたはクラスタ内の CPU コア数に基づいて課金されます。新しいクラスタを作成するときには、アプリケーションライセンスの要件を満たすためにクラスタ内の各ノードで使用可能なコア数を減らすことができます。VMware Engine で該当クラスタに追加される新しいノードは、障害が発生したノードを置き換える場合も含め、すべて設定されたノードあたりのコア数で作成されます。この機能を使用してライセンスコストを管理するには、契約で規定されているコアのカウント方法（物理的に存在しているコア、または BIOS により利用可能になっているコア）を確認します。

カスタムコア数は、初期クラスタと、プライベートクラウド内に作成するその他のクラスタの両方で使用できます。使用可能なコアの数を減らしても、ノードの料金には影響しません。

制限事項

各プライベートクラウドには、ノードとクラスタのリソース上限があります。これらの上限の一覧については、プライベートクラウドの VMware をご覧ください。

ノードに関する上限

VMware Engine リソースのニーズを計画する際は、プライベートクラウドに必要なノードの数を考慮してください。次の表は、SLA の要件を満たす、プライベートクラウドでの vSphere クラスタの上限を示しています。

リソース	上限
プライベートクラウドを作成するノードの最小数（最初のクラスタ）	3
クラスタを作成するノードの最小数	3
クラスタあたりのノードの最大数	32
プライベートクラウドあたりのノードの最大数	96
プライベートクラウドあたりのクラスタの最大数	21

プライベートクラウドの制限事項

プライベートクラウドの場合は、次の制限が適用されます。

プライベートクラウドクラスタは、クラスタ内で同じノードタイプを持つ必要があります。
異なるノードタイプのクラスタを持つプライベートクラウドはサポートされていません。

単一ノードのプライベートクラウドの制限事項

単一ノードのプライベートクラウドの場合、VMware スタックに次の制限が適用されます。

複数のノードを必要とする機能や操作は使用できません。たとえば、vSphere Distributed Resource Scheduler（DRS）または高可用性（HA）は使用できません。
デフォルトの vSAN ストレージポリシーでは FTT=0 を使用するため、ノード障害により、データが損失します。

また、次の VMware Engine に次の制限もあります。

既存のプライベートクラウドに単一ノードクラスタを追加することはできません。
既存のプライベートクラウドを単一ノードのプライベートクラウドに変換することはできません。
自動スケーリングポリシーによるノードの調整は、単一ノードのプライベートクラウドでサポートされていません。
VMware スタックをアップグレードすると、単一ノードのプライベートクラウドでダウンタイムが発生します。
デフォルトでは、VMware Engine は単一ノードのプライベートクラウドの vSAN でデータを暗号化しません。
SLA に基づいてカバレッジを取得するには、プライベートクラウドに 3 つ以上のノードが含まれ、vSAN データレプリケーションを完了する必要があります。
単一ノードのプライベートクラウドでは、ノードあたりのコア数を調整できません。

カスタムコア数の制限事項

カスタムコア数が設定されているクラスタには、次の制限が適用されます。

初回作成後にクラスタに追加されたすべてのノードにも、カスタムコア数が使用されます。
クラスタの作成後にノードあたりのコア数を変更することはできません。クラスタ内のノードあたりのコア数を変更するには、クラスタを削除してから新しく作成する必要があります。
ノードあたりのコア数は 4 の倍数（最小 8）にする必要があります（8、12、16 など）。
単一コアのプライベートクラウドでは、カスタムコア数を使用できません。

次のステップ

VLAN とサブネットについて確認する。

VMware Engine プライベート クラウド