SCSIからNVMe VMware VMFSデータストアへのオフライン移行手順

SCSIからNVMeへのオフラインVMFSデータストアの移行手順

オフライン移行の手順
1. 移行前
2. 各ESXiホストへのデバイス数とパス数の両方を確認します3
3. サポートされていない機能を確認する 4
4. 移行後がサポート対象機能に及ぼす潜在的な影響を確認する 4
移行
1. VMFSボリュームをすべてのホストからマウント解除する 5
2. VMFSボリュームメタデータの整合性を確認します。5
3. VMFSボリュームの再署名 10
4. VMFSデータストア名の変更(オプション) 11
5. 再署名後にVMFSボリュームメタデータの整合性を確認します。11
6. デバイスをNVMeとしてクラスター内のすべてのESXiホストに提示する 11
7. すべてのVMの登録と電源投入 11
移行後。12

概要

NVMeの採用が進むにつれて、SCSIからNVMeへのデータ移行を検討するお客様が増えています。このドキュメントでは、オフライン移行と呼ばれる、SCSIをNVMeに移行する効率的な方法の1つ(ただし、停止を伴います)について説明します。SCSIからNVMeへのオフラインVMFSデータストア移行には、データの移動は伴いません。以前にSCSIデバイスとしてESXiホストまたはクラスターに提示されたデバイスが、表示されなくなり、NVMeデバイスとして再表示されます。その後、VMFSデータストアは再署名され、VMコンテンツを保持したままホストで使用できるようになります。オフライン移行手順の詳細については、以下で説明します。

スコープ

以降のセクションで説明するオフライン移行の手順は、VMFS6データストアにのみ適用されます。
この手順では、移行の機能面について説明し、移行後のワークロードのパフォーマンス特性については説明しません。
スケール(同時移行の数など)または制限(デバイスあたりの最大パス数、VMあたりの最大VMDK数など)の検証は範囲外です。
このドキュメントでは、デバイス、ボリューム、LUNという用語を同じ意味で使用しています。
オフライン移行を開始する前に、VMFSデータストア内のすべてのVMの電源をオフにする必要があります。

オフライン移行の手順

SCSIからNVMeへのVMFS6データストアのオフライン移行は、 3つの フェーズで構成されます。各フェーズには、複数のチェックまたはステップが含まれる場合があります。

移行前
この準備フェーズには、環境の特性と使用中の機能を把握するためのチェックが含まれます。このフェーズは、オフライン移行が環境内で実現可能かどうかを判断するために必要です。また、移行後の影響を把握するためにも必要です。重要なチェックの一部を以下に示します。これはすべてを網羅したリストではなく、標準的なお客様の環境で最も一般的なチェックについて記載しています。

VMFSボリュームのロックモードを確認します

まず、LUNがATSモードをサポートしていることを確認します。移行は、VMFS6データストアがATSのみのロックモードを使用しており、SCSI-2予約を使用しない場合にのみ試行する必要があります。

特定のボリュームのロックモードを判別するには、次のコマンドを実行します。 esxcli storage vmfs lockmode list -l <volume name/label> データストアへのアクセス権を持つESXiホスト上。オフライン移行は、VMFS6ボリュームのロックモードが「ATS」の場合にのみサポートされます。「ATS+SCSI」モードはサポートされていません

オフライン移行をサポートするボリュームの例:

esxcli storage vmfs lockmode list -l testVol1
Volume Name UUID                                Type   Locking Mode ATS Compatible ATS Upgrade Modes ATS Incompatibility Reason

----------- ----------------------------------- ------ ------------ -------------- ----------------- --------------------------

testVol1    5d1c5b0f-xxxxxxxx-xxxx-246e9xxxxdb0 VMFS-6 ATS          true           No upgrade needed

An example of a volume not supporting offline migration:

esxcli storage vmfs lockmode list -l testVol2
 Volume Name UUID                                Type   Locking Mode ATS Compatible ATS Upgrade Modes ATS Incompatibility Reason

----------- ----------------------------------- ------ ------------ -------------- ----------------- --------------------------

testVol2    63510e51-xxxxxxxx-xxxx-246e9xxxxde6 VMFS-6 ATS+SCSI     false          None              Device does not support ATS

もしあれば確認してください vmdk 選択したデータストア内の任意のVMがRDM(物理または仮想)として使用されます

選択したデータストア内のVMにSCSIモードのRDMがある場合、NVMeへの移行は許可されません。VMにRDMがあるかどうかを検出するVMwareコマンドはありませんが、Dell VSIプラグインは各VMのディスクタイプを一覧表示します。以下は、VM(ランタイム名)にRDMがあるかどうかを示すVSIのビューのスクリーンショットです。

VMにRDMがある場合は、移行する前に、RDMをVMから削除するか、変換するか、VMを別のデータストアに移動する必要があります。
1.3 VMFSデータストアをホストしているデバイスへの要求ルール/設定のマッピングを確認します

