ONTAP でデータストアのスペース消費が異なるのはなぜですか。
すべてのとおり
に適用されます
- ONTAP 9
- VMware vSphere
回答
LUN をプロビジョニングすると、ストレージアレイは LUN に書き込まれたボリュームの領域のみを認識します。たとえば、 ONTAP では、各ボリュームについてこの情報がレポートされます。アプリケーションデータの書き込みにより、スペースの割り当てが自動的に増加します。その後、アプリケーションがスペースを解放した場合、 ESXi がストレージの割り当て解除コマンドを送信しない限り、ストレージアレイによって使用されているスペースは空きスペースとしてマークされません。
したがって、 VMFS ファイルシステムと Data ONTAP のビューには違いがあります。実際、ほとんどすべてのホストファイルシステムとストレージアレイは、同様の方法で動作します。
追加情報
VMware との連携：
VMware では、 100 GB のディスクを使用して VM を作成した場合、 eager zeroed オプションを選択しない限り、 100 GB はアレイに書き込まれないため、この問題が発生します。
Lazy Zeroed オプションを選択すると、 VMFS ボリュームのファイルシステムメタデータから 100 GB が減点されます。アレイは、実際にボリュームに書き込まれたデータ量のみをレポートできます。最終的には、もう一方の方法になります。データが書き込まれて削除されると、アレイ内の使用済みスペースが ESXi または vCenter のレポートよりも大きくなります。これは、ファイルが削除されると、 ESX のみが参照できる割り当てテーブルへの書き込みであるためです。このUNMAP動作を修正する SCSI コマンドがあります。
詳細について[1][2]は、 VMware の記事 2057513 を参照してください。
実際には、すべてが意図したとおりに機能しています。遅延、 Eager 、およびシンプロビジョニングされた VMDK は、 ONTAP がストレージを提供するすべての機能でサポートされます。