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/的許可