vSAN データストアのキャパシティをサイジングして、クラスタ内の仮想マシン ファイルを調整し、障害およびメンテナンス処理に対応することができます。
Raw キャパシティ
この式を使用して、vSAN データストアの Raw キャパシティを決定します。これらのディスク グループ内のキャパシティ デバイスのサイズで、クラスタ内のディスク グループの合計数を乗算します。vSAN オンディスク フォーマットで必要なオーバーヘッドを減算します。
許容されるプライマリ レベルの障害数
vSAN データストアのキャパシティ（仮想マシン数と VMDK ファイルのサイズは含まない）をプランニングする場合、クラスタの仮想マシン ストレージ ポリシーの [許容されるプライマリ レベルの障害数] および [障害の許容方法] 属性を考慮する必要があります。
[許容されるプライマリ レベルの障害数] は、vSAN のストレージのキャパシティ プランでサイズを指定するときに重要な役割を果たします。仮想マシンの可用性の要件に基づいて設定する場合、仮想マシンとその個々のデバイスの使用量の 2 倍以上のサイズになる可能性があります。
たとえば、[障害の許容方法] が [RAID-1（ミラーリング）- パフォーマンス] に設定されていて、[許容されるプライマリ レベルの障害数] (PFTT) が 1 に設定されている場合、仮想マシンは Raw キャパシティの約 50% を使用できます。PFTT を 2 に設定すると、使用可能なキャパシティが約 33% になります。PFTT を 3 に設定すると、使用可能なキャパシティが約 25% になります。
ただし、[障害の許容方法] が [RAID-5/6（イレージャ コーディング）- キャパシティ] に設定されていて、FTT が 1 に設定されている場合、仮想マシンは Raw 容量の約 75% を使用できます。PFTT を 2 に設定すると、使用可能なキャパシティが約 67% になります。RAID 5/6 の詳細については、VMware vSAN の管理を参照してください。
vSAN ストレージ ポリシーの属性の詳細については、VMware vSAN の管理を参照してください。
必要なキャパシティの計算
次の基準に従って、RAID 1 ミラーリングが構成されているクラスタ内の仮想マシンのキャパシティ プランニングを行います。
- vSAN クラスタ内の仮想マシンで使用されることが予想されるストレージ容量を計算します。
expected overall consumption = number of VMs in the cluster * expected percentage of consumption per VMDK
- クラスタ内の仮想マシンのストレージ ポリシーで構成される [許容されるプライマリ レベルの障害数] 属性を考慮します。この属性は、クラスタ内のホスト上の VMDK ファイルのレプリカ数に直接影響します。
datastore capacity = expected overall consumption * (PFTT + 1)
- vSAN オンディスク フォーマットのオーバーヘッド要件を見積もります。
- オンディスク フォーマット バージョン 3.0 以降では、一般的にデバイスあたり 1 ～ 2% 未満の容量の追加のオーバーヘッドがかかります。ソフトウェア チェックサムが有効なデデュープおよび圧縮では、デバイスあたり約 6.2% の容量の追加のオーバーヘッドがかかります。
- オンディスク フォーマット バージョン 2.0 では、一般的にデバイスあたり 1 ～ 2% 未満の容量の追加のオーバーヘッドがかかります。
- オンディスク フォーマット バージョン 1.0 では、キャパシティ デバイスあたり約 1 GB の追加のオーバーヘッドがかかります。
キャパシティ サイジング ガイドライン
- vSAN がストレージ負荷を再分散しないように、少なくとも 30% の容量を未使用のままにします。vSAN は、1 個のキャパシティ デバイスの使用量が 80% 以上に達するとクラスタ全体でコンポーネントの再分散を行います。再分散処理は、アプリケーションのパフォーマンスに影響する可能性があります。この問題を回避するには、ストレージ使用率を 70% 未満に維持します。
- キャパシティ デバイス、ディスク グループ、およびホストの障害発生時または置き換えの処理に使用するキャパシティを追加します。キャパシティ デバイスにアクセスできなると、vSAN はクラスタ内の別のデバイスからコンポーネントをリカバリします。フラッシュ キャッシュ デバイスで障害が発生するか削除された場合、vSAN はディスク グループ全体からコンポーネントをリカバリします。
- ホストに障害が発生した後またはメンテナンス モードになったときに、vSAN がコンポーネントを確実にリカバリできるように、追加のキャパシティを予約します。たとえば、ホストに十分なキャパシティをプロビジョニングして、ホスト障害が発生した後またはメンテナンス中のコンポーネントの再構築に必要なキャパシティが十分に残るようにします。障害が発生したコンポーネントの再構築に必要な空き容量を確保するため、4 台以上のホストを使用する場合、この追加キャパシティは非常に重要です。ホストで障害が発生した場合、新たな障害に対応できるように、別のホストの使用可能なストレージで再構築が行われます。ただし、3 台のホストで構成されたクラスタで [許容されるプライマリ レベルの障害数] が 1 に設定されている場合、1 台のホストで障害が発生するとクラスタ内には 2 台のホストのみが残されるため、vSAN は再構築操作を実行しません。障害発生後に再構築を行うには、少なくとも 3 台のホストが稼動している必要があります。
-
vSAN 仮想マシン ストレージ ポリシーの変更に使用する十分な容量の一時ストレージを用意します。仮想マシン ストレージ ポリシーを動的に変更する場合、vSAN は、オブジェクトの新しい RAID ツリー レイアウトを作成する可能性があります。vSAN が新しいレイアウトをインスタンス化して同期する際、オブジェクトが使用する容量が一時的に増加することがあります。このような変化に対応するため、クラスタに一定の一時ストレージ容量を確保します。
- ソフトウェア チェックサムやデデュープおよび圧縮などの高度な機能を使用する場合、処理のオーバーヘッドに対応する追加のキャパシティを予約しておきます。
仮想マシン オブジェクトの考慮事項
vSAN データストアのストレージ キャパシティを検討する際は、データストアに必要な VM Home ネームスペース オブジェクト、スナップショット、およびスワップ ファイルの容量を考慮します。
- VM Home ネームスペース：VM Home ネームスペース オブジェクトに特定のストレージ ポリシーを割り当てることができます。キャパシティとキャッシュ ストレージの不要な割り当てを防ぐため、vSAN は VM Home 名前空間のポリシーから [許容されるプライマリ レベルの障害数] と [強制プロビジョニング] の設定のみを適用します。[許容されるプライマリ レベルの障害数] が 0 より大きい VM Home ネームスペースに割り当てられたストレージ ポリシーの要件を満たすように、ストレージ容量のプランニングを行ってください。
- スナップショット。差分デバイスは、ベースとなる VMDK ファイルのポリシーを継承します。スナップショットの想定されるサイズと数、および vSAN ストレージ ポリシーの設定に合わせて、追加容量を検討します。
必要となる容量はさまざます。仮想マシンがデータを更新する頻度や、仮想マシンがスナップショットにアクセスする時間によって、サイズは異なります。
- スワップ ファイル。vSAN は、仮想マシンのスワップ ファイルに個別のストレージ ポリシーを使用します。このポリシーは単一障害を許容し、ストライピングおよび読み取りキャッシュ予約は定義せずに、強制プロビジョニングを有効にします。