移行前にSCSIデバイスにカスタム要求ルールがある場合、NVMeを使用して提示したときに、それらのルールがデバイスに適用されない可能性があります。照会によってアクセスした場合、NVMeデバイスに個別のベンダーとモデルのフィールドは表示されません。これらのフィールドは一緒であるため、必要に応じて新しい請求ルールが必要です。さらに、SCSI識別子とNVMe識別子は異なるため、World Wide Name(WWN)などのデバイス識別子に基づくクレームルールは失敗します
デフォルトでは、VMwareは、デフォルトパスプラグイン HPP.
各ESXiホストへのデバイス数とパスの両方を確認します

NVMeは、各ESXiホストに対してSCSIよりも少ないデバイスとパスをサポートします。SCSIデバイスの数がNVMeの制限を超えると、同じESXiホスト上のすべてのデータストアを変換することはできません。ソリューションとして、お客様は、Storage vMotionを使用して、変換の前後に、より多くのESXiホストを採用したり、データストアを統合したりできます。
1. SCSI - 1024デバイス/4096パス
2. NVMe:256デバイス/2048パス

サポートされていない機能を確認します

現時点では、一部のVMware機能がNVMeでサポートされていません。移行前にサポート可能性を確認します。

たとえば、次の機能は現在、ESXi(リリース8.0U1まで)で実行されているNVMeではサポートされていません。

機能	簡単な説明	備考
ゲストクラスタリング	Windows Serverフェールオーバークラスター(WSFC)などの高可用性ソリューションをサポートするクラスター化されたVMDK機能	クラスター化されたVMFSデータストア `VMDK` [有効]は移行できません。
SRM	SRMを使用したアレイベースのレプリケーションは、NVMeではサポートされていません。	SRMアレイレプリケーションに関連するデータストアを移行すると、ソリューションが役に立たなくなります。

注：上記のリストはすべてを網羅しているわけではありません。お客様は、重要な機能に対する移行の影響について、アレイ固有のドキュメントを確認する必要があります。

サポート対象機能に対する移行後の潜在的な影響を確認する

次の機能が統合されていないため、SCSIと比較してNVMeでの特定の操作の実行方法が変わる可能性があります。

機能	影響の性質	対処
Hardware Accelerated Move - XCOPY	現在、これと同等のコマンドはありません。 `XCOPY`.代わりにVMwareソフトウェアData Moverが使用されます。これにより、クローン作成や `SvMotion`.	なし
Write Same/UNMAP(同一書き込み/割り当て解除)	NVMeデバイスが、NVMeと同等の書き込みゼロまたは2000000000000000000000000000000000000000000000 `unmap`、パフォーマンスに影響する可能性があります。	なし

移行

このフェーズには、データストアをSCSIからNVMeに移行する手順が含まれます。
すべてのVMの電源を切り、登録を解除します

移行するデータストアでホストされているすべてのVMの電源を切り、登録を解除します。削除せずに、登録解除のみを行ってください。
すべてのホストからのVMFSボリュームのアンマウント

すべてのVMが登録解除されたら、すべてのESXiホストからVMFSボリュームをアンマウントします。これは、整合性チェックと移行の実行時に使用されていないことを確認するためです
VMFSボリュームメタデータの整合性チェック

移行を開始する前に、VMFSオンディスクメタデータの整合性を確認します。これにより、開始前に不整合がないことが保証されます。
1. そのノードで VOMA (VMware On-Disk Metadata Analyzer)をチェックモードで、次のコマンドを実行します。
```
voma -m vmfs -f check -d /vmfs/devices/disks/<DEVICE>:<PARTITION> -s <OUTPUT FILE>
```
ここで、

DEVICE は、移行中のVMFS6ボリュームをホストしているSCSIデバイスです

PARTITION は、デバイス上でVMFSボリュームがフォーマットされるパーティション番号です

OUTPUT FILE は、コマンドの出力を保存する必要があるファイルの絶対パスです。このファイルは次の場所にあります。 /tmp 十分なスペースがある場合、または移行対象以外のVMFSボリュームがある場合。

のように:
```
voma -m vmfs -f check -d naa.60000970000120200302533030313031:1 -s /tmp/voma.out
```
出力は次のようになります。
```
[root@dsib0184:/dev/disks] voma -m vmfs -f check -d naa.60000970000120200302533030313031:1
Running VMFS Checker version 2.1 in check mode
Initializing LVM metadata, Basic Checks will be done

Checking for filesystem activity
         Scsi 2 reservation successful                       st activity (4096 bytes/HB, 1024 HBs).                            
Phase 1: Checking VMFS header and resource files
   Detected VMFS-6 file system (labeled:'SRM_UPGRADE_1') with UUID:6418928f-d0fb0a78-fa29-34800d0ed39c, Version 6:82
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           0
```
メモ: コマンドで次のエラーが表示された場合、VMFSは正しくアンマウントされていません。

VOMA デバイスをチェックできませんでした: デバイスまたはリソースがビジー状態

出力ファイルを分析して、メタデータの不整合が報告されているかどうかを確認します。 voma.ある場合は、次のコマンドを実行して対処する必要があります。 voma Advanced Fixモードで実行してから続行してください。次に例を示します。

[root@dsib0184:/dev/disks] voma -m vmfs -f fix -d naa.60000970000120200302533030313031:1
Running VMFS Checker version 2.1 in fix mode
Initializing LVM metadata, Basic Checks will be done
Checking for filesystem activity
         Scsi 2 reservation successful                       st activity (4096 bytes/HB, 1024 HBs).                            
