断片化されたVM共有ストレージの処理
VM用の共有NFSストレージリポジトリを使用して、3つのホストを持つCitrixXenServerプールがあります。
SRは、3000シリーズHPブレードエンクロージャーに含まれているWindows 2003 StorageServerブレードでホストされます。
ストレージサーバーを調べたところ、NFS共有を含むディスクが非常に断片化されていることに気付きました。
いくつかの質問を聞きたいんです。
これに対処するには、標準のWindowsデフラグを実行するだけで十分ですか？
他の誰かが同様のセットアップを実行していて、同様の問題を経験しましたか、そしてあなたは何をしましたか？プロセスを自動化することを計画しており、デフラグの処理中にVMを一時停止またはシャットダウンする必要があるかどうか疑問に思っています。
これが発生するのはなぜですか。また、これを防ぐために新しいVMをプロビジョニングする際にできる特定のことがありますか？
どんな考えでも歓迎します。
ありがとう、
ルカ
Xenディスクイメージは他のファイルと同じようにファイルであるため、ドライブのデフラグをオンラインで実行しても問題ありません。デフラグ中にパフォーマンスが大幅に低下する可能性があるため、これは営業時間外に行う必要があります。
高い断片化が見られる理由は、VDIがまばらなディスクイメージであるためです。 VMには（たとえば）100 GBのスペースが割り当てられていると指定しても、ディスクイメージは最初は最小限のスペースしか割り当てません。その後、必要に応じて最大で最大になります。割り当てられたサイズ。このアプローチの問題は、同じストレージデバイス上に多数のVMがあり、それらがすべて異なる時間にディスクを拡張している場合、ディスクイメージファイルを連続して配置する方法がないことです。ディスクであるため、非常に断片化されます。
これに対する解決策は、スパースイメージを使用しないことですが、残念ながら、XenServer 5.0の時点で、作成できるVDIタイプはスパースのみであるようです。
すぐに考えられるオプションがいくつかあります。*可能であれば、LVM形式のrawブロックデバイスを使用します。これが可能かどうかを知るには、Windows 2003 StorageServerに精通していません。ボリュームをiSCSIまたはFCを介してエクスポートできるようになれば、準備は完了です。それ以外の場合は、他の共有ストレージ設定などへの変更を検討する必要があります。 * VHDのすべてのディスクスペースを事前に割り当てます。基本的に、これは、OSをインストールする前に、ボリューム内の使用可能なスペースをすべて埋めることを意味します。 Linux LiveCDなどを起動し、ddを使用してディスク全体にゼロを書き込むことができます。これにより、XenServerはディスクイメージファイルを最大サイズにまで拡大します。すべてが一度に実行されるため、ほとんどのファイルが連続していることを願っています。
表示されている断片化の問題は、VMにスパースファイルベースのストレージを使用する場合は珍しくありません。これが、SAN for VM代わりにストレージ。