VirtualBox中K8s集群间歇性连接失败问题求助

核心问题定位 #

从你提供的信息来看，kubectl间歇性出现connection refused错误，同时master节点的核心组件（kube-apiserver、etcd、kube-controller-manager）存在频繁重启的情况，这是导致kubectl失效的直接诱因。以下是具体排查步骤：

1. 检查kube-apiserver组件稳定性

   • 查看apiserver服务状态：

     systemctl status kube-apiserver
     

     确认服务是否处于反复重启状态（你提供的Pod信息显示apiserver已重启35次，说明稳定性极差）
   • 实时查看apiserver日志，定位重启原因：

     journalctl -u kube-apiserver -f
     

     重点关注是否有etcd连接失败、端口占用、资源耗尽类报错

2. 排查etcd健康状态
   etcd是K8s的核心存储，它的不稳定会直接导致apiserver无法正常提供服务：

   • 检查etcd节点健康度（证书路径根据实际部署调整）：

     etcdctl endpoint health --cacert=/etc/kubernetes/pki/etcd/ca.crt --cert=/etc/kubernetes/pki/etcd/server.crt --key=/etc/kubernetes/pki/etcd/server.key
     

   • 查看etcd日志，排查重启或异常原因：

     journalctl -u etcd -f
     

     你的etcd已重启37次，优先排查磁盘IO过高、内存不足、数据损坏等问题

3. 检查master节点系统资源
   VirtualBox虚拟机资源配额不足是K8s核心组件反复重启的常见原因：

   • 查看CPU、内存实时占用：

     htop
     

     确保master节点至少分配2核CPU、2GB以上内存（K8s官方最低要求）
   • 检查磁盘空间，避免存储目录满导致组件异常：

     df -h /var/lib/etcd /var/lib/kubelet
     

4. 分析kube-controller-manager重启原因
   该组件处于CrashLoopBackOff状态，会影响集群控制面稳定性：

   • 查看Pod日志定位报错：

     kubectl logs -n kube-system kube-controller-manager-master -f
     

   • 检查Pod启动参数是否正确：

     kubectl describe pod kube-controller-manager-master -n kube-system
     

     重点确认apiserver地址、证书挂载路径是否配置正确

5. 排查VirtualBox网络稳定性

   • 验证master节点IP稳定性，检查是否存在网络丢包：

     ping 192.168.1.11 -c 100
     

   • 确认VirtualBox网络模式：
     • 桥接模式：检查是否与宿主机同网段，无IP冲突
     • NAT模式：确认6443端口转发规则是否正常
   • 检查节点防火墙规则，确保6443端口开放：

     ufw status
     iptables -L | grep 6443
     

6. 验证kubeconfig配置有效性

   • 查看当前kubectl使用的配置：

     kubectl config view
     

     确认server字段为https://192.168.1.11:6443，证书路径正确
   • 切换并验证配置上下文：

     kubectl config use-context <your-context-name>
     kubectl get nodes
     

额外提示 #

从你提供的Pod状态来看，calico-node、kube-proxy、coredns等组件的异常，大概率是由于控制面（apiserver/etcd）不稳定导致的连锁反应。优先解决控制面核心组件的重启问题，这些组件的状态大概率会自动恢复。

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