Phase 1: Checking VMFS header and resource files
   Detected VMFS-6 file system (labeled:'SRM_UPGRADE_1') with UUID:6418928f-d0fb0a78-fa29-34800d0ed39c, Version 6:82
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           0
Total Errors Fixed:           0
Total Partially Fixed errors: 0

VMFSメタデータダンプを収集して保存します。これは、以降の手順でメタデータの不整合が発生した場合に必要です。

使用の詳細については、https://docs.vmware.com/en/VMware-vSphere/8.0/vsphere-storage/GUID-6F991DB5-9AF0-4F9F-809C-B82D3EED7DAF.htmlを参照してください voma チェック、アドバンス修正モード、またはダンプモード。

SCSI LUNをESXiホストから接続解除します

VC内の各ESXiホストからSCSI LUNを接続解除します。詳細な手順については、KB記事 https://kb.vmware.com/s/article/2004605 を参照してください。

アレイからのSCSI LUNの表示を停止します。

SCSI LUNの表示を解除する手順は、ストレージアレイに固有です。お客様は、手順に関するアレイ固有のドキュメントを確認する必要があります。

デバイスをNVMeとして1つのESXiホストに提示します。

NVMeを使用してデバイスを再提示する手順は、ストレージアレイ固有です。お客様は、手順に関するアレイ固有のドキュメントを確認する必要があります。

ホストでデバイスの再スキャンを開始します。

NVMeを使用してデバイスがESXiホストに提示されると、通常、検出は即座に行われます。ただし、デバイスが表示されない場合は、vSphere UIまたはCLIを使用して1つ以上のアダプターを再スキャンします。

esxcli storage core adapter rescan -a

変換後にVMFSボリュームメタデータの整合性を確認します。

デバイスにアクセスできるESXiホストで、もう一度vomaをチェックモードで実行し、VMFSオンディスクメタデータの整合性が保たれていることを確認します。メタデータの不整合は、続行する前に調査する必要があります。
Voma SCSI-2 reserveコマンドを使用してデバイスをロックし、vomaセッションがアクティブな場合にVMFSボリュームへの同時アクセスまたは変更を防止します。ただし、NVMeデバイスはSCSI-2予約に相当するものをサポートしていません。この問題を回避するには、ユーザーは「-N」オプションを VOMA バックエンドデバイスがNVMeの場合。例：

そのノードで VOMA (VMware On-Disk Metadata Analyzer)をチェックモードで、次のコマンドを実行します。

voma -m vmfs -f check -N -d /vmfs/devices/disks/<DEVICE>:<PARTITION> -s <OUTPUT FILE>

「When（時間）」 voma は "-N」オプションを選択すると、次の警告メッセージが表示されます。

########################################################################
# Warning !!! #
# #
# You are about to execute VOMA without device reservation. #
# Any access to this device from other hosts when VOMA is running #
# can cause severe data corruption #
# #
# This mode is supported only under VMware Support supervision. #
########################################################################
VMware ESXi Question:
Do you want to continue (Y/N)?
0) _Yes
1) _No

0 から 1:
の数字を選択します。これは、現在の voma セッションの進行中に、ボリュームがマウントされたり、他のホストから同時にアクセスされたりしないようにするのはユーザーの責任であることを通知するためです。ここで説明する手順に従い、デバイスが1つのESXiホストでのみマッピングおよび検出されている場合は、続行しても安全です。voma checkモードを続行するには、プロンプトで「0」を入力する必要があります。次に例を示します。

[root@dsib0180:~] voma -m vmfs -f check -N -d /vmfs/devices/disks/eui.03025330303130420000976000012020:1

VMFS Checkerバージョン2.1をチェックモードで実行する
LVMメタデータの初期化、基本チェックの実行
ファイルシステムアクティビティの確認
予約 NVMeデバイスのSTアクティビティ(4096バイト/HB、1024 HB)のサポートはありません。 \
ファイルシステムの稼働状態チェックを実行しています..|

########################################################################
#   Warning !!!                                                        #
#                                                                      #
#   You are about to execute VOMA without device reservation.          #
#   Any access to this device from other hosts when VOMA is running    #
#   can cause severe data corruption                                   #
#                                                                      #
#   This mode is supported only under VMware support supervision.      #
########################################################################

VMware ESXi Question:
Do you want to continue (Y/N)?

0) _Yes
1) _No

Select a number from 0-1: 0

Phase 1: Checking VMFS header and resource files
   Detected VMFS-6 file system (labeled:'Temp_Datastore') with UUID:64359f88-dd0fd27e-af5a-34800d0ed39c, Version 6:82
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           0

0 から 1 までの数値を選択します。0

フェーズ1: VMFSヘッダーファイルとリソースファイルを確認しています
検出されたVMFS-6ファイルシステム(ラベル:'Temp_Datastore') を UUID:64359f88-dd0fd27e-af5a-34800d0ed39c, Version 6:82
フェーズ2：VMFSハートビート領域の確認
フェーズ3: すべてのファイル記述子をチェックしています。
フェーズ 4: パス名と接続性を確認しています。
フェーズ 5: リソース参照カウントを確認しています。
検出されたエラー総数: 0

