首页/云/云与容器速查/SLA 与可用性指标

SLA 与可用性指标

云厂商用 SLA 承诺可用性(如 ECS 单实例 99.975%、多可用区 99.995%),并以 RTO/RPO 描述灾备目标;架构设计要按 SLA 反推冗余级别。

云与容器速查云更新于 2026-10-13

SLA 与可用性指标是什么

SLA 是云厂商对服务可用性的书面承诺,通常按自然月统计并约定赔偿方式;RTO 与 RPO 描述灾备目标,前者是恢复业务所需时间,后者是可容忍的数据丢失量。三者一起决定架构需要几级冗余、备份要做多密,也是老板和运维对齐期望时的共同语言。

基本信息

SLA服务等级协议,承诺可用性与赔偿,赔偿一般仅覆盖服务费
RTO故障发生后恢复业务所需的时间目标
RPO可容忍的数据丢失窗口,由备份或复制频率决定
统计口径多数按自然月,并按单实例、多可用区分别承诺
典型值云服务器单实例 99.975%、多可用区 99.995%(以最新条款为准)

可用性换算年停机

可用性年不可用时长(约)
99%3.65 天
99.9%8.76 小时
99.95%4.38 小时
99.99%52.6 分钟
99.999%5.26 分钟

灾备等级与手段对应

灾备等级与手段对应
单可用区部署       → 可用区故障即中断,靠快照恢复
多可用区同城容灾   → 可用区级故障可自动切换
两地三中心         → 城市级故障仍保留数据与服务
异地备份           → 只保证数据可恢复,不保证服务连续

典型使用场景

  • 给业务定可用性目标时,把 SLA 承诺与自身架构能力对齐
  • 设计灾备方案时用 RTO 与 RPO 反推冗余级别与备份频率
  • 采购与续约时评估赔偿条款,明确 SLA 不覆盖业务损失
  • 故障复盘时核对实际停机是否超出承诺,并据此走索赔流程
SLA 赔偿只覆盖服务费,不赔业务损失;核心业务仍需自建多可用区甚至多云冗余,SLA 是保底而不是保险。
可用性差距都藏在小数点后:99.9% 与 99.99% 之间年停机时长相差近一个数量级,对应的架构与成本投入完全不同。
忽略数据库的 RPO 是常见隐患:备份每天一次意味着最坏情况丢一整天数据,业务能否承受必须在设计阶段说清。

易错点

  • 把 SLA 当保险:单可用区部署照样会停机,赔偿远不足以覆盖业务损失
  • 忽略数据库 RPO:备份频率决定最坏丢多少数据,事前没算清
  • 只算单组件可用性不看依赖链:下游故障同样让整体业务中断
  • 直接横向比较各家 SLA 数字:统计口径与排除条款并不一致

数据来源与参考

  • 阿里云文档:服务等级协议
  • 腾讯云文档:服务等级协议
  • 华为云文档:服务等级协议

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