Answers:
正如@Tensibai在评论中指出的那样,这可能是由于CPU或内存不足而引起的,但并非总是如此。
例如,刚刚部署了一个舵图,它失败了,并且GCP中的工作负载表明:
Pod错误:CrashLoopBackOff
根据@Tensibai的评论,第一印象是资源不足,但是使用的进一步分析kubectl describe pod <pod-name>
表明,在这种情况下,livenessProbe检查失败:
Liveness probe failed: Get http://10.16.0.13:80/: dial
tcp 10.16.0.13:80: getsockopt: connection refused
总之,该Does not have minimum availability
消息是通用的。可能会导致多个问题,因此需要更多的部门分析才能找到实际的错误。
livenessProbe
失败了
Does not have minimum availability
仅仅意味着没有足够的Pod运行以满足所需的副本集呢?