4. 资源预留策略：资源预留的动机与比例计算
资源预留（Resource Reservation）是容量规划中主动为系统保留一部分计算、存储或网络资源的行为，目的是在突发流量、故障转移或安全边际等场景下保障服务的连续性与稳定性。预留比例过高会造成资源浪费，过低则无法应对风险。本章从预留动机出发，给出比例计算的方法与最佳实践。
4.1 资源预留的三大动机
| 动机 | 触发场景 | 典型预留对象 | 预留特征 |
|---|---|---|---|
| 突发流量 | 促销活动、热点事件、DDoS 攻击 | CPU、内存、网络带宽 | 短时峰值，可预测或不可预测 |
| 故障转移 | 单节点宕机、AZ 故障、集群缩容 | Pod 副本数、存储容量、连接池 | 需要 N+1 或 N+2 冗余 |
| 安全边际 | 容量估算误差、延迟增长、数据倾斜 | 所有资源类型 | 统计缓冲，通常为 10%~30% |
实践要点：预留策略不是静态的。突发流量预留应结合历史峰值与业务日历动态调整；故障转移预留需与多可用区部署策略联动；安全边际则建议每季度重新校准一次。
4.2 预留比例计算方法
预留比例 = 预留资源量 / 总资源容量 × 100%。不同动机的计算方式有所差异，实际生产中通常采用叠加或取最大值的方式确定最终预留值。
4.2.1 基于突发流量的预留计算
使用 峰值倍数法 或 分位数法：
# 峰值倍数法
突发预留量 = 基线资源用量 × 突发倍数
突发倍数 = 历史峰值 / 基线均值（通常取 1.5~3.0）
# 分位数法（推荐）
突发预留量 = P99.9 资源用量 - P50 资源用量
预留比例 = 突发预留量 / 总容量 × 100%4.2.2 基于故障转移的预留计算
故障转移预留的核心是 N+1 冗余模型：
# 单可用区故障
故障转移预留量 = 单可用区最大容量
预留比例 = 1 / (可用区总数 - 1) × 100%
# 示例：3 可用区部署，每区 100 单位容量
故障转移预留量 = 100
预留比例 = 100 / (300 - 100) = 50%4.2.3 基于安全边际的预留计算
安全边际通常采用 经验比例 或 标准差法：
# 经验比例法（适用于成熟业务）
安全边际预留比例 = 15%~25%
# 标准差法（适用于波动较大的业务）
安全边际预留量 = 均值 + 2 × 标准差
预留比例 = 安全边际预留量 / 总容量 × 100%4.3 综合预留比例决策矩阵
| 业务类型 | 突发流量预留 | 故障转移预留 | 安全边际预留 | 综合预留比例 |
|---|---|---|---|---|
| 电商大促 | 30% | 20% | 15% | 65% |
| 实时音视频 | 20% | 25% | 10% | 55% |
| 离线批处理 | 5% | 15% | 20% | 40% |
| 核心数据库 | 10% | 30% | 20% | 60% |
注意：综合预留比例不是简单相加。实际生产中建议取各动机预留量的 最大值 或 加权和（权重根据业务容忍度设定），避免过度预留导致资源利用率过低。
4.4 资源预留策略流程图
4.5 多租户场景下的预留策略
在多租户环境中，资源预留需要额外考虑租户间的隔离与公平性：
- 硬预留（Guaranteed Reservation）： 为关键租户分配固定资源，不可被其他租户抢占。适用于金融、医疗等合规场景。
- 软预留（Burstable Reservation）： 允许租户使用超过预留量的资源，但超出部分在资源争抢时会被回收。适用于开发测试、批处理等场景。
- 混合预留： 核心负载使用硬预留，弹性负载使用软预留，通过 资源池分层 实现。
容量规划建议： 多租户集群的总预留比例建议控制在 60%~75% 之间，剩余容量作为全局弹性缓冲。预留比例超过 80% 时，故障转移和突发流量的风险会显著上升。
4.6 预留比例校准周期
| 校准类型 | 触发条件 | 校准动作 | 频率 |
|---|---|---|---|
| 日常校准 | 无异常 | 自动调整安全边际 | 每周 |
| 事件驱动校准 | 大促、故障、扩容 | 重新计算突发与故障转移预留 | 事件前后 |
| 季度校准 | 业务增长/缩减 | 全量重新评估三大动机 | 每季度 |
| 年度校准 | 架构变更、新租户接入 | 策略重审与压测验证 | 每年 |
资源预留不是一次性配置，而是持续优化的过程。通过监控实际资源利用率与预留比例的差距，可以不断逼近最优预留值，在保障稳定性的同时最大化资源效率。