案例：确保Pod分配到具有SSD硬盘的节点上 第一步：给节点添加标签 格式：kubectl label nodes <node-name> <label-key>=<label-value> 例如：kubectl label nodes k8s-node1 disktype=ssd 验证：kubectl get nodes --show-labels 第二步：写yaml 文件 vim pod-ssd.yaml
apiVersion: v1
kind: Pod
metadata:
name: nginx-kusc00401
spec:
containers:
- name: nginx
image: nginx
nodeSelector:
disk: ssd
第三步：利用yaml 部署pod
kubectl apply -f pod-ssd.yaml
验证：
kubectl get pods -o wide -------- 删除节点标签： kubectl label nodes node1.lab.example.com disktype- ************** nodeSelector & nodeAffinity的区别： nodeAffinity：节点亲和类似于nodeSelector，可以根据节点上 的标签来约束Pod可以调度到哪些节点。 相比nodeSelector： • 匹配有更多的逻辑组合，不只是字符串的完全相等，支持的操作 符有：In、NotIn、Exists、DoesNotExist、Gt、Lt • 调度分为软策略和硬策略，而不是硬性要求 • 硬（required）：必须满足 • 软（preferred）：尝试满足，但不保证 ******************** Taint（污点）与Tolerations（污点容忍） 基于节点标签分配是站在Pod的角度上，通过在Pod上添加属性，来确定Pod是否要调度到指定的Node上，其实我们也可以站在 Node的角度上，通过在Node上添加污点属性，来避免Pod被分配到不合适的节点上。 Taints：避免Pod调度到特定Node上 Tolerations：允许Pod调度到持有Taints的Node上 案例：pod调度之污点 第一步：给节点添加污点 格式：kubectl taint node [node] key=value:[effect] 例如：kubectl taint node k8s-node1 gpu=yes:NoSchedule 验证：kubectl describe node k8s-node1 |grep Taint 其中[effect] 可取值： • NoSchedule ：一定不能被调度 • PreferNoSchedule：尽量不要调度，非必须配置容忍 • NoExecute：不仅不会调度，还会驱逐Node上已有的Pod 第二步： 编写yaml vim pod-taints.yaml apiVersion: v1 kind: Pod metadata: name: my-pod spec: containers: - name: test image: busybox tolerations: - key: "gpu" operator: "Equal" value: "yes" effect: "NoSchedule" 注：如果希望Pod可以被分配到带有污点的节点上，要在Pod配置 中添加污点容忍（tolrations）字段 --- 删除污点：kubectl taint node [node] key:[effect]- ***** nodeName：指定节点名称，用于将Pod调度到指定的Node上，不经过调度器 vim pod-nodename.yaml apiVersion: v1 kind: Pod metadata: name: my-pod spec: nodeName: k8s-node2 containers: - name: web image: nginx 标签：kubectl,调度,节点,污点,Pod,k8s,pod From： https://www.cnblogs.com/cloud-yongqing/p/16635559.html