k8s Pod探针(健康检查和服务可用性检查)

探针分为两类：

LivenessProbe探针：用于判断容器是否存活（running状态），如果探测到容器不健康，则kubelet将会杀掉该容器，然后根据重启策略进行重启。如果没有定义LivenessProbe探针，那么kubelet认为该容器永远正常。

ReadinessProbe探针：用于判断容器服务是否可用（Ready状态），达到Ready状态的Pod才会加入到Endpoint列表中，如果运行状态中Ready状态变为False，那么就会从Endpoint列表删除掉。

LivenessProbe和ReadinessProbe探针都可以配置以下三种方式：

• ExecAction：在容器内执行一个命令，如果该命令的返回码为0，则表明容器健康。
• TCPSocketAction:通过容器的IP地址和端口号执行TCP检查，如果能够建立TCP连接，则表明容器健康。
• HTTPGetAction：通过容器的IP地址、端口号及路径调用HTTPGet方法，如果响应码大于200且小于400，则认为容器健康。

注意：initialDelaySeconds首次探测的时间很重要，时间过长(ExecAction案例)、过短(服务还没启动完成)都会导致容器一直重启无法提供服务，所以参数的值需要结合实际情况设置。

案例：

ExecAction案例
在容器中执行cat /tmp/health命令来判断一个容器运行是否正常：

apiVersion: v1
kind: Pod
metadata:
  labels:
    test: liveness
  name: liveness-exec
spec:
  containers:
  - name: liveness
    image: gcr.io/google_containers/busybox
    args:
    - /bin/sh
    - -c
    - echo ok > /tmp/health; sleep 10; rm -rf /tmp/health; sleep 600	#pod创建运行后，文件10s后删除导致首次健康检查的时候没有探测到，容器会被杀掉并重启，如此往复。
    livenessProbe:
      exec:
        command:
        - cat
        - /tmp/health
      initialDelaySeconds: 15	#启动容器后进行首次健康检查的等待时间，单位为s。
      timeoutSeconds: 1	#健康检查发送请求后等待响应的超时时间，单位为s。如果超时则kubelet会重启容器。

TCPSocketAction案例
与容器内的localhost:80建立TCP连接进行监控检查：

apiVersion: v1
kind: Pod
metadata:
  name: pod-with-healthcheck
spec:
  containers:
  - name: nginx
    image: nginx
    ports:
    - containerPort: 80
    livenessProbe:
      tcpSocket:
        port: 80
      initialDelaySeconds: 30	#启动容器后进行首次健康检查的等待时间，单位为s。
      timeoutSeconds: 1	#健康检查发送请求后等待响应的超时时间，单位为s。如果超时则kubelet会重启容器。

HTTPGetAction案例
kubelet定时发送HTTP请求到localhost:80/_status/healthz来进行容器应用的健康检查：

apiVersion: v1
kind: Pod
metadata:
  name: pod-with-healthcheck
spec:
  containers:
  - name: nginx
    image: nginx
    ports:
    - containerPort: 80
    livenessProbe:
      httpGet:
        path: /_status/healthz
        port: 80
      initialDelaySeconds: 30	#启动容器后进行首次健康检查的等待时间，单位为s。
      timeoutSeconds: 1	#健康检查发送请求后等待响应的超时时间，单位为s。如果超时则kubelet会重启容器。