国内云服务器厂商，弱弱的问一句，你们出了问题，为啥我们付费用户来买单？亿点点的补救补偿都没有？这就是信仰？割韭菜割的自己不知道是谁了吧?

联系售后或者商务，一般都会有优惠券等商务赔偿补偿，不过不多。 一般是故障时间费用的 N 倍。

另外，这种事情在 V 站发并没有什么卵用。 联系商务才是正解。
而且。。。我没懂现在为啥啥都套上 “割韭菜” 这个词。。

用户协议上写的清清楚楚，任何一个国内云都是这样，你要有自己容灾的准备，你要为自己的数据负责云云

一方面是甩锅，二方面云也不是百分百甩手的安全

特色

内地的就喜欢用模板答复你 客服从不干正事 不懂的东西也不晓得转到技术支持 也不会得到肯定的回复(是 /否) 只会机器人回复

人的良心也就这样


----

一般用户 大概率没补偿 除非有签采购合同的**单位

没办法，你就算换一家服务商可用性从 99%换到 99.999999%，那剩下的 0.000001%造成的损失也得你自己承担，

付费了就不会出问题了吗？钱是万能的哈 说明付地不够多 继续付费啊 混合云搞起来

不要把鸡蛋放到一个篮子里，这才是王道，对于云厂商不要过于信任。

不要把鸡蛋放到一个篮子里啊, 还是说分布式服务你没做过吗? 我司任何系统上线, 都会在国内国外所有主流云厂商上部署一套一模一样的系统, 然后本地机房还要灾备一份, 就是为了确保即便三战爆发打起了核战争, 依然能为用户提供稳定可靠的高质量服务

单可用区不就是这样的吗？运营商割接谁能控制得了，网络就没有 100%可靠的，现在云被吹上天了，你不会真以为云可以保证百分百没问题吧。

dig gitee.com @sv1.bdydns.cn +subnet=146.56.239.0

; <<>> DiG 9.11.20-RedHat-9.11.20-5.tl3.1 <<>> gitee.com @sv1.bdydns.cn +subnet=146.56.239.0
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56244
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 1
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1372
; CLIENT-SUBNET: 146.56.239.0/32/16
;; QUESTION SECTION:
;gitee.com. IN A

;; ANSWER SECTION:
gitee.com. 1 IN A 154.213.2.253
===
我在南京也有 CVM ，测了下，你们域名的权威调度好像有点问题呀。
南京调度到香港，跨境访问肯定慢啊。

@sususuperman 好像百度云对 ecs 好像有点问题，再不就是他 IP 库有问题，我之前在云南碰到过类似的情况