容器服务
容器服务
文档指南
请输入
- 文档首页
容器服务容器服务 VKE用户指南调度管理任务调度Capacity 调度
复制全文
下载 pdfCapacity 调度
文档反馈
问问助手容器服务提供 Capacity 调度功能，用于支持大数据和机器学习场景的资源弹性场景。本文介绍如何使用 Capacity 调度功能。
说明
背景信息
部分企业使用集群场景中，一个集群可能会被多个部门（用户）使用。原生 Kubernetes 通过 ResourceQuota 为每个用户分配固定的资源，从而实现用户资源容量隔离。但该方法有一个弊端，即各用户之间的资源无法实现弹性利用，比如在同一个集群中，如果一个部门的可用集群资源比较紧张，而另一个部门资源比较空闲时，资源使用紧张的部门无法使用空闲部门的资源，导致集群资源利用率不高。在大数据和机器学习场景下，这种情况尤其明显。
容器服务基于 Scheduling Framework 的扩展机制，在调度侧通过引入弹性配额（ElasticQuota），实现了 Capacity 调度功能。在确保用户资源分配的基础上通过资源共享的方式来提升集群的整体资源利用率。
功能概述
Capacity 调度核心能力
容器服务提供的 Capacity 调度有以下功能：
- 支持定义不同层级的弹性配额资源。
-
- 最多可以设置两级 ElasticQuota。如上图 root.1 和 root.2 是第一级，root.1.1 和 root.1.2 是第二级。
- 叶子级 ElasticQuota 必须和命名空间关联。如上图 root.2、root.1.1、root.1.2 是叶子级 ElasticQuota，因此必须关联自定义命名空间。
- 单个 ElasticQuota 支持关联多个命名空间。
- 同一个命名空间只能关联一个叶子级 ElasticQuota。
- 通过 Label 表示 ElasticQuota 的层级关系。
-
- 支持不同 ElasticQuota 之间的资源借用和回收。
- 通过 Label 表示 ElasticQuota 资源是否可以被借用。
-
- 通过设置资源使用上限（Max）和资源使用保障（Min），保证不同 ElasticQuota 之间的资源借用和回收策略的运行。
- 子级 ElasticQuota 的 Min 之和 ≤ 父级 ElasticQuota 的 Min。
- 系统会自动计算一级 ElasticQuota Min 之和以及集群可保障的资源，要求一级 ElasticQuota Min 之和 ≤ 集群可保障资源。
- 支持设置 CPU、GPU、内存等多种资源配额。
- 支持按照 ElasticQuota 权重（Weight）公平分配资源，ElasticQuota 未使用的 Min 资源将按照权重公平分配给其他 ElasticQuota。
集群资源弹性配额划分
集群资源弹性配额划分示意图如下所示。
容器服务中，集群资源按照弹性配额角度划分为两部分：
- 用户自定义配额：
- 用户自定义配置 ElasticQuota，设置一级和二级 ElasticQuota，配置层级关系并在叶子级配额下关联自定义命名空间（例如上图中的 namespace-1、namespace-2、namespace-3 三个命名空间）。
- 系统默认配额：
- System 组：即 kube-system 命名空间的 ElasticQuota，由系统自动计算，用户不可设置。
- Default 组：未加入 System 组和自定义组的资源，都会被纳入 Default 组并由系统计算配额。
使用限制
目前仅支持在创建集群时开启 Capacity 调度功能，且开启后暂不支持修改。
使用方法
步骤一：创建集群并开启 Capacity 调度
本文通过两台 4 vCPU 16 GiB 规格的 ECS 实例（节点），描述容器服务中 Capacity 调度的实现原理和使用方法。
- 登录 容器服务控制台。
- 在容器服务的左侧导航栏，选择 集群，单击 创建集群。
- 在 创建集群 对话框，单击 自定义托管集群 区域下的 立即创建。
- 在 创建集群 页面根据系统提示和实际需求配置集群参数。
- 其中部分参数按如下说明配置，其余参数的详细配置说明，请参见 创建托管集群。
- 在 ② 节点池配置（可选） 步骤中 计算规格 选择任意规格族的 4 vCPU、16 GiB 规格，并将 节点数量 设置为2。
- 在 ③ 组件配置 步骤的 scheduler-plugin 参数配置 中打开 Capacity 调度 按钮。
-
- 确认配置并单击 确定，创建完成集群。
步骤二：规划弹性配额
本文以创建 root.1、root.2、root.1.1、root.1.2 四个 ElasticQuota 并关联 namespace-1、namespace-2、namespace-3 三个命名空间为例，规划弹性配额。
- 通过 kubectl 连接集群。详细操作，请参见 连接集群。
- 执行如下命令，创建 3 个命名空间。
-
- 执行创建 YAML 文件命令，定义四个 ElasticQuota。
注意
ElasticQuota 必须在 kube-system 命名空间下创建，并将叶子级 ElasticQuota 关联到自定义的命名空间。
- root.1
-
- root.2
-
- root.1.1
-
- root.1.2
-
- 创建完四个 ElasticQuota 后，查看 Capacity 调度相关各资源信息。
- 执行如下命令查看生成的 Quota 树（ElasticQuotaTree）。
-
- 预期返回结果如下：
-
- 重点参数说明如下所示。
- 参数描述cluster-capacity-resource集群可用的总资源配额。default-quota-used-resourceDefault 组已使用的资源配额。root-children-sum-min-resource一级 ElasticQuota 的 Min 之和。system-quota-used-resourceSystem 组已使用的资源配额。guaranteed-sum-min-resource系统自动计算的可保障资源配额。注意
- guaranteed-sum-min-resource 的计算方式如下：guaranteed-sum-min-resource = cluster-capacity-resource - system-quota-used-resource - default-quota-used-resource。
- 集群开启 Capacity 调度后，您可以通过查看 Quota 树，获取上述参数的值。
- 要求root-children-sum-min-resource ≤ guaranteed-sum-min-resource。您需要定义 ElasticQuota 的 Min 后，才可以被集群保障资源配额。
- 查看已创建的 root.1、root.2、root.1.1、root.1.2 四个 ElasticQuota YAML 文件内容，系统会自动为 ElasticQuota 添加 Capacity 调度相关 Annotation。
- 下文以 root.1 的 YAML 文件为例。
-
步骤三：部署应用
以部署 Nginx 无状态负载（Deployment）为例，从 CPU 维度验证 Capacity 调度能力是否正常。
说明
- 在 namespace-1 命名空间下创建一个无状态负载 nginx-in-ns1。
- 本示例中部分参数按如下说明配置，其余参数的详细配置说明，请参见 创建无状态负载。
- 在 ① 基本信息 步骤中 命名空间 选择已创建的 namespace-1，实例个数 设置为2。
-
- 在 ② 容器配置 步骤的 资源配额 中 CPU 请求 设置为2 Core、CPU 上限 设置为2 Core。
-
- nginx-in-ns1 创建成功后，单击负载名称进入详情页，然后单击 实例列表 页签，查看 Pod 实例的运行状态。
- 因为节点上的资源充足，因此两个 Pod 实例的状态都为 Running。
-
- 在 namespace-3 命名空间下创建一个无状态负载 nginx-in-ns3。
- 本示例中部分参数按如下说明配置，其余参数的详细配置说明，请参见 创建无状态负载。
- 在 ① 基本信息 步骤中 命名空间 选择已创建的 namespace-3、实例个数 设置为4。
- 在 ② 容器配置 步骤的 资源配额 中 CPU 请求 设置为1 Core、CPU 上限 设置为1 Core。
-
- nginx-in-ns3 创建成功后，单击负载名称进入详情页，然后单击 实例列表 页签，查看 Pod 实例的运行状态。
- 因为集群资源被之前创建的 nginx-in-ns1 使用导致剩余资源不足，因此四个 Pod 实例中只有两个状态为 Running，另外两个为 Pending。
-
- 等待 2~3 分钟后，因该集群开启了 Capacity 调度并定义了四个 ElasticQuota，所以 ElasticQuota 关联命名空间中的 Pod 实例资源使用情况会发生变化：
- nginx-in-ns1 开始驱逐 Pod 实例，释放借用的资源。
-
- nginx-in-ns3 获得从 nginx-in-ns1 中释放的资源，能够成功运行四个 Pod 实例。
-
最近更新时间：2026.03.13 10:40:55
这个页面对您有帮助吗？
有用
有用
无用
无用