搭建Hyper-V容災恢復站點
容災恢復規劃中的一個重要錯誤就是分別規劃主站點和輔助站點。任何高效的業務持續性戰略都會把兩個容災恢復站點與其業務連接起來。
在“創建Microsoft Hyper-V容災恢復站點”這一系列文章的***部分，TechTarget中國的特約專家Greg Shields介紹了各種導致虛擬化工作環境失敗的情況。則接下來一步——搭建Hyper-V容災恢復站點——就要求更加細致的規劃。
最重要的是必須重新查看主站點的現有結構，兩個站點都必須擁有正確的設備和集群配置以確保成功的宕機備份。在規劃輔助站點時，考慮整合以下組件。
容災恢復站點的存儲和網絡
首先在容災恢復站點需要另外一套存儲設備，設備的容量必須能夠容納所有的虛擬機及其數據。需要注意的是可能并不是工作環境中的每一臺虛擬機都需要這一存儲設備。針對部分虛擬機工作負載的防故障性可能不需要考慮，但是存儲設備必須能夠滿足每一臺虛擬機的額外磁盤和數據需求，諸如數據庫或者庫存材料。
另外，可能也需要必要的網絡基礎架構以實現兩個站點上的集群設備能夠相互通信。站點的網絡技術必須提供足夠好的性能以確保復制過程中不會出現大量數據排隊現象。目前大多數復制解決方案提供商都能夠監控虛擬工作負載的變化率，并且估計必要的帶寬。在規劃階段完成這些計算是非常重要的，或者可能就會發現當前的可用帶寬不足以滿足復制需求。
存儲復制技術傾向于涉及到兩種機制中的其中一種，并且通常情況下安裝在其中一個站點上。則就會有四種不同的組合，選擇滿足需求的一種就可以了。下面列出了對每一選擇的概要介紹：
同步復制：在該方案中，磁盤存儲的改變必須在下一次改變發生之前向兩個站點確認。但是這個過程可能降低磁盤操作速度（有時還是急劇的）。同步復制通常要求站點之間的距離比較近以及相當高的帶寬，但是如果數據保存需求比較高的話，該容災恢復方案就值得商榷了。
異步復制：和同步復制不同，異步復制允許大量改變排隊，并且在合適的情況下提交確認。當主站點出現故障時，該方法會導致數據丟失，但是丟失量幾乎可以忽略不計。該方法的優勢在于可以解決同步復制的性能和距離限制的問題。
安裝到存儲設備：兩個選擇對于宿主存儲復制軟件的位置也都是有可能的：在存儲設備自身或者在和存儲設備相連的一個硬件設備上。該軟件通常都已經安裝在硬件之上，因此可能都不需要再安裝到這些設備上了，但是需要激活。然而需要注意的是基于存儲設備的技術如果沒有正確地整合到每一臺虛擬機的操作系統內，可能會帶來虛擬機或者應用程序的崩潰。但是使用主機或者基于虛擬機代理的存儲復制解決方案對于在復制期間維護應用程序數據完整性非常重要。
安裝到主機或者虛擬機：另外一種方案，可以把解決方案安裝到Hyper-V主機或者其承載的虛擬機中。這些基于軟件的解決方案通常可以通過內置于主機或者虛擬機的文件系統中解決復制問題。從而該軟件可以捕獲到主機或者虛擬機磁盤的改變，并且把這些更改封裝傳送到容災恢復站點。這些數據可驗證地確保數據和應用程序的完整性，但是也不能有效度量，因為牽扯到通過網絡向容災恢復站點發送數據的多臺主機或者虛擬機上所承載的多個客戶端。另外，取決于技術方案的不同，商家可能向復制的虛擬機要價很高而導致該方法的費用上升。
需要時刻保持注意的是Microsoft內置的分布式文件系統復制解決方案和Windows宕機備份集群并不兼容。需要一個第三方的解決方案才可以完成必要的復制工作。
【編輯推薦】
