问题描述
在定义一个Statefulset时，在spec.template.spec下添加了Tolerations。这与spec.template.spec.containers一致。具体的Tolerations配置如下：
tolerations:
- effect: NoSchedule
key: workers
value: "true"
- effect: NoExecute
key: node.kubernetes.io/not-ready
operator: Exists
tolerationSeconds: 300
- effect: NoExecute
key: node.kubernetes.io/unreachable
operator: Exists
tolerationSeconds: 300
虽然Statefulset显示了tolerations中的workers = true，但是Pods仅显示了node.kubernetes.io/not-ready和node.kubernetes.io/unreachable。用户想知道为什么会出现这种情况，尽管尝试了多种选项，但似乎没有任何效果。
解决方案
请注意以下操作可能因Kubernetes版本不同而有所不同，确保你的集群与解决方案兼容。
检查Pod是否重新创建
在Statefulset中修改Tolerations后，确保Pods已经重新创建，以便新的Tolerations生效。如果旧的Pods仍在运行，它们可能仍然使用旧的配置。你可以通过以下方法之一来检查和管理Pods的状态：
-
删除旧的Pods： 如果你确定新的Tolerations已经应用到Statefulset，并且不需要保留旧的Pods，你可以手动删除旧的Pods，从而触发新的Pods的创建。你可以使用以下命令删除Pods：
bash
kubectl delete pods -l app=<your-app-label>
这将删除带有特定标签的所有Pods，从而使它们重新创建。 -
缩放Statefulset： 通过缩放Statefulset副本数，可以触发新的Pods的创建。你可以使用以下命令来缩放Statefulset的副本数：
bash
kubectl scale statefulset <statefulset-name> --replicas=<desired-replicas>
将<statefulset-name>替换为你的Statefulset的名称，将<desired-replicas>替换为你希望的副本数。
检查Tolerations配置
确保Tolerations的配置正确且与所需的规范相匹配。在你提供的配置中，tolerations看起来是正确的。但为了避免任何错误，可以采取以下步骤来进一步排除问题：
-
验证Tolerations键和值： 确保
key和value的值与Pod所需的Tolerations键和值匹配。在你的配置中，workers: "true"可能是Tolerations的一个条件，但确保这与你的Pod的Tolerations要求相匹配。 -
检查其它资源： 有时，Tolerations可能与节点资源相关。确保你的Pod的资源请求和限制与节点的资源匹配，以便Tolerations能够正确生效。
检查Kubernetes版本兼容性
有时，一些特定的Kubernetes版本可能会影响Tolerations的行为。确保你使用的Kubernetes版本与你的配置和解决方案兼容。如果存在版本相关的问题，考虑升级到较新的Kubernetes版本，其中可能已经修复了一些问题。
考虑使用PodDisruptionBudget
在Statefulset中使用PodDisruptionBudget（PDB）可以控制在进行节点维护或升级时Pod的中断数量。PDB可以确保只有指定数量的Pods被中断，以防止整个集群被影响。通过适当配置PDB，你可以更好地控制Pod的可用性和维护。
总结
在修改Statefulset的Tolerations后，要确保Pods已经重新创建，以便新的Tolerations配置生效。检查Tolerations配置是否正确，并考虑Kubernetes版本兼容性。如果需要更精细的控制，可以考虑使用PodDisruptionBudget来管理Pod的中断。
如果你仍然遇到问题，请提供更多细节，以便我们能够更好地帮助你解决这个问题。