提供服务的进程在关闭过程中超出时间限制_Kubernetes部署微服务项目踩坑经验分享...

• 作者：墨清书
• 链接：https://www.jianshu.com/p/11db95e4fcc8

导读

本文给你分享我在K8S生产环境上部署微服务项目遇到的问题：

• 1、限制了容器资源，还经常被杀死？
• 2、滚动更新之健康检查重要性
• 3、滚动更新之流量的丢失

第一个问题，限制容器资源，还经常去杀死的原因？

就是说部署的java应用，不一会就重启了，其实重启就是在重建了，这就意味着你的pod是不健康的，然后k8s重新再帮你去拉取了，这样的话就要去找问题去排查了，说白了其实就是被杀死了，可以通过describe去查看一下事件，一般都会能看到，由于健康状态检查没通过，然后再去拉取的，因为是java应用，由于堆内存溢出，然后被kill掉，在日志最后一行会出现一个kill的字段，看一下它重启的原因，之前我遇到的是它的堆内存没限制住，它本身有jvm,jvm主要有内存做交换数据的，它堆内存主要是性能设计的一个体现，所以他的堆内存很容易就会超出，超出之后呢，很可能会被k8s杀死掉，为什么k8s会kill它，因为它超出了限制，默认容器会使用宿主机所有的资源，如果不做资源限制，会影响整个宿主机，然后整个宿主机资源不够会实现飘移，会转移到其他主机上，然后再异常，可能会起到一种雪崩的效应，所以一般我们都是要做资源限制的，难道这个限制，限制不了java应用吗？其实它是限制不住的，虽然k8s部署应用还是很方便的，但是部署java应用还是不兼容的，比如它不