Oracle Cloud Infrastructureドキュメント

Oracle Cloud VMwareソリューションの概要

Oracle Cloud VMware Solutionを使用して、OCIでVMwareが有効なソフトウェア定義のデータ・センター(SDDC)を作成および管理します。

ソリューションのハイライト

Oracle Cloud Infrastructure VMwareソリューションでは、次の機能にアクセスできます。

Oracle Cloud Infrastructure VMwareソリューションのメリットは次のとおりです。

  • 高可用性: すべてのVMwareコンポーネントは、OCIリージョンの可用性ドメイン内の異なるフォルト・ドメイン全体に分散されます。
  • スケーラビリティ: Denseシェイプを使用すると、3つのESXiホストから開始して、1つのSDDCで64のホストまでスケール・アップできます。標準シェイプを使用する場合は、3つのESXiホストから開始して、SDDC内の1つのESXiクラスタで32のホストにスケール・アップできます。
  • クラスタの定義: SDDCで最大6つのvSphereクラスタを定義します。クラスタを使用してワークロードを分離し、将来の拡張を提供します。
  • リフト・アンド・シフト: オンプレミスのVMwareワークロードをVMwareソリューションSDDCにシームレスに移行できます。
  • 完全な統合: SDDCは仮想クラウド・ネットワーク(VCN)に存在するため、コンピュート・インスタンス、DBシステム、Autonomous Databaseなどの他のOCIリソースと通信するように構成できます。
  • 管理性: OCIコンソールには、SDDCの作成とネットワーキング構成に役立つワークフローが用意されています。
  • レイヤー2ネットワーキング: SDDCはVLANで構成され、パブリック・クラウドで実行するためにレイヤー2ネットワーキングを必要とするアプリケーションをサポートします。
ノート

ベア・メタル・コンピュート・インスタンスへのESXiの「独自のハイパーバイザの導入」デプロイメントは、サポートされていません。

SDDCの詳細

使用可能なSDDC構成には、マルチ・ホストSDDCと、テストおよび短期開発に使用される単一ホストSDDCの2つのタイプがあります。

複数ホストSDDC

マルチ・ホストSDDCは高可用性を提供し、VMwareソリューション機能を使用して本番ワークロードを移行およびサポートできます。

最大6つのクラスタを含むマルチ・ホストSDDCを作成できます。各クラスタには最大64のホストが含まれます。各クラスタには、クラスタの特定のワークロード要件をサポートするために、多数のESXiホストを含めることができます。SDDCには、SDDC設定ワークフローの一部として作成されるVMware管理コンポーネントをホストするための統合管理クラスタが必要です。詳細は、VMwareソフトウェアについてを参照してください。

統合管理クラスタの後に作成するクラスタは、ワークロード・クラスタであり、管理コンポーネントは含まれません。ワークロード・クラスタで作成できるESXiホストの数は、クラスタに対して選択したコンピュート・シェイプによって異なります。詳細は、サポートされるシェイプを参照してください。

SDDC内の各クラスタには、クラスタの作成時に定義する独自のネットワーキング・リソースがあります。これにより、分離されたワークロード要件を満たすことができるSDDCを構成できます。クラスタ間のワークロード・モビリティはデフォルトで許可されていますが、各クラスタVLANのネットワーク・セキュリティ・グループ(NSG)設定を構成してワークロードのモビリティを制限できます。詳細は、VLANを参照してください。

クラスタを作成する場合は、クラスタ内のESXiホストのプロビジョニングに使用するシェイプを定義します。すべてのホストは、そのシェイプを使用してプロビジョニングされます。クラスタのプロビジョニング後、クラスタ内のすべてのシェイプでプロセッサ・ベンダーが同じであるかぎり、異なるシェイプのホストを追加できます。VMwareソフトウェア・バージョンはSDDC全体に対して定義されていますが、クラスタごとに異なるマイナー・バージョンを選択できます。詳細は、クラスタの定義を参照してください。

