Oracle Cloud VMware Solutionの開始

イントロダクション

Oracle Cloud VMware Solutionは、VMwareの使い慣れたクラウド環境を既存のOracle Cloud Infrastructure(OCI)テナンシにシームレスに統合します。この顧客管理ソリューションは、すでに知っているVMwareツールを使用して、クラウド・リソースを完全に制御します。Oracle Cloud VMware Solutionを活用して、VMwareベースのワークロードをクラウドに簡単に移行または拡張できるため、アプリケーションの再設計や運用オーバーホールが不要になります。

この包括的なチュートリアルでは、Oracle Cloud VMware Solutionを十分に理解し、OCI Cloudコンソールを使用してソフトウェア定義のデータセンター(SDDC)を作成します。このシリーズでは、次の重要な側面について説明します。

SDDC作成のための必須の前提条件。
マルチクラスタOracle Cloud VMware Solution SDDCを作成します。
Oracle Cloud VMware Solution SDDCリソースへの安全なアクセスを確立する

目的

Oracle Cloud VMware Solutionのソフトウェア定義データ・センター(SDDC)を作成するための基本的な前提条件はどれですか。
Oracle Cloud Infrastructure (OCI)クラウド・コンソールを使用してSDDCをデプロイするための包括的な計画を作成します。

包括的な内訳による前提条件の理解

Oracle Cloud VMware Solution Software-Defined Data Center(SDDC)を作成するための前提条件を理解するには、それを4つの重要な領域に分割します。

サービスの概要: Oracle Cloud VMware Solutionのサービスとその機能を簡単に理解できます。
財務上の考慮事項: 価格設定モデル、請求に関する考慮事項およびSDDCサイジング戦略を確認します。
リソース・プランニング: SDDCに必要な適切なコンピュート、ネットワークおよびストレージ・リソースを計画します。
OCI権限およびサービス制限: SDDCの作成に必要なOCI権限およびサービス制限を理解します。

これらの前提条件を慎重に検討すると、Oracle Cloud VMware Solution SDDCの導入を成功させるための設備が整います。

サービスの概要

グローバル・リーチ: Oracle Cloud VMware Solutionは、すべてのOCIリージョンで使用できるため、グローバルなビジネスニーズをシームレスにサポートできます。特定の要件に合せたOCIリージョンおよび可用性ドメイン(AD)を慎重に選択します。
高可用性: Oracle Cloud VMware Solutionは、VMwareコンポーネントがOCIリージョンのAD内の異なるフォルト・ドメイン全体に分散された分散アーキテクチャを採用し、高可用性と自己回復性を保証します。複数のADを持つリージョンの場合、Oracle Cloud VMware SolutionはマルチAD SDDCデプロイメントをサポートします。
スケーラビリティ: Oracle Cloud VMware Solutionは、比類のないスケーラビリティを提供します。これにより、SDDCを容易にスケールアップまたはスケールアウトして、管理オーバーヘッドなしで変化する需要を満たすことができます。
インフラストラクチャ・オプション: Oracle Cloud VMware Solutionは、特定のニーズに対応するための幅広いインフラストラクチャ・オプションを提供します。
- コンピュート: Intel、AMDおよびNVIDIAプロセッサを搭載した様々なコンピュート・シェイプ(密、標準、GPUオプションなど)から選択できます。DenseシェイプとGPUシェイプはNVMeドライブをオンボードする機能を持ち、標準シェイプはOCI Block Storageをプライマリ・ストレージとして活用します。
  
  ノート: GPUシェイプは現在制限されています。このシェイプをOracle Cloud VMware Solutionと統合する方法については、Oracleの担当者にお問い合わせください。
- ネットワークの柔軟性: Oracle Cloud VMware Solutionは、既存のVirtual Cloud Network (VCN)にシームレスに統合され、最小レイテンシ、一流のセキュリティ、管理の簡素化を実現します。マルチクラスタSDDCを使用すると、クラスタ間のワークロードの移動を効率的に制御できるため、ライセンス監査への準拠が保証され、リソース使用率が最適化されます。
- ストレージ: Oracle Cloud VMware Solutionは、プライマリ・データストアとしてのOCI Block Storageのサポート、DenseシェイプによるvSANのサポート、OCI File StorageおよびObject Storageのサポートなど、さまざまなストレージ・オプションを提供します。
SDDCのタイプと制限:
- マルチクラスタSDDCは、優れたスケーラビリティを提供し、最大6つのクラスタをサポートして、パフォーマンスと柔軟性を高めます。マルチクラスタSDDCについてさらに学習するには、ブログを参照してください。
- 単一ホストSDDCは、単一のESXiホストを持つ単一のクラスタに限定され、テストおよび短期開発シナリオへの適用が制限されます。単一ホストSDDCはマルチクラスタSDDCにアップグレードできず、Denseシェイプ・コンピュートでのみ使用できます。

