web-dev-qa-db-ja.com

VMWare ESXi 5.5、シンプロビジョニングは依然としてディスク上の全容量を割り当てます

VMWare ESXiでのシンプロビジョニングに関する多くの質問と回答が表示されますが、私が遭遇しているものとは正確には一致しません。新しいVMを作成し、100GBのシンプロビジョニングされたハードディスクを指定しています。これまでに読んだことから、vmdkファイルの物理サイズは100GB未満であると予想しています。しかし、 、それでも100GBのxxx-flat.vmdkを作成しています。

以前にVMWare Workstationで行ったように、単純にコピーしてカスタマイズできる基本システムをセットアップしようとしています。非常に簡単!コピーの電源を入れると、VMWareからコピーしたかどうかを尋ねられます。「はい」と答えると、電源が切れて実行されます。ただし、ESXi 5.5のバグのように見えるので、100 GB以上をコピーする予定です。つまり、新しいインスタンスが必要になるたびに、OSを再インストールするのと同じくらいの速さで済みます。

誰かこれを経験しましたか?

10
Thomas Doman

これは、ESXiでシンプロビジョニングされたファイルがスパースファイルであるためです。それらを移動するために使用している方法では、その薄い属性は保持されません。

これを回避する方法があります。参照してください: VMware ESXiを移動VM新しいデータストアに-シンプロビジョニングを保持

7
ewwhite

その100ギグファイルは スパースファイル です-そこには何もありません。ファイルシステムは、それが意図したサイズであることを単に認識しています。

VSphereクライアントで実際のサイズを確認できます。

client

..生ファイルを見ているときの見かけのサイズにもかかわらず。

console

あなたが持っている問題は、VMFSファイルシステムからファイルを削除していることです。スパースファイルは、VMFS上にある限り、どこにいても、どこに到達しても、スパースファイルのみです。 ESXiは、これらすべての余分な0を含む完全な見かけのファイルをフィードするように強制されます。

Storage vMotionとvmkfstoolsは、ESXiホスト間を移動している場合、シンディスクを正しく処理します。 OVFへのエクスポートは、フルシックディスクを移動しない別の良いオプションです。

一般的に言って、適切なツールを使用して論理VMDK(フラットファイル、スナップショットなどがある可能性がある)を移動または複製する代わりに、フラットファイルを直接操作しないでください。

15
Shane Madden