[[109723]]

在發生災難時，遠程災難恢復站點對于保證業務連續性可以發揮很大作用。利用嵌套虛擬化技術，可以在云中使用標準的災難恢復產品來實現災難恢復，并且這些產品還可以實現所有測試和恢復流程的自動化實施。

為了實現云災難恢復，供應商需要增加一些服務項目，并且保證這些部分能夠協同工作。而用戶需要理解使用嵌入虛擬化進行災難恢復相比以前方式在操作上有哪些差異，并且選擇一個可以提供恰當保障的供應商。

如何克服過去基礎設施的障礙

實現云災難恢復的挑戰之一就是像VMware站點恢復管理器（SRM）這樣的災難恢復產品需要公司在生產環境站點和災難恢復站點中都擁有虛擬化平臺。如果災難恢復站點是一個云供應商，物理ESXi服務器和vCenter都由云供應商進行管理，而用戶只是使用一些虛擬機，就不合適于這種情況。

云供應商會對這些平臺管理基礎設施進行嚴格控制。用戶不可能獲得它們的訪問權限，有時供應商甚至不會告訴用戶它們使用哪種平臺或者哪些工具來管理這個環境。通常，用戶如果想要在云供應商的數據中心里擁有自己的vSphere，必須將自己的服務器放置于云提供商的站點，或者租用云供應商的專用物理服務器。這需要確保自己會使用大量的資源，但是這種情況卻很少發生。而僅僅使用虛擬機則更加廉價，包括在虛擬機中運行ESXi，并且在發生災難恢復事件或者進行測試時，使用物理ESXi服務器來擴展性能。

確保供應商提供嵌套ESXi實例

使用站點恢復管理器（SRM）可以實現災難恢復即服務的功能（DRaaS），云供應商需要在其服務項目中加入幾個特性。首先是在其為用戶的提供Windows和Linux實例的同時提供嵌入ESXi實例。目前為止，我希望很多人已經了解了嵌入虛擬化。ESXi hypervisor能夠運行在虛擬機當中，虛擬化的ESXi服務器能夠在這個兩層的虛擬化結構當中運行虛擬機。

這種方式的主要優點是物理ESXi服務器屬于云供應商，但是虛擬的ESXi服務器屬于用戶。類似于虛擬ESXi服務器，用戶同樣可以使用SRM服務器，在虛擬機中運行vCenter服務器。這些用戶管理服務器被用于管理虛擬ESXi服務器。這意味著用戶可以管理整個vSphere和SRM環境，并且不需要在云供應商的數據中心里使用任何專用硬件。

IP存儲是關鍵

下一步是云供應商必須為嵌入ESXi服務器提供IP存儲。為了使災難恢復能夠正常工作，必須將復制的虛擬機放置于共享存儲上。

用戶可以使用vSphere Replication將虛擬機從自己的生產環境數據中心復制到云供應商的虛擬ESXi服務器上。嵌入式服務器唯一的用途就是作為這種復制的目的地；被復制的虛擬機存儲在云供應商的IP存儲上。

同樣可以使用虛擬機中的虛擬化存儲設備來提供IP存儲，使得IP存儲成為服務項目中的一個組成部分。如果用戶在其生產環境數據中心里使用同樣的虛擬存儲設備，那么SRM就可以實現基于陣列的復制了。

使用物理主機加速災難恢復

***一步是云供應商必須為用戶準備一些備用的物理虛擬化主機，以便用戶能夠用其測試SRM恢復計劃或者在災難發生時進行故障轉移。使用嵌入ESXi服務器作為生產環境虛擬機平臺的問題在于嵌入虛擬機不能獲得硬件上的性能加速，但是這種優勢在物理ESXi服務器和虛擬機上卻是可以實現的。

嵌入虛擬機的運行速度會比預想的慢，所以，當進行故障轉移時你將會想要使用物理ESXi主機。供應商必須維護一個用于DRaaS的ESXi主機池；這些主機將會專門用于某個正在進行災難恢復的用戶。對于計劃實施的測試，需要提前預定物理主機，但是對于真實的災難，則沒有時間進行預定。

相對于用戶生產環境中ESXi主機的數量，池中主機的數量應該與之保持平衡，以保證在進行災難恢復時擁有足夠的性能，而不必中斷某些服務。

實現DRaaS的最終步驟

為了實現針對測試環境或者實際故障轉移中的災難恢復計劃，還有另外一套流程來保證物理ESXi服務器可用性：

1. 用戶聯系供應商為其分配資源。

2. 供應商為用戶分配一些物理主機。

3. 用戶將這些物理ESXi主機加入到用于災難恢復的vCenter中，并且進行配置。

4. 用戶在SRM中制定災難恢復計劃。