18.kubernetes笔记 Pod资源调度(一) nodeAffinity节点亲和

目录
前言
节点亲和 Node affinity
示例1： nodeAffinity 硬亲和
示例2: nodeAffinity 硬亲和
示例3: nodeAffinity 软亲和

前言

在k8s集群建设过程中，一般情况下我们部署的 Pod 是通过集群的自动调度策略来选择节点的，默认情况下调度器考虑的是资源足够，并且负载尽量平均。但是有的时候我们需要能够更加细粒度的去控制 Pod 的调度；有时我们希望对内和对外的两类业务分别跑在不同的节点上，相互有依赖的两个pod跑在同一节点上，等情况；这就需要我们更好的控制pod的部署；k8s给我们提供了亲和性和反亲和性，污点(taint)和Toleration（容忍）等概念。

• 节点node亲和性
• 其中又分为硬亲和与软亲和
• 硬亲和表示条件必须满足
• 软亲和表示尽量满足

节点亲和 Node affinity:

• 硬亲和表示条件必须满足条件
  requiredDuringSchedulingIgnoredDuringExecution
  表示pod必须部署到满足条件的节点上，如果没有满足条件的节点，就不停重试。其中IgnoreDuringExecution表示pod部署之后运行的时候，如果节点标签发生了变化，不再满足pod指定的条件，pod也会继续运行。

• 软亲和表示尽量满足条件
  preferredDuringSchedulingIgnoredDuringExecution
  表示优先部署到满足条件的节点上，如果没有满足条件的节点，就忽略这些条件，按照正常逻辑部署。

查看nodeAffinity的详细说明

[root@k8s-master scheduler]# kubectl explain  pods.spec.affinity.nodeAffinity 
KIND:     Pod
...
FIELDS:
   preferredDuringSchedulingIgnoredDuringExecution  <[]Object>   #软亲和
     The scheduler will prefer to schedule pods to nodes that satisfy the
     affinity expressions specified by this field, but it may choose a node that
     violates one or more of the expressions. The node that is most preferred is
     the one with the greatest sum of weights, i.e. for each node that meets all
     of the scheduling requirements (resource request, requiredDuringScheduling
     affinity expressions, etc.), compute a sum by iterating through the
     elements of this field and adding "weight" to the sum if the node matches
     the corresponding matchExpressions; the node(s) with the highest sum are
     the most preferred.

   requiredDuringSchedulingIgnoredDuringExecution