容器健康检查解析

健康检查方式

在kubernetes中，我们经常会看到健康检查相关的配置。一般有两种健康检查方式：存活性健康检查和可用性健康检查，也可以叫做存活探针或者就绪探针。

通过一段工作中使用到的配置给大家作以讲解。

livenessProbe:
  failureThreshold: 3
  httpGet:
    path: /sams/webapi/health
    port: 19201
    scheme: HTTP
  initialDelaySeconds: 120
  periodSeconds: 20
  successThreshold: 1
  timeoutSeconds: 30
readinessProbe:
  failureThreshold: 3
  httpGet:
    path: /sams/webapi/health
    port: 19201
    scheme: HTTP
  initialDelaySeconds: 120
  periodSeconds: 20
  successThreshold: 1
  timeoutSeconds: 30

字段含义

从yaml配置可以看出，存活性健康检查和可用性检查配置基本相似，每个字段所表示的含义也相同。

三种检查方式

kubernetes中有三种健康检查的方式。上面示例中采用的是httpGet的方式，其他两种为TCP和EXEC。这三种健康检查的配置基本相同。

区别：

http（httpGet）检查方式会向容器中运行的服务发送HTTP GET请求，请求某个端口（port）下的资源（path），返回任何大于等于200且小于400的值，均表示健康，反之为不健康。

TCP（tcpSocket）检查方式将连接到容器的某个端口（port），如果探测成功，返回值为0，则该容器是健康的，反之为不健康。

EXEC检查方式会在容器中执行执行特定的命令（command），如果命令执行成功，则返回0，那么就认为容器是健康的，反之为不健康。

检查结果：

对于两种检查检查方式，有三种检查结果。

梳理总结

存活性健康检查在检测失败后会重启容器，可用性健康检查失败后隔离服务（没有流量），不会重启。其实容器的重启并不是由健康检查决定，而是由容器的重启策略restartPolicy决定的。

如果一个容器不包含存活探针，则Kubelet认为容器的存活探针的返回值永远成功。