这是一个创建于 79 天前的主题，其中的信息可能已经有所发展或是发生改变。
[进展更新] 异常因新加坡机房发生火灾导致升温，消防人员已到达现场处置中，云网络大部分产品及云安全产品于 10:55 已完成主动切换，其他云产品服务仍在处理中。请您尽快迁移业务。
尊敬的客户：您好！北京时间 2024 年 09 月 10 日 10:20 ，阿里云监控发现新加坡地域可用区 C 网络访问出现异常，部分云产品服务出现异常，阿里云工程师正在紧急处理中。若有任何问题，请随时联系我们。
88 条回复 • 2024-09-14 18:24:09 +08:00
 |
1
daxy223 79 天前
OSS 现在还是不可用
|
 |
2
tabliu 79 天前
听说可能会停电
|
 |
3
huangzhiyia 79 天前
aws 和 阿里云不在一个机房?
|
 |
4
quan01994 79 天前
网站功能受到影响 。
|
 |
5
wusheng0 79 天前
22 年香港宕机仿佛历历在目
|
 |
6
Felldeadbird 79 天前
所以云计算机不是机房发生爆炸后，（整体业务）自动迁移到容灾机房吗？
|
 |
7
YiCheng88 79 天前
系统崩了一半
|
 |
8
glcolof 79 天前
集中度越高的系统，抗风险能力越差。现在的“云计算”就是一个不断增加集中度的系统，随着设备老化和人员更迭，以后“云计算”的问题会越来越多、越来越严重……
|
 |
9
janwarlen 79 天前
😑，好几个小时了，现在在做迁移可用区，但是迁移这个进度也靠他们的人操作
这个也不知道要多久 崩溃了 |
 |
10
tyrone2333 79 天前
公司上午就把人都叫在会议室救火, 充值用不了老板急死了🤡 连都连不上救个毛线
|
 |
11
colinlikepotatos 79 天前
吓我一跳，仔细看了 新加坡的服务器在亚马逊
|
 |
12
newmancity 79 天前
@zmaplex 都有各自的数据中心吧
|
 |
13
daimaosix 79 天前 via Android
@tyrone2333 快想办法兄弟
|
 |
14
mb4555 79 天前
真的是日了狗了
|
 |
15
MozzieW 79 天前
感谢。花了 20 分钟检查
|
|
16
MozzieW 79 天前
没打完发出去了
感谢。花了 20 分钟检查影响，10 分钟向上报告，30 分钟迁移。 得到评价“还好你看到了这个”。 话说你们那里看到公告到？今天摸鱼少，差点没看到。 |
 |
17
Jerry23333 79 天前  1
@Felldeadbird #6 也要看买的服务了，以数据库为例，分了基础版和高可用版，高可用版是一主一从的，如果主出了问题是会做 HA 切换的。但是如果买的基础版或者是主从在一个可用区，这时候就算是重新找个机房进行恢复，那也是很慢的，需要进行备份恢复。
|
 |
18
PerFectTime 79 天前 22
防火墙没起作用吗？[:/doge]
|
 |
20
CJAmoy 79 天前 via Android
估计大部分都能用吧，不然早挂热搜了
|
 |
21
coderxy 79 天前
oss 的本地冗余版挂了。。。 还好其它组件都是多可用区高可用的。
|
 |
22
hliman 79 天前
hologres 现在还没恢复
|
|
23
MozzieW 79 天前
@pkxutao 我们受到影响的是几个 OSS ，创建新的 bucket ，上传文件上去，修改 DNS 把流量切过去就可以了。
有一些文件暂时没有，或者不重要，就先不管。 楼上有说连不上救不了的，那是因为数据都是服务器上，连不上没有办法了。如果有备份的话，可以创建新服务器，重新把服务跑起来就可以了。 “迁移”这个词，对应的意思，差不多是新租（买）一个家，把原来家里的东西都搬过去，以后就去新家。 |
 |
24
hyseiya 79 天前
22 年香港宕机后，阿里云从此是路人
|
 |
25
Kiske 79 天前 11
“人心若是烧没了，修好一座破庙又有什么用呢？”
|
 |
26
Tink 79 天前
轻量云分区域吗，也是新加坡
|
 |
27
bzw875 79 天前
我们公司也受影响了
|
 |
29
xclimbing 79 天前 10
真是可笑，云服务的本意就是避免这种单点故障的，那它这个跟托管服务器有啥区别呢？
|
 |
30
kenneth104 79 天前
火熄了没？服务器泡水了没？
|
|
32
tyrone2333 79 天前
@hyseiya 阿里云是真小丑🤡国内外都是, 一年起码 2 次特大事故, 老板天天说要换其他厂商,东西太多一直没迁移
|
 |
35
Plutooo 79 天前
阿里云画的饼两地三中心怎么不好使
|
 |
38
qqjt 79 天前
这故障是越来越离谱了
|
|
40
huangzhiyia 79 天前
|
 |
42
crc8 79 天前 4
火烧云
|
 |
44
zictos 79 天前
用的轻量，还能用，轻量好像没有可用区一说
|
|
45
mb4555 79 天前
cjb
|
 |
47
Maser 79 天前
阿里云这恢复没那么快吧
|
 |
48
flyqie 79 天前 3
上次是香港消防水灾
这次是新加坡火灾 阿里云这是跟水火杠上了？ |
|
49
daxy223 79 天前 via iPhone
OSS 现在还是不可用🤯🤯🤯
|
|
51
Jerry23333 78 天前
@xclimbing #29 云服务也分单可用区部署和多可用区。以数据库为例，购买分了基础版和高可用版，高可用版又分了单可用区部署和多可用区部署。如果你买的是高可用版本，且是多可用区的，一旦出现主实例不可用，是自动会切换的。进度里也提到了“ [进展更新] 截至 11:30 按照产品调度策略，云数据库 Redis/MongoDB/RDS MySQL 、对象存储 OSS 、表格存储 OTS 等云产品的**高可用版本**已陆续完成容灾切换。”。但如果你买的基础版，服务器出问题了那谁也没办法，自己部署也是一样的。
花多少钱，干多少事。 |
 |
52
corcre 78 天前
@tyrone2333 怎么在会议室救火, 去新加坡救火啊🐶🐶🐶
|
 |
53
iyahd 78 天前
售后工程师
2024-09-11 08:37:41 您好，截至目前，得到工程师最新的消息：暂不影响数据，我们会全力进行保障，目前仅是业务不可访问。 只想数据别丢，还没来得及备份，哭死 |
 |
54
yb2313 78 天前
阿里 25 岁了
|
 |
55
vone 78 天前
|
 |
59
iceprosurface 78 天前
|
 |
61
ninja911 78 天前
会不会赔偿啊？ 以自己损失评估，而不是阿里补充使用时长
|
 |
62
polo3584 78 天前
昨天恢复了，今天又不行了
|
 |
63
Features 78 天前
又是哪位高管要销账呢？
|
|
64
YiCheng88 78 天前
24h 都没恢复 麻了
|
 |
65
EthanLau 78 天前 2
我们把数据库和服务器全迁到了可用区 B ，搞了一个晚上
|
 |
66
hoythan 78 天前
是不是没有请大师过来做法事导致的，按照阿里的佛性来说，这种大型的业务都必须找几个和尚才对。
|
 |
67
fengfisher3 78 天前
@EthanLau 具体是怎么迁移的。是哪些产品？真学习脸。
|
 |
68
jfds 78 天前
买的是两地三中心的规格嘛？你不会以为所有实例都支持跨地域容灾吧
|
|
70
EthanLau 78 天前 1
@fengfisher3 也没有特别复杂，RDS 和 redis 阿里云有直接提供迁移可用区的功能，ECS 直接拿快照打个镜像重新在其他可用区开新的服务器就行了，我们服务器不多所以搞了一个晚上基本就弄完了，万幸是 OSS 和 SLB 没有受到影响
|
|
72
fengfisher3 78 天前
@EthanLau 数据没丢就好。
|
 |
73
cndns 78 天前
阿里云的 IDC 基建这么差的吗
|
 |
74
byweilong 78 天前
阿里的通知了，c 区搬走，还得几天时间恢复。。我们 50p 数据 业务全挂
|
 |
75
mytsing520 78 天前
更新了，内容要点：
1.大部分已恢复正常服务； 2.现场团队尚未被获准进入机房； 3.做好物理迁移服务器的应急准备，确定无法恢复后立即迁移 |
 |
76
MrDavidJones 78 天前
每年都有重大事故 已经变成年货了
|
 |
77
kenvix 78 天前
数据上云了，乐
|
 |
78
8n1AfdFQWA5CWTNQ 78 天前 via iPhone
上云後，公安一個電話數據就拷過去了
|
 |
81
zhupite2 77 天前
10 号这天下午，我测试恢复过一会，第二天发现又不行了，说是大楼断电。
然后直到现在，都是不可用状态！ 我寻思难道鸡蛋都放这一栋楼里？ |
 |
84
qq1427168550 77 天前
@tyrone2333 alyunflc ，aws 或者大陆华为云都可以看看
|
|
85
qq1427168550 77 天前
@EthanLau 可以交流看看，商务折扣，阿里 aws 都涉及
|
 |
86
wunonglin 77 天前
[进展更新] 09 月 12 日 17:25 ，运维人员已获准进入大楼一层区域，正在现场评估安全迁移条件，并对硬件设备进行紧急保全。
https://status.aliyun.com/#/eventDetail?eventId=21 |
Select Language