我有装有12 x 300GB DP SAS驱动器的iSCSI HP P2000。 这是连接到2个DL385服务器与运行XenServer的64GB内存。 SANnetworking通过2千兆交换机（从P2000到每台交换机的4条铜线链路，然后每台XenServer都有一条到每台交换机的铜线链路）
最近，我重新评估了安装时创build2个虚拟磁盘的决定：一个RAID-5和一个RAID-10。 我决定RAID-5是毫无意义的，并且把它毁掉，然后用这些磁盘把RAID-10扩展成一个大arrays，有2个热备份磁盘。
既然这样做了（一个多星期前），磁盘的性能一直非常糟糕。 在两个XenServer主机上都显示〜15％的I / O等待。 虚拟机内部的hdparm显示大约1.12MB/s的SAN读取。
还有另外两台Win2008R2机器连接到SAN。 我之前的性能testing显示它们也经历了显着的差异，所以我不认为这是XenServer主机上的问题。
~24.75MB/s ，现在是1.67MB/s ~170MB/s ，现在3.61MB/s RAID扩展已完成，SMU中的所有内容均为“OK”。 XenServer非常“空虚”（其中一个是7个虚拟机，另一个是4个虚拟机），但它是一个生产环境。
经过更多的调查后，事实certificate，问题是有人（咳嗽）在SAN交换机上启用stream量控制，build议在互联网文章中讨论相同的硬件，并明确鼓励使用stream量控制。
禁用stream量控制后，负载平均和I / O等待立即减less，24小时后，一旦一些挣扎的维护任务完成，完全恢复正常（0.0％WA和平均负载<0.10）。