SDDCをプロビジョニングし、その初期クラスタを定義する場合、各クラスタの価格設定間隔を選択します。クラスタの価格設定間隔は、クラスタ内のすべてのホストに適用されます。クラスタごとに異なる価格設定間隔を設定できます。初期プロビジョニング後にSDDCに追加するクラスタには、独自の価格設定間隔も選択できます。そのため、複数のクラスタ(すべて異なる価格設定間隔)およびクラスタ内の様々なシェイプを持つことができます。詳細は、請求オプションを参照してください。

単一ホストSDDC

単一ホストSDDCは、テストおよび短期開発に使用されます。単一のホストSDDCは、単一のEXSiホストを持つ単一の統合管理クラスタで構成されます。ホストは、OCIベア・メタル密シェイプ・インスタンスを使用して作成されます。単一ホストSDDCは、OCI VCNのサブネットおよびVLANを使用して作成されます。

単一ホストSDDCのユースケース:
  • 概念実証、またはテストと開発のための迅速な導入
  • VMware HCX、ライブ移行用のVMware vMotionおよびコールド移行を使用した、オンプレミスとOCI VMwareソリューションの間の移行。
  • OCI VMwareソリューション用に最適化されたVMware Site Recovery (SRM)によるディザスタ・リカバリ評価。VMware SRMは個別に購入します。
  • オンプレミスおよびOCI VMwareソリューションのリソースの単一ビューに対するハイブリッド・リンク・モードのサポート。
  • 他のOracleサービスに対する高帯域幅、低レイテンシのアクセス。

単一ホストSDDCの制限および考慮事項:

  • 標準シェイプはサポートされていません。
  • 本番ワークロードはサポートされていません。
  • OCIでサポートされているサービス・レベル合意(SLA)は提供されていません。
  • Oracleのサポートは、商業的に合理的なサポートに限定されています。VMwareのサポートは、単一ノードSDDCのデプロイメントの最初の60日間のみ利用できます。
  • 単一ホストSDDCは失効しませんが、「時間」および「月次」請求オプションに制限されます。詳細は、請求オプションを参照してください。
  • 単一ホストSDDCは、長期的なソリューションとして設計されていません。長期的なSDDCが必要な場合は、HCCを使用してワークロードを新しい本番SDDCに移行できます。詳細は、HCXライセンス・タイプを参照してください。
  • 単一ホストSDDCはバックアップされません。ホストが失敗すると、データは失われます。
  • 単一ホストSDDCのデプロイメントは、すべてのテナンシおよびリージョンにわたるグローバルな最大数10に制限されます。
  • 複数のホストを必要とする機能は動作しません。次に例を示します:
    • 分散管理コンポーネント
    • VMwareクラスタリング用の高可用性(HA)
    • VMwareクラスタリング用の分散リソース管理(DRM)

クラスタの定義

クラスタは、SDDC内のESXiホストおよび関連するリソースのグループです。クラスタはワークロードを分離し、特定のビジネス・ニーズに合ったシェイプへの将来の拡張を提供します。たとえば、事業部門ごとに異なるコンプライアンス要件を満たす異なるクラスタを設定できます。もう1つの例は、特殊なワークロードまたはコスト要件のシェイプ・タイプを含む様々なクラスタを設定することです。

SDDCを作成する場合、最初に作成されるクラスタは常に管理クラスタです。管理クラスタには、vCenterサーバー、NSX-Tマネージャ・クラスタ、NSX-Tエッジ・ノードおよびサービスなど、SDDCが機能するために必要なすべてのリソースが含まれます。単一の管理コンポーネントのセットがSDDC全体にデプロイされます。統合管理クラスタには3から64のホストを含めることができ、ワークロードのホストにも使用できます。

統合管理クラスタの後に作成するクラスタは、ワークロード・クラスタであり、管理コンポーネントは含まれません。最大5つのワークロード・クラスタを作成できます。ワークロード・クラスタで作成できるESXiホストの数は、クラスタに対して選択したコンピュート・シェイプによって異なります。密シェイプの場合、最大64個のホストを使用できます。標準シェイプの場合、同じクラスタに最大32のホストを含めることができます。SDDCには合計64のホストを設定できます。

初期SDDCプロビジョニング中またはその後の任意の時点でクラスタを作成します。SDDC内のすべてのクラスタは、最初のSDDCプロビジョニング中に指定された可用性ドメインに作成されます。ESXiホスト・シェイプ、価格設定間隔、VLANおよびデータストアは、SDDCのクラスタごとに個別に構成されます。
重要

