![如果一个 NIC 断开连接,Broadcom 组合连接将失败,为什么?](https://linux22.com/image/584850/%E5%A6%82%E6%9E%9C%E4%B8%80%E4%B8%AA%20NIC%20%E6%96%AD%E5%BC%80%E8%BF%9E%E6%8E%A5%EF%BC%8CBroadcom%20%E7%BB%84%E5%90%88%E8%BF%9E%E6%8E%A5%E5%B0%86%E5%A4%B1%E8%B4%A5%EF%BC%8C%E4%B8%BA%E4%BB%80%E4%B9%88%EF%BC%9F.png)
我有一组服务器,它们全都运行着BCM5716C NetXtreme II
卡或BCM5709C NetXtreme II
卡。所有服务器的卡都由BACS3
软件分组为:
- 智能负载平衡和故障转移
- 无待命成员
- 没有直播链接
- 无 VLAN
然后,所有服务器都连接到一对 Dell 6224 交换机。我观察到的问题是,如果其中一个交换机关闭(或打开但卡在诊断循环中),则服务器将失去与任何设备的所有连接。我印象中,使用上述配置,它们只会降低速度并继续使用剩余的交换机,直到有问题的交换机恢复。
为什么所有连接都停止了?我该如何修复?所有服务器都是 Windows 2008 R2 Standard 或 Datacenter。有些用于 Hyper-V 集群。
答案1
我刚刚在我们的 R730 服务器上尝试了 SLB 和 LACP 与 BACS4 的 NIC 组合方法。
首先我来分享一下SLB选项:
Netxtreme 文档本身表明它适用于小型企业服务器,因此不建议用于数据中心服务器。
这种方法对于难以管理的网络交换机也更加不利。
从内部来看,GARP 并不是 DC 架构的全部,因为 App n DB 不能在 DC 设计中驻留相同的广播。
现在是关于 LACP:它看起来很好,没有回退。第一个 NIC 的 MAC 地址通过与 TCP/IP 堆栈绑定的 Teaming 添加,在故障转移期间,它会丢弃另一个 NIC 上的所有传入帧,而假设它必须接受该帧。因此不会发生回退。
因此我们打电话给 DELL 支持部门,我费了好大劲才让工程师理解这些概念,最后他让我去实验室测试,却没能向他说明我们采购的服务器是用于生产网络的。因此 LACP 不会出现回退。需要像不可管理的时代一样进行配置。因为它比那个时代更先进。
最后的重点是这一切都不符合网络标准。
谢谢大家