我目前正在开发一个监控服务,用于监视Kubernetes的部署及其Pod。我想在部署未运行预期副本数量和Pod容器意外重启时通知用户。这可能不是需要监控的正确内容,我非常希望能得到一些关于应该监控什么的反馈。
无论如何,主要问题是各个Pod的状态之间的差异。当我说状态时,指的是运行
什么导致pod/容器进入这些状态?
前四种状态是否可以在没有用户干预的情况下恢复?
任何反馈将不胜感激!
此外,使用
无论如何,主要问题是各个Pod的状态之间的差异。当我说状态时,指的是运行
kubectl get pods
时的状态列。相关的状态如下:- ContainerCreating
- ImagePullBackOff
- Pending
- CrashLoopBackOff
- Error
- Running
什么导致pod/容器进入这些状态?
前四种状态是否可以在没有用户干预的情况下恢复?
CrashLoopBackOff
的阈值是多少?Running
是唯一一个具有True的Ready Condition
的状态吗?任何反馈将不胜感激!
此外,使用
kubectl
在自动化脚本中进行监控是否是不好的做法?例如,每分钟记录kubectl get pods
的结果到Elasticsearch中?