VMFSボリュームに再署名する

デバイスがNVMeとして表示されるようになったので、データストア上のシグネチャをアップデートする必要があります。これは、現在のシグネチャが、SCSIを使用して提示された場合のデバイスのWWNに一部基づいているためです。NVMeデバイスIDが異なるため、新しい署名を生成する必要があります。したがって、前の2つの手順で使用したのと同じESXiホストで、次のコマンドを実行してボリュームに再署名します。

冗長ですが、次のコマンドを実行してファイルシステムを再スキャンします。

esxcli storage filesystem rescan

次に、次のコマンドを実行して、VMFSスナップショットLUNのリストを取得します。

esxcli storage vmfs snapshot list

新しく提示されたNVMeデバイスが存在するはずですが、環境によってはこのプロセスに関係のない他のスナップショットが存在する可能性があります。

次のコマンドを実行して、VMFSボリュームに再署名します。

esxcli storage vmfs snapshot resignature --volume-label=<label>|–volume-uuid=<id>

次に例を示します。

[root@dsib0180:~] esxcli storage filesystem rescan
[root@dsib0180:~] esxcli storage vmfs snapshot list
64359f88-dd0fd27e-af5a-34800d0ed39c
   Volume Name: Temp_Datastore
   VMFS UUID: 64359f88-dd0fd27e-af5a-34800d0ed39c
   Can mount: true
   Reason for un-mountability:
   Can resignature: true
   Reason for non-resignaturability:
   Unresolved Extent Count: 1
[root@dsib0180:~] esxcli storage vmfs snapshot resignature -l Temp_Datastore

VMFSデータストアの名前変更(オプション)

VMFSボリュームが再署名されると、VMFSボリュームラベルの先頭に「snap」タグが付き、その後に英数字の文字列が続きます。たとえば、前の手順のVMFSデータストアの名前は snap-5c42a2bc-Temp_Datastoreになります。必要に応じて、データストアの名前を元の名前に戻し、プレフィックスを削除します。

再署名後にVMFSボリュームメタデータの整合性を確認します。

もう一度、再署名後のオンディスクVMFSメタデータの整合性を検証します。vomaをVMFSボリュームでチェックモードで実行します。「-N」フラグを含める必要があるvomaコマンドラインについては、セクション2.8を参照してください。vomaが不整合を報告しているかどうかを確認します。vomaがエラーを報告しない場合は続行します。

クラスター内のすべてのESXiホストにNVMeとしてデバイスを提示します。

これまでのどの手順でも問題がなければ、NVMeを使用してクラスター内のすべてのESXiホストにデバイスを認識できます。前述のように、NVMeデバイスはすぐに認識されますが、認識されない場合は、vSphere UIまたはCLIを使用してアダプターを再スキャンします。VMFS6ボリュームがマウントされており、すべてのホストでアクセス可能であることを確認します。

すべてのVMを登録して電源をオンにする

データストアでホストされているすべてのVMを登録し、電源をオンにします。VMの電源が正常にオンになっており、vmdkにアクセスできることを確認します。ベストプラクティスとして、ユーザーは単一のESXiでVMを登録して電源をオンにすることができます。成功したら、他のホストに移行できます

手記：vCenter UIからVMの電源をオンにすると、次のようなポップアップウィンドウが表示される場合があります。これにより、ユーザーはVMがコピーまたは移動されたかどうかを記録するように求められます。ポップアップで「コピーしました」を選択します。

VMのクローニングに関する質問に回答します。

移行後

主要機能への影響を確認し、必要に応じてクリーンアップを実行します。

1.4 各ESXiホストへのデバイス数とパスの両方を確認する 3
1.5 サポートされていない機能を確認する 4
1.6 サポートされる機能に対する移行後の潜在的な影響を確認する 4
2. 移行 4
2.2 すべてのホストからVMFSボリュームをアンマウントします 5
2.3 VMFSボリュームのメタデータの整合性を確認します。5
2.9 VMFSボリュームに再署名します 10
2.10 VMFSデータストアの名前を変更します(オプション) 11
2.11 再署名後にVMFSボリュームメタデータの整合性を確認します。11
2.12 クラスター内のすべてのESXiホストにデバイスをNVMeとして提示します 11
2.13 すべてのVMを登録して電源を入れます 11
3.移行後。12

概要

NVMeの採用が進むにつれて、SCSIからNVMeへのデータ移行を検討するお客様が増えています。このドキュメントでは、オフライン移行と呼ばれる、SCSIをNVMeに移行する効率的な方法の1つ(ただし、停止を伴います)について説明します。SCSIからNVMeへのオフラインVMFSデータストア移行には、データの移動は伴いません。以前にSCSIデバイスとしてESXiホストまたはクラスターに提示されたデバイスが、表示されなくなり、NVMeデバイスとして再表示されます。その後、VMFSデータストアは再署名され、VMコンテンツを保持したままホストで使用できるようになります。オフライン移行手順の詳細については、以下で説明します。

スコープ

