免费工具 可用率计算器：几个 9 能停机多久
99.9% 的可用率到底允许停机多久？填一个可用率，看每个周期的停机额度；填一次故障时长，看它把当月可用率拉到多少；或者把系统组件列出来，看整条链路能承诺多少。
- 双向换算
- 串联和并联
- 本地计算
可用率和停机时间换算
选一个方向。默认一个月 = 一年 ÷ 12（30.42 天）；如果合同按自然月或固定 30 天算，请在「每月天数」里改。
影响「每月」的数字。
例如 99.9 或 99.95%。
例如 43分钟、2小时30分、1:30:00。纯数字按分钟算。
一行一个，按调用顺序：名称 可用率。互为备份的写 x2。各行之间是串联。
可用率
99.9%
几个 9
3.0
−log₁₀(1 − 可用率)。
组件
每级可用率 = 1 − (1 − 单个可用率)^副本数。最弱的一级标黄。
允许停机时间
这个可用率下的停机额度。
| 周期 | 允许停机 |
|---|---|
| 每天 | 1 分钟 26 秒 |
| 每周 | 10 分钟 5 秒 |
| 每月 | 43 分钟 48 秒 |
| 每季度 | 2 小时 11 分钟 |
| 每年 | 8 小时 46 分钟 |
「几个 9」对照表
常见 SLA 档位允许的停机时间。
| 可用率 | 每天 | 每周 | 每月 | 每季度 | 每年 |
|---|---|---|---|---|---|
| 90% | 2 小时 24 分钟 | 16 小时 48 分钟 | 3 天 1 小时 | 9 天 3 小时 | 36 天 12 小时 |
| 95% | 1 小时 12 分钟 | 8 小时 24 分钟 | 1 天 13 小时 | 4 天 14 小时 | 18 天 6 小时 |
| 99% | 14 分钟 24 秒 | 1 小时 41 分钟 | 7 小时 18 分钟 | 21 小时 54 分钟 | 3 天 16 小时 |
| 99.5% | 7 分钟 12 秒 | 50 分钟 24 秒 | 3 小时 39 分钟 | 10 小时 57 分钟 | 1 天 20 小时 |
| 99.9% | 1 分钟 26 秒 | 10 分钟 5 秒 | 43 分钟 48 秒 | 2 小时 11 分钟 | 8 小时 46 分钟 |
| 99.95% | 43.2 秒 | 5 分钟 2 秒 | 21 分钟 54 秒 | 1 小时 6 分钟 | 4 小时 23 分钟 |
| 99.99% | 8.64 秒 | 1 分钟 | 4 分钟 23 秒 | 13 分钟 8 秒 | 52 分钟 34 秒 |
| 99.999% | 864 毫秒 | 6.05 秒 | 26.3 秒 | 1 分钟 19 秒 | 5 分钟 15 秒 |
| 99.9999% | 86 毫秒 | 605 毫秒 | 2.63 秒 | 7.88 秒 | 31.5 秒 |
分享这组输入：数值写在链接的 # 后面，不会发到服务器。
https://tapcub.com/zh/tools/uptime-calculator
版本 v1.0更新于 更新记录
一个可用率意味着什么承诺
每多一个 9，停机额度就缩小到十分之一。对照表把这件事摆在眼前。
允许停机时间
99.9% 时，每月额度是 43 分钟 48 秒，每年 8 小时 46 分钟。一次没计划好的发布回滚，就可能把一个月的额度用光。
几个 9
99.9% 是三个 9，99.95% 约 3.3 个。用来快速比较档位，但它不说明故障是怎么分布的。
停机时长 → 可用率
一个季度里一次 2.5 小时的故障，这个季度可用率是 99.89%。算不算违反 SLA，要看 SLA 按什么周期统计。
组合可用率
串联的组件相乘，所以整条链路一定比最弱的一环还弱。并联的备份能把一级拉得很高——前提是它们真的各自独立故障。
可用率不说明停机发生在什么时候。每天 30 秒和一年一次 3.5 小时，可用率都约是 99.96%，用户的感受完全不同。
它能回答的三个问题
同一套算术，三个方向读。
-
1
签 SLA 或看 SLA 时
填承诺的可用率，看每月、每年的停机额度；每月天数按合同的口径选。
-
2
故障复盘时
填故障持续多久和统计周期，看实际交付的可用率。
-
3
做系统设计时
按调用顺序列出组件，互为备份的标 x2、x3，看整套系统现实中能承诺多少。
「几个 9」背后的算术
可用率 = 正常运行时间 ÷ 总时间，其余都从这里推出来。
- 一年按 8,760 小时（365 日）算；一个月默认 = 一年 ÷ 12（30.42 天）；一个季度 = 一年 ÷ 4；一周 = 7 天
- 串联：每个组件都要正常，可用率相乘
- 并联：所有副本同时故障这一级才故障，假设故障互相独立
- 计划内维护也算停机，除非 SLA 明确排除
允许停机时间
停机时间 =（1 − 可用率）× 周期
（1 − 0.999）× 30.42 天 = 43 分钟 48 秒
由停机算可用率
可用率 = 1 − 停机时间 ÷ 周期
1 − 2.5 小时 ÷ 2,190 小时 = 99.886%
串联
A = A₁ × A₂ × … × Aₙ
99.9% × 99.95% = 99.85%
并联（n 个副本）
A = 1 − (1 − A₁)ⁿ
1 − (1 − 0.999)² = 99.9999%
冗余能换来什么
一台 99.9% 的应用服务器和一个 99.95% 的数据库，先各一份，再各加一份备份。假设副本之间独立故障。
| 架构 | 可用率 | 每年停机 |
|---|---|---|
| 只有应用服务器 | 99.9% | 8 小时 46 分钟 |
| 应用服务器 + 数据库，各一份 | 99.85% | 13 小时 8 分钟 |
| 两者都双份（x2） | 99.999875% | 39.4 秒 |
串上一个数据库让可用率变差；两者都做双份，纸面上大幅变好。但共用的电源、网络、发布流程和配置，会让真实故障远没有那么独立。
可用率数字常在哪里误导人
算术是精确的，周围的定义不是。
每月天数不一样
同样的可用率，28 天的二月比 31 天的月份允许的停机少。按合同的口径算。
忘了依赖
你的服务最多和串在它前后的每一环一样可用：DNS、云厂商地域、支付和短信接口。
以为副本互相独立
同一台交换机、同一份配置后面的两台服务器会一起挂。并联公式算的是理想情况。
不算维护窗口
计划内停机对用户来说也是停机，除非 SLA 明确排除。
TapCub 不做可用性监控
这是一个通用换算工具；TapCub 没有可用性检测和状态页。它的网站统计能告诉你的，是故障前后访客的表现。
99.9% 可用性每月能停机多少分钟？
按平均月（30.42 天）约 43 分钟 48 秒；按 30 天是 43 分钟 12 秒。换成每天约 1 分钟 26 秒，每年约 8 小时 46 分钟。
可用率怎么计算？
正常运行时间除以这段时间的总时长，再乘 100%。30 天里停机 30 分钟：1 − 30 ÷ 43,200 = 99.93%。
「五个 9」是什么意思？
99.999% 的可用率：每年约停机 5 分钟 15 秒，每月约 26 秒。每多一个 9，停机额度除以十。
串联的系统可用率怎么算？
把各组件的可用率相乘。两个 99.9% 的组件串起来是 99.8%，结果一定比最弱的那个还低。
做冗余能提高多少可用率？
n 个独立副本的可用率是 1 − (1 − A)ⁿ，两个 99% 的副本并联是 99.99%。真实的副本有共同的故障原因，这个数只能当上限。
TapCub 能监控网站可用率吗？
不能。TapCub 是网站统计和在线客服。它的实时访客和指标告警能看到访客数突然下降，但那不是可用性检测；要监控可用率请用专门的监控服务。
每月天数该选哪个？
按 SLA 的定义。很多按自然月统计，也有用平均月或固定 30 天的。客户分布在几个时区时，可以用时区换算工具先约定「一天」从几点算起。