メインコンテンツまでスキップ

ONTAP でデータストアのスペース消費が異なるのはなぜですか。

Views:
159
Visibility:
Public
Votes:
0
Category:
ontap-9
Specialty:
virt
Last Updated:

すべてのとおり  

に適用されます

  • 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 がストレージを提供するすべての機能でサポートされます。

関連リンク
: VMware vSphere 5 Documentation Center

NetApp provides no representations or warranties regarding the accuracy or reliability or serviceability of any information or recommendations provided in this publication or with respect to any results that may be obtained by the use of the information or observance of any recommendations provided herein. The information in this document is distributed AS IS and the use of this information or the implementation of any recommendations or techniques herein is a customer's responsibility and depends on the customer's ability to evaluate and integrate them into the customer's operational environment. This document and the information contained herein may be used solely in connection with the NetApp products discussed in this document.