处理碎片VM共享存储

Question

我们有一个带有3台主机的Citrix XenServer池，为VM使用了一个共享的。

SR是托管在Windows 2003存储服务器刀片，这是包括我们的3000系列惠普叶片外壳。

我刚刚查看了Storage，并注意到包含NFS共享的磁盘非常分散。

我有几个问题。

运行标准Windows碎片整理器是否足以处理此问题？

有没有其他人运行类似的设置，经历过类似的问题，你做了什么？我计划自动化这个过程，并想知道在碎片整理过程中是否需要挂起或关闭VM。

为什么会发生这种情况，在提供新VM以防止这种情况发生时，我可以做一些特定的事情吗？

任何想法都将受到欢迎。

谢谢,

卢克

Answer 1

在线执行驱动器的碎片整理应该很好，因为Xen磁盘映像和其他文件一样。您应该尝试在空闲时间内这样做，因为性能可能会在碎片整理期间受到很大的影响。

您看到高度碎片的原因是VDI是稀疏的磁盘映像。即使您指定VM有(例如) 100 GB的空间分配，磁盘映像最初也只分配极小的空间。然后，它将根据需要增长到所分配大小的最大值。这种方法的问题是，如果在同一个存储设备上有大量VM，并且它们在不同的时间都在增长磁盘，那么磁盘映像文件就不可能在磁盘上连续，从而变得非常分散。

解决这一问题的方法是不使用稀疏图像，但不幸的是，在VDI 5.0中，您所能做的唯一类型是稀疏。

您有几个选项我可以马上想到：*如果可能的话，使用带有LVM格式的原始块设备。我对Windows2003StorageServer还不太熟悉，无法知道这是否可能。如果它允许您通过iSCSI或FC将卷导出，那么您就都设置好了。否则，您可能需要考虑更改为其他共享存储设置或其他内容。*预先分配VHD中的所有磁盘空间。本质上，这意味着在安装操作系统之前，只需填满卷中的所有可用空间即可。您可以引导Linux LiveCD或其他什么，并使用dd对整个磁盘写入零。这将导致XenServer将磁盘映像文件增长到最大大小，并且希望大多数文件都是连续的，因为所有这些文件都是一次完成的。

您所看到的碎片问题在VM中使用基于稀疏文件的存储并不少见，也正是我喜欢在SAN上为VM存储使用LUN的原因。