微软就云服务故障发布初步分析报告（微软云解决方案）

微软已对9月4日作用全世界客户的故障发布了一份初步本质原因分析(RCA)报告。Azure工程团队正在继续调查此事件，并表示他们将在"不久的将来几周内"提供更详细的分析。

　　微软的官员们在这份分析报告中表示，遭到作用的客户将在10月份的账单中，针对微软Azure服务水平协议(Microsoft Azure Service Level Agreement)得到相应的补偿。

　　9月4日，微软在美利坚合众国中南部的数据中心附近出现了一次雷击，很多Azure服务出现了故障，需要经过Azure 动态目录(Azure Active Directory)进行身份认证的Office 365也遭到作用，此次事件的作用波及到了微软全世界的很多客户。

　　

　　微软的分析报告总结表示，风暴致使"电力系统供应的波动，致使电压骤升。"电压的骤升致使一个Azure数据中心切换至发机电供电，并关闭了该数据中心的制冷系统，但该中心配备有浪涌抑制器。该数据中心依然经过冷却系统中与负载相干的热缓冲器保持所需的工作温度，但是等到缓冲器作用耗尽，温度就出现了升高，装备就出现了自动关闭。

　　一些硬件在关闭之前就已被破坏，包括"大量存储服务器"和其他网络装备和电源单元。现场团队开始尝试恢复基础架构，这意味着更换故障硬件，将服务器迁移到健康的服务器上并检查数据是不是已破坏。

　　对那些想知道为何微软的数据中心没有在故障中转移到备份站点的人："当时做出的决定是为了恢复数据而不是转移到另外一个数据中心，由于由于地理复制的异步特质，故障转移会致使部份数据丢失。"

　　关闭数据中心会作用许多依赖于该数据中心内存储服务器的Azure服务。受作用的服务包括：torage、虚拟机(Virtual Machines)、Application Insights、认知服务和自定义内涵视觉API(Cognitive Services & Custom Vision API)、备份(Backup)、利用程序服务(和用于Linux的利用程序服务和用于容器的Web利用程序)、用于MySQL的Azure数据库、SQL数据库、Azure自动化(Azure Automation)、站点恢复(Site Recovery)，Redis缓存(Redis Cache)、Cosmos数据库、流分析(Stream Analytics)、媒体服务(Media Services)、Azure资源管理器(Azure Resource Manager)、Azure VPN网关、PostgreSQL、Application Insights 、Azure机器学习工作室、Azure搜索、数据工厂、HDInsight、物联网中心、分析服务、密钥库、日志分析、Azure监视器、Azure计划程序、逻辑利用程序、Databricks、ExpressRoute、容器注册表(Container Registry)、利用程序网关(Application Gateway)、服务总线(Service Bus)、事件中心(Event Hub)、Azure Portal IaaS Experiences-- Bot服务、Azure批处理、Service Fabric和Visual Studio Team Services(VSTS)。

　　微软表示"这些服务中的绝大部份在调和世界时9月5日的11:00都已恢复了"，但是也承认到了9月7日的8:40才完全解决这些问题。

　　为何美利坚合众国中南部地区之外的客户也会遭到这一系列事件的作用?据该帖子称，"Azure Service Manager的弹性不足"，它采取的是"经典"资源类型的运营管理服务。微软的高管们表示，"虽然ASM是一项全世界服务，但它不支持自动故障转移。"由于对ASM和其他相干服务的各种依赖性，美利坚合众国中南部地区之外的Azure资源管理器服务也遭到了作用。

免责声明：
本网址（www.yingxiongyun.com）发布的材料主要源于独立创作和网友匿名投稿。此处提供的所有信息仅供参考之用。我们致力于提供准确且可信的信息，但不对材料的完整性或真实性作出任何保证。用户应自行验证相关信息的正确性，并对其决策承担全部责任。对于由于信息的错误、不准确或遗漏所造成的任何损失，本网址不承担任何法律责任。

本网站所展示的所有内容，如文字、图像、标志、音频、视频、软件和程序等的版权均属于原创作者。

如果任何组织或个人认为网站内容可能侵犯其知识产权，或包含不准确之处，请即刻联系我们进行相应处理。