「VxRail：ノードでLSOMの輻輳が発生する可能性がある

メモ:VMware KB 82619(外部リンク)に基づいて提供される情報です。新しいアップデートの可能性については、記事を確認してください。

VxRailバージョン4.7.511-526および7.0.130-132を実行すると、次の問題が発生する可能性があります。

• 「コミット テーブル内の要素数」が10万を超え、時間の経過とともに減少しない。
• vSANデータストア上のファイルとフォルダーが表示されない。
• パフォーマンスが著しく低下する。
• Local Log Structured Object Management(LSOM)のメモリー輻輳が高いことを示すノードが1つ以上あります(コマンド1を参照)。
• 「コミット テーブル内の要素数」が10万を超える（コマンド2を参照）。
• メモリー輻輳がクラスター内のすべてのノードに伝播される。
• vmkernel.logに次のメッセージが記録される。
  • LSOM: LSOM_ThrowCongestionVOB:3429: Throttled: Virtual SAN node "HOSTNAME" maximum Memory congestion reached.
• vobd.logおよびvmkernel.logに次のメッセージが記録される。
  • LSOM_ThrowAsyncCongestionVOB:1669: LSOM Memory Congestion State: Exceeded. Congestion Threshold: 200 Current Congestion: 204.

次のスクリプト コマンドを使用して、ホストでこの問題が発生しているかどうかを判断できます。
スクリプト1

while true; do echo "================================================"; date; for ssd in $(localcli vsan storage list |grep "Group UUID"|awk '{print $5}'|sort -u);do echo $ssd;vsish -e get /vmkModules/lsom/disks/$ssd/info|grep Congestion;done; for ssd in $(localcli vsan storage list |grep "Group UUID"|awk '{print $5}'|sort -u);do llogTotal=$(vsish -e get /vmkModules/lsom/disks/$ssd/info|grep "Log space consumed by LLOG"|awk -F : '{print $2}');plogTotal=$(vsish -e get /vmkModules/lsom/disks/$ssd/info|grep "Log space consumed by PLOG"|awk -F : '{print $2}');llogGib=$(echo $llogTotal |awk '{print $1 / 1073741824}');plogGib=$(echo $plogTotal |awk '{print $1 / 1073741824}');allGibTotal=$(expr $llogTotal + $plogTotal|awk '{print $1 / 1073741824}');echo $ssd;echo " LLOG consumption: $llogGib";echo " PLOG consumption: $plogGib";echo " Total log consumption: $allGibTotal";done;sleep 30; done ;

出力例

Fri Feb 12 06:40:51 UTC 2021  

529dd4dc--xxxx-xxxx-xxxx-xxxxxxxxxxxx
   memCongestion:0 >> This value is higher than 0 ( ranger 0-250 )
   slabCongestion:0
   ssdCongestion:0
   iopsCongestion:0
   logCongestion:0
   compCongestion:0
   memCongestionLocalMax:0
   slabCongestionLocalMax:0
   ssdCongestionLocalMax:0
   iopsCongestionLocalMax:0
   logCongestionLocalMax:0
   compCongestionLocalMax:0
529dd4dc-xxxx-xxxx-xxxx-xxxxxxxxxxxxxx
    LLOG consumption: 0.270882
    PLOG consumption: 0.632553
    Total log consumption: 0.903435

スクリプト2

vsish -e ls /vmkModules/lsom/disks/ 2>/dev/null | while read d ; do echo -n ${d/\//} ; vsish -e get /vmkModules/lsom/disks/${d}WBQStats | grep "Number of elements in commit tables" ; done | grep -v ":0$"

出力例
(これはキャッシュ ディスクのみです。容量ディスクの結果は無視できます)

52f395f3-03fd-f005-bf02-40287362403b/   Number of elements in commit tables:300891
526709f4-8790-8a91-2151-a491e2d3aec5/   Number of elements in commit tables:289371

vSAN 6.7 P04およびvSAN 7.0 U1 P02リリースでは、より高い頻度でオブジェクトをスクラブするため、スクラバー構成値が変更されました。この変更により、各オブジェクトのスクラバーの進行が以前よりも頻繁に持続します。クラスター内にアイドル状態のオブジェクトがある場合、スクラバーはこれらのオブジェクトに対するコミット テーブル エントリーをLSOMに蓄積します。最終的に、この蓄積によってLSOMメモリーの輻輳が発生します

このコンテキストでのアイドル オブジェクトとは、関連づけられていないオブジェクト、電源がオフになっているVM、レプリケートされたオブジェクトなどを指します。

1. 問題のあるホストを「Ensure Accessibility」でメンテナンス モードにしてから、ホストを再起動します。
2. Ensure Accessibilityを使用して、各ホストのディスク グループをアンマウントして再マウントします。

1. スクラバーの頻度を 年に1回に変更します。

esxcfg-advcfg -s 1 /VSAN/ObjectScrubsPerYear​​​​

2. スクラバー保持タイマーを無効にします。

esxcfg-advcfg -s 0 /VSAN/ObjectScrubPersistMin