|
|
人为错误导致微软Azure停机 远程控制软件,灰鸽子使用教程
事后分析确定差距在部署过程。灰鸽子下载
错误执行部署工程师和差距的政策背后的全球停机微软Azure云平台在今年11月,根据详细的认错分析软件巨头。
停机看到客户在多个地区无法连接到多个服务如Azure存储、虚拟机,管理门户网站,Active Directory和几个小时。
最后一个根本原因分析(RCA)发表的Azure团队成员杰森詹德说部署软件的目的是改变以提高性能和减少处理器存储表前端系统的利用率。
初始测试显示,修复确实提高性能。但是当软件变更部署到Azure的生产环境中,然而,在两个领域。
一位不愿透露姓名的工程师认为,因为修复已经被“飞行”的一部分Azure生产基础设施,使它在其他云平台将低风险。
微软的标准政策逐步部署生产环境的变化在小片,但是配置工具没有充分执行。该公司将从现在开始执行这一政策本身在部署平台。
第二个错误导致软件变更被错误上启用Azure Blob(二进制大对象)存储前端时,只有经过测试对表存储前端。
这暴露了一个故障,致使一些Blob存储前端被困在无限循环,和停止响应请求,詹德写道。
软件变更已回滚之后,一些虚拟机在Azure需要手动恢复。这是由于磁盘挂载在启动超时错误,在某些情况下引起的高负载的存储服务在经济复苏阶段。
其他Windows vm配置和存储服务中断发生时创建失败的设置。此外,网络编程错误导致一小部分VMs被访问远程管理通过公共互联网协议地址。
公司已经部署补丁Azure防止虚拟机服务在未来以这种方式被打断。
微软还批评本身贫穷的通信中断期间,说有延迟显示和错误的信息在Azure服务卫生仪表板以及缓慢的反应公司的官方支持。
的沟通渠道,如推@Azure账户和Azure博客也不足,在interruptoion留给客户没有足够的信息,詹德写道。
公共云的核心是“你支付你得到什么!“挑战与Azure(其他公共提供者)是没有人可以说话如果有P1(停机)。所有的信息都是通过一个公共网站。甚至当地的微软客户服务团队不能参与任何升级路径。你需要确保100%工作量你放置在一个公共云提供商是正确的适合你的生意。是的我在一个私人工作/社区云提供商 |
|
加载中...
发表于 2014-12-18 11:10:08
发表于 2014-12-18 11:10:11