各クラスタのリソースは、SDDC内の他のクラスタから独立しているため、各クラスタには独自の前提条件リソースのセットが必要です。SDDCにクラスタを作成する前に、必要なすべてのリソースがあることを確認してください。

適用される制限のリストと制限の引上げをリクエストする手順は、サービス制限を参照してください。

プロビジョニング後はいつでも、クラスタにESXiホストを追加できます。ホストをクラスタに追加すると、ホストのリソースがクラスタの一部になります。クラスタ内のすべてのシェイプでプロセッサ・ベンダーが同じであるかぎり、プロビジョニング中にホストに対して最初に指定されたものとは異なるシェイプおよび請求間隔のESXiホストを追加できます。ビジネス・ニーズに合せて、クラスタ内の様々なシェイプ、請求間隔およびESXiホスト・ソフトウェア・バージョンを混在させることができます。

クラスタ1 クラスタ2 +
タイプ 管理とワークロード 負荷
形状
  • サポートされている任意のシェイプまたはプロセッサ・ファミリを使用できます。
  • デフォルトはクラスタ1で選択したシェイプですが、サポートされている任意のシェイプに変更できます。
コア 構成できるコア数は選択したシェイプによって異なります。
  • クラスタ1で指定したコア数より多くまたは少ないコア数を構成できます。
  • 構成できるコア数は選択したシェイプによって異なります。
ESXiホストの数
  • 3から32の標準シェイプ・ホスト。テナンシ制限で制約されます。
  • テナンシ制限によって制約される、3から64の密シェイプ・ホスト。
  • 単一ホストSDDCには、1つのESXiホストを持つクラスタが1つのみ含まれます。
  • 最大32の標準シェイプ・ホストで、テナンシ制限によって制約されます。
  • 最大64の密シェイプ・ホストで、テナンシ制限により制約されます。
  • 単一ホストSDDCには、1つのESXiホストを持つクラスタが1つのみ含まれます。
請求間隔
  • 選択したシェイプでサポートされている請求間隔
  • デフォルトはクラスタ1で選択した間隔ですが、選択したシェイプでサポートされている任意の間隔に変更できます。
ソフトウェア
  • 選択したシェイプでサポートされているVMwareソフトウェア・バンドルを選択します。
  • VMwareソフトウェア・ライセンスは、SDDC内のすべてのクラスタで同じです。
ネットワーク
  • 既存のVLANを使用するか、SDDCのプロビジョニング中に設定できます。
  • すべてのクラスタに同じVLANを使用することも、クラスタごとに新しいVLANを作成することもできます。
ストレージ
  • 選択したシェイプによって異なります。サポートされるシェイプを参照してください。
  • ブロック・ボリューム・ストレージは、いつでも作成およびアタッチできます。

サポートされるシェイプ

VMwareソリューションは、ESXiホストの標準、高密度およびNVIDIA GPUシェイプをサポートします。シェイプ・タイプごとに、SDDCを計画する際に考慮すべき利点と制限があります。ワークロード・クラスタを作成する場合、クラスタ内で許可されるESXiホストの数は、選択したシェイプによって異なります。詳細は、各シェイプの項を参照してください。

Denseシェイプ

  • クラスタには、最大64個の密シェイプ・ホストを含めることができます。
  • 密シェイプには、vSANデータストアに使用されるローカルNVMeストレージが含まれます。
  • vSANコンバージド・ストレージ・テクノロジは、SDDC内のすべてのESXiホスト間でデータをレプリケートします。
  • すべての価格設定コミットメント・タイプおよびHCXライセンス・タイプは、Denseシェイプで使用できます。
  • Denseシェイプは、複数の可用性ドメイン(Multi-AD)にわたってデプロイできます。
  • Denseシェイプを使用して、単一ノードSDDCを作成できます。
