解决kubernetes集群中服务之间通过svc无法访问问题项目场景：应用上云，服务都是通过kubernetes集群上进行发布，集群内的服务之间都是通过svc ip 进行连接问题描述：通过租户反应，他们部署到kubernetes集群上个别服务突然通过svc无法进行连接了原因分析：首先进入后台查看无法正常连接的服务是否正常，get po 看了下，发现无法访问的pod的状态也是没有问题的，get sv

主机重启后，kubelet比docker先启动，会对不健康的pod进行一个资源回收的过程，这个时候docker还没正常启动，kubelet无法调用docker的socket接口对镜像回收，会导致每五分钟一次的循环检查，默认到100次就会触发gc，会导致kubelet的pleg不健康，这个启动顺序还是很重要的。一环境主机重启后，查看kubelet日志经常有大量无法回收镜像文件报错，会导致kubele

目前我们在推动租户上云的过程中，kubernetes集群的规模越来越大，对于整个集群的稳定性来说，肯定是不言而喻的，我这边维护上云租户使用的kubernetes集群基本上都是采用的虚拟机，各个项目规模达到一定规模，就会首当其冲出现etcd的性能问题，针对这个问题我们对etcd采取了迁移到好的裸金属主机上或者在虚拟机上挂上块存储，以下介绍我们在生产环境上执行etcd的三种迁移方式。情景一、三台etc