Platform 中内置了以下污点： node.kubernetes.io/not-ready：节点未就绪。这与节点状况 Ready=False 对应。 node.kubernetes.io/unreachable：节点无法从节点控制器访问。这与节点状况 Ready=Unknown 对应。 node.kubernetes.io/memory-pressure：节点存在内存压力问题。这与节点状况 MemoryPressure=True 了解根据状况驱 驱除 除 pod（基于 （基于垃圾 垃圾的 的驱 驱除） 除） Taint-Based Evictions 功能默认是启用的，可以从遇到特定状况（如 not-ready 和 unreachable）的节 点驱除 pod。当节点遇到其中一个状况时，OpenShift Container Platform 会自动给节点添加污点，并开 始驱除 pod 以及将 pod 重新调度到其他节点。 120 1 OpenShift Container Platform 会自动为 node.kubernetes.io/not-ready 和 node.kubernetes.io/unreachable 添加容限并设置 tolerationSeconds=300，除非 Pod 配置中指定了 其中任一种容限。 这些容限确保了在默认情况下，pod 在检测到这些节点条件问题中的任何一个时，会保持绑定五分

io/not-ready： ：节 节点未就 点未就绪 绪。 。这 这与 与节 节点状况 点状况 Ready=False 对应 对应。 。 node.kubernetes.io/unreachable： ：节 节点无法从 点无法从节 节点控制器 点控制器访问 访问。 。这 这与 与节 节点状况 点状况 Ready=Unknown 对应 对应。 。 node 驱除） 除） Taint-Based Evictions 功能默 功能默认 认是 是启 启用的，可以从遇到特定状况（如 用的，可以从遇到特定状况（如 not-ready 和 和 unreachable） ） 的 的节 节点 点驱 驱除 除 pod。当 。当节 节点遇到其中一个状况 点遇到其中一个状况时 时， ，OpenShift Container Platform 会自 会自动给节 动给节点添加 kubernetes.io/not-ready 和 和 OpenShift Container Platform 4.6 节 节点 点 158 1 node.kubernetes.io/unreachable 添加容限并 添加容限并设 设置 置 tolerationSeconds=300，除非 ，除非 Pod 配置中指定了 配置中指定了 其中任一种容限。 其中任一种容限。

******************************************* localhost : ok=2 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0 $ oc get configmaps OpenShift Container ******************************************* localhost : ok=2 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0 $ oc get configmaps 第 第 5 章 章 开 开发 发 OPERATOR 被称为“裂脑（split brain）”的状态。但这种方法可能会延迟选举新的领导。例如，当领导 pod 位于无 响应或分区的节点上时，您可以在领导 pod 上指定 node.kubernetes.io/unreachable 和 node.kubernetes.io/not-ready 容限，并使用 tolerationSeconds 值来指定领导 pod 从节点删除所需 的时间，并缩减。这些容限默认添加到 pod

******************************************* localhost : ok=2 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0 $ ansible-playbook create-vm.yaml --- -

targetCPUUtilizationPercentage: 85 pod: tolerations: - key: node.kubernetes.io/unreachable operator: Exists effect: NoExecute tolerationSeconds: 60