20190701 - 关于 CST 时间 2019 年 7 月 1 日 / PT 时间 2019 年 6 月 30 日的服务问题

2019 年 7 月 1 日
 Livid
因为所在的云服务提供商的一次紧急维护,导致我们的一台关键服务器离线 2 个小时,造成期间网站无法访问。

现在服务已于 CST 时间 2019 年 7 月 1 日早上 9 点 37 分 / PT 时间 2019 年 6 月 30 日下午 6 点 37 分恢复。
13190 次点击
所在节点    站点状态
55 条回复
lihongming
2019 年 7 月 1 日
我还以为是我的提子不好了
peacelove
2019 年 7 月 1 日
已经习惯了…经常炸
dot2017
2019 年 7 月 1 日
所以现在 v2 是放在哪里托管了呢
Felldeadbird
2019 年 7 月 1 日
所以云服务器并不云。该挂还是会挂。
oneby
2019 年 7 月 1 日
我还以为被墙 k 了
MeteorCat
2019 年 7 月 1 日
还以为被墙了
ryd994
2019 年 7 月 1 日
@Felldeadbird 谁告诉你云服务不会挂的?
云服务能提供的是
1.基本还行的单机 sla,比普通独服好,比顶级机房差
2.failover 能力
3.计划内维护的通知 /协调,也就是可用区 /维护区的概念
Felldeadbird
2019 年 7 月 1 日
@ryd994 主要是云服务器的宣传口号是:云服务器 ECS,实例可用性达 99.95%,数据可靠性不低于 99.999%,自动宕机迁移 。服务器离线了,不应该自动迁移到新服务么,除非这是收费服务或者提前告知了维护。= =、反正我心中的云服务器就是这样啊,出现故障短时间自动迁移。 但这么多云服务器事故,告诉我并不是真正的云。
robinlovemaggie
2019 年 7 月 1 日
别问为什么,问就是挖掘机的锅~
est
2019 年 7 月 1 日
@Felldeadbird 可能你对云服务自动迁移有什么误解。。。
sumarker
2019 年 7 月 1 日
已阅
mulu
2019 年 7 月 1 日
刚好今天调休,醒来打不开,回笼觉了一波
guokb
2019 年 7 月 1 日
反正今早是嚇了一跳,趕忙上 twitter 看了下。还以为是網線有問題。
cosven
2019 年 7 月 1 日
@Livid 站长能简单描述下最热的计算策略吗?我想上最热
ctrlands
2019 年 7 月 1 日
我还以为被墙了,挂个 v,结果还是不行..
goodboy886
2019 年 7 月 1 日
冗余做的不行啊
zhnlk
2019 年 7 月 1 日
已阅
acedbs
2019 年 7 月 1 日
![v2ex.png]( https://i.loli.net/2019/07/01/5d1976d30898c36681.png)
就说怎么访问不了~~
ryd994
2019 年 7 月 1 日
@Felldeadbird 三个 9 不算多高的可用性
365×24×.0005 = 4.38
如果过去一年里没有出过其他事故的话,并没有违反 SLA

自动宕机迁移的前提是所在物理机宕机,效果是等于一次意外断电重启。然而我们并不知道是网络问题还是宕机。

正规做法是部署冗余实例,利用负载均衡实现更高的在线率。前提是正确部署,分布到多个可用区和更新区间。必要的话还可以跨地理区。
fenx
2019 年 7 月 1 日
都起床这么早 ne

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/578833

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX