VxRail vSAN オブジェクト フォーマットの健全性に関するアラートについて

vSAN のオブジェクトフォーマット(On-Disk Format)の更新について、
新しいバージョンの On-Disk Format に更新すると、そのバージョン以降で利用できる機能が使えるようになりますので、その機能が必要であれば更新しておくのがおすすめです。

• Understanding vSAN on-disk format versions and compatibility (2148493)
  https://kb.vmware.com/s/article/2148493

基本的に更新自体は SSD・HDD を1本ずつメタデータ部分のみを更新するので、1本あたり数10秒で切り替わっていきます。

ただ、以下のドキュメントのように日本語バージョンの説明だと古い情報が残ってしまっており、更新自体に非常に長い時間がかかると思われてしまいがちです。

• vSAN ディスク フォーマットについて
  https://docs.vmware.com/jp/VMware-vSphere/8.0/vsan-administration/GUID-08728A9E-88E0-4CEB-9764-E828719DA927.html

日本語版

" ディスク グループは一度に 1 つずつアップグレードされるため、ディスク グループのサイズによってはディスク フォーマットのアップグレードに時間がかかる場合があります。各ディスク グループのアップグレードでは、各デバイスにあるすべてのデータが退避し、vSAN クラスタからディスク グループが削除されます。その後、新しいオンディスク フォーマットの vSAN に、ディスク グループが再び追加されます。"

英語版
" vSAN on-disk format version 3 and higher require only a metadata upgrade that takes a few minutes. No disk evacuation or reconfiguration is performed during the on-disk format upgrade. "

基本的には超初期のバージョン、vSAN 5.5 や vSAN 6.0 からの更新 (On‐Disk Format v1 or v2 → v3 以降への更新)で無い限りディスクグループの作り直しなどは発生せず、時間はそれほどかかりませんし、仮想マシンも止まらず IO 負荷が高まることもありません。

ただし、vSAN 7.0 以前 (On‐Disk Format v11 以前)から vSAN 7.0 u1 (On‐Disk Format v13 以降)に更新する場合は、
On‐Disk Format v13 以降で効率的に容量管理できるようになった機能への対応のため、大容量 VM などで vSAN オブジェクトで 255GB 以上のものが稼働している場合は、その実データの再配置・再構成が裏で行われるのでその分の IO 負荷の高まりと、データ再配置中の一時領域が必要となります。

このあたりは以前の質問とドキュメントをご参照ください。

• vSAN オブジェクト フォーマットについて
  https://docs.vmware.com/jp/VMware-vSphere/7.0/com.vmware.vsphere.vsan.doc/GUID-D0A298A4-8A90-47C0-91C9-103F97B8E930.html
• VxRail内部vCenterのメジャーアップグレードで保持される設定について

多くの環境で、同様の懸念を抱かれて二の足を踏まれてしまうことが多いですが、実際に性能影響が出たというのは聞いたことがないです。

下記の記事にもある通り、vSANにはリビルド時の性能影響を軽減する機能（Adaptive Resync）がありますので、よほどIO負荷が高い環境であったり、ストレージの遅延に極めて厳しい仮想マシンでない限り影響が顕在化することはほとんどないです。

Solved: vSANのリバランス処理やデータ移行時の負荷について - VMware Technology Network VMTN

以下の記事に”20％ほど低下することがある”と記載がありますが、おそらく上記のAdaptive Resyncの機能で、競合時に20％までの帯域がResyncに利用されることに起因しているのではないかと思います。

VxRailではサイザーで構成を決定する際に最大IOPSの70％未満で稼働するようにサイジングされています。そのため、サイジング時点ですでに20％以上の余裕があるとも言えますので、その観点でも影響が出にくいと考えています。

容量効率が悪くなりますので、何らかの事情で容量使用率が高くなった際にアクセス障害が出る可能性や容量の解放が困難になる可能性が高くなります。

その結果としてアップグレード作業が失敗 or 長期化したり、空き容量の確保が困難になり慢性的な容量不足で運用負荷が高まるような事例があります。

もちろん常に一定の空き容量を確保するような運用をしていればオブジェクトフォーマットの変更をしなくても問題がないことが多いですが、極めて大きいVMDKがあったり、ハードウェア障害で一時的に使用率が向上したり、スナップショットを消し忘れて容量を圧迫したり、というイレギュラーな事態が発生したときに対処が難しくなります。

個人的にはオブジェクトフォーマットは早めに変更しておくことをお勧めします。