文档反馈
问问助手为保障队列稳定运行，每个节点会预留部分资源用于系统组件（如进程管理、监控、基础服务等），这些资源不参与业务调度，因此节点实际可分配资源会低于规格。以下从预留策略、计算示例、核心说明三方面，清晰介绍如何根据节点规格估算预留资源。
注意
估算结果与实际存在细微差异，以控制台展示为准
预留策略
预留资源分为CPU 预留、内存预留两类，均按 “节点规格分段计算”，规则如下：。
CPU 预留策略
根据节点总 CPU 核数，按 “分段累加” 方式计算预留量，具体分段规则如下表。
CPU总量 | 预留资源 |
|---|---|
CPU 总量 <= 4 Core | 1.38 Core |
4 Core < CPU 总量 <= 64 Core | 1.38 Core + (CPU 总量–4) Core * 2.5% |
64 Core < CPU 总量 <= 128 Core | 1.38 Core + (64-4) Core * 2.5% + (CPU 总量–64) Core * 1.25% |
CPU 总量 > 128 Core | 1.38 Core + (64-4) Core * 2.5% + (128-64) Core * 1.25% + (CPU 总量–128) Core * 0.5% |
示例：32 Core CPU 节点（CPU 标准型 1:4）
总 CPU=32 Core，属于 “4 Core ＜ 总 CPU ≤ 64 Core” 分段：
预留 CPU = 1.38 +（32-4）× 2.5% = 1.38 + 28×0.025 = 1.38 + 0.7 = 2.08 Core
内存预留策略
根据节点总内存容量，同样按 “分段累加” 计算，且需额外叠加 “基础固定预留” 和 “内存比例预留”，具体规则如下表。
内存总量 | 预留资源 |
|---|---|
内存总量 <= 4 GiB | 2 GiB + 内存总量 * 5.4% + 内存总量 * 25% |
4 GiB < 内存总量 <= 8 GiB | 2 GiB + 内存总量 * 3.5% + 4 GiB * 25% + (内存总量 - 4) GiB * 20% |
8 GiB < 内存总量 <= 16 GiB | 2 GiB + 内存总量 * 3.5% + 4 GiB * 25% + (8-4) GiB * 20% + (内存总量 - 8) GiB * 10% |
16 GiB < 内存总量 <= 128 GiB | 2 GiB + 内存总量 * 3.5% + 4 GiB * 25% + (8-4) GiB * 20% + (16-8) GiB * 10% + (内存总量 - 16) GiB * 6% |
内存总量 > 128 GiB | 2 GiB + 内存总量 * 3.5% + 4 GiB * 25% + (8-4) GiB * 20% + (16-8) GiB * 10% + (128-16) GiB * 6% + (内存总量 - 128) GiB * 2% |
示例：128 GiB 内存节点（CPU 标准型 1:4，32 Core 对应 128 GiB 内存）
总内存 = 128 GiB，属于 “16 GiB ＜ 总内存 ≤ 128 GiB” 分段：
预留内存 = 2 + 128×3.5% + 4×25% +（8-4）×20% +（16-8）×10% +（128-16）×6% = 15.8 GiB
预留CU计算
CU 是 “CPU + 内存” 的综合计算单元，预留 CU 需取 “预留 CPU 核数” 和 “预留内存换算的 CU 数” 两者的最大值，确保系统对 CPU 和内存的需求均被满足。
计算公式
预留CU数 = max{ 预留CPU核数， 预留内存数 / (内存CPU比) }
说明
内存 CPU 比由机型决定（如 CPU 标准型为 1:4，即内存 CPU 比 = 4 GiB/Core）。
示例：32 Core + 128 GiB 节点（CPU 标准型 1:4）
已知：
- 预留 CPU 核数 = 2.08 Core
- 预留内存数 = 15.8 GiB
- 内存 CPU 比 = 4 GiB/Core
计算过程：
- 预留内存换算 CU = 15.8 ÷ 4 = 3.95 CU
- 预留 CU 数 = max {2.08, 3.95} = 3.95 CU（约 4 CU）