功能 | 詳細信息 |
簡單的 BCDR 解決方案 | 能夠在 Azure 門戶中使用 Site Recovery,以便設置和管理從單個位置進行的複製、故障轉移和故障回覆。 |
Azure VM 複製 | 能夠設置 Azure VM 從主要區域到次要區域的災難恢復。 |
本地 VM 複製 | 能夠將本地 VM 和物理服務器複製到 Azure 或輔助性的本地數據中心。 將數據複製到 Azure 之後,就不需進行復雜的輔助數據中心維護,從而消除相關成本。 |
工做負荷複製 | 複製在支持的 Azure VM、本地 Hyper-V 和 VMware VM 以及 Windows/Linux 物理服務器上運行的任何工做負荷。 |
數據復原能力 | Site Recovery 會協調複製,而不會攔截應用程序數據。 複製到 Azure 時,數據存儲在 Azure 存儲中,具備後者提供的復原能力。 發生故障轉移時,會基於複製的數據建立 Azure VM。 |
RTO 和 RPO 目標 | 讓恢復時間目標 (RTO) 和恢復點目標 (RPO) 始終處於組織限制範圍內。 Site Recovery 爲 Azure VM 和 VMware VM 提供持續複製,爲 Hyper-V 提供低至 30 秒的複製頻率。 能夠經過與 Azure 流量管理器集成來進一步下降 RTO。 |
讓應用在故障轉移後保持一致 | 能夠經過應用程序一致性快照使用恢復點進行復制。 這些快照可捕獲磁盤數據、內存中的全部數據,以及正在處理的全部事務。 |
在不中斷的狀況下測試 | 可輕鬆地運行災難恢復練習,不會影響正在進行的複製。 |
靈活的故障轉移 | 可針對預期會出現的中斷運行計劃內故障轉移,確保不丟失任何數據;或者針對意外災難運行計劃外故障轉移,儘可能減小數據丟失(具體取決於複製頻率)。 主站點恢復正常時,可輕鬆故障回覆到主站點。 |
自定義的恢復計劃 | 能夠經過恢復計劃對多個 VM 上運行的多層應用程序的故障轉移和恢復進行自定義和排序操做。 能夠在恢復計劃中將計算機組合到一塊兒,選擇性地添加腳本和手動操做。 恢復計劃可與 Azure 自動化 Runbook 集成。 |
BCDR 集成 | Site Recovery 可與其餘 BCDR 技術集成。 例如,可以使用 Site Recovery 保護企業工做負荷的 SQL Server 後端,爲 SQL Server AlwaysOn 提供本機支持,進而管理可用性組的故障轉移。 |
Azure 自動化集成 | 豐富的 Azure 自動化庫提供特定於應用程序的生產就緒型腳本,可下載它們並將其與 Site Recovery 集成。 |
網絡集成 | Site Recovery 和 Azure 集成可簡化應用程序網絡管理,具體包括:保留 IP 地址、配置負載均衡器並集成 Azure 流量管理器,從而實現高效的網絡切換。 |
其實主要就是作兩件事:html
1.BCDR;後端
2.站點遷移(VM);服務器
注意:Recovery Services 保管庫和待複製的Azure VM 不能位於同一個區域且資源組也不能位於同一個區域。網絡
本案例中,待複製的Azure VM 位於中國東部2,Recovery Services 保管庫位於中國東部,目標位置爲中國北部2.app
能夠在待複製虛擬機的控制檯開始:負載均衡
也能夠從Recovery Services 保管庫「複製」功能開始,ide
依次選擇,源->虛擬機->複製設置。測試
部署過程會自動建立存儲帳戶,自動化帳戶:spa
複製過程根據虛擬機存儲大小,可能須要幾十分鐘(參考數據127G大約45分鐘),複製過程當中能夠點擊圖示位置查看進度:3d
同步的過程實際上在目標區域建立並同步磁盤數據:
同時能夠在概述中,看到複製到Azure的計算機的基礎結構視圖:
一般狀況下,應該先執行「測試故障切換」,該操做會建立CPU/內存等資源。
測試操做執行結束,能夠在資源組中查看並登陸建立的測試虛擬機是否各項功能正常,後綴帶「test」:
故障轉測試完成後,須要將經過故障轉移生成的虛擬機刪除掉:
故障轉移自己不檢測源虛擬機的狀態,不能自動執行,須要經過portal或腳本的方式觸發。
若是故障轉移後的虛擬機符合要求,能夠提交故障轉移。 提交會刪除該服務提供的全部恢復點。 如今沒法沒法更改恢復點。
6.故障回覆到主要區域(步驟類似,再也不提供截圖)
從新保護 VM 後,可根據須要故障回覆到主要區域。