我知道replicaset是如何工作的，以及它将如何协调其规范中的状态。
然而，我并不完全知道Replicaset用于协调状态的所有标准是什么？
我碰巧看了一下文档以了解场景。https://kubernetes.io/docs/concepts/workloads/controllers/replicaset/
- 一种情况是当pod由于任何原因关闭时-应用程序问题
- 节点已关闭
其他情况是什么？如果吊舱在进展中受阻，复制集会处理好吗？还是只是检查吊舱是否还活着？
如果pod在进行过程中被卡住，副本集会处理吗？
只要容器内的主进程正在运行，默认情况下它就被认为是健康的，并且将被视为健康的。如果有一个应用程序问题使您的应用程序无法正常工作，但主进程仍在运行，则您将遇到一个"问题"；"不健康"；豆荚
这就是为什么您想要为您的容器实现CCD_；行为；表示容器的健康状态。在这种情况下，多次(可配置(未能成功响应运行状况检查将导致容器被视为失败，并且您的复制集将采取操作。
如果您正在pod中运行web应用程序(例如/api/health(，则示例可能是对某个预定义路径的简单HTTPGET请求。现在，即使主进程正在运行，您的应用程序也需要定期响应此健康检查查询，否则它将被替换。
如果Pod或Node没有关闭，则Pod只会失败，并且如果定义了Liveness Probe，则会创建一个新的Pod。
如果你没有实现它，k8s永远不会知道你的Pod没有启动和运行。
查看此文档页面以了解更多信息。
- OOM已终止问题-导致pod终止并重新启动pod
- Cpu限制问题-这会导致404问题，但不会重新启动pod