同事反应k8s集群中的服务不太好使,经常无响应。发现calico服务异常
登陆master1节点 使用calicoclt 查看calico集群节点状态
export ETCD_ENDPOINTS=http://*.*.*.*:2379
calicoctl node status
集群各节点状态都为passive
更换其他节点检查calico状态,发现master1节点IP地址并非网络流量地址,且状态不正常。
修改calico的yaml文件,添加配置项
# Specify interface
- name: IP_AUTODETECTION_METHOD
value: ""
IP_AUTODETECTION_METHOD 配置项默认为first-found,这种模式中calico会使用第一获取到的有效网卡,虽然会排除docker网络,localhost啥的,但是在复杂网络环境下还是有出错的可能。在这次异常中master1上的calico选择了一个bridge网卡。
为了解决这种情况,IP_AUTODETECTION_METHOD还提供了两种配置can-reach=DESTINATION,interface=INTERFACE-REGEX。
can-reach=DESTINATION配置可以理解为calico会从部署节点路由中获取到达目的ip或者域名的源ip地址。例如
# Using IP addresses
IP_AUTODETECTION_METHOD=can-reach=8.8.8.8
IP6_AUTODETECTION_METHOD=can-reach=2001:4860:4860::8888
# Using domain names
IP_AUTODETECTION_METHOD=can-reach=
IP6_AUTODETECTION_METHOD=can-reach=
interface=INTERFACE-REGEX配置可以指定calico使用匹配的网卡上的第一个IP地址。列出网卡和IP地址的顺序取决于系统。匹配支持goalong的正则语法。例如:
# Valid IP address on interface eth0, eth1, eth2 etc.
IP_AUTODETECTION_METHOD=interface=eth.*
IP6_AUTODETECTION_METHOD=interface=eth.*
环境中节点网卡名称并没有统一,我正则写的很烂。而集群网络环境还算简单只是跨了两个网段,使用can-reach,目的地址为DNS服务器地址,可以统一各节点的ip选择。
配置完成后kubectl apply -f 更新配置。再次查看calico节点状态,集群节点状态正常,集群恢复。
参考文档
/maintenance/troubleshooting#error-caliconode-is-not-ready-bird-is-not-ready-bgp-not-established-with-10001
/projectcalico/calico/issues/2561
/v2.6/reference/node/configuration#ip-autodetection-methods