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

2019-07-01 09:39:51 +08:00
 Livid
因为所在的云服务提供商的一次紧急维护,导致我们的一台关键服务器离线 2 个小时,造成期间网站无法访问。

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

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

正规做法是部署冗余实例,利用负载均衡实现更高的在线率。前提是正确部署,分布到多个可用区和更新区间。必要的话还可以跨地理区。
fenx
2019-07-01 11:23:59 +08:00
都起床这么早 ne

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

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

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

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

© 2021 V2EX