简述就绪探针（ReadinessProbe探针）与存活探针（livenessProbe探针）区别是什么？

八股文_Kubernetes 0 10

参考回答

就绪探针（ReadinessProbe） 和 存活探针（LivenessProbe） 都是 Kubernetes 中的健康检查机制，用于监控容器的健康状态，但它们的作用有所不同：

就绪探针：主要用来判断容器是否准备好接收流量。如果容器尚未准备好处理请求，Kubernetes 会将流量从该容器的服务中移除，直到它通过就绪探针检查为止。
存活探针：用于判断容器是否仍然存活。如果存活探针失败，Kubernetes 会认为容器出现故障并重启它。

总结：就绪探针关注容器是否准备好接收流量，而存活探针关注容器是否还存活。

详细讲解与拓展

1. 就绪探针（ReadinessProbe）

功能与用途：
– 就绪探针的作用是判断容器是否已准备好开始接收请求。通常在应用启动时，可能需要等待一些初始化过程（如数据库连接、缓存准备等），此时容器应该不会接收流量。
– Kubernetes 通过定期对就绪探针进行检测，来判断容器是否能够正常接收流量。如果探针失败，Kubernetes 会将该容器从 Service 的负载均衡池中移除，直到它准备好再重新加入。

常见应用场景：
– 比如一个 Web 应用可能依赖某些外部服务（如数据库），在数据库尚未准备好时，应用就不应该开始接收请求。此时可以使用就绪探针，直到应用确认自己已经完全启动并能处理请求。

示例：

readinessProbe:
  httpGet:
    path: /healthz
    port: 8080
  initialDelaySeconds: 5
  periodSeconds: 10

这里配置了一个 HTTP 请求的探针，容器通过 /healthz 路径检查是否准备好。

2. 存活探针（LivenessProbe）

功能与用途：
– 存活探针主要用于监测容器是否处于存活状态。如果容器长时间未响应存活探针，Kubernetes 会认为容器出现了问题，并会尝试重启该容器。
– 它通常用于捕捉那些可能进入 “挂起” 状态的容器，比如应用程序死锁、内存泄漏等情况。

常见应用场景：
– 如果应用由于某些错误陷入死循环或无法恢复的状态，存活探针可以通过定期检查容器的存活状态，及时发现并进行容器重启，恢复系统的健康。

示例：

livenessProbe:
  httpGet:
    path: /healthz
    port: 8080
  initialDelaySeconds: 3
  periodSeconds: 5

这个配置会定期访问 /healthz 路径，如果探针失败，Kubernetes 会重启容器。

3. 区别总结

特性	就绪探针 (ReadinessProbe)	存活探针 (LivenessProbe)
主要目的	判断容器是否准备好接收流量	判断容器是否仍然存活
失败时的反应	将容器从 Service 的负载均衡池中移除	重启容器
适用场景	容器正在启动或依赖外部服务时	容器可能进入死循环或挂起状态时

4. 进一步拓展

初始延迟（initialDelaySeconds）：在容器启动后，Kubernetes 等待一段时间才开始执行探针检查，避免容器刚启动时因为一些启动过程的延迟而误判容器状态。
探针的方式：探针不仅限于 HTTP 请求检查，还可以是：
- HTTP 请求：通过指定路径和端口进行 HTTP 请求，检查容器的响应状态。
- TCP 检查：通过指定端口，检查容器是否能够成功建立 TCP 连接。
- 命令检查：通过执行容器内部命令来检查容器是否处于健康状态，返回 0 表示健康，非 0 表示故障。

示例（TCP 检查）：

livenessProbe:
  tcpSocket:
    port: 8080
  initialDelaySeconds: 3
  periodSeconds: 5

总结：就绪探针和存活探针是 Kubernetes 提供的两种健康检查方式，它们分别用来确保容器能够接受流量和确保容器在健康状态下运行。通过合理配置这些探针，可以提高应用的稳定性和自动恢复能力。