この記事では、vSAN 健全性サービスの 「キャパシティ使用量の健全性 - クラスタおよびホストコンポーネントの使用率」チェックについて説明し、エラーが報告される原因の詳細について解説します。
vSphere は vSAN クラスタに対して次の警告またはエラーを報告します - 「コンポーネント」
vSAN Skyline Health で次の警告またはエラーが表示されます - 「クラスタおよびホスト コンポーネントの使用率」
VMware vSAN (All Versions)
この健全性チェックは、ESXiホスト上の vSAN コンポーネント数がコンポーネントの制限を超えていないことを確認します。
このチェックで警告またはエラーが返された場合、vSAN コンポーネントの数が ESXi ホストの制限に達したことを意味します。ホストあたりのコンポーネント制限に達すると、新しい仮想マシンのデプロイは失敗し、再構築操作は完了できなくなります。
ホストコンポーネント制限に達すると、vSANは新規オブジェクトを配置できなくなり、オブジェクトプロビジョニングポリシーを満たせるホストのすべてまたは大部分がホストコンポーネント制限に達している場合、VMDKプロビジョニングなどのvSANオブジェクト作成に失敗します。
この健全性チェックで警告およびエラーが表示されるしきい値は以下の通りです:
Green (OK) --> 80 % 未満
Yellow (Warning) --> 80% ~ 90%
Red (Danger) --> 90%以上
注:
vSANクラスタ内の最大コンポーネント数は 288000 に制限されています。
vSAN OSA のホストあたりの最大コンポーネント数は 9000 です。
vSAN ESA のホストあたりの最大コンポーネント数は 27000 です。ESAの各ディスクでは 3000個のDATAコンポーネントと3000個のメタデータコンポーネントに制限されます。これは、ESA用に要求されたディスクをホストが2つしか持たない場合、6000個のDATAコンポーネントと6000個のメタデータコンポーネントに制限されることを意味し、これは単一ESAホストの制限である 27000コンポーネントを大幅に下回ります。
この問題をトラブルシューティングするには、ディスクグループを持つ追加のホストをクラスタに追加します。
コンポーネント数を削減するには、より少ないコンポーネントを必要とするストレージポリシーを利用します(例:FTM=RAID5 ではなく FTM=RAID1、StripeWidth=4 ではなく StripeWidth=1)。ただし、これにより必要なストレージ容量が増加する可能性があることに注意してください。競合やパフォーマンスの問題を防ぐため、ポリシーの変更は一括ではなく段階的に実施してください。
不要と確認されたデータオブジェクトを削除することで、コンポーネント数を削減できます。