以降のセクションで説明するオフライン移行の手順は、VMFS6データストアにのみ適用されます。
この手順では、移行の機能面について説明し、移行後のワークロードのパフォーマンス特性については説明しません。
スケール(同時移行の数など)または制限(デバイスあたりの最大パス数、VMあたりの最大VMDK数など)の検証は範囲外です。
このドキュメントでは、デバイス、ボリューム、LUNという用語を同じ意味で使用します。
オフライン移行を開始する前に、VMFSデータストア内のすべてのVMの電源をオフにしておく必要があります。

オフライン移行の手順

SCSIからNVMeへのVMFS6データストアのオフライン移行は、 3つの フェーズで構成されます。各フェーズには、複数のチェックまたはステップが含まれる場合があります。

移行前

この準備フェーズには、環境の特性と使用中の機能を把握するためのチェックが含まれます。このフェーズは、オフライン移行が環境内で実現可能かどうかを判断するために必要です。また、移行後の影響を把握するためにも必要です。重要なチェックの一部を以下に示します。これはすべてを網羅したリストではなく、標準的なお客様の環境で最も一般的なチェックについて記載しています。

VMFSボリュームのロックモードを確認します。

まず、LUNがATSモードをサポートしていることを確認します。移行は、VMFS6データストアがATSのみのロックモードを使用しており、SCSI-2予約を使用しない場合にのみ試行する必要があります。

特定のボリュームのロックモードを判別するには、次のコマンドを実行します。 esxcli storage vmfs lockmode list -l <volume name/label> データストアへのアクセス権を持つESXiホスト上。オフライン移行は、VMFS6ボリュームのロックモードが「ATS」の場合にのみサポートされます。「ATS+SCSI」モードはサポートされていません

オフライン移行をサポートするボリュームの例:

esxcli storage vmfs lockmode list -l testVol1
Volume Name UUID                                Type   Locking Mode ATS Compatible ATS Upgrade Modes ATS Incompatibility Reason

----------- ----------------------------------- ------ ------------ -------------- ----------------- --------------------------

testVol1    5d1c5b0f-xxxxxxxx-xxxx-246e9xxxxdb0 VMFS-6 ATS          true           No upgrade needed

An example of a volume not supporting offline migration:

esxcli storage vmfs lockmode list -l testVol2
 Volume Name UUID                                Type   Locking Mode ATS Compatible ATS Upgrade Modes ATS Incompatibility Reason

----------- ----------------------------------- ------ ------------ -------------- ----------------- --------------------------

testVol2    63510e51-xxxxxxxx-xxxx-246e9xxxxde6 VMFS-6 ATS+SCSI     false          None              Device does not support ATS

1.2 何かあるかどうかを確認します `vmdk` 選択したデータストア内の任意のVMがRDM(物理または仮想)として使用されます

選択したデータストア内のVMにSCSIモードのRDMがある場合、NVMeへの移行は許可されません。VMにRDMがあるかどうかを検出するVMwareコマンドはありませんが、Dell VSIプラグインは各VMのディスクタイプを一覧表示します。以下は、VSIのビューのスクリーンショットです。仮想マシン(ランタイム名)にRDMがあるかどうかが一覧表示されます。

移行対象のVMFSとRDMを一覧表示します。

VMにRDMがある場合は、移行する前に、RDMをVMから削除するか、変換するか、VMを別のデータストアに移動する必要があります。

1.3 確認 `claim rules/settings` VMFSデータストアをホストしているデバイスへのマッピング。

移行前にSCSIデバイスにカスタム要求ルールがある場合、NVMeを使用して提示したときに、それらのルールがデバイスに適用されない可能性があります。照会によってアクセスした場合、NVMeデバイスに個別のベンダーとモデルのフィールドは表示されません。これらのフィールドは一緒であるため、必要に応じて新しい請求ルールが必要です。さらに、SCSI識別子とNVMe識別子は異なるため、World Wide Name(WWN)などのデバイス識別子に基づくクレームルールは失敗します
デフォルトでは、VMwareは、HPPのデフォルトパスプラグインを使用して、新しく提示されたNVMeデバイスを要求します。

1.4 デバイス数と各ESXiホストへのパスの両方を確認します。

NVMeは、各ESXiホストに対してSCSIよりも少ないデバイスとパスをサポートします。SCSIデバイスの数がNVMeの制限を超えると、同じESXiホスト上のすべてのデータストアを変換できなくなります。ソリューションとして、お客様は、Storage vMotionを使用して、変換の前後に、より多くのESXiホストを採用したり、データストアを統合したりできます。

SCSI - 1024デバイス/4096パス
NVMe:256デバイス/2048パス

1.5 サポートされていない機能を確認します。

現時点では、一部のVMware機能がNVMeでサポートされていません。移行前にサポート可能性を確認します。
たとえば、次の機能は現在、ESXi(リリース8.0U1まで)で実行されているNVMeではサポートされていません。

機能	簡単な説明	備考
ゲストクラスタリング	Windows Serverフェールオーバークラスター(WSFC)などの高可用性ソリューションをサポートするクラスター化されたVMDK機能	クラスタ化されたVMDKが有効になっているVMFSデータストアは移行できません。
SRM	SRMを使用したアレイベースのレプリケーションは、NVMeではサポートされていません。	SRMアレイレプリケーションに関連するデータストアを移行すると、ソリューションが役に立たなくなります。

