因为所在的云服务提供商的一次紧急维护，导致我们的一台关键服务器离线 2 个小时，造成期间网站无法访问。
现在服务已于 CST 时间 2019 年 7 月 1 日早上 9 点 37 分 / PT 时间 2019 年 6 月 30 日下午 6 点 37 分恢复。
现在服务已于 CST 时间 2019 年 7 月 1 日早上 9 点 37 分 / PT 时间 2019 年 6 月 30 日下午 6 点 37 分恢复。
This topic created in 2511 days ago, the information mentioned may be changed or developed.
 | 1 CloudnuY Jul 1, 2019 来了 |
 | 2 chuqi Jul 1, 2019 能进来了=.= |
 | 3 serge001 Jul 1, 2019  45 还好快到上班时间恢复了 没有影响摸鱼 |
 | 4 mayx Jul 1, 2019 via Android 还以为被攻击了 |
 | 5 coolerku Jul 1, 2019 oj8k |
 | 6 princelai Jul 1, 2019 能进来了，但是是最热还是有问题 |
 | 7 sutking Jul 1, 2019 via iPhone 吓死我了，还好虚惊一场 |
 | 8 akira Jul 1, 2019 还好只是服务器故障 还以为 livid 被请去喝茶了呢 |
 | 10 psklf Jul 1, 2019 Cool 一切正常了。 |
 | 11 janda Jul 1, 2019 我们这访问好像是现在九点半左右恢复的 |
 | 12 BlBana Jul 1, 2019 早上我还以为我手机欠费没网了 。。。 |
 | 13 SoVince Jul 1, 2019 我还以为 v2 挺不住 凉了 |
 | 14 ShundL Jul 1, 2019 每天早上都是就着帖子吃包，结果。。。 |
 | 15 easylee Jul 1, 2019 1 其实我想问一句： 这个楼里面的回复算不算是无意义的回复，会被 ban 么？ |
 | 16 MelodyCat Jul 1, 2019 还以为墙了 |
 | 17 DrJoseph Jul 1, 2019 我也吓了一跳，以为跟网易云音乐一样犯什么事了 |
 | 18 usapla Jul 1, 2019 来了，老哥 |
 | 19 zst Jul 1, 2019 打不开的时候吓一跳.....以后网又炸了...过一会果然好了 |
 | 20 lcnr Jul 1, 2019 。。。。其中一台关键服务器。。。一共多少台服务器? |
 | 21 lihongming Jul 1, 2019 via iPhone 我还以为是我的提子不好了 |
 | 22 peacelove Jul 1, 2019 via iPhone 已经习惯了…经常炸 |
 | 23 dot2017 Jul 1, 2019 所以现在 v2 是放在哪里托管了呢 |
 | 24 Felldeadbird Jul 1, 2019 2 所以云服务器并不云。该挂还是会挂。 |
 | 25 oneby Jul 1, 2019 via Android 我还以为被墙 k 了 |
 | 26 MeteorCat Jul 1, 2019 via Android 还以为被墙了 |
 | 27 ryd994 Jul 1, 2019 via Android @Felldeadbird 谁告诉你云服务不会挂的？ 云服务能提供的是 1.基本还行的单机 sla，比普通独服好，比顶级机房差 2.failover 能力 3.计划内维护的通知 /协调，也就是可用区 /维护区的概念 |
| 28 Felldeadbird Jul 1, 2019 @ryd994 主要是云服务器的宣传口号是：云服务器 ECS，实例可用性达 99.95%，数据可靠性不低于 99.999%，自动宕机迁移 。服务器离线了，不应该自动迁移到新服务么，除非这是收费服务或者提前告知了维护。= =、反正我心中的云服务器就是这样啊，出现故障短时间自动迁移。 但这么多云服务器事故，告诉我并不是真正的云。 |
 | 29 robinlovemaggie Jul 1, 2019 别问为什么，问就是挖掘机的锅～ |
 | 30 est Jul 1, 2019 1 @Felldeadbird 可能你对云服务自动迁移有什么误解。。。 |
 | 31 sumarker PRO 已阅 |
 | 32 mulu Jul 1, 2019 via Android 刚好今天调休，醒来打不开，回笼觉了一波 |
 | 33 guokb Jul 1, 2019 反正今早是了一跳，忙上 twitter 看了下。还以为是有。 |
 | 35 ctrlands Jul 1, 2019 我还以为被墙了，挂个 v，结果还是不行.. |
 | 36 goodboy886 Jul 1, 2019 via Android 冗余做的不行啊 |
 | 37 zhnlk Jul 1, 2019 已阅 |
 | 38 acedbs Jul 1, 2019  就说怎么访问不了~~ |
| 39 ryd994 Jul 1, 2019 via Android 1 @Felldeadbird 三个 9 不算多高的可用性 365×24×.0005 = 4.38 如果过去一年里没有出过其他事故的话，并没有违反 SLA 自动宕机迁移的前提是所在物理机宕机，效果是等于一次意外断电重启。然而我们并不知道是网络问题还是宕机。 正规做法是部署冗余实例，利用负载均衡实现更高的在线率。前提是正确部署，分布到多个可用区和更新区间。必要的话还可以跨地理区。 |
 | 40 fenx Jul 1, 2019 都起床这么早 ne |
 | 41 qwerthhusn Jul 1, 2019 1 这个 CST 的 C 是 China 还是 Central。。 |
 | 42 chuhemiao Jul 1, 2019 突然进不去，以为 ip 又被封了。。。 |
 | 43 wguo3 Jul 1, 2019 透露下是那家云 |
 | 44 Livid MOD OP PRO |
 | 45 justin2018 Jul 1, 2019 哪个云服务运营商 |
 | 47 msg7086 Jul 1, 2019 @Felldeadbird 99.95 没毛病（而且如上面大佬所说，并不高）。 云计算本来就是以整个云的稳定性为单位的，单机跑没有任何优势（甚至有劣势，因为故障点变多了）。 |
 | 48 c4f36e5766583218 Jul 1, 2019 @qwerthhusn t/578833?p=1#r_7559480 233 支持。。。https://segmentfault.com/a/1190000014848738 CST 时间却同时可以代表如下 4 个不同的时区： Central Standard Time (USA) UT-6:00 Central Standard Time (Australia) UT+9:30 China Standard Time UT+8:00 Cuba Standard Time UT-4:00 |
 | 49 JuSH Jul 1, 2019 吓死我了，我还以为被公司上网行为管理器限流了 |
 | 50 zhihaofans Jul 1, 2019 因为，用的是客户端，一开始还以为被 ban 号了 |
 | 51 okoook Jul 1, 2019 via iPhone 我还以为我卡欠费了 |
 | 52 zzczzc Jul 1, 2019 三大家好像最近半年都挂过，更不用说普通的了 |
 | 53 exploreexe Jul 2, 2019 朕知道了 |
 | 54 ericgui Jul 2, 2019 Google Cloud ? |
 | 55 Actrace Jul 2, 2019 默默地看了下，手头的独服已经运行了 1000 多天了。 Linode 和 Vultr 每隔一段时间就要来一次停机维护。 |
Select Language