kubernetes基础篇 —— 检测探针

检测探针

探针是由 kubelet 对容器执行的定期诊断：

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

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

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

Kubelet 可以选择是否执行在容器上运行的三种探针执行和做出反应:

• livenessProbe:指示容器是否正在运行。如果存活探测失败,则 kubelet 会杀死容器,并且容器将受到其 重启策略 的影响。如果容器不提供存活探针,则默认状态为 Success
• readinessProbe:指示容器是否准备好服务请求。如果就绪探测失败,端点控制器将从与 Pod 匹配的所有 Service 的端点中删除该 Pod 的 IP 地址。初始延迟之前的就绪状态默认为 Failure。如果容器不提供就绪探针,则默认状态为 Success
• startupProbe: 指示容器中的应用是否已经启动。如果提供了启动探测(startup probe),则禁用所有其他探测,直到它成功为止。如果启动探测失败,kubelet 将杀死容器,容器服从其重启策略进行重启。如果容器没有提供启动探测,则默认状态为成功Success

重启策略:

• PodSpec 中有一个 restartPolicy 字段,可能的值为 Always、OnFailure 和Never。默认为 Always

Pod 的生命:

• 一般Pod 不会消失,直到人为销毁他们,这可能是一个人或控制器

• 建议创建适当的控制器来创建 Pod,而不是直接自己创建 Pod。因为单独的Pod 在机器故障的情况下没有办法自动复原,而控制器却可以

• 三种控制器：

  1. 使用 Job 运行预期会终止的 Pod,例如批量计算。Job 仅适用于重启策略为OnFailure 或 Never 的 Pod
  2. 对预期不会终止的 Pod 使用 ReplicationController、ReplicaSet 和Deployment ,例如 Web
     服务器。 ReplicationController 仅适用于具有restartPolicy 为 Always 的 Pod
  3. 提供特定于机器的系统服务,使用 DaemonSet 为每台机器运行一个 Pod

readiness实例：

liveness实例：