测定网络流量的模式和HP C7000 Virtual Connect 的网络设计（Active/Standby vs Active/Active）

      确定网络类型的模式和Virtual Connect 网络设计的类型              （Active/Standby vs Active/Active）

     当面对选择使用何种Virtual Connect 网络设计类型（Active/Active (A/A)
vs.Active/Standby (A/S) uplinks）时，需要考虑Enclosure内部需要支持网络流量的类型,例
如，是否Enclosure内部有更多的Server 到Server的通信流量，是否Enclosure内有大部分流量
都需要出入机框。网络流量的模式，North/South (N/S)vs.East/West(E/W),在设计Virtual Connect方案时就应该需要考虑，部署的网络联接要最大化连接带宽，同时考虑出入机框中服务器到服务器的最小化需求，当与同一个机框内相同VLAN中其余服务器通信时的需求。
     例如： 如果部署的方案中有较高比例的in/out 或者 North/South通信流量，一个A/A网络设计方案可能是最优的选择，理由是它启用了尽可能多的uplink连接。然而，如果更多的网络流量只是发生在相同的Enclosure /VLAN系统内部时，选择A/S可能是最明智的，此种选择将会减少或消除任何离开Enclosure中服务器到服务器的通信。

     判定使用网络连接的类型是A/A vs.A/S并不是domain配置中需要考虑的问题。在同一个VC domain中可以同时独立的部署A/A 和A/S网络，例如，一个iSCSI连接可以配置为A/A以支持发起者和目标端中更高速率的N/S通信流量。此同时，对于应用和用户的LAN连接可以部署为A/S以支持更多的E/W通信。

     在一个A/S网络设计中，所有服务器都将2个NIC连接到同一个VC网络。在VC domain中的所有服务器之间的通信都会直达这个网络，无论服务器网卡是否是Active的。在下面的例子中，如果Windows主机1的NIC1是活动的，Windows主机2的NIC2是活动的，服务器之间的通信将会穿越内部堆叠链路。对于外部通信，机框内的所有服务器都将使用Active uplinks（当前）连接到Bay1，而不考虑他们的网卡中哪个是活动的。

     图1-这是一个A/S网络配置实例。一个uplink是Active的，其它的是Standby，当网络故障或者模块故障时启用Standby。

在一个A/A网络设计中，所有服务器把他们的网卡连接到对应的VC网络中，VC domain中的服务器相互通信将会依据服务器网卡中哪个是Active的。在以下的实例中，如果Windows主机1的NIC 1是Active的，Windows主机2的NIC2是活动的，两个服务器之间的通信将不会跨越内部堆叠链路（internal stacking links），而是离开机笼并且再次通过对应的模块进入以获得通信；然而，如果一个高速率的外部通信是需要的，vs peer to peer ，那么一个A/A配置可能是更好的选择，因为两个uplink都是活动的转发流量。如果两个服务器的相同NIC都是活动的，那么服务器之间的通信仍然只会保存在同一个模块/机笼内。

     图2-这是一个A/A网络配置的实例。两个uplinks都是活动的以转发流量。

图3：以下实例中同时使用了 A/A (iSCSI_x)和A/S(vNet_PROD)模式。

Note：作为一个选择，如果FC不需要，iSCSI网络可以连接作为iSCSI硬件加速，连接FlexHBA以使用。

    对于C7000 Virtual Connect而言，它目前是HP CloudSystem的重要知识点，虽然刚开始接触会感觉抓狂，但是入门之后确实发现用起来还是很方便的，特别是结合vSphere设计时，我们可以完美的设计出来一个高冗余高可靠的企业生产环境，后续将会继续尝试探讨。

    欢迎留言交流，谢谢。