H3C接口做M-lag 动态链路聚合，服务器接口怎么选择Bond负载分担配置

1. 先明确基础适配前提：M-lag跨双活设备的动态LACP聚合场景下，服务器端Bond必须优先选择mode=4（802.3ad动态聚合模式），和交换机侧M-lag聚合组的动态LACP模式严格匹配，提前排除静态Bond模式的兼容性问题，确保两端LACP协商正常，不会出现单侧链路被M-lag逻辑阻塞的异常。
2. 针对MAC负载分担选型场景：如果组网下服务器以纯二层流量为主，比如同网段虚拟机互访、无跨三层需求的存储后端集群，优先配置Bond的xmit_hash_policy=layer2，基于源目MAC做哈希分担，和交换机侧M-lag聚合口下配置的load-balance mac指令对齐，哈希冲突概率极低，完全适配M-lag跨设备二层转发逻辑，不会出现流量分担不均问题。
3. 针对IP负载分担选型场景：如果服务器同时承载二层互访、跨三层南北/东西向混合流量，不同源目IP的业务流占比高，优先配置Bond的xmit_hash_policy=layer2+3，基于源目IP+MAC做哈希分担，和交换机侧M-lag聚合口下配置的load-balance ip指令对齐，既规避同MAC不同IP的流量哈希到同一条链路的问题，又不会因为四层端口随机变化导致业务流量乱序，适配绝大多数通用业务服务器场景。
4. 针对四层信息负载分担选型场景：如果服务器承载大并发TCP/UDP业务，比如视频流媒体、分布式计算、多端口并行的高性能存储业务，优先配置Bond的xmit_hash_policy=layer3+4，基于源目IP+源目四层端口做哈希分担，和交换机侧M-lag聚合口下配置的load-balance l4port指令对齐，能充分利用M-lag所有成员链路的带宽，大幅提升大并发场景下的链路利用率，注意不要在对延迟抖动、流量乱序零容忍的语音控制类业务上使用该策略。
5. 最后做校验优化：配置完成后在服务器端执行cat /proc/net/bonding/bondX确认哈希策略生效，在两台M-lag成员设备上分别执行display lacp statistics aggregate-port 聚合口编号查看各成员口流量统计，若出现流量偏差过大，可微调两台M-lag设备聚合口哈希算法的种子值，确保双活设备的分担逻辑完全对称，避免单链路拥塞。