可用性计算公式是什么
可用性 = 约定服务时间内的正常服务时长除以约定服务时间。从组件视角看，稳态下可用性近似等于 MTBF 除以 MTBF 加 MTTR，即提高可靠性要么拉长故障间隔、要么缩短恢复时间。计算的前提是先定义约定服务时间（AST），否则同一串数字在不同口径下没有可比性。
基本信息
| 服务视角公式 | 可用时长 / 约定服务时间 |
|---|---|
| 组件视角公式 | MTBF / (MTBF + MTTR) |
| 关键前提 | 先定义约定服务时间 AST 与中断判定口径 |
| 串联规则 | 串联组件可用性相乘，依赖越多整体越低 |
| 常见口径 | 7x24、5x8、仅业务时段，需在 SLA 中写明 |
典型使用场景
- 设计 SLA 目标时判断 99.9% 对应的月度允许中断时长是否可接受
- 架构评审时评估新增依赖对整体可用性的稀释程度
- 事故复盘中统计实际可用性并对照承诺判断是否触发赔付
- 机房或云方案选型时比较不同冗余方案的理论可用性
- 向业务方解释 4 个 9 与 3 个 9 在维护窗口与成本上的差异
计算示例
计算示例
# 第一步永远是定口径：按 30 天 7x24 计算，共 43200 分钟
约定服务时间：30 天 x 24 小时 = 43200 分钟
# 中断时长要按判定口径统计，含未发现但已影响的时段
中断 2 次，共 40 分钟
# 可用性 = 1 - 中断 / 约定服务时间，注意单位统一到分钟
可用性 = 1 - 40/43200 ≈ 99.907%
# 换算成允许中断：99.9% 在 30 天口径下约允许 43 分钟常见目标与允许中断
| 可用性目标 | 月度允许中断（30 天口径） | 含义 |
|---|---|---|
| 99% | 约 7.2 小时 | 两个月度 4 小时维护窗口就基本用尽 |
| 99.9% | 约 43 分钟 | 需要冗余与快速切换能力 |
| 99.95% | 约 22 分钟 | 要求自动化故障转移 |
| 99.99% | 约 4.3 分钟 | 成本显著上升，需多活架构 |
串联组件可用性相乘：两个 99.9% 的依赖串联约等于 99.8%，三个约 99.7%。每新增一个同步依赖，整体目标都会被稀释，架构评审时应同步评估。