k8s 数据存储（k8s使用存活liveness和就绪）

k8s 数据存储（k8s使用存活liveness和就绪）5.如果只想在 Pod 被删除时能够排除请求，则不一定需要使用就绪探针；在删除 Pod 时，Pod 会自动将自身置于未完成状态，无论就绪探针是否存在。当等待 Pod 中的容器停止时，Pod 是处于未完成状态

什么时候使用存活（liveness）和就绪（readiness）探针?

1.如果容器中的进程能够在遇到问题或不健康的情况下自行崩溃，则不一定需要存活探针; kubelet 将根据 Pod 的restartPolicy 自动执行正确的操作。

2.如果希望容器在探测失败时被杀死并重新启动，需要指定一个存活探针，并指定restartPolicy 为 Always 或 OnFailure。

3.如果要仅在探测成功时才开始向 Pod 发送流量，请指定就绪探针。在这种情况下，就绪探针可能与存活探针相同，但是 spec 中的就绪探针的存在意味着 Pod 将在没有接收到任何流量的情况下启动，并且只有在探针探测成功后才开始接收流量，这点在高并发场景下非常有用。

4.如果希望容器能够自行维护，可以指定一个就绪探针，该探针检查与存活探针不同的端点。

5.如果只想在 Pod 被删除时能够排除请求，则不一定需要使用就绪探针；在删除 Pod 时，Pod 会自动将自身置于未完成状态，无论就绪探针是否存在。当等待 Pod 中的容器停止时，Pod 是处于未完成状态