我有一个Kubernetes集群部署在GCP上，具有一个节点，4个CPU和15GB内存。有一些吊舱，其中所有吊舱均通过永久卷声明绑定到永久卷。我已经观察到Pod已自动重新启动，并且持久卷中的数据丢失了。
经过一些研究，我怀疑这可能是由于豆荚驱逐政策造成的。当我使用kubectl describe pod时，我注意到以下错误。
0/1 nodes are available: 1 node(s) were not ready, 1 node(s) were out of disk space, 1 node(s) were unschedulable.
我的Pod的重启策略是“始终”。因此，我认为豆荚在被剥夺资源后已经重新启动。
如何确定集群的Pod逐出策略并进行更改？这样将来就不会发生
答案 0 :(得分：2)
我的集群的Pod驱逐策略和更改
这些阈值（容器移出）是 kubelet 的标志，您可以根据需要调整这些值。您可以编辑kubelet配置文件，这是详细信息config-file
Dynamic Kubelet Configuration允许您在实时集群中编辑这些值
我的Pod的重启策略是“始终”。因此，我认为豆荚在被剥夺资源后已经重新启动。
由于节点的问题（磁盘空间不足），已重新安排了您的pod 。
我的Pod的重启策略是“始终”。
这意味着如果吊舱未启动并正在运行，请尝试重新启动。