谷歌服务器又一次全球宕机，Gmail、YouTube均受影

刚刚，谷歌服务器又一次全球宕机！
12月14日讯，据彭博社报道，Google公司服务器中断，导致旗下的YouTube、Gmail、Google Drive、Google Search等服务出现死机，用户无法正常使用，全球多个国家及地区用户均受到影响。
Google方面已证实了这一消息，并称包括日历、视频会议应用程序等服务都也遭到了停机。
据监测网站DownDetector发布的在线中断报告显示，中断服务在美国东部时间上午6:30达到峰值。一开始部分用户尝试登录YouTube时，会出现“出了点问题”提示字样，尝试登录Gmail会出现“发生错误，请稍后再试”的警报。
后来影响范围开始大面积扩散，到了纽约时间早上6:30，谷歌工具已经无法为美国、英国和整个欧洲的用户提供负载。同时，各平台陆续收到了成千上万条的投诉，他们表示Google的办公工具，例如云端硬盘、Google Maps和Google智能家居产品Nest等均无法正常使用。
直到早上8点左右，谷歌表示已经恢复了“绝大多数”的用户服务，并称“我们将继续努力为其余受影响用户恢复服务。”
谷歌5个月内第3次宕机
据了解，这已经是谷歌5个月内第3次宕机。
公司上一次全球宕机是9月25日，当时Google系统瘫痪多半集中在美国东岸，Gmail、YouTube、Google云端在系统死机时，不断有用户持续尝试进入，但都无法顺利使用。
再往前追溯，今年8月20日，谷歌旗下多项服务传出异常，包括Gmail、Google云端硬盘、Google文件、Google Meet等，官方抢修5小时后才回复正常。这次宕机事故受影响用户多数集中在印度、美国、澳洲、日本和马来西亚等地区。有分析人士认为，对于一个已经成长为互联网上最大的流量和活动驱动力之一的系统来说，这是一个前所未有的失败。但也有业内人士认为，对于任何网站或提供商来说，服务器中断都是很常见的，包括Google以及Apple Inc.，Amazon Inc.，Microsoft Corp.等其他公司在内。
事实上，云平台宕机并不是件新鲜事儿。近两年，因为云平台宕机造成的事故数不胜数，比如 Gitlab 曾因误删除引起服务中断 18 小时，并且无法完全恢复；亚马逊 AWS 因一条错误指令引起宕机，随后大部分互联网，包括 Slack、Quora 和 Trello 在内的企业平台停机 4 个小时；微软 Azure 公有云出现超过 8 小时的存储可用性问题等。
云平台宕机，企业如何自救？  
无论是传统环境还是云环境，都不能做到绝对的“持续可用”。大部分情况下，云环境的可用性和可靠性都比传统环境要高，这主要是因为云平台的运维更加专业。既然任何环境都有出现故障的可能，那么需要重视的问题就是“发生故障时，应该怎么办”。
首先，要接受风险，这一点很重要。
从现阶段国内的云计算发展进程来看，上云是不可避免的，在这种情况下，企业应该保持正确的心理，毕竟只要是系统，都会发生故障。国内主流云计算厂商已经投入了大量精力和成本在可用性和可靠性层面，这肯定要优于不少技术能力不足、成本有限的企业自建服务器。如果出现这种情况，那么走应急预案，用非系统的方式尽量降低风险。例如，某个服务宕机了，及时在官网做出声明。
其次，分散风险。
云环境的同城双活、异地灾备等方案基本就绪，尽量在经济和人员条件可行的情况下使用这些分散风险的方法。如果故障只出在一个服务器集群，采用异地灾备方案可以在最快时间切换到另一个集群，从而保持系统可用。虽然还是会有中断，但是可以最快时间恢复。
按照此模式，云下系统做云上灾备也是防范传统环境出现可用性问题的一种重要手段。

怕宕机，用云，服务器搭载稳定的网络架构，采用成熟的网络虚拟化技术，保证网络高可用性。并且通过网络访问控制列表和安全组，切实保证您云上资源的安全性：https://www.56dr.com/