注：上記のリストはすべてを網羅しているわけではありません。お客様は、重要な機能に対する移行の影響について、アレイ固有のドキュメントを確認する必要があります。

サポート対象機能に対する移行後の潜在的な影響を確認します。

次の機能が統合されていないため、SCSIと比較してNVMeでの特定の操作の実行方法が変わる可能性があります。

機能	影響の性質	対処
Hardware Accelerated Move - XCOPY	現在、これと同等のコマンドはありません。 `XCOPY`. `VMware` 代わりにソフトウェアData Moverが使用されます。これにより、クローン作成やクローン作成など、プリミティブを通常使用する操作のパフォーマンスが低下する可能性があります。 `SvMotion`.	なし
Write Same/UNMAP(同一書き込み/割り当て解除)	NVMeデバイスが、NVMeと同等の書き込みゼロまたは2000000000000000000000000000000000000000000000 `unmap`、パフォーマンスに影響する可能性があります。	なし

移行

このフェーズには、データストアをSCSIからNVMeに移行する手順が含まれます。

すべてのVMの電源を切り、登録を解除します

移行するデータストアでホストされているすべてのVMの電源を切り、登録を解除します。削除せずに、登録解除のみを行ってください。

すべてのホストからのVMFSボリュームのアンマウント

すべてのVMが登録解除されたら、すべてのESXiホストからVMFSボリュームをアンマウントします。これは、整合性チェックと移行の実行時に使用されていないことを確認するためです。

VMFSボリュームメタデータの整合性を確認します。

移行を開始する前に、VMFSオンディスクメタデータの整合性を確認します。これにより、開始前に不整合がなくなります。

そのノードで VOMA (VMware On-Disk Metadata Analyzer)をチェックモードで、次のコマンドを実行します。

voma -m vmfs -f check -d /vmfs/devices/disks/<DEVICE>:<PARTITION> -s <OUTPUT FILE>

ここで、
DEVICE は、移行中のVMFS6ボリュームをホストしているSCSIデバイスです。
PARTITION は、デバイス上でVMFSボリュームがフォーマットされるパーティション番号です。
OUTPUT FILE は、コマンドの出力を保存する必要があるファイルの絶対パスです。このファイルは次の場所にあります。 /tmp 十分なスペースがある場合、または移行対象以外のVMFSボリュームがある場合。

例：

voma -m vmfs -f check -d naa.60000970000120200302533030313031:1 -s /tmp/voma.out

出力は次のようになります。

[root@dsib0184:/dev/disks] voma -m vmfs -f check -d naa.60000970000120200302533030313031:1
Running VMFS Checker version 2.1 in check mode
Initializing LVM metadata, Basic Checks will be done

Checking for filesystem activity
         Scsi 2 reservation successful                       st activity (4096 bytes/HB, 1024 HBs).                            
Phase 1: Checking VMFS header and resource files
   Detected VMFS-6 file system (labeled:'SRM_UPGRADE_1') with UUID:6418928f-d0fb0a78-fa29-34800d0ed39c, Version 6:82
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           0

注：コマンドが次のエラーを受け取った場合、VMFSは正しくアンマウントされていません:

VOMAはデバイスのチェックに失敗しました。デバイスまたはリソースがビジー状態

出力ファイルを分析して、メタデータの不整合が報告されているかどうかを確認します。 voma.ある場合は、次のコマンドを実行して対処する必要があります。 voma Advanced Fixモードで実行してから続行してください。次に例を示します。

[root@dsib0184:/dev/disks] voma -m vmfs -f fix -d naa.60000970000120200302533030313031:1
Running VMFS Checker version 2.1 in fix mode
Initializing LVM metadata, Basic Checks will be done
Checking for filesystem activity
         Scsi 2 reservation successful                       st activity (4096 bytes/HB, 1024 HBs).                            
Phase 1: Checking VMFS header and resource files
   Detected VMFS-6 file system (labeled:'SRM_UPGRADE_1') with UUID:6418928f-d0fb0a78-fa29-34800d0ed39c, Version 6:82
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           0
Total Errors Fixed:           0
Total Partially Fixed errors: 0

VMFSメタデータダンプを収集して保存します。これは、以降の手順でメタデータの不整合が発生した場合に必要です。

使用の詳細については、https://docs.vmware.com/en/VMware-vSphere/8.0/vsphere-storage/GUID-6F991DB5-9AF0-4F9F-809C-B82D3EED7DAF.htmlを参照してください voma チェック、アドバンス修正モード、またはダンプモード。

SCSI LUNをESXiホストから接続解除します

VC内の各ESXiホストからSCSI LUNを接続解除します。詳細な手順については、KB記事 https://kb.vmware.com/s/article/2004605を参照してください。

アレイからのSCSI LUNの表示を停止します。

SCSI LUNの表示を解除する手順は、ストレージアレイに固有です。お客様は、手順に関するアレイ固有のドキュメントを確認する必要があります。

デバイスをNVMeとして1つのESXiホストに提示します。

NVMeを使用してデバイスを再提示する手順は、ストレージアレイ固有です。お客様は、手順に関するアレイ固有のドキュメントを確認する必要があります。

