VMFSデータストアにクラスター化されたVMDKが導入されて以来、Windows Serverフェールオーバー クラスター(WSFC)などのアプリケーションでは、SCSI-3永続予約(SCSI3-PR)を使用するためにRAWデバイス マッピング(RDM)が不要になりました。このため、BroadcomはNVMeoFプロトコルのRDMサポートを提供していません。SDCでRDMを使用しており、NVMe/TCPへの移行を希望するお客様は、これらのディスクを、クラスタ化されたVMDKプロパティを持つVMFSデータストア上のVMDKに変換する必要があります。この変換はStorage vMotionでは実行できないため、WSFCなどのアプリケーションではダウンタイムが発生します。

このKBは以下に適用されます。

• PowerFlex 5.0システムでSDCからNVMe/TCPに移行するお客様
• ディスク用のマルチライターまたは共有物理SCSIバス コントローラーを備えたRDMを使用するVMware vSphere 8.0U3および9.x環境
• Oracle RACクラスター
• Windows Serverフェールオーバー クラスタリング(以下を含む):
  • SQL Serverフェールオーバー クラスター
  • ファイル サーバー クラスター
  • クラスター クォーラム ディスク

サポート：

Dellでは、クラスタ化されたVMDKを使用する場合のこれらの手順について、次のバージョンをサポートしています。

• ESXiバージョン8.0U3および9.x
  • これらのバージョンでは、PowerFlex 5.0でのNVMe/TCPクラスター化されたVMDKがサポートされています。
• PowerFlex 5.0
  • PowerFlex 4.xはサポートされていません

Oracle RACを変換するときに、クラスタ化されたVMDKを使用していない場合は、PowerFlex 4.xがサポートされます。

このKBではクラスタ化されたアプリケーションに焦点を当てていますが、特にASMを使用するOracleの場合は、同様の手順を使用して、RDMを備えたスタンドアロンVMをVMDKに変換できます。ダイレクト パススルー デバイスが必要なためにRDMを使用している場合、VMDKへの変換は適切なソリューションではありません。

概要

この記事では、NVMe/TCPデータストア上の既存のSDC、RDMベースのアプリケーション クラスターを共有VMDKに変換するためにサポートされているベスト プラクティス アプローチについて説明します。変換方法は、アプリケーション要件によって異なります。それに応じて計画を立てます。Dellは、このKBのユーザーが対象テクノロジーに熟達していることを求めます。したがって、ステップは高レベルであり、構文が含まれることはめったにありません。

ここでは、RDMの主な2つのユース ケースについて説明します。

1. Oracle RACでの物理RDMとマルチライターの使用
2. SCSI3-PR用の物理RDMを使用したWindows Serverフェールオーバー クラスタリング(WSFC)

VMware VMの仮想ストレージ コントローラーには、先に進む前に理解しておくべき重要な概念があります。これらのコントローラーは、仮想ディスクをVMに接続する役割を担います。仮想コントローラーは、基盤となるデータストアで使用される物理ストレージ プロトコルに関連付けられていません。たとえば、デフォルトのコントローラーは「SCSI」とラベル付けされていますが、完全に仮想であり、その下で使用される物理ストレージ トランスポートを反映したり制限したりすることはありません。この抽象化のため、ストレージ プロトコルがSCSIかNVMeoFかに関係なく、仮想SCSIコントローラーとNVMeコントローラーのどちらを使用してVMDKを接続しても機能に違いはありません。実際には、VMwareでは、ほとんどのワークロードで安定性が高く、パフォーマンスが向上する傾向があるため、VMware準仮想化(PVSCSI)タイプのストレージに関係なくSCSIコントローラーを使用することを推奨しています。ただし、必要に応じてNVMeコントローラーを使用できます。 

1.Oracle RAC: RDMからVMDKへの変換

一部のOracle RAC環境では、RDMを使用して、VMDKではなく、データファイルまたはASMディスク グループ用の共有ストレージを提供します。これらのセットアップをオンラインで変換することは可能ですが、一部の方法ではダウンタイムが必要です。RDMベースとASMの両方に対応しています。

1.1 ASMを使用しないRAC

Oracle Automatic Storage Management (ASM)を使用していない場合は、次のいずれかの方法を使用してオンラインで変換できます。

オプション A — オンライン データファイル移行

1. 新しい共有VMDKを作成します。
• NVMe/TCP上のVMFSデータストア(クラスタ化されたVMDKプロパティは不要)
• シック プロビジョニングEager Zeroed (EZT)
• マルチライターが有効
2. VMDKをすべてのRACノードに接続します。
3. VMDKを使用して新しいデータファイルを追加します。
4. RDMベースのデータファイルからVMDKベースのデータファイルにデータを移行します。
5. 元のRDMベースのデータファイルを削除します。
6. crsctl/ocrconfigを使用してクラスターウェアを移動します。

このアプローチによりダウンタイムは回避されますが、テーブルスペース レベルまたはオブジェクト レベルでデータの移動が必要になる場合があり、時間がかかる場合があります。

オプションB:ASMに変換(推奨)

ASMへの変換は、長期的なストレージ管理をシンプルにし、戦略的な最終状態として推奨されます。

サポートされている2つのアプローチがあります。

• ASMディスク グループへのオンライン移行
• BACKUP AS COPY DATABASEを使用するRMAN
• 短時間のシステム停止が必要
• 大規模なデータベースをより高速かつ安全に
• 本番システムに一般的に推奨

1.2 すでにASMを使用しているRAC

ASMを使用している場合、RDMの交換は簡単で、オンラインです。

