NETAPPの断片化
ディスク（またはストレージシステム）が使用されると、ファイルの断片化によりパフォーマンスが低下することは誰もが知っています。これが、ディスクデフラグメンターがWindowsボックスでかなり広く使用されている理由のようです。そして、それらはパフォーマンスを大幅に向上させます。余談ですが、Unix/Linuxの分野で多くのデフラグメンターについて聞いたことがありません。
NetAppのWAFL保護が主張されているにもかかわらず、ファイルの断片化は、特にすべてのまばらに作成されたVMで発生します。私の質問は、誰かがそのようなストレージシステムの何らかの種類のデフラグメンテーションを行うかどうかです。この状況に対処するために何もしない/何もしないことの測定可能な低下/改善に気づきましたか？誰かがそれについて何かしますか？もしそうなら何？
ありがとう
関係がない可能性がありますが、VMのストレージとしてNetAppファイラーを使用している場合は、 TR-3747 で概説されているI/Oアライメントの問題に注意する必要があります。 1つのファイラーでホストされている複数の不整合なVMがあるシナリオでは、IOPSへの潜在的な影響は、断片化よりも私にとっておそらく大きな懸念事項です。
VMパーティションの適切な調整が最初のビルドで考慮されていなかったため、私は最近、インフラストラクチャ内の実質的にすべてのVMを再調整することに多くの時間を費やしました-でる。
LUNで再割り当てを実行/スケジュールするだけで、問題なく動作するはずです。
デフラグするかしないか および SANベースのボリュームをデフラグする必要がありますか？ をお読みください。
WindowsホストまたはNetAppFC/iSCSILUNに提示されるNetAppCIFSまたはNFSボリュームについて話しているのですか？
はい、それらはすべてWAFL上に構築されていますが、LUNの場合、ホストによってフォーマットされるrawブロックデバイスが表示されます。これは、これらのファイルシステムの断片化が維持するホストに依存していることを意味します。 WAFLはブロックの最適化の一部を実行しますが、論理ファイルシステム層では実行しないと思います。
CIFSおよびNFSボリュームでは、それらが存在するファイルシステムはNetApp独自のものであり、ホストファイルシステムの最適化は機能しません。
NetAppファイラー上にあるWindowsVMをデフラグする必要がありますか？良い質問です。デフラグに必要なIO）の量と比較して、定期的に実行することでパフォーマンスが向上するかどうかによって異なります。