提前啰嗦道歉…
试图解决全新的vSphere部署中的一些iSCSI缓慢（仍在testing中）。
布局是这样的：
3个VSphere主机，每个主机都有2个10GB网卡插入一对Nexus 5020之间，10Gig背靠背连接。 网卡以主动/主动冗余方式进行端口通道（对于熟悉N1KV的用户，使用vPC-mac固定）两个网卡都具有服务控制台，vmotion，iSCSI和访客stream量。 iSCSI位于单个子网/单个VLAN上，不会通过我们的IPnetworking进行路由（严格遵循第2层）
如果这是一个1gig的部署，我们可能将iSCSIstream量分离到单独的网卡上，但是当您开始向10千兆基础结构中的服务器投掷4个以上的网卡时，价格/端口变得相当可笑，而且我并不确信这是必要的。 开放的对话/技术事实重新：这个，虽然。
此时，即使是单个VM guest虚拟机也将缓慢启动到iSCSI存储（相同Nexus 5020 10gig交换机上的EMC CX4），并且从iSCSI恢复VM的时间大约是我们预期的两倍。 我们的服务器人员提到，如果我们将iSCSI分离到自己的NIC上，性能似乎要好得多。 从networking的angular度来看，我已经运行了我能想到的各种variables（端口configuration错误，MTU问题，拥塞等），而且我正在干涸。 除了当时正在执行的特定testing之外，这些主机上确实没有其他stream量。 重要的是要注意的是，访客stream量工作得很好……似乎存储是受gremlin存在的唯一的东西。
总结一下，我们并没有“过度利用”networking基础设施，因为我们几乎没有做任何事情，我只是寻找一些有用的技巧/想法，我们可以用来解决这个问题…最好不要抛出额外的10gig网卡，将要坐在10％左右的利用率，而我们有70 +％的剩余在我们的其他人。
推测你的CX4中有一个或多个双端口10Gbps适配器？ 如果是的话，你是否尝试过一个端口与单个服务器之间的点对点链接以进行基线性能testing？ 如果不是的话，我会考虑把它们串起来，剪掉这个连线，看看你是怎么发展的 – 结果应该是有趣的。
哦，作为一个旁边，你的devise对我来说似乎很好;）