クラスタ・タイプおよび制限: SDDCは、統合管理クラスタおよびワークロード・クラスタの2つの異なるクラスタ・タイプで構成されます。統合管理クラスタは、VMware管理ツールおよびワークロードVMの中央ハブとして機能し、SDDC内の最初のクラスタとして確立する必要があります。ワークロード・クラスタとして指定されている追加のクラスタは、オプションで特定のユースケースに対応し、スケーラビリティを向上させることができます。クラスタのスケーラビリティを要約した表を次に示します。

クラスタ・タイプ	形状	最小ホスト数	最大ホスト数
統合管理	密	3	64
	標準	3	32
	GPU	3	*
ワークロード	密	3	64
	標準	2	32
	GPU	1	*

ノート:

GPUシェイプは現在制限されています。クラスタの最大および可用性については、Oracleの担当者に問い合わせてください。

クラスタにシェイプが混在する場合、クラスタ内のホストの最大数は、選択したすべてのシェイプで許可される最小最大数です。たとえば、密ホストと標準ホストを持つクラスタは、2つのシェイプ間で許容される最大数が低いため、最大32のホストを持ちます。

前述の情報に基づいて、単一のSDDCは、3つのホスト(統合管理クラスタの最小)から最大384のホスト(64 (密のみのクラスタ当たりの最大ホスト) * 6 (SDDCで許可される最大クラスタ)まで任意の場所にスケーリングできます。

財務に関する考慮事項

請求および価格設定モデル:
- 請求コミットメント期間: Oracle Cloud VMware Solutionは、請求ニーズに基づいて選択できる柔軟な価格設定オプションを提供します。詳細は、請求オプションを参照してください。
  
  概念実証(POC)を作成する場合は、より短い請求コミットメントから開始し、POCの成功時により長いコミットメントに変更することをお薦めします。コミットメントの期間が長いほど、コミットメントベースの大幅な節約になるため、非常に有益です。Oracle Cloud VMware SolutionはシングルノードSDDCを提供しますが、これらはPOCのみを目的としており、本番SDDCに変換できません。
- Oracle CloudのCost Estimatorを利用し、「ネイティブ VMware」を選択し、月額料金について把握しましょう。

SDDCのサイズ設定: コンピュートおよびストレージの要件に基づいて、Oracle Cloud Architectと連携して、SDDC内のクラスタの最適なコンピュート・シェイプおよびサイズを決定することをお薦めします。設計フェーズで実行されるサイズ設定は、見積りを提供するためであり、実装フェーズの学習に基づいて検証および更新する必要があります。

VMware管理リソース: Oracle Cloud VMware Solution SDDCのサイズ設定時には、VMware管理ツールに割り当てられたリソースを考慮する必要があります。次の表に、VMware管理用にプロビジョニングされたリソースの理解を示します。

VM名	目的	CPU	プロビジョニングされたメモリー(GB)	プロビジョニング済ストレージ(GB)
vcenter	vCenterサーバー	8	28	914.19
vCLS-VM 1	vSphereクラスタ・サービス- VM 1	1	0.13	2
vCLS-VM 2	vSphereクラスタ・サービス- VM 2	1	0.13	2
vCLS-VM 3	vSphereクラスタ・サービス- VM 3	1	0.13	2
nsxt-01	NSXマネージャ・ノード1	6	24	300
nsxt-02	NSXマネージャ・ノード2	6	24	300
nsxt-03	NSXマネージャ・ノード3	6	24	300
nsxエッジ-01	NSX Edge VM 1	8	32	200
nsxエッジ-02	NSX Edge VM 2	8	32	200
hcx-01	HCXマネージャ	4	12	65
合計		49	176.39	2,285.19

ライセンス: Oracle Cloud VMware Solutionは、vCenter、ESXi、NSX、HCXにバンドルされたライセンスを提供し、Bring Your Own License(BYOL)はこれらの製品ではサポートされていません。ただし、お客様は、Oracle Cloud VMware Solutionと互換性のある他のVMware製品をBYOLできます。ワークロードVMのオペレーティング・システム、およびOracle Cloud VMware Solutionに移行されたアプリケーションやデータベースのライセンスも、移植性をサポートする場合があります。ユーザーは、移植性を確認するために、それぞれのサードパーティ・ベンダーに相談する必要があります。

リソース・プランニング

コンピュート・オプション: マルチクラスタSDDCでは、特定のニーズに合せて、同じSDDC内の様々なコンピュート・シェイプを混在させることができます。たとえば、仮想マシン(VM)用のvSANデータストアを利用して高密度シェイプで統合管理クラスタを構成し、仮想マシン・ファイル・システム(VMFS)データストアとしてOCIブロック・ストレージを使用してVMware環境を拡張し、別のクラスタを標準シェイプにすることができます。この柔軟性により、さまざまなワークロードの要求を満たすようにインフラストラクチャを適応させることができます。

混合クラスタ: Oracle Cloud VMware Solutionは、同じプロセッサ・ファミリ内の混合シェイプ・クラスタをサポートし、柔軟性とリソースの最適化を強化します。混合シェイプ・クラスタをデプロイするには、day-2操作中に、サポートされている混合シェイプ・ホストを「ホストの追加」機能の一部として追加するだけです。サポートされるミックスの包括的なリストについては、次の表を参照してください。

クラスタの初期シェイプ	「ホストの追加」中に使用可能なシェイプ
BM.DenseIO2.52 (Intel X7)	BM.DenseIO2.52 (Intel X7)、BM.Standard3.64 (Intel X9)、BM.GPU.A10.4 (Intel X9)
BM.DenseIO.E4.128 (AMD E4)	BM.DenseIO.E4.128 (AMD E4)、BM.Standard.E4.128 (AMD E4)
BM.GPU.A10.4 (Intel X9)	BM.Standard3.64 (Intel X9)、BM.GPU.A10.4 (Intel X9)
BM.Standard2.52 (Intel X7)	BM.Standard2.52 (Intel X7)、BM.Standard3.64 (Intel X9)、BM.GPU.A10.4 (Intel X9)
BM.Standard3.64 (Intel X9)	BM.Standard3.64 (Intel X9)、BM.GPU.A10.4 (Intel X9)
BM.Standard.E4.128 (AMD E4)	BM.Standard.E4.128 (AMD E4)

ネットワーク計画:
- Virtual Cloud Network (VCN): Oracle Cloud VMware Solutionは、ユーザーが新しい仮想クラウド・ネットワーク(VCN)を作成するか、既存の仮想クラウド・ネットワークを利用できるようにすることで、SDDCを柔軟にデプロイできます。VCNサイズを決定する際には、ホストおよびクラスタの数、および同じVCN内のデプロイメント用に計画されている追加サービスを検討してください。SDDCは理論的には最大6つのクラスタおよび384のホストに対応できますが、必要に応じて後で新しいCIDRブロックを追加して、現在のニーズに合せてVCN CIDRを最初に計画し、拡張できます。このチュートリアルでは、CIDRブロックが10.0.0.0/16の既存のVCNを使用します。
- SDDCクラスタCIDR: クラスタCIDRブロックのサイズは、クラスタに必要なホストの合計数によって異なります。ただし、単一のマルチクラスタSDDCをプロビジョニングするには、少なくとも1つの/24連続CIDRブロックが必須です。詳細は、SDDCの作成を参照してください。
  
  自動プロビジョニング・プロセス中に、クラスタCIDRブロックは、1つのプライベート・サブネットと最大10個の仮想LAN (VLAN)を含む複数のネットワーク・セグメントに分割されます。これらのセグメントにより、クラスタ内のトラフィックが適切に分離されます。したがって、デプロイメント後にVLAN CIDR範囲を拡張することは困難な可能性があるため、クラスタCIDRを選択する際には将来の成長の可能性を考慮することが重要です。
  
  ノート: 前述のクラスタCIDRブロック要件は、SDDC内の個々のクラスタに適用されます。独自のクラスタおよびホスト要件に合せて、クラスタごとにCIDRブロックの追加セットを割り当てます。
- SDDCクラスタ・ワークロードCIDR: このCIDRブロックは、NSXワークロード・セグメント上のVMによってDHCP範囲として使用されます。ユーザーがワークロードのCIDR範囲を指定しない場合、SDDCデプロイメントの完了後にNSXマネージャ内でNSXセグメントを手動で作成できます。この値は/30以上で、VCN CIDRブロックと重複しないようにする必要があります。
  
  ノート: デフォルトでは、SDDC内のすべてのクラスタが同じオーバーレイ・セグメントを共有するため、管理が簡素化され、オーバーヘッドが削減されます。このアプローチでは、SDDC内のすべてのクラスタに対して、単一のNSXエッジ・ノード・セット、層0ゲートウェイおよび層1ゲートウェイを使用します。
- オンプレミスまたはVCNピアリングへの接続:
  - VCNまたはオーバーレイ・ゲストVMのCIDR範囲を計画する場合は、CIDRブロックがOCIのオンプレミスCIDRまたはその他のVCNと重複しないことを確認します。CIDRブロックが重複している場合、ピアリングを確立したり、オンプレミスへのルートを構成することはできません。
  - Dynamic Routing Gateway (DRG)のデプロイメントについては、このチュートリアル・シリーズでは説明しません。
  - FastConnectまたはオンプレミスへのVPN接続の構成については、このチュートリアル・シリーズでは説明していません。
ストレージ・オプション: Oracle Cloud VMware Solutionは、包括的なオプション・スイートにより、多様なストレージ・ニーズに対応します。
- Denseシェイプを使用したvSAN: オンボードのNVMeストレージが備わっており、これらのシェイプはvSANデータストアとシームレスに統合されているため、ホストのスケーリングとともにストレージのスケーリングが可能になります。
- OCI Block Storage: Oracle Cloud VMware Solutionは、OCI Block Storageを活用して、多様なワークロードの要求に対応するための汎用的なストレージ・オプションを提供します。標準シェイプの場合、OCI Block Storageはプライマリ・ストレージ・ソリューションとして機能し、密度の高いシェイプの場合、セカンダリ・ストレージの役割を引き継ぎます。この構成により、独立したストレージ・スケーリングが可能になり、ストレージ・リソースをCPUおよびメモリーの考慮事項から効果的に切り離すことができます。Standardシェイプは、ストレージ・パフォーマンスの最適化という点で魅力的な利点を提供します。特定のパフォーマンス要件を満たすようにOCIブロック・ストレージを調整することで、ユーザーはDenseシェイプを使用してvSANで達成可能なレベルを大幅に上回るパフォーマンス・レベルを達成できます。
- OCI File StorageおよびOCI Object Storage: これらのサービスは、様々なファイルおよびオブジェクト・ストレージ要件に対応し、包括的なデータ管理機能を確保します。

OCIの権限およびサービス制限

権限: ベア・メタル・コンピュート・インスタンスをデプロイし、VCNを作成または更新するには、ユーザーに適切な権限が必要です。
SSHキー・ペア: Oracle Cloud VMware Solutionは、VMwareソリューションのすべてのコンポーネントに対する完全なルート・レベルの権限をユーザーに提供します。ESXiホストにSSH接続できるようにするには、SSHキー・ペアを作成して安全に格納する必要があります。これは、SDDCの作成プロセスで必要です。詳細は、キー・ペアの作成を参照してください。
テナンシ・サービスの制限:
- Oracle Cloud VMware Solution Serviceの制限: SDDCをデプロイするには、選択したADに必要なVMwareリソースをデプロイするために、テナンシに使用可能なサービス制限がある必要があります。サービス・リクエストを送信して、必要なリージョンのサービス制限をESXiホスト数(3)およびSDDC数(1)以上に増やします。
- コンピュート・サービス制限: SDDCおよびESXiホスト数とともに、必要なシェイプ・カテゴリのコア数やメモリー数など、テナンシで適切なコンピュート・サービス制限を使用できるようにすることが重要です。
- ストレージ・サービス制限: Standardシェイプをデプロイするときに、リージョン・ボリューム数やリージョン・ボリューム・サイズなどのブロック・ボリューム・サービスに十分なサービス制限があることを確認します。

次のステップ

前提条件がしっかりと確立されている状態で、引き続きOCI内にソフトウェア定義データ・センターを作成します。包括的なガイダンスは、マルチクラスタOracle Cloud VMware Solution SDDCの作成を参照してください。

確認

著者 - Praveen Kumar Pedda Vakkalam氏(プリンシパル・ソリューション・アーキテクト)

その他の学習リソース

docs.oracle.com/learnの他のラボをご覧いただくか、Oracle Learning YouTubeチャネルで無料のラーニング・コンテンツにアクセスしてください。また、education.oracle.com/learning-explorerにアクセスしてOracle Learning Explorerになります。

製品ドキュメントは、Oracle Help Centerを参照してください。

タイトルおよび著作権情報

Get Started with Oracle Cloud VMware Solution

F81131-02

December 2023