知识卡片
N+2冗余容量规划逻辑
内容
容量规划不能只按峰值流量除以单实例吞吐量算实例数，还要为两类必然发生的损耗预留冗余：滚动更新 会让一个实例短暂下线，物理机故障会随机再打掉一个，因此部署量应是”峰值所需+2”，保证更新和 故障同时发生时仍不低于峰值容量线。冗余度不是固定常数：次要区域可只留N+1，用体验风险换约20% 硬件成本节省，超额流量交给全局负载均衡导流兜底。发散：把”故障发生的确定性”直接算进容量公式， 而非当异常来兜底。
参考来源
- 位置：《SRE：Google运维解密》第2章《Google 生产环境：SRE视角》（源文件：_epub-src/OEBPS/Text/0007_0002.xhtml）
- 结论依据：原文以莎士比亚搜索为例，35个实例满足峰值，但"由于以下几点考量，我们最终决定至少采用37个实例，也就是N+2模式"，并说明南美洲改用N+1可节省约20%硬件资源，因此可推出该冗余公式与差异化取舍逻辑。
- 原始内容：至少需要35个任务实例……我们最终决定至少采用37个实例，也就是N+2模式……在南美洲，我们选择使用只部署4个实例（而不是5个），将冗余度降低为N+1……可以节省大概20%的硬件资源。