我们正在为我们的iSCSI SAN系统使用Windows 2008故障转移群集。 有两个节点，每个节点有3个nics。 通常情况下，这些nics正在作为心跳，LAN和iSCSI连接到SAN。 节点有这些设置：
NIC 1 => Heartbeat NIC 2 => LAN NIC_3 => iSCSI 节点上的主板没有额外的PCI插槽， 而我们想要增加这个SAN系统的带宽。 多（4个或更多）PCI插槽的主板价格昂贵，很难find。 我意识到，我们在节点上的nics有VLAN选项。 而且我以为我们可以使用VLAN NLB（或LAGG）进行LAN连接，使用VLAN MPIO进行iSCSI连接。 我们也可以为心跳连接预留一个VLAN。 由于心跳连接不占用太多带宽，所以可以增加一点带宽。 当然如果可以的话 我想问问这是可能的。 如果可能的话，你build议吗？ 如果有可能，我想设置这样的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)
这是可能的，或者你能build议什么？ 我不确定VLANconfiguration。
nics有802.1Q，networking中的交换机是一个pipe理交换机。
您不指定系统是否有3个内置于主板的尼卡，或者它们是使用所有可用插槽的附加卡。 如果是后一种情况，我强烈build议你用一个以上的端口replacenic卡，而不是做这个vlan hackery。 英特尔提供2端口和4端口服务器网卡，2端口千兆网卡不太贵。
尽pipeVLAN选项可以工作，但保持心跳是非常重要的。 虽然它是一个低带宽连接，但对延迟敏感。 将心跳和iSCSI结合在同一物理介质上将是一个特别糟糕的想法，因为iSCSI往往会出现突发性的stream量，可能导致短时间的链路饱和。 iSCSIstream量也是延迟敏感的。 但是，如果延迟增加，则只会降低I / O性能，而不会产生不必要和无意的群集故障切换事件。
如果你打算去vlanpath，看看你的nics是否支持QOS。 通过这种方式，您可以将优先级队列分配给不同vlan上的stream量。 有了QOS，我能用3个nics来思考的最佳场景是：
通过这种方式，您可以将SAN带宽加倍，并确保不会出现无法集群的行为。 如果你不能使用QOS，我会select这种方法：
在这里你可能会看到性能exception，但它应该是一个稳定的configuration。 我不知道您是从独立服务器，Hyper-V还是VMWare ESX访问您的SAN。 我们已经发现ESXi 5不会正确地负载平衡iSCSI，除非这两个连接处于不同的vlan中，所以在后一种情况下，您可能需要NIC3 – > iSCSI（VLAN3）
在任何情况下，如果可以的话，真正调查获取多端口网卡，因为使用vlan，特别是qosfunction，networking卡驱动程序和IP软件堆栈中的复杂性要高得多。 可能有错误…
所有这一切都可能正是你所说的使用.1q，这是它的devise和运作良好。 因为你有这个捆绑，所以不能添加更多。
为什么不考虑迁移到10G网卡的链接，你需要增加带宽？ 你的服务器的关键思想不仅仅是为了获得乐趣（或者是如此），所以你使用VLAN创build的混乱越多，你（或者你的同事）将会面对的越多，这就增加了打破整个连接scheme的风险。
如今，10G网卡的价格越来越便宜，如果需要的话，您还可以使用一个10G来传输多个VLAN。