Windows 2008故障转移群集中的VLAN连接

我们正在为我们的iSCSI SAN系统使用 Windows 2008故障转移群集.有两个节点,每个节点有3个nic.通常,这些nics可用作SAN的心跳,LAN和iSCSI连接.节点有这些设置：

NIC 1 => Heartbeat
NIC 2 => LAN
NIC_3 => iSCSI

节点上的主板没有任何额外的PCI插槽用于额外的NIC.我们希望增加这个SAN系统的带宽.具有更多(4个或更多)pci插槽的主板昂贵且难以找到.我意识到节点上的nics有VLAN选项.我认为我们可以使用VLAN NLB(或LAGG)进行LAN连接,使用VLAN MPIO进行iSCSI连接.我们还可以为VLAN心跳连接提供备用VLAN.因为心跳连接不会占用太多带宽,所以我们可以稍微增加带宽.当然,如果我们可以吗？我想问这是可能的.如果有可能,你建议吗？如果有可能我想设置这样的VLAN：

NIC 1 => VLAN_1_NLB(Heartbeat),VLAN_2_NLB(LAN)
NIC 2 => VLAN_2_NLB(LAN),VLAN_3_MPIO(iSCSI)
NIC_3 => VLAN_3_MPIO(iSCSI)

或者可能：

NIC 1 => VLAN_1_NLB(Heartbeat),VLAN_2_NLB(LAN),VLAN_3_MPIO(iSCSI)
NIC 2 => VLAN_2_NLB(LAN),VLAN_3_MPIO(iSCSI)
NIC_3 => VLAN_2_NLB(LAN),VLAN_3_MPIO(iSCSI)

这是可能的还是你能提出什么建议？我不确定VLAN配置.

nics具有802.1Q,网络中的交换机是管理型交换机.

您没有指定系统是否内置了3个内置主板,或者它们是否是耗尽所有可用插槽的附加卡.如果是后一种情况,我强烈建议您使用多个端口获取替换的NIC卡,而不是使用此vlan hackery.英特尔可以随时提供2端口和4端口服务器NIC卡,而且2端口千兆网卡不太昂贵.

尽管VLAN选项可行,但保持心跳分离非常重要.虽然它是低带宽连接,但它对延迟敏感.将心跳和iSCSI组合在同一物理介质上将是一个特别糟糕的主意,因为iSCSI往往具有突发流量,可以在短时间内使链路饱和. iSCSI流量也对延迟敏感.但是,如果延迟增加,您将只会降低I / O性能,而不是可能出现不必要的和意外的群集故障转移事件.

如果你打算沿着vlan路径走,也看看你的nics是否支持QOS.通过这种方式,您可以为不同的vlan上的流量分配优先级队列.有了QOS,我能想到的3个最佳场景是：

> NIC1 – > LAN(VLAN1 – 低优先级QOS),Hearbeat(VLAN2 – 高优先级QOS)
> NIC2 – > iSCSI的
> NIC3 – > iSCSI的

通过这种方式,您可以将SAN带宽加倍,并确保不会出现任何集中行为.如果你不能使用QOS,我会选择这种方法：

> NIC1 – > Hearbeat
> NIC2 – > LAN(VLAN1),iSCSI(VLAN2)
> NIC3 – > iSCSI的(VLAN2)

在这里你可能会看到性能异常,但它应该是一个稳定的配置.我不确定您是从独立服务器,Hyper-V还是VMWare ESX访问SAN.我们发现ESXi 5不会正确地对iSCSI进行负载均衡,除非2个连接位于不同的vlan中,因此在上面的后一种情况下你可能会有NIC3 – > iSCSI的(VLAN3)

在任何情况下,如果可以的话,真的要研究获得多端口的局域网卡,因为使用vlan,尤其是qos功能,你在网卡驱动程序和IP软件堆栈中的复杂性要大得多.可能有bug …