测定网络流量的模式和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设计时,我们可以完美的设计出来一个高冗余高可靠的企业生产环境,后续将会继续尝试探讨。
欢迎留言交流,谢谢。
本文转自 五一 51CTO博客,原文链接:http://blog.51cto.com/728756/1532357