虛擬化實戰 容災設計之二VR vs SRM

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

情景一：

某小型公司的虛擬化環境中，在5臺esxi伺服器上執行100臺虛擬機器。採用nfs儲存。其中需要異地恢復的虛擬機器10臺。對於異地容災rpo的要求是30分鐘，rto是1小時。已經使用vspherestandard 許可。軟體購買成本有限。

建議：

採用vsphere replication （vr）

vr對於已經使用vsphere essential 以上許可的使用者是免費的。 vr能夠滿足rpo30分鐘的要求。

技術細節：

vr適用於本地的恢復，或者異地恢復。異地場景如下圖所示：

考慮因素：

以下虛擬機器是不適合使用vr來容災的：

ad，dns, ldap 等兩地共享的虛擬機器

vcenter

rpo要求

<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可以一同使用。

技術細節：

srm是乙個orchestrator, 設計工作流並且執行恢復的動作。資料的同步是依賴於和儲存裝置直接通訊的sra

考慮因素：

設計相對比vr要複雜

儲存裝置需要支援srm

參考：

vmworld 2013: session bco5129- protection for all

vmware  vsphere replication overview

site recovery manager 5.1documentation center

虛擬化實戰 容災設計之二VR vs SRM

從本文開始，我們將介紹一系列的關於容災的解決方案。先 應用的場景，然後再深入介紹技術架構。情景一 某小型公司的虛擬化環境中，在5臺esxi伺服器上執行100臺虛擬機器。採用nfs儲存。其中需要異地恢復的虛擬機器10臺。對於異地容災rpo的要求是30分鐘，rto是1小時。已經使用vspherestan...

虛擬化實戰 容災設計之一設計方法

在容災設計中需要有個清晰的思路，能幫助我們既能考慮大局，又能照顧到細節。以商業需求為主導是必須的，而不是一上來就談某個產品的具體功能。我總結了以下三個步驟 一 深入了解商業需求 上圖列出了一些 business parameters。摘自此文。我們著重談其中的的幾個要素 rto recovery t...

虛擬化實戰 容災設計之一設計方法

在容災設計中需要有個清晰的思路，能幫助我們既能考慮大局，又能照顧到細節。以商業需求為主導是必須的，而不是一上來就談某個產品的具體功能。我總結了以下三個步驟 一 深入了解商業需求 上圖列出了一些 business parameters。摘自此文。我們著重談其中的的幾個要素 rto recovery t...