1. 新しい共有VMDKを作成します。
• NVMe/TCP上のVMFSデータストア(クラスタ化されたVMDKプロパティは不要)
• シックプロビジョニング(Eager Zeroed)
• マルチライターが有効
2. VMDKをASMディスク グループに追加します。
3. ASMの再バランシングを完了させます。
4. RDMによってバックアップされるASMディスクをドロップします。
5. crsctl/ocrconfigを使用してクラスターウェアを移動します。

このプロセスでは、アプリケーションのダウンタイムは発生せず、リスクも最小限に抑えられます。

2.Wsfc：RDMからVMDKへの変換

⚠️ 重要：クラスターの安定性を維持するために、WSFC 移行を一度に 1 つのディスクで実行します。この例は、2ノード クラスターです。

2.1 前提条件(必須)

VMwareの要件

• クラスター化されたVMDKをサポートするVMハードウェア バージョン
• NVMe/TCP上のVMFSデータストア
• クラスター化されたVMDK機能の有効化
• シック プロビジョニングEager Zeroedディスク
• クラスターVMにスナップショットがありません
• Storage DRSが無効になっています

WSFC の要件

• クラスターの正常性
• クラスター検証がクリーン(警告は許容可能)
• 各ディスクに1つの所有ノードがあります

2.2 新しい共有VMDKの作成

RDMディスクごとに、次の手順を実行します。

1. NVMe/TCPデータストアで新しいVMDKを作成します(クラスタ化されたVMDKが必要)。
• 同じまたはそれより大きいサイズ
• シックプロビジョニング(Eager Zeroed)
2. VMDKを両方のクラスター ノードに接続します。
• 同じSCSIコントローラー タイプ(PVSCSIを推奨)
• 同じコントローラー番号
• 同じSCSI ID
• SCSI物理バス共有の有効化

2.3 ディスクの準備(所有者ノードのみ)

現在所有しているノードで、次の手順を実行します。

1. 新しいディスクをオンラインにします。
2. GPTとして初期化します。
3. NTFSを128KBでフォーマットします。
4. 一時ドライブ文字を割り当てます。

セカンダリー ノードで、ディスクをオフラインのままにします。

2.4 データの移行(ディスク単位)

SQL Serverデータ ディスクの例:

1. 所有ノードへのSQLロールを失敗させます。
2. 古いRDMを使用してSQLリソース(SQL Server)を停止し、ディスクをオンラインに保ちます。
3. robocopyを使用してデータをコピーします(RはRDM、Vは新しいVMDK)。
   1. robocopy R:\V：\/MIR /COPYALL /DCOPY:T /R:0 /W:0
4. データの整合性を検証します。
5. 新しいディスクに古い文字が含まれるようにドライブ文字を変更します。
6. 新しいディスクを参照するようにクラスター リソースの依存関係を更新します。
7. リソースをオンラインにする。
8. テストする別のノードに所有権を移動します。
9. 完了したら、古いディスク(RDM)への依存関係を削除します。
10. 各データ ディスクについて繰り返します

このプロセスを次の順番で繰り返します。

• ログ ディスク
• 温度

2.5 クラスター ディスク リソースの交換

検証後:

1. クラスターの役割から古いRDMディスクを削除します。
2. 新しいVMDKディスクをロールに追加します。
3. 所有権と依存関係を確認します。
4. テストする別のノードに所有権を移動します。

2.6 クォーラムディスクの移行 (使用中の場合)

偶発的なクラスターの停止を防ぐには、次の手順を実行します。

1. クォーラムを一時的にディスクではなくノード マジョリティに切り替えます。
   1. Set-ClusterQuorum -NodeMajority
2. セクション 2.3 に従って、新しいディスクを追加します。
3. UIでディスクをクラスターに追加するか、PSでAdd-ClusterDiskを実行します。
4. UIで新しいディスクをクォーラムとして設定するか、 Set-ClusterQuorum -DiskWitness "Cluster Disk X"を設定します
5. オフラインにして、RDMディスクを削除します。

3 RDMの削除

いずれかのユース ケースで検証が成功した場合にのみ、次のようになります。

1. 両方のVMからRDMマッピングを削除します。
2. ESXiホストからLUNを接続解除します。
3. PowerFlex Managerでボリュームをアンマップします。

4 よくある問題

1. EZTディスク使用の失敗
   • ここで取り上げるクラスター化されたソリューションにはEZTが必要です。thinまたはzeroedthickはサポートされていません
2. コントローラー構成が一致しません。以下の不整合があると、ディスクがクラスター内で正常に機能しなくなります。
   • 同じSCSIコントローラー タイプ
   • 同じコントローラー番号
   • 同じSCSI ID
3. 各VMDKの各VM(ノード)でOracle EZT vmdkにマルチライターを設定できない
4. WSFCのコントローラーでSCSI物理バス共有を設定できない 

4.1 構成サポート

その他のドキュメント リンク(順不同):

https://learn.microsoft.com/en-us/sql/sql-server/?view=sql-server-ver17

https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/robocopy

https://knowledge.broadcom.com/external/article/313472/microsoft-windows-server-failover-cluste.html

https://blogs.vmware.com/cloud-foundation/2023/07/06/shared-disk-clustering-on-vsphere-getting-out-of-the-multi-writer-flag-jam/

https://www.vmware.com/docs/vmw-vmdk-whitepaper-mmt

https://learn.microsoft.com/en-us/troubleshoot/windows-server/high-availability/configuring-witness-resource

https://learn.microsoft.com/windows-server/administration/windows-commands/robocopy