行中”，表示迁移成功。 迁移工作负载时，若工作负载配置了节点亲和性，则工作负载会一直提示“未就绪”等异常情况。请单击工作负载名称进入到负载详情页，在选择“调度策略”页签，删除原节点的亲和性配置，配置新的节点亲和性和反亲和性策略，详情请参见调度策略（亲和与反亲和）。 工作负载迁移成

查看更多 →

节点池亲和性调度 在替换节点池、节点滚动升级等场景中，需要使用新节点池替换旧节点池。在这些场景下，为做到业务不感知，可以在业务触发变更时，将业务的Pod软亲和调度到新的节点池上。这种软亲和调度会尽量将新创建的Pod或者重调度的Pod调度到新的节点池，如果新节点池资源不足，或者新节

查看更多 →

标签名。 Gt：仅在节点亲和性中设置，调度节点的标签值大于列表值 （字符串比较）。 Lt：仅在节点亲和性中设置，调度节点的标签值小于列表值 （字符串比较）。 标签值 设置节点亲和性时，填写节点标签对应的标签值。 调度策略添加完成后，单击“创建工作负载”。 节点亲和（nodeAffinity）

查看更多 →

了对应的节点亲和性，则需要将负载的节点亲和性策略配置为的新Containerd节点或节点池。 迁移完成后，删除原有Docker节点池。 父主题： 节点运维

查看更多 →

CCE支持使用LVM将节点上的数据卷组成存储池（VolumeGroup），然后划分LV给容器挂载使用。使用本地持久卷作为存储介质的PV的类型可称之为Local PV。 与HostPath卷相比，本地持久卷能够以持久和可移植的方式使用，而且本地持久卷的PV会存在节点亲和性配置，其挂载的P

查看更多 →

-node”的节点： none：不可调度 best-effort：不可调度 restricted：不可调度 single-numa-node：可调度 仅允许调度至单NUMA节点。 假设单个节点CPU总量为32U，由2个NUMA节点提供资源，分配如下： 工作节点 节点拓扑策略 NUMA节点1上的CPU总量

查看更多 →

weight 节点亲和性优先调度，默认值是2。 默认开启 podaffinity.weight Pod亲和性优先调度，默认值是2。 leastrequested.weight 资源分配最少的节点优先，默认值是1。 balancedresource.weight 节点上面的不同资源分配平衡的优先，默认值是1。

查看更多 →

管理节点标签 节点标签可以给节点打上不同的标签，给节点定义不同的属性，通过这些标签可以快速的了解各个节点的特点。 节点标签使用场景 节点标签的主要使用场景有两类。 节点管理：通过节点标签管理节点，给节点分类。 工作负载与节点的亲和与反亲和：通过为节点添加标签，您可以使用节点亲和性将

查看更多 →

，因此缩容时间窗设置为60s。 图3 停止前命令 设置节点亲和：Service为节点级别的服务亲和模式时建议设置。在高级配置中选择“调度策略”，设置节点亲和性，在添加调度策略时，指定工作负载需要亲和的节点。 图4 节点亲和性 设置完成后单击“升级工作负载”。 在“实例列表”页签下

查看更多 →

Turbo集群中BMS节点上的Pod配置固定IP。在BMS节点（使用弹性网卡）跟E CS 节点（使用辅助弹性网卡）混合使用的 CCE Turbo 集群中，需要为Pod设置节点亲和性调度，以保证Pod不会调度到BMS节点，否则将导致固定IP无法保留。 暂不支持CCE Turbo集群的边缘节点上的Pod

查看更多 →

取值amd64表示是x86架构，arm64表示是ARM架构。 在创建工作负载时，可以通过配置节点亲和性，将Pod调度到对应架构的节点上。 使用YAML可以通过nodeSelector进行配置，如下所示。 apiVersion: apps/v1 kind: Deployment metadata:

查看更多 →

设置可用区亲和性 操作场景 可用区是指在同一个地理区域内，由于硬件、网络等因素的限制，将数据中心划分为多个独立的区域。在同一可用区内的节点之间可以通过高速网络进行快速通信，而不同可用区之间的通信则需要跨越物理距离，可能会有一定的延迟和风险。 将Pod调度到不同的可用区域中，可以提高应用程序的可用性和容错性。

查看更多 →

者是都不满足都会进行调度。 在“节点亲和性”、“工作负载亲和性”、“工作负载反亲和性”下单击添加调度策略。在弹出的窗口中可以直接添加策略、指定节点或指定可用区。 指定节点和指定可用区本质也是通过标签实现，只是通过控制台提供了更为便捷的操作。指定节点使用的是 kubernetes.io/hostname

查看更多 →

、中间件）进行计算，最后得出最适合的调度目标节点。 ServiceStage支持多种调度算法，包括：应用与可用区的亲和性调度、应用和节点之间的亲和性调度、应用间的亲和性调度。 您可以根据需要自由组合使用这些策略来实现业务需求。 亲和性概念阐述 在应用没有容器化之前，原先一个虚拟机上会装多个组件，进程间会有通信。

查看更多 →

gExecution，无论是满足其中一条或者是都不满足都会进行调度。 在“节点亲和性”、“工作负载亲和性”、“工作负载反亲和性”下单击添加调度策略。 表2 调度策略设置 参数名 参数描述 标签名 对应节点的标签，可以使用默认的标签也可以用户自定义标签。 操作符 可以设置六种匹配关系（In

查看更多 →

表示不忽略。该忽略动作未根据PVC类型（LocalPV/SFS/EVS等）进行区分。 nodeFit：是否重调度时是否考虑节点上存在的调度配置，例如节点亲和性、污点等。true表示考虑，false表示不考虑。 priorityThreshold：优先级设置。当Pod的优先级大于或者等于该值时，不会被驱逐。示例如下：

查看更多 →

、NET_ADMIN 使用允许值 调度的节点亲和与打散规则 限制将Pod调度到指定节点或者具有某些标签的节点上，或者将一批Pod打散到具有某些标签的节点上。 Autopilot集群中应用指定节点亲和性或nodeSelector字段不生效。 无需指定节点调度，但可以指定Pod到某一个可用区

查看更多 →

如何处理启动一个新服务后导致一个节点内存使用率过高的问题？ 问题描述 启动一个新服务导致一个节点内存使用率过高，怎么处理？ 解决方法 设置调度策略亲和性，可以使服务实例按亲和性节点部署即可。 父主题： 应用运维

查看更多 →

uringExecution”，请参阅前面节点亲和性部分中的描述。 亲和性的一个示例是“将服务A和服务B的Pod放置在同一区域，因为它们之间需要进行大量交流”，而反亲和性的示例将是“将此服务的pod跨区域分布”。 Pod间亲和性与反亲和性需要大量的处理，这可能会显著减慢大规模集群中的调度。

查看更多 →

uringExecution”，请参阅前面节点亲和性部分中的描述。 亲和性的一个示例是“将服务A和服务B的Pod放置在同一区域，因为它们之间需要进行大量交流”，而反亲和性的示例将是“将此服务的pod跨区域分布”。 Pod间亲和性与反亲和性需要大量的处理，这可能会显著减慢大规模集群中的调度。

查看更多 →

分之一或者只是一个实例。如：当应用采用多副本部署时，有必要采用反亲和性让各个应用实例打散分布在各个节点上，以提高HA。 节点亲和性（NodeAffinity） 通过选择标签的方式，可以限制pod被调度到特定的节点上。 工作负载亲和性（PodAffinity） 指定工作负载部署在相同节点。用户可根据业务需求进行工作负

查看更多 →