云上服务挂了，那份协议赔你多少

2026 年 9 月 1 日，阿里云换上一版新的《云服务器 ECS 服务等级协议》。新添的免责条款里，有一条说的是你自己请进来干活的 AI 助手。

这篇把那份协议从头读完，读四件事：它认哪一种故障，赔到哪一档封顶，哪些情况一分不赔，申请要赶在什么时候。

下面引号里的字，取自官网那份 2026 年 7 月 1 日修订、9 月 1 日生效的正文。同一页上还留着上一版，也就是 2025 年 9 月 1 日修订、10 月 1 日生效那一份，两版对照读的地方我会点明。

一、这份协议在哪里签的

不是单独谈的一份合同。你在云上开机器时勾过的那一长串链接里，就有它。

它只讲两件事：这台机器一个月能用到的程度，以及没做到的时候赔多少。

一个服务周期就是一个自然月。赔偿按自然月算，不看你机器开了多久。

二、它认的「挂了」和你感觉的挂了不一样

协议给不可用下了一个很窄的定义：一台设置了出入允许规则的实例，用 TCP 或者 UDP 与任意一个 IP 地址收发双向都不通，而且这个状态持续一分钟以上，那一分钟才算不可用。

照这条定义，打开很慢、一部分用户连不上、页面报错但端口是通的，都不计进去。

你监控看到的宕机时长，和对方账上的不可用分钟数，是两个数。后面能不能启动赔偿，全看这两个数对不对得上。

三、一个月最多允许你挂多久

单实例这一档，承诺是不低于 99.975%。按 30 天那一月总共 43,200 分钟算，0.025% 是 10.8 分钟。31 天那一月总共 44,640 分钟，同一档换成 11.16 分钟。

单地域多可用区那一档，承诺是不低于 99.995%。30 天那一月只剩 2.16 分钟。

你按哪一档买的	一个月允许的不可用时长（按 30 天那一月）
单实例 99.975%	10.8 分钟
单地域多可用区 99.995%	2.16 分钟

这两个分钟数是我按协议给的公式自己算的，分母取那一月的总天数乘 24 再乘 60。协议正文里只写公式和百分比，没写分钟。

四、达标线之上，一分不赔

赔偿只在可用性低于承诺值时才启动。挂 10 分钟以内，多数月份还在 99.975% 之上。

这就是为什么「这个月挂过两次」和「这份协议赔不赔」是两个问题。

五、跌破了，赔的是代金券

赔偿方式在原文里写死了：「赔偿方式仅限于用于购买ECS产品的代金券」。上限也写死了：不超过未达标那个月、你就该实例支付的单实例月度服务费。

三档比例在表里，一行一个。

那个月的可用性	赔多少
低于 99.975%，但不低于 99%	月度服务费的 10%
低于 99%，但不低于 95%	月度服务费的 25%
低于 95%	月度服务费的 100%

单地域多可用区那一档另有一张表，比例一样，只是触发线换成 99.995%。两个维度都满足赔偿条件时，按赔得多的那一个算。

六、把一台真机器代入，算一遍

设一台包月实例，那个月实付两千元，没有被代金券抵扣过。

挂 3 小时是 180 分钟。可用性算出来是 99.58%，落在第一档，赔 200 元代金券。

挂 12 小时是 720 分钟。可用性 98.33%，进第二档，赔 500 元。

要拿到两千元那一档，一个月里得挂超过 2,160 分钟，也就是 36 小时。

边界反着算更直观：432 分钟，也就是 7.2 小时，之后才离开第一档。

上面四个数都按 30 天那一月的 43,200 分钟算。

七、这笔钱不是赔你的损失

再算另一边。假如这台机器撑着你的下单，一天走三千元流水，挂 3 小时少进账 375 元。

375 元是你这个月少挣的钱。200 元代金券是下个月买机器的抵扣，只能用来买这个产品，提不出钱。

一纸协议管的事情到这里为止：供应商给你打折。供应商不替你赔生意上的损失。

八、不赔的原因列了一长串

免责那一段是一条一条列下来的。有几条和你想的不一样。

「任何阿里云所属设备以外的网络、设备故障或配置调整引起的」不赔。机房以外那一段断了，不计进对方的账。

「客户的应用程序受到黑客攻击而引起的」不赔。被打的不算机器故障。

「客户的疏忽或由客户授权的操作所引起的」不赔。你在控制台、API 或者命令行里自己按下去的停机、重启、卸载云盘，都在这一条底下。

「本地盘实例使用的本地存储有数据丢失风险」那一条也写着不赔。选了带本地盘的机器，数据风险在你这一侧。

「阿里云对ECS正常维护、升级所引起的短时服务中断」同样不赔。维护窗口写在你没细看的那份服务条款里。

九、新加的那一条，说的是你授权的助手

2026 年 9 月 1 日生效这一版，多了一条不赔的原因：「经客户授权的阿里云AI助手或其他Agent功能，在客户授权范围内代为执行实例启停、文件删除等不可逆的操作变更，由此引发的业务异常或服务不可用」。

