确认Kubernetes集群中MetalLB配置的节点IP段是否正确

集群基础信息 #

• 集群包含1个主节点（内网IP：10.128.0.4）和1个工作节点（内网IP：10.138.0.5）
• 使用MetalLB为LoadBalancer类型的Service分配外部IP

节点详情 #

NAME         STATUS   ROLES                  AGE   VERSION    INTERNAL-IP   EXTERNAL-IP   OS-IMAGE                KERNEL-VERSION                CONTAINER-RUNTIME
learning-1   Ready    control-plane,master   43h   v1.23.12   10.128.0.4    <none>        CentOS Linux 7 (Core)   3.10.0-1160.59.1.el7.x86_64   docker://20.10.21
learning-2   Ready    <none>                 43h   v1.23.12   10.138.0.5    <none>        CentOS Linux 7 (Core)   3.10.0-1160.49.1.el7.x86_64   docker://20.10.21

MetalLB配置文件 #

apiVersion: v1
kind: ConfigMap
metadata:
  namespace: metallb-system
  name: config
data:
  config: |
    address-pools:
    - name: default
      protocol: layer2
      addresses:
      - 10.128.0.4 - 10.128.0.5 #Update this with your Nodes IP range

当前Service状态 #

[root@learning-1 ss_kubernetese]# kubectl get svc
NAME                  TYPE           CLUSTER-IP    EXTERNAL-IP   PORT(S)          AGE
kubernetes            ClusterIP      10.96.0.1     <none>        443/TCP          43h
svc-sdb-cluster       ClusterIP      None          <none>        3306/TCP         93m
svc-sdb-cluster-ddl   LoadBalancer   10.96.30.94   10.128.0.4    3306:30720/TCP   93m

配置正确性分析 #

1. 地址分配功能正常
   MetalLB地址池配置为10.128.0.4 - 10.128.0.5，当前svc-sdb-cluster-ddl已成功获取10.128.0.4作为外部IP，说明地址分配逻辑可正常运行。

2. 存在潜在IP冲突风险
   地址池包含主节点自身的内网IP10.128.0.4，该IP已被节点占用，若节点本身的服务与Service的外部IP监听端口重叠，会触发IP冲突，影响服务可用性。

3. 地址池范围局限性
   工作节点内网IP10.138.0.5未纳入地址池，若后续新增LoadBalancer类型Service，仅能分配10.128.0.5，且需确认该IP是否属于集群所在局域网的可用网段。

4. Layer2模式适配当前集群
   当前使用Layer2协议模式，无需额外网络设备支持，适配小规模集群场景，从Service正常获取IP来看，模式配置符合环境需求。

优化建议 #

• 避免将节点自身IP加入地址池，改用集群所在局域网内的空闲未分配IP段，彻底规避IP冲突风险。
• 若10.138.0.0/24网段可被集群外部访问，可将该网段内的空闲IP加入地址池，扩展外部IP可用范围。

内容的提问来源于stack exchange，提问作者Divyank