次の表に、プロビジョニングに使用可能なサポートされているDenseシェイプ構成を示します。
プロセッサ・タイプ シェイプ OCPU 使用可能なコア構成 メモリー(GB) ネットワーク帯域幅制限(Gbps)
Intel BM.DenseIO2.52 52 52 768 2 x 25Gbps
AMD BM.DenselO.E4.128 128 32, 64, 128 2048 2 x 50Gbps
AMD BM.DenselO.E5.128 128 32, 64, 96, 128 1536 1 x 100Gbps
重要

密シェイプの混在に関する考慮事項

BM.DenseIO.E5とBM.DenseIO.E4の両方のシェイプを含む混合クラスタを作成する場合は、ネットワーク構成とストレージ構成の違い、およびワークロード・パフォーマンスへの影響を評価することが重要です。

ネットワークに関する考慮事項

Dense E4シェイプには2つのホストNICポート(2*50 Gbps)があり、Dense E5シェイプには1つのホストNICポート(1*100 Gbps)があります。混合クラスタでは、この違いにより、クラスタ・インフラストラクチャ全体のネットワーク・パフォーマンスが変化し、環境内のリソースがボトルネックまたは非効率的に使用される可能性があります。

ストレージに関する考慮事項

Dense E4シェイプには8つのNVMeベースのSSDがあり、Dense E5シェイプには12個のNVMeベースのSSDがあります。混合クラスタでは、構成をDense E4と一致させることをお薦めします。ホストごとに1つのディスク・グループを構成でき、1つのキャッシュ・デバイスと7つの容量デバイスで構成されます。つまり、Dense E5シェイプには12個のディスクがありますが、Dense E5の12個のディスクのうち8個のみが混在クラスタで使用されます。4つのE5ディスクは未使用のままです。ディスク構成が混在すると、ワークロード・アーキテクチャに応じてパフォーマンスが変動する可能性があります。

vSANは異種構成をサポートしていますが、パフォーマンスのボトルネック、不均衡、管理上の複雑さを回避するために、ホスト間で一貫した構成を維持することをお薦めします。クラスタ内で混合ワークロードを実行するには、最適なリソース使用率を確保し、レイテンシまたはスループットの問題を最小限に抑えるための慎重な計画が必要です。Dense E4シェイプとDense E5シェイプ間のメモリー容量の違いも、OCPU構成が似ている場合もありますが、ワークロードのパフォーマンスに影響を与える可能性があります。

詳細は、コンピュートDense I/Oシェイプを参照してください。

標準シェイプ

  • クラスタには、最大32個の標準シェイプ・ホストを含めることができます。
  • 標準シェイプは、Denseシェイプより低コストのオプションを提供します。
  • 標準シェイプにはブロック・ボリューム・ストレージが必要です。詳細は、次の項を参照してください。
  • 標準シェイプは、1つのアベイラビリティ・ドメインに対してのみ使用できます。
  • 月次価格設定コミットメントは、標準シェイプでは使用できません。
  • メモリー、帯域幅およびVNIC数の制限。
  • 標準シェイプを使用した単一ノードSDDCはサポートされていません。
次の表に、プロビジョニングに使用できるサポートされている標準シェイプ構成を示します。
プロセッサ・タイプ シェイプ OCPU 使用可能なコア構成 メモリー(GB) ネットワーク帯域幅制限(Gbps)
Intel BM.Standard2.52 52 52 768 50
Intel BM.Standard3.64 64 16, 32, 48, 64 1024 100
AMD BM.Standard.E4.128 128 32, 64, 96, 128 2048 100
AMD (第4世代EPYC ProcessorsTM) BM.Standard.E5.192 192 48、96、144、および192 2304 100
詳細は、コンピュート標準シェイプを参照してください。

NVIDIA GPUシェイプ

  • Intel®Xeon®プロセッサおよびNVIDIA Tensor Core A10 GPUを搭載したGPUシェイプ。
  • 同種のシェイプ・クラスタを使用している場合、最大64個のGPUシェイプを設定できます。
  • ローカルNVME 11.52 TBをプライマリ・データストアとして提供し、ブロック・ボリューム・ストレージを必要としません。
  • vSANコンバージド・ストレージ・テクノロジは、SDDC内のすべてのESXiホスト間でデータをレプリケートします。
  • GPUシェイプは、毎時を除くすべての価格設定コミットメントをサポートしています。
  • すべてのHCXライセンス・タイプは、GPUシェイプで使用できます。
  • GPUシェイプは、複数のアベイラビリティ・ドメイン(マルチAD)にデプロイできます。
  • GPUシェイプを使用して単一ノードSDDCを作成できます。
  • 保護インスタンスはサポートされていません。
  • NVIDIAライセンスはNVIDIAから入手する必要があります。
