diff --git a/.vuepress/config.js b/.vuepress/config.js index 55b3b23..5673bf8 100644 --- a/.vuepress/config.js +++ b/.vuepress/config.js @@ -292,6 +292,9 @@ module.exports = { collapsable: true, children: [ 'k8s-intermediate/config/taints-toleration/', + 'k8s-intermediate/config/taints-toleration/use-case', + 'k8s-intermediate/config/taints-toleration/taint-based-evictions', + 'k8s-intermediate/config/taints-toleration/taint-nodes-by-condition', ] }, { diff --git a/.vuepress/public/install-script/v1.16.0/install_kubelet.sh b/.vuepress/public/install-script/v1.16.0/install_kubelet.sh index 02fc1cb..f4d90e5 100644 --- a/.vuepress/public/install-script/v1.16.0/install_kubelet.sh +++ b/.vuepress/public/install-script/v1.16.0/install_kubelet.sh @@ -2,9 +2,6 @@ # 在 master 节点和 worker 节点都要执行 -# 脚本出错时终止执行 -set -e - # 安装 docker # 参考文档如下 # https://docs.docker.com/install/linux/docker-ce/centos/ diff --git a/learning/k8s-intermediate/config/taints-toleration/taint-based-evictions.md b/learning/k8s-intermediate/config/taints-toleration/taint-based-evictions.md new file mode 100644 index 0000000..f25d713 --- /dev/null +++ b/learning/k8s-intermediate/config/taints-toleration/taint-based-evictions.md @@ -0,0 +1,46 @@ +--- +vssueId: 98 +titlePrefix: 污点和容忍 +layout: LearningLayout +description: Kubernetes教程_在Kubernetes中_配置污点和容忍taints_and_toleration的基于污点的驱逐 +--- + +# 基于污点的驱逐（TaintBasedEviction） + +在前面的章节中，我们描述了 [NoExecute](http://localhost:8080/learning/k8s-intermediate/config/taints-toleration/#%E6%B1%A1%E7%82%B9%E4%B8%8E%E5%AE%B9%E5%BF%8D%E7%9A%84%E5%8C%B9%E9%85%8D) 的污点效果，该效果将对已经运行在节点上的 Pod 施加如下影响： +* 不容忍该污点的 Pod 将立刻被驱逐 +* 容忍该污点的 Pod 在未指定 `tolerationSeconds` 的情况下，将继续在该节点上运行 +* 容忍该污点的 Pod 在指定了 `tolerationSeconds` 的情况下，将在指定时间超过时从节点上驱逐 + +此外，自 kubernetes 1.6 以来，kubernetes 的节点控制器在碰到某些特定的条件时，将自动为节点添加污点。这类污点有： +* `node.kubernetes.io/not-ready`： 节点未就绪。对应着 NodeCondition `Ready` 为 `False` 的情况 +* `node.kubernetes.io/unreachable`： 节点不可触达。对应着 NodeCondition `Ready` 为 `Unknown` 的情况 +* `node.kubernetes.io/out-of-disk`：节点磁盘空间已满 +* `node.kubernetes.io/memory-pressure`：节点内存吃紧 +* `node.kubernetes.io/disk-pressure`：节点磁盘吃紧 +* `node.kubernetes.io/network-unavailable`：节点网络不可用 +* `node.kubernetes.io/unschedulable`：节点不可调度 +* `node.cloudprovider.kubernetes.io/uninitialized`：如果 kubelet 是由 "外部" 云服务商启动的，该污点用来标识某个节点当前为不可用的状态。在“云控制器”（cloud-controller-manager）初始化这个节点以后，kubelet将此污点移除 + +自 kubernetes 1.13 开始，上述特性被默认启用。 + +例如，某一个包含了大量本地状态的应用，在网络断开时，可能仍然想要在节点上停留比较长的时间，以等待网络能够恢复，而避免从节点上驱逐。此时，该 Pod 的容忍可能如下所示： + +``` yaml +tolerations: +- key: "node.kubernetes.io/unreachable" + operator: "Exists" + effect: "NoExecute" + tolerationSeconds: 6000 +``` + +如果 Pod 没有 `node.kubernetes.io/not-ready` 容忍， +Kubernetes 将自动为 Pod 添加一个 `tolerationSeconds=300` 的 `node.kubernetes.io/not-ready` 容忍。同样的，如果 Pod 没有 `node.kubernetes.io/unreachable` 容忍，Kubernetes 将自动为 Pod 添加一个 `tolerationSeconds=300` 的 `node.kubernetes.io/unreachable` 容忍 + +这类自动添加的容忍确保了 Pod 在节点发生 `not-ready` 和 `unreachable` 问题时，仍然在节点上保留 5 分钟。 + +DaemonSet Pod 相对特殊一些，他们在创建时就添加了不带 `tolerationSeconds` 的 `NoExecute` 效果的容忍，适用的污点有： +* `node.kubernetes.io/unreachable` +* `node.kubernetes.io/not-ready` + +这将确保 DaemonSet Pod 始终不会被驱逐。 diff --git a/learning/k8s-intermediate/config/taints-toleration/taint-nodes-by-condition.md b/learning/k8s-intermediate/config/taints-toleration/taint-nodes-by-condition.md new file mode 100644 index 0000000..ad61e67 --- /dev/null +++ b/learning/k8s-intermediate/config/taints-toleration/taint-nodes-by-condition.md @@ -0,0 +1,20 @@ +--- +vssueId: 99 +titlePrefix: 污点和容忍 +layout: LearningLayout +description: Kubernetes教程_在Kubernetes中_根据条件为节点添加污点 +--- + +# 条件化的污点（TaintNodesByCondition） + +自 Kubernetes 1.12 开始，`TaintNodesByCondition` 这个特性进入 beta 阶段，此时节点控制器自动根据 Node Condition 为节点创建对应的污点。调度器则不去检查 Node conditions，而是检查节点的污点，因此 Node Condition 不再直接影响到调度程序。用户通过为 Pod 添加容忍，可以选择性地忽略节点的某些问题（以 Node Condition 呈现的问题）。 + +`TaintNodesByCondition` 这个特性只会为节点添加 `NoSchedule` 效果的污点。`TaintBasedEviction` （Kubernetes 1.13 开始默认生效）则为节点添加 `NoExecute` 效果的污点，参考 [TaintBasedEviction](./taint-based-evictions.html)。 + +自 Kubernetes 1.8 开始，DaemonSet Controller 自动为所有的 DaemonSet Pod 添加如下 `NoSchedule` 效果的容忍，以防止 DaemonSet 不能正常工作： + +* `node.kubernetes.io/memory-pressure` +* `node.kubernetes.io/disk-pressure` +* `node.kubernetes.io/out-of-disk`（只对关键 Pod 生效） +* `node.kubernetes.io/unschedulable`（不低于 Kubernetes 1.10） +* `node.kubernetes.io/network-unavailable`（只对 host network 生效） diff --git a/learning/k8s-intermediate/config/taints-toleration/use-case.md b/learning/k8s-intermediate/config/taints-toleration/use-case.md new file mode 100644 index 0000000..84e82ba --- /dev/null +++ b/learning/k8s-intermediate/config/taints-toleration/use-case.md @@ -0,0 +1,18 @@ +--- +vssueId: 97 +titlePrefix: 污点和容忍 +layout: LearningLayout +description: Kubernetes教程_在Kubernetes中_配置污点和容忍taints_and_toleration的使用案例 +--- + +# 使用案例 + +污点和容忍使用起来非常灵活，可以用于： +* 避免 Pod 被调度到某些特定的节点 +* 从节点上驱逐本不应该在该节点运行的 Pod + +具体的场景可能有： + +* **专属的节点：** 如果您想将一组节点专门用于特定的场景，您可以为这些节点添加污点（例如 `kubectl taint nodes nodename dedicated=groupName:NoSchedule`）然后向对应的 Pod 添加容忍。带有这些容忍的 Pod 将可以使用这一组专属节点，同时也可以使用集群中的其他节点。如果您想进一步限制这些 Pod 只能使用这一组节点，那么您应该为这一组节点添加一个标签（例如 dedicated=groupName），并为这一组 Pod 添加 node affinity（或 node selector）以限制这些 Pod 只能调度到这一组节点上。 +* **带有特殊硬件的节点：** 集群中，如果某一组节点具备特殊的已经（例如 GPU），此时非常有必要将那些不需要这类硬件的 Pod 从这组节点上排除掉，以便需要这类硬件的 Pod 可以得到资源。此时您可以为这类节点添加污点（例如：`kubectl taint nodes nodename special=true:NoSchedule` 或者 `kubectl taint nodes nodename special=true:PreferNoSchedule`）并为需要这类硬件的 Pod 添加匹配的容忍。 +* **基于污点的驱逐** 当节点出现问题时，可以使用污点以 Pod 为单位从节点上驱逐 Pod。进一步描述请参考 [基于污点的驱逐](./taint-based-evictions.html)