Proxmox集群中使用同一组链路创建主设备不同的两个bond是否为糟糕做法？

其实这个思路算不上“糟糕做法”，反而在你现有硬件条件（无MLAG支持的SFP+交换机）下，是个相当务实的高可用替代方案——毕竟Proxmox集群的网络单点故障确实是要命的问题，我给你捋捋这么做的利弊和需要注意的点：

先说说这么做的合理性 #

• 完全规避单交换机故障风险：两个bond分别绑定不同的主链路，对应不同的交换机/子网，哪怕其中一台交换机挂了，另一组bond还能承载对应子网的流量，集群不会直接瘫痪
• 契合你的带宽预期：你已经接受了“正常状态下只用一半带宽”的取舍，而且Proxmox+Ceph确实建议单独的10G+网络，这个方案刚好能把两条链路分别对应不同业务（比如一个bond给集群通信、VM迁移，另一个给Ceph存储），反而能实现流量隔离，比共享带宽更实用

需要注意的潜在坑 #

• 链路冲突绝对要避免：千万别让两个bond包含同一物理网卡！否则会出现网络环路、流量异常，Proxmox的图形化配置工具会阻止这种操作，但手动改配置文件的时候一定要仔细核对
• 子网规划必须清晰：两个bond对应的子网要完全隔离，不能有重叠，而且集群内的核心服务（比如Ceph的OSD、Mon通信，Proxmox集群心跳）要明确绑定到对应的bond上——比如把Ceph存储流量绑定到以link1为主的bond，把VM迁移、集群心跳绑定到以link0为主的bond，这样故障切换时各自服务能正常failover
• 故障切换测试一定要做：别等真出问题才发现切换不生效！手动拔掉其中一台交换机的线缆，检查对应的bond是否自动切换到备用链路，同时验证集群状态、Ceph存储可用性、VM网络连通性是否正常

可以优化的小技巧 #

如果后期想提升带宽利用率，你可以在两台交换机上配置静态路由，让两个子网之间能互访，这样正常状态下两条链路分别承载不同类型的流量，故障时也能互相备份，比单纯的“主备”模式利用率更高

总的来说，这个方案在你现有硬件限制下是完全可行的，算不上糟糕做法，重点是把配置细节和测试工作做足就行！

备注：内容来源于stack exchange，提问作者Kayson