【虛拟化實戰】容災設計之二VR vs SRM

作者：範軍 （Frank Fan） 新浪微網誌：@frankfan7  

從本文開始，我們将介紹一系列的關于容災的解決方案。先探讨應用的場景，然後再深入介紹技術架構。

情景一：

某小型公司的虛拟化環境中，在5台ESXi伺服器上運作100台虛拟機。采用NFS存儲。其中需要異地恢複的虛拟機10台。對于異地容災RPO的要求是30分鐘，RTO是1小時。已經使用vSphereStandard 許可。軟體購買成本有限。

建議：

采用vSphere Replication （VR）

VR對于已經使用vSphere essential 以上許可的使用者是免費的。 VR能夠滿足RPO30分鐘的要求。

技術細節：

VR适用于本地的恢複，或者異地恢複。異地場景如下圖所示：

<a target="_blank" href="http://blog.51cto.com/attachment/201309/124320266.png"></a>

VR的全部功能是有VR Appliance來實作的。VR  Appliance和安裝在每個ESXi上的VRA通訊，在第一次的資料同步完成後（baselineSynchronization），僅僅傳送以後更改的資料到異地。

考慮因素：

以下虛拟機是不适合使用VR來容災的：

AD，DNS, LDAP 等兩地共享的虛拟機

vCenter

RPO要求&lt;15 分鐘

Physical RDM

情景二：

某大型公司的虛拟化環境較複雜，在50台ESXi伺服器上運作1500台虛拟機。采用SAN。其中需要異地恢複的虛拟機100台。對于異地容災要求RPO 30分鐘。  RTO是20分鐘。

采用VMware Site Recovery  Manager （SRM）

盡管VR也能滿足30分鐘RPO的要求，但較難實作100台虛拟機在20分鐘内完全在異地恢複（RTO=20分鐘）。因為VR的恢複是人工來操作的。

SRM完全可以實作預先設定恢複的工作流，并充分測試。需要是隻需要一鍵觸發恢複，完全在背景自動完成。當然SRM需要額外購買許可。注意VR和SRM可以一同使用。

<a target="_blank" href="http://blog.51cto.com/attachment/201309/124322750.png"></a>

SRM是一個Orchestrator, 設計工作流并且執行恢複的動作。資料的同步是依賴于和儲存設備直接通訊的SRA

設計相對比VR要複雜

儲存設備需要支援SRM

參考：

<a href="http://www.youtube.com/watch?v=5m0JlCeGLvI">VMworld 2013: Session BCO5129- Protection for All</a>

<a href="http://www.vmware.com/files/pdf/vsphere/VMware-vSphere-Replication-Overview.pdf">VMware  vSphere Replication Overview</a>

<a href="http://pubs.vmware.com/srm-51/index.jsp">Site Recovery Manager 5.1Documentation Center</a>

本文轉自frankfan751CTO部落格，原文連結： http://blog.51cto.com/frankfan/1287774，如需轉載請自行聯系原作者