XenServer 5.5中软件raid 5的性能

Question

有没有人在XenServer 5.5下分享软件raid性能方面的亲身经验？

我最近从Ubuntu上的VMware服务器1.x转移到了XenServer 5.5，希望通过使用半虚拟化技术来提高性能。不幸的是，我在我的md型软件raid上看到了非常低的性能。

当XenServer主机看到100 MB/s以上的数字时，半虚拟化的客人不能得到超过20 MB/s的数字。

这是意料之中的，还是应该在我的配置中寻找问题？

edit>

我意识到软件raid在虚拟化主机上并不理想，但是对于家庭实验室来说，我不能证明真正的硬件raid控制器是合理的，而我仍然需要某种程度的存储冗余。

主机没有显示出较高的cpu使用率、系统负载甚至过高的I/O等待周期。这再加上VMware服务器1.x提供的I/O性能至少是I/O性能的两倍，这表明半虚拟化肯定存在一些问题。可能是因为我的硬件缺乏某些功能。

由于XenServer的完全硬件虚拟化并不是很好，我想我将回到Ubuntu上的VMware服务器，让我有机会试用新的2.x版本。

Answer 1

Linux软件raid是非常好的，它击败了低端raid控制器，并且通常与中端raid控制器的性能相匹配。

最近，我为一些虚拟化技术做了一些性能测试。Xen VM(XenServer5.5)中的磁盘i/o性能损失约为70%。我使用iozone测试10+读/写模式。这台机器在软件raid1中有2x160g sata驱动器。请注意，速度的70%的惩罚可能因磁盘操作的类型而有所不同。

在Xenserver中，您可以做的一件事是对某些存储资源设置更高或更低的优先级(单击“应该在其中”)，这有助于一些i/o密集型VM。但差不多就是这样了--你想要VM，你必须付出代价:)

如果您想在linux主机上运行linux，使用容器可以获得更好的性能。例如，OpenVZ磁盘i/o性能损失约为7%。

Answer 2

在这个问题上，我不同意tptech的观点。

软件RAID也没那么糟。特别是在Linux和Windows操作系统中发展非常成熟。

实际上，软件RAID可以提供比el-cheapo RAID控制器更好的性能，因为廉价的RAID控制器无论如何都会使用您的CPU进行奇偶计算。

对tptech的反驳：

• 硬盘已经足够慢了，RAID增加了开销。

好的。但这适用于任何RAID，而不仅仅是软件RAID。对于RAID10来说也不是这样，因为您可以使用100%的冗余进行条带处理。

• 您的虚拟环境正在共享CPU，VM和软件RAID之间的I/O正在窃取CPU和I/O周期。

这是真的，对于一个拥有大量I/O虚拟机的主机来说，这是一个值得关注的问题。但是，如果您的VM非常I/O重，那么不管怎么说，VM都不是适合他们的地方，或者他们应该可以访问SAN (将所有的软件RAID联系在一起)。

事实是，单是主机就有100 to /S带宽，只有虚拟机才会受到影响，我看不出仅仅因为请求来自VM而不是主机，软件RAID就会导致性能下降到主机的五分之一。

我建议它可能是VM配置中的一些东西，甚至可能是来宾机器。还值得一提的是，如果主机CPU或客户操作系统不支持半虚拟化，则会导致性能降低。不是所有的客人都支持它，AFAIK没有64位的客户内核支持它。

Answer 3

我没有Xen的经验，但我怀疑您所看到的性能问题不是直接由于RAID安排造成的。您是否有一个非RAID卷，可以复制VM以重新运行性能测试以比较结果？

如果您专门测试写性能，那么VMWare服务器中有一个选项可以解释它和Xen之间的区别，您可以向VMWare服务器指定它应该让主机OS缓存磁盘访问它认为合适的访问，而不是坚持客户操作系统认为是物理写入的所有写入都是同步执行的。有了这个选项，您通常会看到VM中的写性能得到了改进，有时还得到了很大的改进，但如果停电或导致虚拟机管理程序随意停止VM的错误，VM文件系统中可能会有更大的损坏风险。一个对Xen有专门知识的人可以告诉你，它在这个领域的行为是如何的(如果他们的行为可以被调整)。

另一个可能的问题(我在这里说的“可能”，实际上我只是猜测)解释了一个不同之处:即使客户端写操作同步地传递到主机IO堆栈(因此它们在IO调用返回VM的操作系统之前从缓存发送到磁盘)，VMWare服务器访问vdisk文件的方式允许将它们的内容保存在来宾OS的缓存和缓冲区中，如果主机有大量可供cache+buffers使用的RAM，则减少对物理IO操作的需求。Xen的安排可能不是这样，但是您需要与比我更了解Xen的细节的人检查这一点。

补充意见：

还有一件事要检查:来宾内核是如何访问虚拟设备的？如果它在PIO模式下运行，而不是使用DMA或UDMA访问设备，那么对于每个写操作，它将占用更多的CPU周期，即使I/O操作在到达物理设备时被转换为基于DMA的操作，也会产生明显的效果。