0%

Pod之容器探针

kubelet对容器执行的定期诊断。要执行诊断,kubelet需要调用由容器实现的Handler。

Handler的类型

  • ExecAction: 在容器内执行指定的命令。 如果命令以状态代码0退出,则认为诊断成功。
  • TCPSocketAction: 根据指定端口上容器的IP地址执行TCP检查。 如果端口打开,则认为诊断成功。
  • HTTPGetAction: 针对指定端口和路径上容器的IP地址执行HTTP Get请求。如果响应的状态码大于或等于200且小于400,则认为诊断成功。

Handler的执行结果

Handler的执行结果也就是探针的执行结果,有以下三种:

  • Success: 容器通过了诊断。
  • Failure: 容器诊断失败。
  • Unknown: 诊断失败,所以不应该采取任何行动。

Probe的类型

Probe总共有3种类型:

  • livenessProbe: 指示容器是否正在运行。
  • readinessProbe:指示容器是否准备为请求提供服务。
  • startupProbe:指示容器内的应用程序是否已启动。

livenessProbe

指示容器是否正在运行。如果探针的执行结果为Failure,kubectl将会杀死该容器,容器会根据配置的重启策略决定是否重启该容器。如果容器没有配置该探针,则默认为Success.

如果容器在遇到问题或变得不健康时能够自行崩溃,则不需要该探针。
如果希望在探测失败时杀死容器并重新启动,则需要配置该探针,并将restartPolicy配置为AlwaysOnFailure

readinessProbe

指示容器是否准备为请求提供服务。如果探针的执行结果为Failure,则端点控制器将从与Pod匹配的所有Service的端点中删除该Pod的IP地址。初始延迟之前的默认为Failure。如果容器没有配置该探针,则默认为Success.

在下列情况下,建议使用该探针。

  • 该探针执行成功后,Pod才开始接受流量。
  • 在启动过程中,容器需要加载大型数据、配置文件或迁移。
  • 希望容器能够自行下线进行维护

如果只是想在删除Pod时耗尽请求,则不一定需要该探针;在删除的过程中,无论是否有该探针,Pod都会自动将自己置于未就绪状态。在等待容器被停止的过程中,Pod会保持未就绪状态。

startupProbe

该探针是Kubenetes 1.16新增的探针,目前依然处于alpha阶段。

指示容器内的应用程序是否已启动。如果配置了该探针,该探针的执行结果为Success之前,其他探针都会被禁用。如果探针的执行结果为Failure,kubectl将会杀死该容器,容器会根据配置的重启策略决定是否重启该容器。如果容器没有配置该探针,则默认为Success.

如果容器的启动时间超过initialDelaySeconds + failureThreshold×periodSeconds,则需要配置该探针,该探针检查的终结点与livenessProbe一致。

示例

在不同的重启策略下,livenessProbereadinessProbe探针执行结果为SuccessFailure的示例。

所有的manifests都在 https://github.com/chengqing-su/kubernetes-learning/tree/master/container-probes。

livenessProbe

liveness-probe-pods

readinessProbe

readiness-probe-pods

readiness-probe-failure-service

readiness-probe-success-service

更多内容,请关注我的微信公众号