ホストでデバイスの再スキャンを開始します。

NVMeを使用してデバイスがESXiホストに提示されると、通常、検出は即座に行われます。ただし、デバイスが表示されない場合は、vSphere UIまたはCLIを使用して1つ以上のアダプターを再スキャンします。

esxcli storage core adapter rescan -a

変換後にVMFSボリュームメタデータの整合性を確認します。

デバイスにアクセスできるESXiホストで、もう一度vomaをチェックモードで実行し、VMFSオンディスクメタデータの整合性が保たれていることを確認します。メタデータの不整合は、続行する前に調査する必要があります。
Voma は、SCSI-2 reserve コマンドを使用してデバイスをロックし、voma セッションがアクティブなときに VMFS ボリュームへの同時アクセスまたは変更を防止します。ただし、NVMeデバイスはSCSI-2予約に相当するものをサポートしていません。この問題を回避するには、ユーザーは「-N」オプションを VOMA バックエンドデバイスがNVMeの場合。例：

次のコマンドを実行して、VOMA(VMware On-Disk Metadata Analyzer)をチェックモードで実行します。

voma -m vmfs -f check -N -d /vmfs/devices/disks/<DEVICE>:<PARTITION> -s <OUTPUT FILE>

When voma is invoked with "-N" option following warning message is displayed. 
########################################################################
# Warning !!! #
# #
# You are about to execute VOMA without device reservation. #
# Any access to this device from other hosts when VOMA is running #
# can cause severe data corruption #
# #
# This mode is supported only under VMware Support supervision. #
########################################################################
VMware ESXi Question:
Do you want to continue (Y/N)?
0) _Yes
1) _No

0 から 1:
の数字を選択します。これは、現在の voma セッションの進行中に、ボリュームがマウントされたり、他のホストから同時にアクセスされたりしないようにするのはユーザーの責任であることを通知するためです。ここで説明する手順に従い、デバイスが1つのESXiホストでのみマッピングおよび検出されている場合は、続行しても安全です。voma checkモードを続行するには、プロンプトで「0」を入力する必要があります。次に例を示します。

[root@dsib0180:~] voma -m vmfs -f check -N -d /vmfs/devices/disks/eui.03025330303130420000976000012020:1

VMFS Checkerバージョン2.1をチェックモードで実行する
LVMメタデータの初期化、基本チェックの実行
ファイルシステムアクティビティの確認
予約 NVMeデバイスのSTアクティビティー(4096バイト/HB、1024 HB)のサポートはありません。 \

Performing filesystem liveness check..|
########################################################################
#   Warning !!!                                                        #
#                                                                      #
#   You are about to execute VOMA without device reservation.          #
#   Any access to this device from other hosts when VOMA is running    #
#   can cause severe data corruption                                   #
#                                                                      #
#   This mode is supported only under VMware support supervision.      #
########################################################################

VMware ESXi Question:
Do you want to continue (Y/N)?

0) _Yes
1) _No

Select a number from 0-1: 0

Phase 1: Checking VMFS header and resource files
   Detected VMFS-6 file system (labeled:'Temp_Datastore') with UUID:64359f88-dd0fd27e-af5a-34800d0ed39c, Version 6:82
Phase 2: Checking VMFS heartbeat region
Phase 3: Checking all file descriptors.
Phase 4: Checking pathname and connectivity.
Phase 5: Checking resource reference counts.
Total Errors Found:           0

VMFSボリュームに再署名する

デバイスがNVMeとして表示されるようになったので、データストア上のシグネチャをアップデートする必要があります。これは、現在のシグネチャが、SCSIを使用して提示された場合のデバイスのWWNに一部基づいているためです。NVMeデバイスIDが異なるため、新しい署名を生成する必要があります。したがって、前の2つの手順で使用したのと同じESXiホストで、次のコマンドを実行してボリュームに再署名します。

冗長ですが、次のコマンドを実行してファイルシステムを再スキャンします。

ESXCLIストレージファイルシステムの再スキャン

次に、次のコマンドを実行して、VMFSスナップショットLUNのリストを取得します。

esxcli storage vmfs snapshot list

新しく提示されたNVMeデバイスが存在するはずですが、環境によってはこのプロセスに関係のない他のスナップショットが存在する可能性があります。

次のコマンドを実行して、VMFSボリュームに再署名します。

esxcli storage vmfs snapshot resignature --volume-label=<label>|–volume-uuid=<id>

次に例を示します。

[root@dsib0180:~] esxcli storage filesystem rescan
[root@dsib0180:~] esxcli storage vmfs snapshot list
64359f88-dd0fd27e-af5a-34800d0ed39c
   Volume Name: Temp_Datastore
   VMFS UUID: 64359f88-dd0fd27e-af5a-34800d0ed39c
   Can mount: true
   Reason for un-mountability:
   Can resignature: true
   Reason for non-resignaturability:
   Unresolved Extent Count: 1
[root@dsib0180:~] esxcli storage vmfs snapshot resignature -l Temp_Datastore

VMFSデータストアの名前変更(オプション)

