万万没想到,B站崩了,让全互联网经历了一次深夜狂欢。
7月13日23时左右,B站主站、App、小程序均出现访问故障,无法正常使用,页面提示“正在玩命加载数据”。而B站的邻居A站,以及晋江、豆瓣也出现不同程度的故障,加载显示404、502等。
B站崩了,才让大家发现原来“小破站”的流量如此惊人。上不了网站、没得看视频直播的“B站难民”冲向知乎、微博以及著名游戏网站NGA。“b站崩了”“陈睿”“豆瓣崩了”等词迅速走红,甚至连B站名梗“蒙古上单”也一同霸榜微博热搜,传遍全网,颇为壮观。
微博热搜:
23时45分,B站网页端和App才初步恢复正常访问,但像直播、会员购等板块,以及一些站内互动、评论、投币功能,还无法正常使用。
B站崩溃后,许多故障页面截图在网上流传。但具体是什么导致服务器故障,多种说法迅速出现。不过,无论是最初的停电说,还是后面的B站大楼/上海云海服务器中心着火说,都被迅速辟谣。
你好直接去官网下载就可以了啊
yunhaiapp.com
手机提问的朋友在客户端右上角评价点满意即可
如果你认可我的回答,请及时点击采纳为满意回答按钮
超融合的本质是虚拟化+分布式存储,集群构建时就会配置副本策略,双活、备份等高级功能并不属于必须项,但目前大部分超融合也都会提供相关的服务,是否配置看业务需要吧。具体来说,主流的超融合数据保护机制包括以下六种:
多副本:同一份数据会保存多份(通常设置为 2 副本或 3 副本),即使副本所在的节点宕机也不会造成数据丢失;
HA(高可用):节点宕机时,该节点上的虚拟机自动迁移至集群内其它节点,降低业务中断时间;
机架感知:根据机房物理拓扑结构,将副本分配在不同的机架、机箱、主机上,有效减少甚至避免物理硬件(电源、交换机等)故障导致的数据丢失。理论上,3 副本结合机架感知配置,系统可最多容忍 2 个机架上的主机全部失效;
快照:为虚拟机打快照,在其发生故障时将数据恢复至快照状态;
双活:同城双数据中心,灾难时无损快速恢复业务(RPO=0);
备份:异地主备数据中心,灾难时尽可能挽回数据损失。
请点击输入图片描述
欢迎分享,转载请注明来源:夏雨云
评论列表(0条)