Kubernetes-存活探针(liveness probe)

1 介绍

1.1 概念

  存活探针(liveness probe):检查容器是否还在运行,可以为pod中的每个容器单独指定存活探针。如果探测失败了,K8S将定期执行探针并重新启动容器。

1.2 3种探测容器的机制:

1)HTTP GET探针对容器的IP地址(指定端口和路径)执行HTTP GET请求;探测器收到响应(2xx或3xx),则探测成功。
2)TCP套件字探针尝试与容器指定端口建立TCP连接;连接建立成功,则探测成功。
3)Exec探针在容器内执行任意命令,并检查命令的退出状态码。状态码为0,探测成功,否则,失败。

1.3 使用方式

1.3.1 通过kubectl get得到重启次数
$ kubectl get po pod_name
重启次数查看

from K8s in Action

上图中的RESTARTS可以看到pod的容器被重启了一次;

1.3.2 获取崩溃容器的应用日志
$ kubectl logs pod_name --previous
通过--previous选项查看前一个容器的日志。

1.3.3 查看pod描述信息
$ kubectl describe po pod_name
其中退出代码:137(128+9 SIGKILL)表示进程被外部信号终止,退出代码143(128+15 SIGTERM)

livenessProbe:
  httpGet:
    path: /
    port: 8080
  initialDelaySeconds: 15

k8s会在第一次探测前等待15s,这个初始延迟说明应用程序的启动时间。

2 探针的创建

  生产中运行的pod,需要定义一个存活探针,如果没有探针,k8s无法知晓应用的存活状态。

2.1 存活探针检查

   探针配置为请求特定的URL路径(/health),并让应用从内部对内部运行的所有重要组件执行状态检查,以确保没有终止或停止响应。需要确保/health HTTP端点不需要认证,否则探测会一直失败,导致容器无限重启。

2.2 轻量级

  存活探针需要是轻量级的,不可以占用太多的计算资源,时长花费也需要控制。一般是在1s内执行完毕,这样可以减少主应用程序进程可用的CPU时间。重试循环无需在探针中实现,即使探针的失败阈值设置为1,k8s为了确认一次探测的失败,也会多次尝试。

原文地址:https://www.cnblogs.com/Andya/p/12434547.html