Kubespray部署中Etcd服务IP地址配置异常问题解析

在使用Kubespray部署Kubernetes集群时，用户遇到了Etcd服务启动失败的问题。该问题表现为Etcd服务尝试在错误的网络接口IP地址（10.0.2.2）上监听，而实际期望的监听地址应该是192.168.126.0/24网段的IP。

问题现象

在Ubuntu 22.04系统上部署三节点集群时，虽然已在inventory文件中明确定义了各节点的IP地址（192.168.126.41-43），但Etcd服务仍尝试在10.0.2.2这个非预期的IP地址上启动。这导致服务启动失败，并出现"initial cluster has duplicate url"的错误提示。

根本原因分析

1. Ansible缓存问题：初步分析表明，这可能是由于Ansible缓存了旧的变量值导致的。在首次运行playbook时，系统可能记录了错误的网络接口信息。

2. 多网卡环境识别：当主机配置了多个网络接口时，Kubespray的自动检测机制可能会错误地选择默认路由所在的接口，而非用户指定的管理网络接口。

3. 变量继承问题：Etcd服务的网络配置依赖于多个层级的环境变量，当这些变量没有被正确覆盖时，会导致服务使用默认值而非用户指定的值。

解决方案

1. 清除Ansible缓存：使用--flush-cache参数重新运行playbook，强制Ansible重新收集所有变量：

   ansible-playbook -i inventory.ini cluster.yml -b -v --ask-become-pass --flush-cache
   

2. 明确指定网络接口：在inventory文件中为每个节点显式定义所有网络相关变量：

   node1 ansible_host=kubernetes-master01 ip=192.168.126.41 access_ip=192.168.126.41
   

3. 检查网络配置：确保各节点的网络接口配置正确，特别是默认路由指向了预期的网络接口。

最佳实践建议

1. 在多网卡环境中部署时，建议始终明确指定所有网络相关参数，避免依赖自动检测。

2. 在修改inventory文件后，建议总是使用--flush-cache参数运行playbook，确保变量更新生效。

3. 对于生产环境，建议在部署前验证各节点的网络配置，确保Kubespray能够正确识别管理网络接口。

4. 可以添加pre-task来验证网络配置是否符合预期：

   - name: Verify network configuration
     debug:
       msg: "Node {{ inventory_hostname }} using IP {{ ansible_default_ipv4.address }}"
   

总结

这个案例展示了在复杂网络环境下使用Kubespray部署Kubernetes时可能遇到的问题。通过理解Kubespray的网络检测机制和变量继承体系，我们可以更好地控制和预测部署行为。对于关键的生产环境部署，建议采取更谨慎的网络配置策略，并充分利用Ansible的调试工具来验证配置是否符合预期。