Kubernetes 主吊舱上的库伯内特斯污点

kubernetes主机有一个污点，它不会在主机上安排正常的工作负载。但它在主控台上调度吊舱，尽管它将污染应用为noschedule

这是怎么可能的，k8s环境的行为是否不同，或者我的理解是错误的。我想，只有在清除了主机上的污点之后，主机才会允许调度吊舱

apiVersion: v1
kind: Pod
metadata:
  name: nginx
spec:
  containers:
  -  image: nginx
     name: nginx
  nodeName: master

我在实验室环境中看到的快照。

---

虽然

污染

是节点排斥某些POD的一种方式，但当您在PodSpec中明确提供

节点名称

时，它优先于其他节点选择方法（污染和容忍等）Kubernetes调度器通过直接将Pod分配给该节点，实际上缩短了调度过程

---

但是，如前所述，在将Pod分配给节点后，由于资源限制，它可能无法运行。但是调度工作已经完成。

虽然

污点

是节点排斥某些pod的一种方式，但当您在PodSpec中明确提供

节点名

时，它优先于其他节点选择方法（污点和容忍度等）Kubernetes调度器通过直接将Pod分配给该节点，实际上缩短了调度过程

---

但是，如前所述，在将Pod分配给节点后，由于资源限制，它可能无法运行。但是，计划工作已经完成。

如果您将鼠标悬停在标记上或转到其标记wiki（单击标记，然后在下一页了解），阅读的说明中明确指出，此处提出的问题需要与编码有关，而不是与配置有关。这些问题应该被问到。@KenWhite A大+1，用来学习SO和其他堆栈交换网站的实际使用差异。我自己问哪里发布问题，所有代码都会转到SO，操作系统和环境特定的问题会转到服务器故障，最后到达这里。如果可能的话，我会试着提出这个问题。库贝莱特不会因为污染而让吊舱失败。污点仅在Pod调度期间使用，使用

nodeName

实际上会缩短调度过程，并直接将Pod分配给该节点。Kubelet只负责从调度程序获取一个pod并运行它的容器。@AliTou:是的，它是编程相关任务中最流行的。其他网站的存在有一个原因，那就是给你一个地方去问与编程无关的问题。使用合适的站点可以降低噪音和杂乱，并有助于保持其存在的目的。不管是不是最受欢迎；你仍然不能在这里提出离题问题。时期没有例外。正如你在上面所看到的，这个问题正是因为这个原因才被解决的；此问题不适用于此网站，因为它不符合SSO准则。如果您将鼠标悬停在标记上或转到其标记wiki（单击标记，然后在下一页了解），阅读的说明中明确指出，此处提出的问题需要与编码有关，而不是与配置有关。这些问题应该改为继续提问。@KenWhite为我学习SO和其他Stack Exchange网站的实际使用差异提供了一个大+1。我自己问在哪里发布问题，所有代码都指向SO，操作系统和环境特定的问题指向服务器故障，最后到达这里。如果可能的话，我会试着提出这个问题。库贝莱特不会因为污染而让吊舱失败。污点仅在Pod调度期间使用，使用

nodeName

实际上会缩短调度过程，并直接将Pod分配给该节点。Kubelet只负责从调度程序获取一个pod并运行它的容器。@AliTou:是的，它是编程相关任务中最流行的。其他网站的存在有一个原因，那就是给你一个地方去问与编程无关的问题。使用合适的站点可以降低噪音和杂乱，并有助于保持其存在的目的。不管是不是最受欢迎；你仍然不能在这里提出离题问题。时期没有例外。正如你在上面所看到的，这个问题正是因为这个原因才被解决的；此问题不适用于此网站，因为它不符合SSO指南。