问题现象：跨主机容器通信出现丢包与卡顿

在基于Docker或Kubernetes的多节点集群环境中，容器实例跨物理主机进行数据通信时，经常出现TCP重传率上升、Ping丢包、应用响应延迟增高等问题。尤其在传输大文件或高并发请求时，网络性能显著下降，甚至出现连接中断。此类问题往往与宿主机及底层网络设备的MTU（Maximum Transmission Unit，最大传输单元）配置不一致有关。

MTU不一致的根因分析

MTU定义了网络接口能够传输的最大数据包大小。以太网标准MTU通常为1500字节，但云环境或虚拟化网络（如VXLAN、Geneve、GRE隧道）为了封装附加协议头，会降低有效MTU。例如，VXLAN隧道会额外占用50字节，因此物理网络若设置1500，则容器网络有效MTU需调整为1450，否则数据包将被分片或丢弃。

在容器编排平台中，默认创建的虚拟网桥（如docker0、cni0）和虚拟以太网接口（veth）常继承宿主机的MTU值。若宿主机MTU为1500，而底层物理交换机或云服务商网络实际支持的MTU仅为1450，则跨主机流量将因超大帧被丢弃，导致丢包与卡顿。

调整方案：统一全链路MTU值

1. 检测当前MTU配置

在宿主机执行 ip link show 查看物理网卡及docker0/cni0的MTU；进入容器执行 ip addr 查看eth0的MTU。对比是否存在差异。

2. 修改Docker默认MTU

编辑Docker服务配置文件（/etc/docker/daemon.json），添加：

{ "mtu": 1450 }

重启Docker服务后，新建的docker0网桥和容器网卡将使用新MTU。

3. 手动调整运行中容器的MTU

对于已存在的容器，可执行：

ip link set dev eth0 mtu 1450

但此操作在容器重启后失效，建议重建容器或使用自定义网络。

4. 配置Kubernetes集群MTU

对于CNI插件（如Calico、Flannel），需在插件配置中设置MTU。以Flannel为例，在flannel-config中指定 "VNI": 1, "MTU": 1450。Calico可通过环境变量 FELIX_MTU 设置。调整后重启相关网络组件。

5. 验证调优结果

跨主机ping测试大包，例如 ping -M do -s 1422 目标IP（1450-28=1422），确认无分片、无丢包。再使用iperf3测试TCP/UDP吞吐量，观察带宽和延迟是否恢复正常。

注意事项与最佳实践

• MTU值需小于等于路径中所有设备的最小值，包括交换机、路由器、隧道端点。一般建议容器MTU设为1400~1450作为保守值，但需与底层网络协商。
• 调整MTU会短暂中断网络连接，建议在维护窗口执行。
• 使用云托管的Kubernetes服务（如EKS、ACK）时，以云厂商文档推荐的MTU值为准。
• 若使用IPv6，需同时调整IPv6 MTU（如设置mtu 1420）。
• 配置后应持续监控丢包率和TCP重传率，确保问题彻底解决。

总结

容器跨主机传输丢包卡顿的常见根因是MTU不匹配。通过检查并统一宿主机、容器网络接口及底层物理链路的MTU，可有效避免数据包分片和丢弃，显著提升集群网络稳定性与吞吐性能。运维人员在部署容器网络时，应将MTU调优作为标准配置项之一。