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

查看更多 →

调度到总分最大的节点上。 命名空间 指定调度策略生效的命名空间。 拓扑域 拓扑域（topologyKey）通过节点的标签先圈定调度的节点范围，例如标签指定为kubernetes.io/hostname，则根据标签值不同（标签值为节点名称）区分范围，不同名称的节点为不同的拓扑域，此

查看更多 →

性策略，并使用task-topology算法，可优先将具有亲和性配置的task调度到同一个节点上，将具有反亲和性配置的Pod调度到不同的节点上。同样是处理亲和性和反亲和性配置对Pod调度的影响，task-topology算法与Kubernetes默认调度器处理的不同点在于，tas

查看更多 →

率出现服务无法访问的问题。 亲和性/反亲和性调度策略概述 反例： 应用A设置对节点1、节点2亲和性，节点3、节点4反亲和性，应用A通过ELB发布Service，ELB监听节点1和节点2上面。对应用A进行升级，会概率出现应用A被调度到节点1-4之外的节点，无法通过Service访问应用A。

查看更多 →

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

查看更多 →

情况，否则工作负载会部署失败。 若工作负载配置了节点亲和性，需确保亲和的节点标签中supportContainer设置为true，否则会导致pod无法调动到节点上，查看事件提示如下错误信息： No nodes are available that match all of the

查看更多 →

用所能调度的节点范围，防止单个应用异常威胁到整个集群。参考节点亲和性。 在逻辑多租等需强隔离场景，系统插件应该尽量运行在单独的节点或者节点池上，与业务Pod分离，降低集群中的提权攻击风险。因此您可以在系统插件安装页面，将节点亲和策略设置为“指定节点调度”或“指定节点池调度”。 容器安全配置建议

查看更多 →

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

查看更多 →

25,1.27,1.28,1.29,1.30 升级前组件亲和性检查失败。 解决办法：若您从非金丝雀版本升级到金丝雀版本，需要满足打了istio:master labels的节点数量大于等于两倍的istiod实例数，并且所有可调度节点数大于等于ingressgateway/egressgateway

查看更多 →

，随业务负载降低而减少，保证业务平稳健康运行。 智能化调度：提供节点间亲和性调度以及应用间亲和性调度。 立体化运维：实时监控业务健康状态和边缘节点状态，保障应用稳定运行。 本地自治：支持边缘节点离线处理，在边缘节点与云中心网络断开后，业务可以正常运行。 图2 CDN边缘站点管理

查看更多 →

为什么Pod调度不到某个节点上？ 请排查节点和docker是否正常，排查方法请参见排查项七：内部组件是否正常。 如果节点和docker正常，而pod调度不到节点上，请确认pod是否做了亲和，排查方法请参见排查项三：检查工作负载的亲和性配置。 如果节点上的资源不足，导致节点调度不上，请扩容或者新增节点。

查看更多 →

为什么Pod数量在节点上分布不均匀 资源需求：不同节点的资源配置可能不同，例如CPU、内存大小，导致Pod中定义的Request值无法被满足。即使节点实际负载很低，也无法调度到该节点。 自定义调度策略：Pod可能根据自定义的亲和性和反亲和性策略进行调度，导致Pod在节点上分布不均匀。

查看更多 →

资源利用率优化调度 装箱调度（Binpack） 重调度（Descheduler） 节点池亲和性调度 负载感知调度 资源利用率优化调度配置案例 父主题： Volcano调度

查看更多 →

署到某些特定的节点、不同应用部署到不同的节点等等。 IEF当前支持简易的调度策略，具体如下。 亲和性 容器应用与节点亲和：当容器应用与节点亲和时，容器应用只会调度到亲和的这些节点中。在设置节点的亲和与反亲和时，如果设置了与某些节点亲和，那就没有必要再设置与其他节点反亲和，因为与这些节点亲和了，必然不会调度到其他节点。

查看更多 →

，将覆盖全部实例所配置的调度策略。 亲和节点标签键：填写节点标签键，为插件实例设置节点亲和性。 亲和节点标签值：填写节点标签值，为插件实例设置节点亲和性。 容忍节点污点键：目前仅支持污点键级别的污点容忍策略，组件可以调度到拥有该污点键的节点。 完成以上配置后，单击“安装”。 插件

查看更多 →

本章节指导用户修改监听器的名称、端口、客户端亲和性、访问控制、描述等信息。 如果您还需要修改监听器中的其他信息，请参考以下说明： 全球加速实例的终端节点组，包括名称、流量调度、健康检查、描述等，如需修改，请参见修改终端节点组。 全球加速实例的终端节点，支持修改终端节点权重，详细请参见修改终端节点。 操作步骤 登录管理控制台。

查看更多 →

分用户节点的CPU利用率不足15%。在调研不同类型客户，排除一些闲置资源、套餐活动等干扰因素后，发现造成资源利用率低的主要因素可归纳为如下几点： 集群规划粒度过细，节点分布过散：集群规划粒度过细，节点分布在多个不同的集群中，使得计算资源无法共享，计算资源碎片数量增加。 节点规格没

查看更多 →

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

查看更多 →

CCE节点变更规格后，为什么无法重新拉起或创建工作负载？ 问题背景 kubelet启动参数中默认将CPU Manager的策略设置为static，允许为节点上具有某些资源特征的pod赋予增强的CPU亲和性和独占性。用户如果直接在E CS 控制台对CCE节点变更规格，会由于变更前后CP

查看更多 →

节点 kubelet性能配置 kubelet配置 kube-proxy配置 计算配置

查看更多 →

全球加速实例的监听器，包括监听器名称、端口、客户端亲和性、描述等，如需修改，请参见修改监听器。 全球加速实例的终端节点组，包括名称、流量调度、健康检查、描述等，如需修改，请参见修改终端节点组。 全球加速实例的终端节点，支持修改终端节点权重，详细请参见修改终端节点。 操作步骤 登录管理控制台。 单击管理控制台左上角的，选择“网络

查看更多 →