pod亲和性 针对对象为Pod，目的是实现，新建Pod和目标Pod调度到一起，在同一个Node上。 示例： apiVersion: v1kind: Podmetadata:name: testpod01labels:app: myapp01env: test1spec:containers:- name: testpod01image: nginx:1.23.2---apiVersio

目录 一、调度约束 1.1K8S的 List-Watch  机制 ⭐⭐⭐⭐⭐ 1.1.1Pod 启动典型创建过程 二、调度过程   2.1Predicate（预选策略） 常见的算法 2.2priorities（优选策略）常见的算法 三、k8s将pod调度到指定node的方法 3.1指定nodeName 3.2指定nodeSelector 3.2.1修改成 nodeSelec

1 亲和与反亲和 亲和性的原理其实很简单，主要利用label标签结合nodeSelector选择器来实现 1.1 Pod和Node 从pod出发，可以分成亲和性和反亲和性，分别对应podAffinity和podAntiAffinity。从node出发，也可以分成亲和性和反亲和性，分别对应nodeAffinity和nodeAntiAffinity。从操作指令来讲，可以有ln、Notln、Exi

pod反亲和含义解读：pod反亲和就是根据pod包含的标签来做亲和或者反亲和操作，亲和就是部署在一起，反亲和就是不部署在一起，然后反亲和包括硬反亲和和软反亲和，软反亲就是尽量避免部署在一起如果找不到满足条件也会部署，硬反亲就是绝对避免部署在一起如果找不到满足条件就不会部署 pod举例参考如下配置 apiVersion: apps/v1kind: Deploymentmetadata:n

 在应用没有容器化之前，原先一个虚机上会装多个组件，进程间会有通信。 但在做容器化拆分的时候，往往直接按进程拆分容器，比如业务进程一个容器，监控日志处理或者本地数据放在另一个容器，并且有独立的生命周期。这时如果他们分布在网络中两个较远的点，请求经过多次转发，性能会很差。 亲和性可以实现就近部署，增强网络能力实现通信上的就近路由，减少网络的损耗。反亲和性主要是出于高可靠性考虑，尽量分散

1. 亲和/反亲和调度策略简述 一般情况下我们部署的 Pod 是通过集群的自动调度策略来选择节点的，默认情况下调度器考虑的是资源足够，并且负载尽量平均，但是有的时候我们需要能够更加细粒度的去控制 Pod 的调度，比如我们内部的一些服务 gitlab 之类的也是跑在Kubernetes集群上的，我们就不希望对外的一些服务和内部的服务跑在同一个节点上了，担心内部服务对外部的服务产生影响；但是有

1、亲和和反亲和 node的亲和性和反亲和性pod的亲和性和反亲和性 1.1node的亲和和反亲和 1.1.1ndoeSelector（node标签亲和） #查看node的标签root@k8s-master1:~# kubectl get nodes --show-labels#给node节点添加标签root@k8s-master1:~# kubectl label nodes 17

1 调度Pod的主要方式 Pod调度到指定Node的方式主要有4种： nodeName调度：直接在Pod的yaml编排文件中指定nodeName，调度到指定name的节点上。nodeSelector调度：直接在Pod的yaml编排文件中指定nodeSelector，调度到带有指定label的节点上。污点(Taints)和容忍度(Tolerations)调度：主要通过在Node节点上打污点，然后

亲和性：将多个东西尽量放在一起。  反亲和性：将多个东西尽量分开。   【说人话的通俗描述】 春季流感高峰期，感冒的小朋友会被劝回家休息，避免传染给其他小朋友。这个隔离动作在IT行业叫反亲和性。   【行业术语】 在应用没有容器化之前，原先一个虚机上会装多个组件，进程间会有通信。但在做容器化拆分的时候，往往直接按进程拆分容器，比如业务进程一个容器，监控日志处理或者本地数据放在另一个容器

官方网址：https://kubernetes.io/zh/docs/concepts/scheduling-eviction/assign-pod-node/ 一、亲和性 （1）节点亲和性 pod.spec.nodeAffinity ●preferredDuringSchedulingIgnoredDuringExecution：软策略  p开头 ●requiredDuri