微软正在采取各种措施,将Azure的可靠性在此前透露的99.995%的平均时间运行水平上再做进一步的提高。对此,微软Azure首席技术官Mark Russinovich在7月15日的博客文章中介绍了一些举措。
他在博文中写道:“我不确定是什么促使了微软今天发布此消息。也许是碰巧赶上了微软的Inspire合作伙伴大会,或者也许是微软准备在本周开启销售?也许它与JEDI竞争有关?或者是因为新的财务年度开始?我不确定。”
Russinovich承认Azure在过去一年中受到“三个重大事件”的影响,包括2018年9月美国中南部地区的数据中心停电;2018年11月背靠背Azure Active Directory多重身份验证问题以及今年5月的DNS维护问题。(ps:这并没有囊括过去一年Azure出现过的所有问题。在过去的12个月中,还有一些与Azure相关的事故发生,例如1月份的那次中断。)
Russinovich表示,微软已经在他的CTO办公室创建了一个新的质量工程团队,该团队将与其站点可靠性工程(SRE)团队合作,寻找使Azure更加可靠的新方法。他表示,从现在到2021年,微软将致力于为接下来十个最大的Azure域提供可用域。可用域旨在帮助保护客户免受数据中心级故障的影响。这些域位于Azure域内,并配备了独立的电源、网络和冷却系统。此外,启用的域至少有三个独立的域位置。
微软正在扩展其安全部署实践框架,其中包括了对软件定义的基础架构的更改,例如网络和DNS。此框架旨在确保Azure中发生的所有代码和配置更改在推出到域之前,能够经过一组特定的开发/测试阶段、预览、硬件多样性试验等操作。同时,微软还在进行更多的投资,目的是提升零影响和低影响的更新技术,如热补丁、实时迁移和现场迁移等。
相比于恢复时间,微软目前更优先考虑的是数据保留。但有些客户表示,他们能够希望自己来做出这种权衡和决定,因此微软正在不断测试和提升自己在存储帐户级别启动时,自身的故障转移能力。
具体来说,其Project Tardigrade服务旨在检测硬件故障或内存泄漏,让Azure可以暂时冻结虚拟机,以便将可能受影响的工作负载转移到其他主机。需要说明的是,微软对于该服务仍没有提供「何时发布」或「最终发布形式」等相关的任何信息。
Russinovich 表示:“持续、实时改进的能力是云服务的巨大优势之一,虽然我们无法消除所有风险,但我们非常注重减少服务问题的频率和影响程度,同时给我们的客户、合作伙伴和更广泛的业界提供透明度。”
好文章,需要你的鼓励
Red Hat OpenShift、OpenShift AI、Edge Device和Developer Hub的更新将会为合作伙伴提供更多与客户开展业务的方式。
谷歌云(Google Cloud)今天宣布升级旗下 Kubernetes 引擎的容量,以应对更大规模的模型,Kubernetes 引擎的容量将从目前支持 15000 个节点集群升级到支持 65000 个节点集群。
随着AI的使用、创新和监管混乱超过认可的标准,IT领导者只能开发内部方法来减轻AI风险,依靠框架、工具和他们的同事来正确使用AI。
几年前,当澳大利亚红十字会(Australian Red Cross)这个社区服务慈善机构开始进行数字化转型的时候,发现有很多不同的系统无法协同工作。如今,经过数据梳理和发挥作用,可以满足不断变化的需求。