プロセッサ・タイプ シェイプ OCPU OCPUラム(GB) GPU GPU RAM 使用可能なコア構成 ネットワーク帯域幅制限(Gbps) 最大VNIC制限(Linux*)
Intel X9 BM.GPU.A10.4 64 1024 4 x A10 96 GB (各24 GB) 64 100 256
*Windowsイメージはサポートされていません。
詳細は、コンピュートGPUシェイプを参照してください。

データ・ストレージ

標準シェイプSDDCは、ブロック・ボリューム・サービスを利用して耐久性を実現します。すべてのボリュームが自動的にレプリケートされるため、データ損失を未然に防ぐことができます。多くのデータ・コピーは、修復メカニズムが組み込まれた多くのストレージ・サーバー間で冗長的に格納されます。詳細は、ブロック・ボリュームの耐久性を参照してください。

SDDCの作成時に標準シェイプを選択すると、ワークフローによって、次の特性を持つ管理データストア・ブロック・ボリュームが自動的に作成されます:
  • 容量: 8TB
  • デフォルトVPU/GB: 10 (バランス)
さらにストレージが必要な場合は、SDDCの作成ワークフロー中に、またはブロック・ボリューム・サービスを使用して、さらにボリュームを作成できます。すべてのストレージについて、通常のブロック・ボリューム・レートでチャージされます。SDDCデータ・ストレージ・プールには、次の制限が適用されます:
  • 最大ボリューム数: 32
  • 最小ボリューム・サイズ: 50GB
  • 最大ボリューム・サイズ: 32,768GB (32TB)

保護インスタンス

SDDCを作成し、そのクラスタを定義するときに、ESXiホストに保護インスタンスを使用することを選択できます。保護インスタンスは、ESXiホスト上のファームウェア・セキュリティを強化して、悪意のあるブート・レベル・ソフトウェアから防御します。VMwareソリューションの保護インスタンスは、次の機能を提供します:
  • セキュア・ブートは、ファームウェア・ドライバ、EFIアプリケーション、OSなど、ブート・ソフトウェアの各部分の署名をチェックします。署名が有効な場合は、サーバーが起動し、ファームウェアがOSに制御権を付与します。有効な署名データベースに署名が見つからない場合、システムは起動しません。詳細は、VMwareセキュア・ブートのドキュメントを参照してください。
  • Trusted Platform Module (TPM)は、プラットフォームの認証に使用される署名、証明書、暗号化キーなどのアーティファクトを安全に格納できるコンピュータ・チップです。詳細は、VMware TPMのドキュメントを参照してください。

ESXiホストが保護インスタンスである場合、VMで仮想Trusted Platform Module (vTPM)を使用できます。vTPMは、VMで使用できる物理TPMのソフトウェア表現です。詳細は、VMware vTPMのドキュメントを参照してください。

重要

保護インスタンスは、SDDCの作成時に有効化する必要があります。SDDCで作成されたすべてのホストは保護インスタンスです。このオプションは、後で、または特定のESXiホストに対して有効にすることはできません。保護インスタンスを有効化せずにすでにSDDCを作成し、後で保護インスタンスを使用することが必要になった場合は、SDDCを再作成する必要があります。

OCIの保護コンピュート・インスタンスに関する一般情報は、保護インスタンスを参照してください。

予約済容量の使用

新しいESXiホストを作成するときに、予約容量で作成するか、オンデマンド容量で作成するかを選択できます。

オンデマンド容量とは、ホストの作成に必要なコンピュート容量がリクエスト時にプロビジョニングされることを意味します。容量がプロビジョニングされると、その容量に対する支払いが開始します。

