采用HP P2000 SAN的iSCSI MPIO负载平衡

我的设置：

具有2个节点的Hyper-V群集（AMD 24核，64gb ram）通过2个procurve 25-10g连接到p2000g3 SAN（12×300 GB企业级SAS 10k 2.5“），每个节点是iSCSI启动器。

问题：

当我在一个节点上运行虚拟机并启动一个基本的Crystamark磁盘基准testing时，我的MB / s在读取和写入时都是80。这很糟糕。

你们有什么感想？

Update1：经过漫长的一天的testing，这是我的第一个结论。看来我不能期望超过一个千兆以太网卡的带宽。当没有mpio，所以只有一个连接，带宽使用100％，当2个mpiopath，每个path占50％，当3个mpiopath33％…启用stream量控制什么也没有（看起来less一些），没有更多的启用巨型帧。我无法想象我坚持1GB，p2000有2个控制器，每个端口有4个端口。请告诉我可以聚合这:)

回顾一下我的testing是：在虚拟机上顺序运行一个水晶标记磁盘（1000mb），使其达到80到100 MB / s，在hyperv主机上使用本地存储虚拟机进行同样的testing，得到250。

几年前我们有一个非常类似的设置。这是一个复杂的设置，有很多移动部件，你必须通过。这里是检查性能的主要方面：

SAN：确保configuration正确，根据制造商规格validation您的虚拟磁盘布局，散布的虚拟磁盘通常会导致问题。另外，请确保您具有正确的设置，以处理来自同一虚拟磁盘的两个或多个主机（群集）读取。
交换机：检查您的巨型帧设置，您通常需要确保您的交换机，SAN和服务器上启用巨型帧进行数据连接。如果您的networking和数据stream量共享相同的交换机，请确保您使用VLAN来隔离stream量。
服务器：驱动程序和iSCSI，确保它们是最新的，并正确设置。多个主机，你真的想使用多path驱动程序和configuration，再次检查您的制造商。您没有发布您的网卡规格，但确保它支持1GB或更高的stream量。

这是一些真正的基本出发点。最糟糕的情况是打电话给你的供应商，他们通常有很好的白皮书或者关于这种东西的案例研究。

80MBps = 1Gbps以太网，您只能使用1个NIC或者没有正确安装MPIO。

您的performance将根据基准的types而有所不同。如果您正在进行连续读取或写入操作，则应该能够从磁盘获得大量的MB / s性能。这不是一个有用的基准，因为这通常不是虚拟服务器的IOtypes。

如果你正在做小块随机 IO，你的写入将被caching，直到你用完caching，只有一小部分的读取将来自caching。其余的将全部进入磁盘，然后你的性能MB / S是无关紧要的。 IO / s的数量将会限制你。每个10K磁盘可以添加多达几百IO /秒，因此其中12个磁盘不能超过几千个。

编辑：如果您使用的是1Gb / snetworking交换机，那么您可以获得的最大吞吐量为80MB / s，这与您所看到的是正确的。在交换机上添加networking端口，看看是否改善。

如果每个服务器有2x1gig连接，每个SAN节点有2x1gig连接，则在服务器上configuration错误的MPIO，或者在SAN上传输负载平衡。

如果您的SAN不支持传输负载平衡到单个主机，那么您运气不佳：您能够到达主机的最多的是单个链接。

我找不到任何文档，说明p2000支持传输负载平衡; 我只find主动/被动控制器的参考。