kubernetes - k8s-livenessProbe与ReadinessProbe

Question

考虑一个通过端口80上的http端点/health进行运行状况检查的Pod，实际上准备就绪并为流量提供服务大约需要60秒。

readinessProbe:
  httpGet:
    path: /health
    port: 80
  initialDelaySeconds: 60
livenessProbe:
  httpGet:
    path: /health
    port: 80

问题:

我的上述配置是否符合给定的要求？

活力探针是否只有在 pods 准备就绪后才能开始工作？换句话说，我认为一旦POD准备就绪，就绪探测工作就完成了。之后，livenessProbe会进行健康检查。在这种情况下，我可以忽略livenessProbe的initialDelaySeconds。如果它们是独立的，那么在 pods 本身未准备就绪时检查livenessProbe的意义是什么! ？

检查此documentation。

是什么意思

If you want your Container to be able to take itself down for maintenance, you can specify a readiness probe that checks an endpoint specific to readiness that is different from the liveness probe.

我以为，仅当livenessProbe失败时，运行中的 pods 才会自行倒下。不是readinessProbe。医生说另一种方式。

澄清!

Answer 1

liveness 探针将检查容器是否已启动并处于 Activity 状态。如果不是这种情况，kubernetes最终将重新启动容器。

反过来，准备情况调查还会检查依赖关系，例如数据库连接或容器要完成其工作所依赖的其他服务。作为开发人员，您需要在这里花更多的时间在实现上，而不仅仅是 liveness 探针。您必须公开一个端点，该端点在查询时还要检查提到的依赖项。

您当前的配置使用 liveness 端点， liveness 端点通常使用该端点。它可能不会检查您的服务是否真的准备好吸引流量。

Kubernetes依赖于准备情况探针。在滚动更新期间，它将保持旧容器的正常运行，直到新服务声明已准备好接受流量为止。因此，准备情况探针必须正确实现。