容量予約を使用すると、インスタンスを事前に予約して、必要なときにワークロードで容量を使用できるようにすることができます。容量予約には、次の利点があります:

  • ワークロードの管理に必要な容量があることが保証されます。予約済容量は、テナンシがいつでも消費できます。
  • サイズや時間のコミットメントはありません。必要なだけ容量の予約を作成し、いつでも予約を削除して支払いを中止できます。
  • 予約済容量を使用するインスタンスが削除されると、容量が予約に戻されます。
ノート

複数の可用性ドメインを使用するSDDCでは、容量予約はサポートされていません。
重要

ホストがまだ予約済容量プール内にある場合、請求は予約済容量SKU価格に基づきます。ホストが予約済容量プールからSDDCにプロビジョニングされると、ホストは、選択したコミットメント間隔に基づいてVMwareソリューションSKU価格に切り替わります。

コミット期間が終了する前にホストが削除された場合、コミットメントの期間中は、ホストに対する請求が継続されます。

予約容量プール内のアクティブでないホストは、VMwareソリューションから独立して請求されます。

VMwareホストに予約容量を使用するには、まず容量予約を設定する必要があります。詳細は、容量予約を参照してください。

Oracle Cloud VMwareソリューションのアーキテクチャ

次の図は、Oracle Cloud VMwareソリューションSDDCの各種コンポーネントがOCIベア・メタル・コンピュート・インスタンスにどのようにデプロイされ、ソリューションがOCI環境にどのように統合されるかを示しています。

Oracle Cloud VMwareソリューションのアーキテクチャを示す図

この図は、OCI VCNに存在するSDDCの3つのESXiホストを示しています。中央のホストは、コンピュート(vSphere)、ネットワーク(NSX-T)およびストレージ(vSAN)のサポート用にインストールされたVMwareソフトウェア・コンポーネントを示しています。NSXオーバーレイは、VM間、およびVMとソリューション内の残りのリソース間のトラフィック・フローを管理します。このVCNには、SDDCとオンプレミス・ネットワーク、インターネット、Oracle Services Network間の接続を許可する様々なゲートウェイが含まれています。

ホスト分散および可用性ドメイン

高スループットおよび低レイテンシを提供するために、Oracle Cloud Infrastructure VMwareソリューションSDDCは、リージョンの1つの可用性ドメイン内の3つ以上のフォルト・ドメインにデフォルトでデプロイされます。このアーキテクチャは、低レイテンシの高スループット接続を提供し、最大のパフォーマンスおよび信頼性を実現します。

SDDCが多数の可用性ドメインにまたがるデプロイメントを必要とする場合、マルチAD機能はリクエストに応じて使用できます。マルチADソリューションの考慮事項および潜在的な制限:

  • マルチADソリューションは、単一のADが使用できなくなった場合にデータ損失を防ぐことができます。SDDCでホストが失われた場合、別の可用性ドメインの使用可能なホストでVMが再起動されます。
  • 多くのアベイラビリティ・ドメインにわたるSDDCのプロビジョニングをリクエストする場合は、慎重に考慮する必要があります。単一のアベイラビリティ・ドメイン・デプロイメントと比較した場合、ネットワーク・レイテンシおよびストレージ・スループットの増加の可能性により、パフォーマンスに影響する可能性があります。
  • マルチAD SDDCがスケーリングされると、ネットワークに対する需要も増加します。異なる可用性ドメイン内のホスト間でデータをレプリケートすると、vSANストレージ同期や再構築(再同期)時間などの機能に影響します。管理機能が増えると、顧客ワークロードのパフォーマンスにも影響する可能性があります。
  • リージョン内の可用性ドメインにデプロイされたVMware SDDCは、最大16のESXiホストを超えないことをお薦めします。

マルチAD機能を使用するには、まずOracle Cloud VMware Solutionチームに連絡し、テナンシに対するマルチADの有効化をリクエストします。次に、クラスタを作成するときに、複数の可用性ドメインにまたがる密シェイプESXiホストのデプロイメントを指定します。

一般情報は、リージョンおよび可用性ドメインについてを参照してください。

HCXマネージャ

SDDCをプロビジョニングする場合、HCXマネージャを有効にできます(図には示されていません)。HCXは、アプリケーションの移行やワークロードのリバランス、データ・センターおよびクラウド全体のビジネス継続性を簡単に実現できるアプリケーション・モビリティ・プラットフォームです。

