ゲストマシンによって報告された仮想ハードディスクの断片化は重要ですか？
VM Ware ESXi仮想マシンがあり、ゲストは高い断片化を報告しています。ホスト仮想マシンファイルは断片化されていません。データストアはRAID5アレイ上にあります。
ゲストOSによって報告されたの断片化は重要ですか？
VMがオンローカルレイド5ストレージ上にある場合は、先に進んでデフラグします。ただし、高度な共有ストレージ（SANまたはNAS）上にある場合は、最初にストレージ担当者。VMwareが認識していないレイヤーでシンプロビジョニングまたは重複排除が行われている可能性があり、デフラグによってVMがより多くのスペースを使用したり、パフォーマンスが低下したりする可能性があります。
また、これがESXiバージョン4であり、仮想ディスクがVMwareレイヤーでシンプロビジョニングされている場合（ローカルストレージ上でも）、デフラグにより、新しいブロックが書き込まれるときにVMDKがより多くのスペースを使用するようになります。また、これにより、VMFSレイヤー上のVMDKファイルが断片化され、ゲストの観点からVMFSによって順序が狂って割り当てられるため、処理速度が大幅に低下する可能性があります。物事を再び正しくするためには、クローンまたは変換操作が必要になります。
はい。それはホストでも重要です。
物理ディスクドライブと同様に、仮想ディスクは断片化する可能性があります。仮想マシンの作業ディレクトリまたは仮想ディスクファイルを保持している物理ディスクの断片化により、パフォーマンスが低下します。
仮想マシン内の最初の最適化。次に、マシンの電源を切り、ホストコンピューターでデフラグユーティリティを実行します。
デフラグは仮想ディスク上の未使用スペースを再利用しないことに注意してください。未使用の領域を再利用するには、ディスクを縮小します。
最初のスナップショット（またはリンククローン）を作成する前に、ゲストオペレーティングシステムメカニズムを使用して最適化することを強くお勧めします。
スナップショットの後でゲストでデフラグプログラムを実行すると、Workstationは元のディスクではなくREDOログにすべての変更を加えます。元のディスク内でデフラグする機能が失われます永久に。
移動するすべてのセクターがREDOログにコピーされるため、ディスクが大幅に断片化されており、スナップショットの後に最適化を実行すると、仮想マシンのREDOログが非常に大きくなります。
サーバーが物理的な場合と同じように、ゲストの速度が低下し、ゲストの速度が大幅に低下します。データストアが特にVMによって過剰に使用されており（たとえば> 10-15）、VMが非常にIO集中的である場合、わずかな違いが生じる可能性がありますが、可能性は低いです。
できると思います。私はこれの専門家ではないので、確かにはわかりませんが...
VMは単一の大きなファイル内で実行されています。ゲストに割り当てられたホスト上に大きなファイルがある場合、ホストからファイルが断片化されない可能性があります。すべて問題ありません。
しかし、ゲストの内部では、そのファイル内のパーツは、その検索スペース内で断片化されているため、あらゆる場所からアクセスされています。これは、多くの読み取り/書き込み要求を受け取っているハードディスクのセクションがあるようなものです。
これは、1つの引き出しが散らかっていても、すべてのフォルダS〜Tが含まれているファイリングキャビネットを持っているようなものです。確かに、それはすべての適切なS-Tフォルダーを持っていますが、必要なものを見つけるためにそれを調べ続ける必要があります。ホストコンピュータと同じです。コンテナファイルは1つの大きな連続ファイルですが、ゲストから要求されている適切な場所を見つけるために、その中を常に探しています。
一方、断片化によってアクセスにbigの問題が発生する場所はめったに見られません。非常に断片化されている場合は、はい、デフラグの恩恵を受けることができます（個人的にはmydefragが好きでしたが、他にもあります。さらに、スクリーンセーバーとして実行できます...）個人的には、ゲストが非常に断片化されている場合は、実行しますデフラグ、またはmydefrag（jkdefragの後継）を定期的に実行すると、それが維持されるため、雑用はまったくありません。