主机供应商SLA服务比较：赔偿条款之外还要看什么

很多人做主机供应商SLA服务比较时，第一眼只看“可用性99.9%”以及故障后能返还多少服务费。但这两个数字未必能回答最关键的问题：业务中断时，供应商多久响应？什么情况算故障？维护是否计入停机？赔偿是现金、余额还是下期抵扣？

因此，SLA不能只按赔偿金额判断。赔偿通常只能弥补一部分主机费用，无法覆盖订单流失、人工处置和品牌影响。更有价值的比较，应当把合同承诺、技术能力和履约证据放在一起看。

先看四个容易被忽略的SLA差异

99.9%的月度可用性，按30天计算，理论上的不可用时间约为43分钟；99.99%则约为4分钟20秒。但供应商如何定义“不可用”更重要。有的按探针无法连接计算，有的只针对特定网络、区域或实例状态计算。主机宕机、网络抖动、磁盘故障和用户自行配置错误，也可能被分别处理。

比较时要确认监测点、统计周期、适用产品和排除项目。共享主机常按整个平台计算，VPS可能按单台实例计算，云主机还可能区分可用区、负载均衡和存储服务。

“7×24小时支持”只代表有渠道接收问题，不一定代表有人立即处理。应查看首响时间、升级机制、重大故障负责人和预计更新频率。对在线课程、预约平台或内部协作系统而言，半小时内得到人工确认，往往比提交工单后获得一张赔偿券更有价值。

计划维护、机房网络调整、第三方线路故障、DDoS攻击、超额使用资源、违反服务条款等，通常可能被列入免责范围。关键不在于有没有免责条款，而在于范围是否清楚、通知是否有时限、紧急维护能否事后说明。

服务信用额度通常按受影响服务的月费比例计算，并设置申请期限、最低故障时长和最高赔付上限。它多为账户余额或下期账单抵扣，不一定直接退现金。若业务依赖高价值交易，还要确认SLA是否排除间接损失，不能把信用额度误认为完整风险保障。

类型	主要优势	常见限制	更适合的场景
共享主机	价格低、维护工作少	资源隔离和故障解释通常较粗	个人站点、展示页、低流量内容站
VPS	权限和资源控制较灵活	系统补丁、备份和应用配置多由客户负责	小型业务、测试环境、定制化应用
云主机	可按区域、实例和存储组合扩展	计费项多，SLA可能按不同组件分别计算	需要弹性扩容和多区域规划的系统
独立服务器	硬件资源独享，性能边界清晰	硬件更换、机房迁移和备件响应需重点确认	稳定负载、专用软件或特殊硬件需求

例如AWS EC2、Microsoft Azure Virtual Machines、Google Compute Engine、阿里云ECS等云主机产品，公开文档通常会分别说明计算实例、块存储、网络或区域级别的服务承诺。实际比较时不能只看云平台总览页，还要打开具体区域、产品规格和支持计划的条款。

先写业务边界。列出必须持续运行的服务、可接受的中断时长、数据丢失上限和允许的维护时间。把恢复时间目标（RTO）与恢复点目标（RPO）分别写清楚。
逐项摘录合同原文。记录可用性公式、监控方式、免责条款、首响时间、升级路径、赔偿比例和申请期限，不要只保存销售页面截图。
检查证据是否由客户掌握。确认供应商是否提供事件编号、状态页记录、监控报表或工单时间线。客户自己的监控应至少覆盖域名解析、TCP连接、应用返回码和关键业务操作。
模拟一次工单流程。在非生产环境提交普通咨询，观察是否能找到值班入口、是否需要重复描述问题，以及从自动确认到人工回复分别需要多久。不要用生产故障测试供应商。
把费用和恢复能力分开评分。价格、赔偿、备份、迁移支持、故障沟通、区域选择和权限控制分别打分。赔偿高但没有可验证备份、迁移出口或升级机制的方案，未必更适合关键业务。

一个实用判断是：如果赔偿条款看起来很慷慨，却要求客户在短时间内主动提交大量证据，那么它的实际可获得性可能低于表面承诺。

可以要求供应商书面回答：单实例故障是否计入SLA；计划维护提前多久通知；重大故障是否提供事后报告；备份由谁执行、保留多久、能否恢复演练；工单能否升级到值班工程师；合同终止后数据如何导出。对于跨境或多地域部署，还应确认数据所在区域、支持语言和法定节假日的服务安排。

不一定。赔偿只能反映合同责任的一部分，响应速度、故障透明度和恢复工具同样重要。

不一定。若业务自身没有冗余、备份和发布回滚能力，更高的数字也无法消除应用层故障。

不建议。应确认备份的频率、保留周期、隔离位置和恢复验证，并保留关键数据的独立副本。

通常先看故障响应、备份恢复和迁移便利性，再看赔偿比例。缺少专职运维人员时，人工支持质量尤其重要。

总的来说，主机供应商SLA服务比较不能停留在“99.9%对99.99%”或“赔几个月费用”的表面。把可用性口径、故障响应、维护边界、数据恢复和赔偿兑现条件逐项核对，才能找到与业务风险相匹配的主机服务。