HCXがVMwareソリューションで正しく機能するには、NATゲートウェイによって提供されるVMware SaaSポータルへの接続が必要です。詳細は、HCX Managerでアクティブ化および更新の接続が必要な理由を参照してください。

FastConnect接続は、サイト間通信に推奨されますが、必須ではありません。

VMwareソフトウェアについて

OCIのVMwareソフトウェア・バンドルには、vSphere、vSAN、NSX、vCenterおよびHCXコンポーネントが含まれており、完全に機能するVMware環境のコンピュート、ストレージおよびネットワーク・ニーズをサポートします。

  • vSphere: vSphereは、SDDCのCPU、ストレージおよびネットワーキング・インフラストラクチャの統合管理を実現するVMwareの仮想化プラットフォームです。vSphereの2つの主要なコンポーネントは、ESXiハイパーバイザおよびvCenter Serverです。
  • NSX-T: NSX-Tデータ・センターは、SDDCに仮想ネットワーキングおよびセキュリティ機能を提供します。NSX-Tデプロイメントには、NSX-Tローカル・マネージャおよびNSX-Tコントローラを含むNSXマネージャ統合アプライアンスと、NSX-Tエッジ・ノードが含まれます。
  • vSAN: Oracle Cloud VMwareソリューションSDDCは、コンピュートおよび管理ワークロード(VM)用の単一の共有データストアを提供する、VMwareのvSANストレージ・テクノロジを使用します。
  • HCX: ハイブリッド・クラウド拡張は、アプリケーションおよびワークロードの移行における複雑さを解消するアプリケーション・モビリティ・プラットフォームです。HCXは、SDDCの設定時にプラグインとしてオプションでインストールされます。追加コストなしでHCX Advancedをインストールするか、請求のあるアップグレードとしてHCX Enterpriseをインストールするかを選択できます。詳細は、HCXライセンス・タイプを参照してください。

SDDCをプロビジョニングする場合、プロビジョニング中に作成されたESXiホストにインストールするこのソフトウェア・バンドルの初期バージョンを選択します。SDDCのデフォルトのソフトウェア・バージョンは後で変更できます。ESXiホストをSDDCに追加する場合、SDDCのデフォルト・バージョンを使用する必要はありません。SDDCとともにデプロイされたメジャー・バージョンのESXiソフトウェア・バージョンを選択できます。

ノート

  • Oracle Cloud InfrastructureConsole、APIまたはCLIを使用してSDDCに加えた変更は、vCenterでは自動的に行われません。たとえば、ソフトウェア・バージョンまたはSSHキーを変更した場合、その変更は、SDDCに追加するESXiホストにのみ適用されます。既存のホストでこれらのプロパティを変更するには、vCenterで適用可能な更新を手動で行う必要があります。
次の表は、現在のVMwareソフトウェア・バンドルのコンポーネントおよびバージョンを示しています:
vSphere 8.0
コンポーネント バージョン ビルド
VMware ESXi ESXi 8.0U3 24022510
VMware vCenter Serverアプライアンス vCenterサーバー8.0 U3b 24262322
VMware NSX-Tデータ・センター 4.2.0 24207721
HCXクラウド 4.10.2.0 24404456
HCXコネクタ 4.10.2.0 24404456
vSphere 7.0
コンポーネント バージョン ビルド
VMware ESXi ESXi 7.0U3q 23794027
VMware vCenter Serverアプライアンス vCenterサーバー7.0 U3s 24201990
VMware NSX-Tデータ・センター 3.2.4 23653566
HCXクラウド 4.10.2.0 24404455
HCXコネクタ 4.10.2.0 24404455

次の表に、サポートの終了状態に達したソフトウェア・バンドルのバージョンを示します。

ソフトウェア・バージョン vSphere vSAN NSX-T

6.7 update 3*

 6.7 U3

6.7 U3

 3.2.0.1

6.5 update 3*

 6.5 U3

6.5 U3

 3.2.0.1
ノート

