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

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

  • ESXi ホスト
  • vCenter Server
  • vSAN
  • NSX
  • HCX

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

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

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

プライベート クラウドは、VMware Engine ポータルを介して管理します。各プライベート クラウドは、独自の管理ドメイン内に独自の 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 を使用するように変更されます。

カスタムコア数

Windows Server や SQL Server などの一部のライセンス契約では、基盤となる物理ノードまたはクラスタ内の CPU コアの数に基づいて課金されます。新しいクラスタを作成するときには、アプリケーション ライセンスの要件を満たすためにクラスタ内の各ノードで使用可能なコア数を減らすことができます。VMware Engine では、障害が発生したノードを置き換える場合も含め、ライセンス要件を満たすために設定されたノードあたりのコア数で新しいノードが作成され、クラスタに追加されます。

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

制限事項

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

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

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

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

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

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

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

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

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

次のステップ