5.7. 为基础架构节点分配机器设置资源

流程

1. 为基础架构节点添加污点以防止在其上调度用户工作负载：

   1. 确定节点是否具有污点：

      $ oc describe nodes <node_name>

      Copy to Clipboard Toggle word wrap

      输出示例

      oc describe node ci-ln-iyhx092-f76d1-nvdfm-worker-b-wln2l
      Name:               ci-ln-iyhx092-f76d1-nvdfm-worker-b-wln2l
      Roles:              worker
       ...
      Taints:             node-role.kubernetes.io/infra=reserved:NoSchedule
       ...

      Copy to Clipboard Toggle word wrap

      本例显示节点具有污点。您可以在下一步中继续向 pod 添加容限。

   2. 如果您还没有配置污点以防止在其上调度用户工作负载：

      $ oc adm taint nodes <node_name> <key>=<value>:<effect>

      Copy to Clipboard Toggle word wrap

      例如：

      $ oc adm taint nodes node1 node-role.kubernetes.io/infra=reserved:NoSchedule

      Copy to Clipboard Toggle word wrap
      提示

      您还可以编辑 pod 规格来添加污点：

      apiVersion: v1
      kind: Node
      metadata:
        name: node1
      # ...
      spec:
        taints:
          - key: node-role.kubernetes.io/infra
            value: reserved
            effect: NoSchedule
      # ...

      Copy to Clipboard Toggle word wrap

      这些示例在 node1 上放置一个具有 node-role.kubernetes.io/infra 键和 NoSchedule 污点效果的污点。具有 NoSchedule effect 的节点仅调度容许该污点的 pod，但允许现有 pod 继续调度到该节点上。

      如果您在基础架构节点中添加了 NoSchedule 污点，则该节点上守护进程集控制的所有 pod 都会被标记为 misscheduled。您必须删除 pod，或为 pod 添加容限，如红帽知识库解决方案中所示，在 misscheduled DNS pod 上添加容限。请注意，您无法将容限添加到由 Operator 管理的守护进程集对象中。

      注意

      如果使用 descheduler，则违反了节点污点的 pod 可能会从集群驱除。

2. 为要在基础架构节点上调度的 pod 添加容限，如路由器、registry 和监控工作负载。引用前面的示例，在 Pod 对象规格中添加以下容限：

   apiVersion: v1
   kind: Pod
   metadata:
     annotations:
   
   # ...
   spec:
   # ...
     tolerations:
       - key: node-role.kubernetes.io/infra 

   1

   
         value: reserved 

   2

   
         effect: NoSchedule 

   3

   
         operator: Equal 

   4

   Copy to Clipboard Toggle word wrap

   1

   指定添加到节点的键。

   2

   指定添加到节点的键值对污点的值。

   3

   指定添加到节点的效果。

   4

   指定 Equal Operator，以要求节点上存在一个键为 node-role.kubernetes.io/infra 的污点。

   此容忍度与 oc adm taint 命令创建的污点匹配。具有此容忍度的 pod 可以调度到基础架构节点上。

   注意

   并不总是能够将通过 OLM 安装的 Operator 的 Pod 移到基础架构节点。移动 Operator Pod 的能力取决于每个 Operator 的配置。

3. 使用调度程序将 pod 调度到基础架构节点。详情请参阅"使用调度程序控制 pod 放置"的文档。
4. 在新的基础架构节点上，删除您不想或不属于的任何工作负载。请参阅"OpenShift Container Platform 基础架构组件"中在基础架构节点上支持的工作负载列表。