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,网络中的交换机是管理型交换机.
尽管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 …
