Kubernetes pod被视为失败的条件是什么

我知道replicaset是如何工作的，以及它将如何使状态与其规范相协调

但是，我并不完全了解Replicaset用于协调状态的所有标准是什么

我碰巧查阅了文档以了解场景。

一种情况是pod因任何原因停机-应用程序问题

节点已关闭

其他的场景是什么？如果pod卡在前进中，副本集会处理吗？还是只是检查吊舱是否有生命

OOM终止问题-导致吊舱终止和重启吊舱

Cpu限制问题-这会导致404问题，但不会重新启动pod

OOM终止问题-导致吊舱终止和重启吊舱

Cpu限制问题-这会导致404问题，但不会重新启动pod

如果pod卡在前进中，副本集会处理吗

只要容器内的主进程正在运行，默认情况下它就被认为是健康的，并将被视为健康的。如果有一个应用程序问题阻止了应用程序正常工作，但主进程仍在运行，那么您将被困在一个“不健康”的pod中

这就是为什么要为容器实现

livenssprobe

，并指定什么“行为”表示容器的健康状态。在这种情况下，多次（可配置）未能成功响应运行状况检查将导致容器被视为失败，您的副本集将采取行动

例如，如果您正在pod中运行web应用程序（例如

/api/health

），则可能是对某个预定义路径的简单HTTP GET请求。现在，即使主进程正在运行，您的应用程序也需要定期响应此运行状况检查查询，否则它将被替换

如果pod卡在前进中，副本集会处理吗

只要容器内的主进程正在运行，默认情况下它就被认为是健康的，并将被视为健康的。如果有一个应用程序问题阻止了应用程序正常工作，但主进程仍在运行，那么您将被困在一个“不健康”的pod中

这就是为什么要为容器实现

livenssprobe

，并指定什么“行为”表示容器的健康状态。在这种情况下，多次（可配置）未能成功响应运行状况检查将导致容器被视为失败，您的副本集将采取行动

---

例如，如果您正在pod中运行web应用程序（例如

/api/health

），则可能是对某个预定义路径的简单HTTP GET请求。现在，即使主进程正在运行，您的应用程序也需要定期响应此运行状况检查查询，否则它将被替换。

如果Pod或节点未关闭，Pod将只会失败，并且如果您定义了Liveness Probe，将创建一个新的Pod

如果您没有实现它，k8s将永远不会知道您的Pod没有启动和运行

---

查看以了解更多信息。

如果Pod或节点未关闭，Pod只会失败，如果定义了活动性探测，将创建一个新的Pod

如果您没有实现它，k8s将永远不会知道您的Pod没有启动和运行

---

查看更多信息。

是否有指向特定标准的链接，或者只是根据错误类型猜测-可恢复或不可恢复recoverable@Nag我在日常生活和个人经历中面对这些错误。你可以在谷歌上搜索，你会发现很多问题。对于OOM和CPU限制问题，kubernetesI有一个解决方案HPA（水平吊舱Autosacker），我大体上了解这些情况，但正在寻找具体的答案。谢谢。不管怎样，是否有指向特定标准的链接，或者只是根据错误类型猜测-可恢复或不可恢复recoverable@Nag我在日常生活和个人经历中面对这些错误。你可以在谷歌上搜索，你会发现很多问题。对于OOM和CPU限制问题，kubernetesI有一个解决方案HPA（水平吊舱Autosacker），我大体上了解这些情况，但正在寻找具体的答案。谢谢。不管怎样，这就像说只有当节点关闭或节点关闭时，Replicaset才会创建pod一样好？开发人员需要注意其余的场景，以提示kubernetes杀死pod（比如使用探测器？上面的@Matus；）所以，这就像说只有当节点关闭或关闭时，Replicaset才会创建pod一样好？开发人员需要注意其余的场景，以提示kubernetes杀死pod（比如使用探测器？上面的@Matus；）所以，这就像说只有当节点关闭或关闭时，Replicaset才会创建pod一样好？开发人员需要注意其余的场景，以提示kubernetes杀死pod（就像使用探测一样？基本上是的。你不应该依赖默认行为，而应该始终定义活动探测。因此，这就等于说只有当它关闭或节点关闭时，Replicaset才会创建pod？其余的场景需要开发人员小心，以提示kubernetes杀死pod（就像使用探测一样？基本上是的。您不应该依赖默认行为，而应该始终定义活动探测。