本文介绍: 命名空间下系统容器重启故障,包括:网络插件calico、数据库etcd、控制器管理器kube–controller–manager等。更换底层镜像,再次换成alpine-Linux镜像,测试多次更新、发布。此时不会出现terminating的容器。使用该基础镜像运行java程序的微服务容器在K8S上更新版本、自动删除、手动删除时,目前该问题没有复现,也可能是业务压力或底层资源异常造成了K8S系统容器重启。
问题
环境信息
eclipse-temurin:11-jdk
基础镜像的底层Linux镜像版本如下:
问题描述
使用该基础镜像运行java程序的微服务容器在K8S上更新版本、自动删除、手动删除时,
进一步影响:
5. 造成【K8S Pod持续Pending(Message: 0/5 nodes are available/Insufficient cpu)】问题。
6. 造成kube-system
命名空间下系统容器重启故障,包括:网络插件calico、数据库etcd、控制器管理器kube-controller–manager等
解决办法
更换底层镜像,再次换成alpine-Linux镜像,测试多次更新、发布。此时不会出现terminating的容器。
更换的镜像底层Linux如下:
注意
软件冲突导致kube-system容器故障的关联性只是推测。目前该问题没有复现,也可能是业务压力或底层资源异常造成了K8S系统容器重启。
相关截图
声明:本站所有文章,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。