Date: 3月 8, 2018
Azure存储服务中断…灾难恢复计划的时间
昨天傍晚太平洋标准时间，Azure存储服务在美国，欧洲和亚洲部分地区出现服务中断，影响了这些地区的多种云服务。
作为Azure存储性能更新的一部分，发现了一个问题，导致使用Azure存储的服务（包括虚拟机，Visual Studio Online，网站，搜索和其他Microsoft服务）的容量降低。
阅读Azure博客上的整个报告。 http://azure.microsoft.com/blog/2014/11/19/update-on-azure-storage-service-interruption/
那么这些中断对那些想要部署云计算的人意味着什么？对于任何云提供商而言，这种规模的全球“中断”绝对不会定期发生。特别是如果它打算留在云端业务，无论他们是微软，亚马逊，谷歌还是其他。但是，作为云计算架构师或负责云部署的人员，您有责任让您的客户在您的后袋中拥有“计划B”。在最坏情况实际发生的情况下，计划灾难恢复的时间。
什么是良好的灾难恢复计划？
B计划涉及在发生广泛中断并影响云提供商交付服务能力的情况下，在备用位置恢复数据和服务的程序。即使您拥有高度灵活的云部署，即使在某个地区，可用区域或故障域内发生本地化停机的情况下，此计划仍然十分重要。
数据恢复，应用程序恢复和客户端访问
在高层次上，您应该关心三件事情：数据恢复，应用程序恢复和客户端访问。解决这些问题的方法有很多，比其他方法更自动化。一些人的恢复时间目标（RTO）和恢复点目标（RPO）比其他人要好。
什么配置打败中断？
就在上周，我在博客中介绍如何创建一个跨云AWS云和Azure云之间的多站点群集。这种类型的配置正是我们昨天在Azure云中遇到的巨大停机事件所需要的。
“云到云”复制模型
“云到云”复制模型的另一种替代方法是将您自己的数据中心用作云部署的灾难恢复站点。对您的数据拥有实际所有权是有利的。但这意味着您重新开始管理数据中心。这可能会否定纯云部署的某些好处。
如果您尚未准备好充分利用云，请将云用作灾难恢复站点。这可能是实施灾难恢复异地数据中心的最简单和最具成本效益的方式。 开始利用云所提供的优势，而不必将所有工作负载全部投入到云中。
DataKeeper集群版
上面显示的插图使用名为DataKeeper Cluster Edition的基于主机的复制解决方案来构建多站点SQL Server群集。但是，DataKeeper可以用来保持任何数据同步。在不同的云提供商之间或在混合云模式中。
提醒！有计划B
微软并不是唯一一个处理云中断的公司，因为仅今年一年，中断就影响了谷歌，微软，亚马逊，DropBox等等。有了“B计划”，任何时候您都必须依赖任何云服务。
转载自https://clusteringformeremortals.com/2014/11/20/azure-storage-service-interruptiontime-for-plan-b/的许可