ディスク フォーマットのアップグレードはオプションです。以前のディスク フォーマットのバージョンを使用していても、vSAN クラスタはスムーズに稼動し続けます。
最適な結果を得るには、オブジェクトをアップグレードして最新のオンディスク フォーマットを使用します。 最新のオンディスク フォーマットでは、vSAN の完全な機能セットを使用できます。
ディスク グループは一度に 1 つずつアップグレードされるため、ディスク グループのサイズによってはディスク フォーマットのアップグレードに時間がかかる可能性があります。 各ディスク グループのアップグレードでは、各デバイスにあるすべてのデータが退避させられ、vSAN クラスタからディスク グループが削除されます。その後、新しいオンディスク フォーマットの vSAN にそのディスク グループが再び追加されます。
オンディスク フォーマットをアップグレードすると、ホストのソフトウェアをロールバックしたり、特定の古いホストをクラスタに追加したりできなくなります。
オンディスク フォーマットのアップグレードを開始すると、vSAN はいくつかの操作を実行し、これらの操作は [コンポーネントの再同期] ページで監視できます。次の表に、ディスク フォーマットのアップグレード中に行われる各プロセスを示します。
進行状況 |
説明 |
|---|---|
0% ～ 5% |
クラスタのチェック。 クラスタ コンポーネントが確認され、アップグレードの準備が行われます。 このプロセスには数分かかります。 vSAN では、アップグレードの完了の妨げになるような未解決の問題がないことを確認します。
|
5% ～ 10% |
ディスク グループのアップグレード。 vSAN はデータ移行なしで初期のディスク アップグレードを実行します。このプロセスには数分かかります。 |
10% ～ 15% |
オブジェクトの再編成。 vSAN はすべてのオブジェクトのレイアウトを変更し、正しく編成されるようにします。スナップショットがわずかしかない小規模なシステムの場合、このプロセスには数分間かかることがあります。多数のスナップショット、多数の断片化された書き込み、および多数の整理されていないオブジェクトを含む大規模なシステムの場合は、数時間から数日間かかることがあります。 |
15% ～ 95% |
ディスク グループの削除および再フォーマット。 各ディスク グループがクラスタから削除され、再フォーマットされ、再びクラスタに追加されます。 このプロセスにかかる時間は、割り当てられたメガバイト数とシステム ロードによって異なります。I/O キャパシティに達している、または近づいているシステムでは、転送速度が低下します。 |
95% ～ 100% |
最終的なオブジェクト バージョンのアップグレード。 新しいオンディスク フォーマットへのオブジェクトの変換と再同期が完了します。 このプロセスにかかる時間は、使用している容量、および 冗長性の低下を許可 オプションを選択しているかどうかによって異なります。 |
アップグレード中、アップグレード プロセスは [コンポーネントの再同期] ページに移動したときに vSphere Web Client から監視できます。 vSAN クラスタでの再同期タスクの監視を参照してください。RVC コマンド vsan.upgrade_status <cluster> を実行してアップグレードを監視することもできます。 オプションの -r <seconds> フラグを使用すると、Ctrl+C キーを押すまで、アップグレード ステータスを定期的に更新できます。指定できる最短の更新間隔は 60 秒です。
デバイスの削除やアップグレードなどのその他のアップグレード タスクは、vSphere Web Client のステータス バーの [最近のタスク] ペインから監視できます。
ディスク フォーマットをアップグレードするときは次の考慮事項が適用されます。
3 台のホストを含むクラスタをアップグレードして完全退避を実行する場合、許容されるプライマリ レベルの障害数 が 0 よりも大きいと、オブジェクトの退避に失敗します。3 台のホストからなるクラスタでは、2 台のホストのみのリソースを使用して完全退避が行われているディスク グループを再保護することはできません。たとえば、許容されるプライマリ レベルの障害数 が 1 に設定されている場合、vSAN には 3 つの保護コンポーネント（2 つのミラーと 1 つの監視）があり、各保護コンポーネントが独立したホストに配置されている必要があります。
3 台のホストからなるクラスタの場合、退避モードとして データ アクセシビリティの確保 を選択する必要があります。このモードの場合、ハードウェア障害でデータが損失する可能性があります。
十分な空き容量があることも確認する必要があります。 この容量は、最も大きいディスク グループの論理的消費容量と等しくする必要があります。 移行されるディスク グループとは異なるディスク グループにこの容量がある必要があります。
3 台のホストからなるクラスタをアップグレードする場合、またはリソースが制限されているクラスタをアップグレードする場合は、仮想マシンが冗長性低下モードで動作できるようにします。オプション vsan.ondisk_upgrade --allow-reduced-redundancy を指定して RVC コマンドを実行します。
--allow-reduced-redundancy コマンド オプションを使用すると、特定の仮想マシンが移行中の障害を許容できなくなる可能性があります。この障害に対して許容性を低下させたことが、データの損失を招く可能性もあります。 vSAN は、アップグレードの完了後に完全なコンプライアンスと冗長性をリストアします。アップグレード中は、仮想マシンのコンプライアンス ステータスとその冗長性は一時的に準拠しなくなります。アップグレードを完了してすべての再構築タスクを完了すると、仮想マシンは準拠するようになります。
アップグレードの進行中は、ホストを削除または切断したり、ホストをメンテナンス モードにしたりしないでください。 これらの処理によって、アップグレードが失敗する場合があります。
RVC コマンドとコマンド オプションの詳細については、『RVC コマンド リファレンス ガイド』を参照してください。
