SLA 可用性计算器
开发者工具99.9% → 年/月/日宕机时间
答案速览
99.95% SLA：年允许宕机约 262.8 分钟（4.38 小时），月均 21.9 分钟，周均约 5 分钟。
服务等级
%
年停机8.76 h(526 分钟)
月停机43.8 min
周停机10.1 min
计算步骤
- 1年总时长 ≈ 525600 分钟，月 43800，周 10080
- 2停机 = (1 − 99.9%) × 周期 = 年 525.6 分钟
- 3每多一个 9，允许停机时间缩短 10 倍——成本同样陡增
SLA 承诺前先算清故障预算：99.9% 意味着每月可容忍约 44 分钟全停或更长等价的降级。排除计划内维护窗口、按错误预算（error budget）驱动发布节奏更可执行。
这个工具对你有帮助吗？
怎么用
- 选择或输入可用性：预设 99%/99.9%/99.95%/99.99%/99.999%，也可自定义。
- 读取年允许宕机：一年 525,600 分钟中的允许中断时长。
- 对照月/周/日口径：便于设定告警预算与值班目标。
- 反推架构目标：宕机预算决定要不要多可用区与自动切换。
核心要点
- 每多一个 9，宕机缩 10 倍：99.9%（年 8.77h）→ 99.99%（年 52.6min）→ 99.999%（年 5.26min）。
- 计划内维护算不算：多数 SLA 排除"提前公告的维护窗口"，签约前务必看除外条款。
- 错误预算：SRE 用 (100%−SLA) 作为可消耗的"预算"，预算耗尽就冻结发版保稳定。
- 串联系统相乘：两个 99.9% 的依赖串联，整体只有 99.8%——架构层级越多越难做高可用。
原理与公式
可用性 SLA 与允许宕机时间
允许宕机 = (1 − 可用性) × 统计周期
对照表：99% → 年宕 3.65 天；99.9% → 8.77 小时；99.95% → 4.38 小时；99.99% → 52.6 分钟；99.999% → 5.26 分钟
"几个 9"每多一个，允许宕机缩到 1/10
提升手段：多可用区部署、健康检查自动切换、灰度发布、数据库主从
示例：SLA 99.95%：年允许宕机 0.05%×525600 分钟 ≈ 262.8 分钟 ≈ 4.38 小时，月均约 21.9 分钟。
常见问题
99.99% 需要什么架构？
至少跨可用区双活 + 健康检查自动切换 + 数据库主从热备 + 灰度发布。单机房单实例做到 99.9% 已属不易。
SLA 不达标有什么赔偿？
云厂商通常按"服务时长抵扣券"赔偿（如宕机时长 ×100 倍），而非现金；且需用户主动在期限内申请。
怎么统计可用性？
口径要约定：按"成功请求数/总请求数"比按"分钟数"更严格。主流监控（Prometheus、云监控）两种都支持。
五个 9 是什么概念？
年宕机 5.26 分钟，相当于每月 26 秒。电信级核心网的标准，互联网业务做到四个 9 已属优秀。
相关工具
相关指南
来源与更新
可用性-宕机换算按一年 365 天（525,600 分钟）标准口径；SLA 等级描述参照 AWS/阿里云 ECS 服务等级协议。
最近更新：
本页公式与内容经一键算团队复核，仅供学习参考，实际业务请以官方口径为准。
内容由一键算编辑团队维护并定期复核，更新与审核流程见编辑规范。
引用本页：一键算. SLA 可用性计算器[EB/OL]. https://www.yijiansuan.com/c/dev/uptime-sla
本工具提供的结果仅供参考，不构成任何专业建议，请以官方核算为准。