什么是好的 uptime 百分比？
A
对大多数网站来说，99.9%（“三个 9”）是实用的 uptime 目标：每年允许少于九小时停机，足以容纳多数故障。99.99% 是更严格的企业级目标；低于 99% 则开始意味着每年多天停机，真实用户会明显感受到。
每个百分比实际允许多少停机
Uptime 百分比看起来很接近，但允许停机时间会快速缩小。按 365.25 天一年计算（525,960 分钟，包含闰年影响）：
几个 9 的表格
99% uptime = 每年约 3.65 天停机。
99.9% uptime（“三个 9”）= 每年约 8 小时 46 分钟。
99.95% uptime = 每年约 4 小时 23 分钟。
99.99% uptime（“四个 9”）= 每年约 52 分钟 36 秒。
同样数字按月看
年度数字可能有些抽象，按月平均看是：99% 每月约 7 小时 18 分钟停机；99.9% 每月约 44 分钟；99.95% 每月约 22 分钟；99.99% 每月约 4 分 23 秒。按月理解时，从 99% 到 99.9% 是“糟糕的一下午”和“几乎不明显”的区别，这也是 99.9% 成为常见实用目标的原因。
选择适合你网站的目标
对多数网站和小型 SaaS 产品来说，99.9% 是现实且诚实的标准；它能容忍偶发的糟糕部署或短暂主机抖动，而不要求跨多个位置或供应商的冗余基础设施。追求 99.99% 或更高通常意味着真实工程成本：故障切换、冗余和值班轮值。只有当停机有直接、可衡量成本时，例如结账流程、付费 API 或其他公司依赖的服务，这些成本才开始值得。
这个数字只有在被诚实测量时才有意义：应从你的基础设施外部，按一致计划测量，而不是由可能正是故障源的系统内部自报。
承诺更高目标实际要付出什么
发布 uptime 目标，无论是在 status page 页脚、合同还是 SLA 中，都是承诺持续测量，并且常常在未达标时给客户补偿。每多一个 9 通常都意味着真实支出：多个位置的冗余服务器、经过实际测试的自动故障切换，以及凌晨 3 点能响应的值班人员。这些都不是免费的，所以多数 SLA 集中在 99.9% 而不是 99.99%；对多数业务来说，再多一个 9 的成本已经不划算。
一个无法用运营能力支撑的目标，比一个较低但稳定达成的目标更糟；未兑现的 99.99% 承诺，比真实达成的 99.9% 更伤信任。
小网站应该追求什么 uptime 百分比？
99.9% 对多数小网站和 SaaS 产品来说是现实且诚实的目标；它每年允许少于九小时停机，而且不要求更高目标通常需要的冗余基础设施。
99.9% uptime 每年允许多少停机？
按 365.25 天一年（525,960 分钟）计算，约 8 小时 46 分钟，也就是平均每月约 43 分钟。
99% uptime 很差吗？
99% 每年允许约 3.65 天停机；如果集中发生在几次事故中，常用用户会明显感受到。它可以是低风险站点的底线，但不适合作为面向客户服务的目标。
99.9% 和 99.99% uptime 有什么区别？
99.9% 每年允许约 8 小时 46 分钟停机；99.99% 允许约 52 分钟 36 秒，大约减少 10 倍，通常需要明显更多工程投入。
我如何知道自己的实际 uptime 百分比？
你需要外部监控按一致计划检查网站并记录每次失败；只有独立于被描述系统之外测量，uptime 百分比才有意义。
Holter 为你监控这些风险：外部检测加 dead-man 心跳，覆盖静默失败。免费计划：5 个监控、5 分钟检测，无需信用卡。
免费开始衡量 uptime