デプロイ済SDDCの構成

OCI専用リージョンAおよびOCI専用リージョンBにソフトウェア定義データ・センター(SDDC)をデプロイした後、次のVMware vSAN拡張クラスタ構成に備えて2日目の構成ステップを数回実行する必要があります。この構成ステップは、後の項で実行します。

要塞仮想マシンでのホスト・ファイルの更新

早期構成時にDNSサービスへの依存を回避するには、両方のリージョンの各要塞VMの/etc/hostsファイルを、vCenterサーバーおよびNSXマネージャの完全修飾ドメイン名(FQDN)で更新します。

FQDN解決はOCIプライベートDNSを介してOCI環境内ですでに使用可能ですが、これらのエントリを静的に定義することで、移行状態中にDNS構成が不完全または使用できない場合でも、SDDC管理インタフェースへの一貫したアクセスが保証されます。

セカンダリ・サイトの再構成- OCI専用リージョンB

SDDCのデプロイ時に、OCI専用リージョンBのすべての管理コンポーネントがvSphere-TEMP VLANに存在します。OCI専用リージョンBのVMware vCenterで、次の操作を実行します:

  1. 管理VMの移行
    • すべてのVMware管理仮想マシンを単一のVMware ESXiホストに統合します。
  2. ストレージポリシーの変更
    • すべての管理VMのストレージ・ポリシーを「管理ストレージ・ポリシー- 単一ノード」に更新します。
  3. ホストの準備
    • HAおよびDRSを無効にします。
    • 「アクセシビリティの確保」オプションを使用して、残りのすべてのVMware ESXiホスト(1つのホスティング管理仮想マシンを除く)をメンテナンス・モードに配置します。
    • これらのホストをVMware vSANクラスタから削除します。
    • OCI Dedicated Region B VMware NSX Managerを使用して、これらをVMware NSXから削除します。
    • ロックダウンモードを無効にし、SSHおよび ESXiシェルアクセスを有効にします。

プライマリ・サイトの再構成- OCI専用リージョンA

OCI専用リージョンAのVMware vCenterで、次のステップを実行します:

  1. HAおよびDRSの無効化
    • 既存のクラスタでHAおよびDRSを一時的に無効にします。
  2. クラスタの作成および準備
    • ローカルと受信の両方のクロスサイトESXiホストをホストするための新しいクラスタを作成します。
    • すべてのホスト(管理用仮想マシンを含むホストを除く)を保守モードに配置します。
    • これらをVMware vSANクラスタから削除し、新しく作成したクラスタに移動します。
  3. OCI専用リージョンBホストをOCI専用リージョンの新規クラスタに追加
    • OCI専用リージョンVMwarevCenterから、FQDNによってOCI専用リージョンVMwareESXiホストを追加します。
    • これらのホストを新しく作成したクラスタに追加し、メンテナンス・モードから削除します。

分散仮想スイッチ(VDS)の統合および更新

これで、プライマリ・サイトとセカンダリ・サイトの両方のすべてのESXiホストが、OCI専用リージョンAの同じVMware vCenterによって管理されるようになりました:

  • プライマリ・サイトからの既存のVDS (OCI専用リージョンA)を統合分散スイッチとして使用します。
  • このプライマリ・サイトVDSのすべてのセカンダリ・サイト(OCI専用リージョンB)ポート・グループ(PG)を再作成して、一貫性と互換性を確保します。

VDS構成では、プライマリサイトホストからの2つのアップリンクとセカンダリサイトホストからの2つのアップリンクの 4つのアップリンクがサポートされるようになりました。

チーミングおよびフェイルオーバー・ポリシーの構成

Site アクティブなアップリンク スタンバイ・アップリンク
プライマリ・サイトPG プライマリサイト vmnic0、 vmnic1 セカンダリ・サイトvmnic0、vmnic1
セカンダリ・サイトPG セカンダリ・サイトvmnic0、vmnic1

プライマリサイト vmnic0、 vmnic1

重要: 管理ポート・グループ(vmk0)では、ホストのサイトに固有のvmnic0のみを使用します(つまり、プライマリ・サイト・ホストの場合はプライマリ・サイト、セカンダリ・サイト・ホストの場合はセカンダリ・サイトからのvmnic0)。これは、vmnic0のみがバックエンド管理VLANに接続するOracle Cloud VMware Solutionのデプロイメント動作と一致します。

この構成により、プライマリ・サイトのホストが使用できなくなった場合にセカンダリ・サイトのアップリンクにトラフィックが正常にフェイルオーバーされ、クラスタ全体で中断のない接続が維持されます。

セカンダリサイトのポートグループが統合VDSで再作成されたら:

  • すべてのポート・グループでVMおよびホスト接続を検証します。
  • すべてのVDSポートグループおよび VMkernelインタフェース(vmk)が MTU 9000 (通常は 1500にデフォルト設定され、明示的に更新される必要がある)で構成されていることを確認します。

最後に、競合を回避するために、セカンダリサイトのホストからレガシーVDS構成を削除します。

統合VDSへのvmk0の移行

ノート:

場合によっては、vmk0 (管理インタフェース)の既存の構成から新しいVDSへの移行が失敗してロールバックすることがあります。このような場合、次を実行します:
  • SSH経由でホストにログインします。
  • dcuiを実行して、ダイレクト・コンソール・ユーザー・インタフェース(DCUI)を起動します。
  • ネットワーク設定をリストアして、vmk0を標準vSwitch (VSS)に移動します。