VMFSボリュームが再署名されると、VMFSボリュームラベルの先頭に「snap」タグが付き、その後に英数字の文字列が続きます。たとえば、前の手順のVMFSデータストアの名前は snap-5c42a2bc-Temp_Datastoreになっています。必要に応じて、データストアの名前を元の名前に戻し、プレフィックスを削除します。

再署名後にVMFSボリュームメタデータの整合性を確認します。

もう一度、再署名後のオンディスクVMFSメタデータの整合性を検証します。vomaをVMFSボリュームでチェックモードで実行します。「-N」フラグを含める必要があるvomaコマンドラインについては、セクション2.8を参照してください。vomaが不整合を報告しているかどうかを確認します。vomaがエラーを報告しない場合は続行します。

クラスター内のすべてのESXiホストにNVMeとしてデバイスを提示します。

これまでのどの手順でも問題がなければ、NVMeを使用してクラスター内のすべてのESXiホストにデバイスを認識できます。前述のように、NVMeデバイスはすぐに認識されますが、認識されない場合は、vSphere UIまたはCLIを使用してアダプターを再スキャンします。VMFS6ボリュームがマウントされており、すべてのホストでアクセス可能であることを確認します。

すべてのVMを登録して電源をオンにする

データストアでホストされているすべてのVMを登録し、電源をオンにします。VMの電源が正常にオンになっており、vmdkにアクセスできることを確認します。ベストプラクティスとして、ユーザーは単一のESXiでVMを登録して電源をオンにすることができます。成功したら、他のホストに移行できます

手記：vCenter UIからVMの電源をオンにすると、次のようなポップアップウィンドウが表示される場合があります。これにより、ユーザーはVMがコピーまたは移動されたかどうかを記録するように求められます。ポップアップで「コピーしました」を選択します。

クローニング中の質問への回答。

移行後

主要機能への影響を確認し、必要に応じてクリーンアップを実行します。

これは、オフラインデータストア移行のためにVMwareによって公式に吟味されたプロセスです。個々のVMのオンライン移行は、Storage vMotionを使用して実行できます。VMwareには、このプロセス用の個別のKBはありません。

PowerFlex Appliance, PowerFlex custom node, PowerMax 2000, PowerMax 2500, PowerMax 8000, PowerMax 8500, PowerStore 1000X, PowerStore 1000T, PowerStore 1200T, PowerStore 3000X, PowerStore 3000T, PowerStore 3200T, PowerStore 5000X, PowerStore 5000T , PowerStore 500T, PowerStore 5200T, PowerStore 7000X, PowerStore 7000T, PowerStore 9000X, PowerStore 9000T, PowerStore 9200T, VMAX 250F, VMAX 450F, VMAX 950F, VMware ESXi 7.x, VMware ESXi 8.x ...

SCSIからNVMe VMware VMFSデータストアへのオフライン移行手順

詳細記事

手順

追加情報

対象製品

手順

SCSIからNVMeへのオフラインVMFSデータストアの移行手順

目次

概要

スコープ

もしあれば確認してください vmdk 選択したデータストア内の任意のVMがRDM(物理または仮想)として使用されます

1.3 VMFSデータストアをホストしているデバイスへの要求ルール/設定のマッピングを確認します

各ESXiホストへのデバイス数とパスの両方を確認します

サポートされていない機能を確認します

サポート対象機能に対する移行後の潜在的な影響を確認する

移行

すべてのVMの電源を切り、登録を解除します

すべてのホストからのVMFSボリュームのアンマウント

VMFSボリューム メタデータの整合性チェック

SCSI LUNをESXiホストから接続解除します

ホストでデバイスの再スキャンを開始します。

移行後

概要

スコープ

オフライン移行の手順

移行前

VMFSボリュームのロック モードを確認します。

1.2 何かあるかどうかを確認します vmdk 選択したデータストア内の任意のVMがRDM(物理または仮想)として使用されます

1.3 確認 claim rules/settings VMFSデータストアをホストしているデバイスへのマッピング。

1.4 デバイス数と各ESXiホストへのパスの両方を確認します。

1.5 サポートされていない機能を確認します。

移行

すべてのVMの電源を切り、登録を解除します

SCSI LUNをESXiホストから接続解除します

アレイからのSCSI LUNの表示を停止します。

デバイスをNVMeとして1つのESXiホストに提示します。

ホストでデバイスの再スキャンを開始します。

変換後にVMFSボリューム メタデータの整合性を確認します。

VMFSボリュームに再署名する

移行後

その他の情報

対象製品

文書のプロパティ

質問に対する他のDellユーザーからの回答を見つける

サポート サービス

文書のプロパティ

質問に対する他のDellユーザーからの回答を見つける

サポート サービス

もしあれば確認してください `vmdk` 選択したデータストア内の任意のVMがRDM(物理または仮想)として使用されます

VMFSボリュームメタデータの整合性チェック

VMFSボリュームのロックモードを確認します。

1.2 何かあるかどうかを確認します `vmdk` 選択したデータストア内の任意のVMがRDM(物理または仮想)として使用されます

1.3 確認 `claim rules/settings` VMFSデータストアをホストしているデバイスへのマッピング。

変換後にVMFSボリュームメタデータの整合性を確認します。

サポートサービス

サポートサービス