MetalLB 负载均衡 IP 分配问题排查指南

问题背景

MetalLB 是一个用于裸机 Kubernetes 集群的负载均衡器实现，它通过 Layer 2 或 BGP 协议为服务提供外部 IP 地址。在实际部署中，用户可能会遇到 IP 地址分配后无法访问的问题。

典型问题现象

当用户配置 MetalLB 的 Layer 2 模式并创建 IP 地址池后，服务能够成功获取 IP 地址，但外部访问时会出现以下情况：

1. 通过 ping 命令测试时，出现 "redirect host" 提示
2. 使用 arping 命令测试时，请求超时无响应
3. 分配的 IP 地址未出现在网络接口列表中

根本原因分析

经过排查，这类问题通常由以下原因导致：

1. 节点标签冲突：Kubernetes 节点被标记了 node.kubernetes.io/exclude-from-external-load-balancers 标签，这会阻止 MetalLB 在该节点上宣告服务 IP。

2. 网络配置问题：CNI 插件（如 Cilium）的配置可能与 MetalLB 的网络层存在冲突，导致 IP 地址无法正确绑定到网络接口。

3. ARP 响应问题：MetalLB 的 ARP 响应器未能正确工作，导致外部设备无法解析服务 IP 对应的 MAC 地址。

解决方案

1. 检查并移除冲突标签

执行以下命令检查节点标签：

kubectl get nodes --show-labels

如果发现 node.kubernetes.io/exclude-from-external-load-balancers 标签，使用以下命令移除：

kubectl label node <节点名称> node.kubernetes.io/exclude-from-external-load-balancers-

2. 验证 MetalLB 配置

确保 IPAddressPool 和 L2Advertisement 配置正确：

apiVersion: metallb.io/v1beta1
kind: IPAddressPool
metadata:
  name: primary-pool
  namespace: metallb-system
spec:
  addresses:
  - 192.168.119.100-192.168.119.250
---
apiVersion: metallb.io/v1beta1
kind: L2Advertisement
metadata:
  name: l2adv
  namespace: metallb-system
spec:
  ipAddressPools:
  - primary-pool

3. 诊断工具使用

使用 arping 命令进行诊断（比 ping 更准确）：

sudo arping -I <接口名称> <服务IP>

检查服务事件日志：

kubectl describe svc <服务名称> -n <命名空间>

查看 MetalLB Speaker 日志：

kubectl logs -n metallb-system <speaker-pod名称>

最佳实践建议

1. 网络规划：确保 MetalLB 的 IP 地址池与现有网络不冲突，且位于同一子网。

2. CNI 兼容性：如果使用 Cilium 等 CNI 插件，确认其配置不会干扰 MetalLB 的网络操作。

3. 监控与日志：定期检查 MetalLB 组件日志，监控 IP 分配和宣告状态。

4. 版本管理：保持 MetalLB 版本更新，已知问题在较新版本中可能已修复。

总结

MetalLB 在裸机 Kubernetes 环境中提供了重要的负载均衡功能。当遇到 IP 分配后无法访问的问题时，系统管理员应按照网络层、配置层和组件层的顺序进行排查。特别注意节点标签、CNI 插件兼容性等常见问题点，通过合理的诊断工具和方法，可以快速定位并解决问题。