按 P95 而非平均值规划容量
先用 14 天监控数据取 P95 峰值,再乘以 1.25 的弹性系数预留缓冲。按平均值扩容是最常见的浪费源,通常会让闲置率长期停在 35% 以上。
目标:闲置率 ≤ 20%把「低碳」写进调度权重,而不是写进宣传页:每个工作负载在提交时会带上碳预算标签,调度器优先选择当前碳强度更低的区域;当预算耗尽,才回退到性能优先队列,并留下可追溯的决策日志。
面向平台工程师与 SRE,可直接转成工单;每条都给出可量化阈值,避免「感觉优化过了」。
先用 14 天监控数据取 P95 峰值,再乘以 1.25 的弹性系数预留缓冲。按平均值扩容是最常见的浪费源,通常会让闲置率长期停在 35% 以上。
目标:闲置率 ≤ 20%在编排清单里增加 carbon_budget(gCO₂eq / 千次请求)字段,调度器读取后优先选择低于阈值的区域;标签缺失的负载默认走性能队列,避免误伤关键业务。
建议初值:8 g / 千次缩容过快会在流量二次抬升时反复冷启动,实测会把冷启动占比推到 12% 以上。8 分钟窗口配合预热池,可把冷启动占比压到 3% 以内。
冷启动占比 < 3%总览页遵循「现状 → 趋势 → 异常」三层:首屏不超过 6 个关键指标、趋势图跨度固定 24 小时、异常用强调色小面积点出。指标超过 12 个时,值班人员的定位时长平均增加 40%。
首屏指标 ≤ 6 个左右栏采用约 1.05 : 0.95 的比例而非 50:50,文字栏最小宽度锁 320px、图表栏最小 280px,断点 1024px 处合并为单列。避免长英文实例名撑破列宽,容器统一 max-width:100%。
文字栏 ≥ 320px上线后第 7 天自动生成「资源—利用率」报告,连续 3 天 CPU 低于 8% 且内存低于 15% 的实例进入下线候选,由负责人确认,而非系统直接删除。
复核窗口:7 天从采集到回收的闭环,每一步都有明确的输入、动作与验收口径。
以 15 秒粒度采集 CPU、内存、网络与能耗,聚合为 5 分钟窗口;缺失率超过 2% 的节点标记为不可信,不参与调度决策。
用近 8 周同星期数据预测未来 2 小时负载,命中误差控制在 ±12% 以内;误差连续 3 次超标则回退到保守基线模型。
按 性能 55% / 碳强度 30% / 成本 15% 的权重打分,选择综合最优区域;关键业务可临时把性能权重上调到 80%,并记录变更原因。
调度后 30 分钟复查延迟 P99 是否劣化超过 5%,未达标即回滚;达标则把释放出的实例编入共享池,供下一批弹性扩展复用。
只记录有数据支撑的变化,不做版本号堆砌。
新调度器把区域碳强度作为独立维度参与打分,并在 7 个区域完成灰度。跨区迁移时延敏感型负载时,会自动保留 20% 的本地容量作为安全垫,避免网络抖动带来的连锁超时。下一阶段将开放碳预算标签的自助配置入口。
首屏指标由 13 个压缩到 6 个,值班人员平均定位时长从 6.4 分钟降到 3.1 分钟。
缩容后保留 5% 预热实例,冷启动占比由 11% 降至 2.6%,未额外增加能耗。
统一 1.05:0.95 双栏栅格与 4/8pt 间距节奏,控制台页面返工率下降约 35%。
价格按单节点月度计费口径给出参考区间,实际以资源规格与区域碳强度浮动。
同一负载在同一区域集群上的实测对比,用数字说明责任与性能并不必然对立。
| 对比维度 | 性能优先 | 成本优先 | 碳感知(推荐) |
|---|---|---|---|
| 延迟 P99 | 86 ms | 132 ms | 91 ms(劣化 < 5%) |
| 单位请求碳强度 | 10.4 g | 9.1 g | 8.5 g |
| 资源闲置率 | 34% | 21% | 19% |
| 跨区迁移频次 | 低 | 中 | 中(含 20% 本地安全垫) |
| 可审计性 | 仅基础日志 | 成本流水 | 决策依据 + 碳账本全留痕 |
| 适用场景 | 强实时交易链路 | 离线批处理与归档 | 大多数在线业务与混合负载 |
结论:碳感知策略用约 5% 的延迟代价,换来 18% 的碳强度下降与 15 个百分点的闲置率改善,对多数在线业务是可接受且可解释的取舍。