这一页上新旧两版正文都留着，Agent 这个词整页只出现一次，位置在新版那一条里。我读到的 2025 年那一版没有这一条。

说人话的结果是：这类程序是你请进来的，它替你按了那一下「停止实例」，那一次中断不进赔偿。

十、硬件下线通知之后，有一段没人赔的时间

这一版还多出了第二条不赔的原因：「由于同型号硬件供应原因，相关规格族已通知客户进入下线流程；通知后至实例在完成规格升级前因硬件故障等问题导致的业务异常或服务不可用」。

这一条的实际意思是：你收到「这个规格族要下线」的通知之后、把那台机器换完之前，中间这一段故障不赔。

通知不是知道了就完事。那一段窗口里，风险已经移到你这一侧，而赔偿还没跟上。

十一、赔偿的基数今年收紧了

月度服务费那一项的定义，两版对照着读，改了两个地方。

旧版写「所支付的服务费用总额」。新版写「所实际支付的服务费用总额」，并且补了一句：不含代金券、优惠券、节省计划、以及资源包所抵扣的费用。

这个改动对赔偿金额有直接影响。你那张机器这个月用节省计划或者资源包抵掉的部分，不再进赔偿基数。

一台机器账面月费两千元、实际现金付了一千二百元，剩下八百元由资源包抵掉，第一档赔的就是一千二百元的 10%，是 120 元，不是 200 元。

十二、有的机器根本没有这份承诺

协议里还有一条：部分云服务器规格族不提供 SLA 承诺。这类实例不可用时，只以代金券形式返还故障期间产生的计费。

也就是说，那张 10%、25%、100% 的表对它不适用。能返的只有故障那段时间实际产生的费用，故障越短返得越少。

哪些规格族在这份名单里，正文只给了一个指向，名单写在另一份声明上。开机器之前值得先把这一项确认掉。

十三、申请有窗口，过期不受理

原文给了两道时限。「客户可以在每月第五（5）个工作日后对上个月没有达到可用性的ECS实例提出赔偿申请。」

另一道更硬：「赔偿申请必须限于在ECS没有达到服务可用性的相关月份结束后两（2）个月内提出。超出申请时限的赔偿申请将不被受理。」

故障当月你可能来不及算，但两个月以内必须有人去提。等季度复盘才想起来这件事，窗口有时已经关上。

十四、条款改了不需要你同意

最后一条写着：阿里云有权修改这份 SLA，修改时提前 30 天以网站公示或者发送邮件的方式通知。你不同意可以停止使用，继续使用就视为接受改后的条款。

所以你去年的那一份和今年的那一份可能不是同一份。第九节和第十一节那些变化，就是这样进来的。

动作很小：在采购台账里加一栏，记下这份协议的版本修订日期与生效日期。这一版是 2026 年 7 月 1 日修订、9 月 1 日生效。

十五、那这份协议还有什么用

三条用得上。

第一条是它给了一个你和供应商都能认的算法。可用性怎么算、哪一些分钟算不可用，全在正文里。你的监控按它的定义去做，出争议时两边才有同一本账。

第二条是它把赔偿天花板写明了。你要的保障如果高过那一个数，就得自己备，别指望这一纸替你补上。

第三条是它把不赔的情形一条条摆出来。清单里哪一条撞上了你正在干的事，那件事在故障之后就没有赔偿。

十六、真要靠保障，协议之外要备三样

第一样是按协议定义做的连通性检查。双向都不通、持续一分钟，这两个条件同时满足才算一分钟，记录要留时间戳。

第二样是独立于那台机器的备份。协议里那句本地盘的话已经说清了：数据风险在你这一侧。备份和机器同生共死，等于没有备份。

第三样是多可用区部署。同一份协议给了第二个维度、99.995% 的承诺和另一张赔偿表。这一档允许的不可用只有 2.16 分钟，比单实例那一档紧五倍。

十七、这笔账怎么和冗余投入放一起看

两个数并排放，决策就有依据。

第一个数是这台实例那个月的实付金额乘 10%。这是你可能拿回的代金券的上限。

第二个数是这台实例挂一小时，你的营收少多少钱、恢复要动几个人、客户里走掉几个。

一比就看明白了：多花的那笔冗余投入买的不是那张代金券，是让第二个数不发生。

十八、已经把助手接进运维的，先做三件事

不可逆的那一类操作，停机、重启、卸载云盘、删除实例，从助手能碰的范围里挪出去，写操作回到人手。

给助手单独一个账号，权限只到读，不到写。它要看的东西可以给它，它要改的东西由人来改。

故障复盘的报告里，把「助手做了那一步」和「机器自己坏了」分开写。两类的归属不一样，混在一句里写，事后没人能分得开。

十九、下次续签时只读三行

第一行读不可用怎么定义。第二行读赔到哪一档封顶。第三行读不赔的清单里，有没有你正在干的事。

三行读完，对这份协议的预期就准了：它赔的是下个月机器的钱。这个数以外的损失，全在你自己这一侧。