kubernetes监控检查（探针）

健康检查:又称为探针(Probe )

探针是由kubelet对容器执行的定期诊断。
探针的三种规则:

livenessProbe：判断容器是否正在运行。如果探测失败，则kubelet会杀死容器，并且容器将根据restartPolicy来设置 Pod状态。
如果容器不提供存活探针，则默认状态为success.readinessProbe：判断容器是否准备好接受请求。如果探测失败，端点控制器将从与 Pod匹配的所有 service endpoints中剔除删除该Pod的IP地址。
初始延迟之前的就绪状态默认为Failure。如果容器不提供就绪探针，则默认状态为Success。startupProbe (这个1.17版本增加的)：判断容器内的应用程序是否已启动，主要针对于不能确定具体启动时间的应用。
如果配置了startupProbe 探测，在则在 startuprobe 状态为 Success 之前，其他所有探针都处于无效状态，直到它成功后其他探针才起作用。
如果 startupProbe 失败，kubelet将杀死容器，容器将根据restartPolicy 米重启。如果容器没有配置 startupProbe,则默认状态为success.#注:以上规则可以同时定义。在readinessProbe检测成功之前，Pod的running状态是不会变成ready状态的。

Probe支持三种检查方法

exec：在容器内执行指定命令。如果命令退出时返回码为0则认为诊断成功。tcpSocket：对指定端口上的容器的IP地址进行TCP检查（三次握手）。如果端口打开，则诊断被认为是成功的。httplet：对指定的端口和路径上的容器的TP地址执行HTTPGet请求。如果响应的状态码大于等于200且小于400，则诊断被认为是成功的

每次探测都将获得以下三种结果之一

●成功:容器通过了诊断。
●失败:容器未通过诊断。
●未知:诊断夫败,因此不会采取任何行动

探针可配置的参数

initialDelaySeconds容器启动后多少秒后才开始执行探测periodSeconds探测的频率，每多少秒执行一次探测
failureThreshold探测失败后，允许再试几次
timeoutSeconds探测等待超时时间

示例

apiVersion: v1
kind: Pod
metadata:labels:test: livenessname: liveness-exec
spec:containers:- name: livenessimage: k8s.gcr.io/busyboxargs:- /bin/sh- -c- touch /tmp/healthy; sleep 30; rm -rf /tmp/healthy; sleep 60livenessProbe:exec:command:- cat- /tmp/healthyfailureThreshold: 1initialDelaySeconds: 5periodSeconds: 5

#initialDelaySeconds：指定 kubelet 在执行第一次探测前应该等待5秒，即第一次探测是在容器启动后的第6秒才开始执行。默认是 0 秒，最小值是 0。

#periodSeconds：指定了 kubelet 应该每 5 秒执行一次存活探测。默认是 10 秒。最小值是 1。

#failureThreshold: 当探测失败时，Kubernetes 将在放弃之前重试的次数。存活探测情况下的放弃就意味着重新启动容器。就绪探测情况下的放弃 Pod 会被打上未就绪的标签。默认值是 3。最小值是 1。

#timeoutSeconds：探测的超时后等待多少秒。默认值是 1 秒。最小值是 1。（在 Kubernetes 1.20 版本之前，exec 探针会忽略 timeoutSeconds 探针会无限期地持续运行，甚至可能超过所配置的限期，直到返回结果为止。）

可以看到 Pod 中只有一个容器。kubelet 在执行第一次探测前需要等待 5 秒，kubelet 会每 5 秒执行一次存活探测。kubelet 在容器内执行命令 cat /tmp/healthy 来进行探测。如果命令执行成功并且返回值为 0，kubelet 就会认为这个容器是健康存活的。当到达第 31 秒时，这个命令返回非 0 值，kubelet 会杀死这个容器并重新启动它。