【问题标题】:How to identify pod eviction policy?如何识别 pod eviction 策略?
【发布时间】:2019-08-15 21:05:00
【问题描述】:

我在 GCP 上部署了一个 Kubernetes 集群,它有一个节点、4 个 CPU 和 15GB 内存。有一些 pod 的所有 pod 都通过持久卷声明绑定到持久卷。我观察到 pod 已经自动重启,并且持久卷中的数据丢失了。

经过一些研究,我怀疑这可能是因为 pod eviction 政策。当我使用 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 在资源被剥夺后已经重新启动。

如何识别集群的 pod eviction 策略并进行更改?这样以后就不会发生这种情况了

【问题讨论】:

    标签: kubernetes google-cloud-platform


    【解决方案1】:

    我的集群的 pod eviction 策略和更改

    这些阈值(pod eviction)是 kubelet 的标志,您可以根据需要调整这些值。您可以编辑 kubelet 配置文件,这里是详细信息config-file

    Dynamic Kubelet Configuration 允许您在实时集群中编辑这些值

    我的 pod 的重启策略是“始终”。所以我认为 Pod 在资源被剥夺后已经重新启动。

    由于节点问题(磁盘空间不足),您的 pod 已重新安排

    我的 pod 的重启策略是“始终”。

    这意味着如果 pod 没有启动并运行,则尝试 restart 它。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2016-04-11
      • 2019-11-26
      • 2020-06-16
      • 2018-09-07
      • 2020-07-12
      • 2022-12-01
      • 2021-07-15
      • 2010-10-11
      相关资源
      最近更新 更多