pod 多容器健康探针 pod健康探测方式

转载

IT剑客之家 2024-07-29 16:03:36

文章标签 pod 多容器健康探针重启 Pod HTTP 文章分类 云原生云计算

Pod的生命周期中存在2种健康探测，Readiness和Liveness是保证Pod容器正常运行的关键检测手段。
1、零停机部署， Scale Up 新的Pod作为backend被添加到 Service 的负责均衡中
2、避免无效的Pod导致服务中断
3、更加安全的滚动升级

由 kubelet 对容器执行的定期诊断。要执行诊断，kubelet 调用由容器实现的 Handler

默认健康探测

默认是基于容器的dockerfile中的CMD或ENTRYPOINT指定的，容器进程退出代表故障处理方法就是进入重启策略（restartPolicy，默认为Always）

这个阶段还是属于容器自身状态是否正常，在docker中容器启动失败后就一直失败状态

支持三种策略：

Always：当容器终止退出后，总是重启容器，默认策略
OnFailure：当容器异常退出（退出状态码非0）时，才重启容器
Never：当容器终止退出，从不重启容器

Readiness

容器是否启动好并对外提供Service服务

Readiness探测成功代表Pod的READY为可用，否则不可用
READY可用后，Service会把信息添加映射到IPVS上或者iptables上

Liveness

运行期间容器是否故障，进入重启策略自愈

连续探测3次失败，进入重启策略
Pod的RESTARTS状态记录了重启次数

探测的三种方式

ExecAction：在容器内执行指定命令，诊断是否成功，比如cat 一个文件、ps一个进程等等

containers:  #属于容器层级下级
 readinessProbe:
  exec:
    command:
    - cat
    - /tmp/healthy
  initialDelaySeconds: 5
  periodSeconds: 5
#检测是否有/tmp/healthy文件

TCPSocketAction：对指定端口上的容器的 IP 地址进行 TCP 检查。如果端口打开，则诊断被认为是成功的，基于四层的服务检查

containers:  #属于容器层级下级 
 readinessProbe:
  tcpSocket:
   port: 80
  initialDelaySeconds: 5
  periodSeconds: 5
#检测服务是否有tcp协议80端口

HTTPGetAction：对指定的端口和路径上的容器的 IP 地址执行 HTTP Get 请求。如果响应的状态码大于等于200 且小于400，则诊断被认为是成功的，基于七层服务检查

containers:  #属于容器层级下级
 readinessProbe:
  httpGet:
   scheme: HTTP  #支持 HTTP（默认值）和 HTTPS
   port: 80
   path: /index.html  
  initialDelaySeconds: 5
  periodSeconds: 5
#检查 http://IP:80/index.html是否返回正常状态码

探测执行规则