* vSphere 6.5およびvSphere 6.7は、2022年10月15日にVMwareソリューションからの一般サポートの終了に達しました。vSphere 6.5および6.7の環境がその日付以降に技術ガイダンス・フェーズに入った場合、Oracleはそれらの環境のプロビジョニングについて商業的に合理的なサポートを提供します。SDDCを作成する場合は、最新バージョンのvSphereを使用することをお薦めします。

VMwareソフトウェアのアップグレード

新しいバージョンのVMwareソフトウェアが使用可能になると、VMwareソリューションによって通知され、アップグレード・プロセスをステップごとにガイドするワークフローが提供されます。ワークフローは、アップグレードするバージョンによって異なります。バージョン別に使用可能なアップグレードの詳細は、「VMwareソフトウェアのアップグレード」を参照してください。

HCXライセンス・タイプ

ハイブリッド・クラウド拡張(HCX)は、アプリケーションの移行やワークロードのリバランス、データ・センターおよびクラウド全体のビジネス継続性を簡単に実現できるアプリケーション・モビリティ・プラットフォームです。HCXを実行するには、宛先の各物理ソケットに、1つ以上のライセンス・キーが割り当てられている必要があります。提供されるオンプレミス・キーの数は、HCXライセンス・タイプによって異なります。

ライセンス キー数 標準シェイプSDDC DenseシェイプSDDC ノート
Advanced 3 サポートされていません 追加コストなしで含まれる このライセンス・タイプでは、一部のアプリケーションのダウンタイムで少数のワークロードを移行できます。
Enterprise 10 追加コストなしでEnterpriseライセンスが含まれます。Advancedライセンスにダウングレードするオプションはありません。 請求のあるアップグレード。後でAdvancedライセンスへのダウングレードを選択できます。

このライセンス・タイプでは、停止時間なしでミッション・クリティカルな多数のワークロードを移行できます。

適用されるHCX Enterpriseの料金は、ホストの請求間隔とは無関係に毎月請求されます。SDDCのプロビジョニングが完了したら、「詳細」ページでHCX月次請求サイクル終了日を表示できます。

SDDCでDenseシェイプを使用している場合は、HCXライセンス・タイプを変更できます:
  • Enterpriseへのアップグレード: 発行されるオンプレミス接続キーの数が3から10個に増加します。アップグレード作業リクエストは、すぐに開始されます。HCX Enterpriseの請求サイクルは、作業リクエストが完了するとすぐに開始されます。
  • Advancedへのダウングレード: オンプレミス接続キーの数が10から3個に減少します。ダウングレード後に保持する3個のライセンス・キーを指定する必要があります。ダウングレード・リクエストは、HCX月次請求サイクル終了日まで保留状態になります。ダウングレード・リクエストは、まだpending状態であれば取り消すことができます。
ノート

標準シェイプには、Enterpriseライセンス・タイプが無料で含まれています。標準シェイプを使用するSDDCのライセンス・タイプは変更できません。

詳細は、SDDCのHCXライセンスのアップグレードおよびSDDCのHCXライセンスのダウングレードを参照してください。

請求オプション

OCIのVMwareソリューション・バンドルは、選択可能な柔軟な請求オプションを提供します。
  • 価格設定間隔: SDDCまたはクラスタ内のESXiホストの価格設定間隔を定義します。SDDC内の各クラスタは、異なる価格設定間隔を持つことができます。時間ごと、月ごと、年次ごと、または3年ごとから選択します。
  • 請求コミットメントのスワップ: 請求コミットメント、HCXコミットメントおよび請求終了日は、ESXiホスト間で転送できます。請求コミットメントは、削除されたホストまたは既存のホストから転送できます。

詳細は、請求オプションおよび請求コミットメントの転送を参照してください。

SDDCの作業

OCIコンソール、APIまたはCLIを使用して、SDDCリソースをプロビジョニングおよび管理します。SDDCでワークロードを作成および管理するには、VMwareのvCenterユーティリティを使用します。

Oracle Cloud VMwareソリューション・リソースを作成および管理する方法の詳細は、次のトピックを参照してください:

その他のドキュメント・リソース

次のOracle Cloud VMwareソリューション・プレイブックとホワイト・ペーパーを参照できます: