如何看待 7 月 13 日 B 站服务器疑似突然崩溃？ 第1页

目前来看，B站崩了后，A站也崩了，豆瓣也崩了，晋江也崩了。

几种猜测：

1、CDN节点崩，导致的大崩盘。

CDN会承载部分负载均衡的工作，而且通常会是先判断哪个节点近、哪个时延低、哪个负载低，就把用户分过去。

部分CDN大节点崩了，然后访问量很大，负载分给另外一些CDN直接冲爆，连锁下CDN就崩了。

这会比较好解释为什么突然访问不了，然后蔓延到其他的站点（共用CDN的资源池）。

2、应该不是云商的服务器问题

目前底层infra通常服务器是用x86做虚拟化资源池，然后存储也是冗余级别够高的高可用。

再怎么出问题，infra端的冗余是常规的，恢复也非常的快。

3、更不可能是停电导致的

目前数据中心都是双路市电+UPS+柴油发电机，加上动环监控、电路监控，基本会在出问题后有足够时间切换到其他的中心跑，不会影响服务。

如果是停电导致，那会有大量的服务中断，那就不只是P0级别重大事故，那是灾难级的了。

4、B站没做年度容灾恢复演练或者没认真做

从时间点来看，爆出来有问题大概是23点后，恢复时间的发出公告在02:20。

也就是重大事故处理完成时间大概是3小时，

这可以从侧面说明B站的IT团队没有认真执行年度容灾恢复演练，

因为演练后人员的熟悉程度会很高，能大大的降低排障的时间。

5、大流量导致的各网站被冲崩的概率较低

网上流传的是这样的

B站先崩了，亿万网友涌入A站找寻快乐，但没想到A站承受不住这么大的流量，自己也崩了。然后网友们激情澎湃涌入豆瓣晋江吐槽，但架不住人太多也崩了

那为啥微博没问题？都上热搜了。

那为啥抖音没问题？不看长视频看短视频吧。

部分用户下滑的网站可能会削减资源供给，容易被冲烂。

但大部分都做了防DDoS的，大概率是不会全部用户都访问不了的。

我的建议

1、梳理B站的所有服务，把服务分级成一级二级三级服务目录，一级服务目录优先级调高分配更多资源和高可用架构。

如视频播放、弹幕等，保障基本服务运行。其余如购物、大会员、分区、直播等分二三级，实时性不高的，可以降低服务保障级别。

2、成本许可下，建设两地三中心，在各节点出现服务降级时，可以进行切换。保证服务可达的情况下，再慢慢排障恢复。

3、整顿团队对于灾难演练的重视程度，每半年执行一次大的事故演练，形成方法论，为每一次消除重大事故做好准备。

毕竟，这种隐患，会影响股价不是？