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为了确认一次探测的失败，也会多次尝试。

参考《k8s in action》