前言
本次介紹的ASR(Azure Site Recovery)是一個DR(Disaster Recovery-災難復原)服務,
以VMM(Virtual Machine Manager)、VM Host Machine為單位,
-VMM是廣義的說法,在Windows來說,可以管所有Hyper-V Host Machine,這個服務就是SCVMM(System Center Virtual Machine Manager)。VMware的vCenter也是一種VMM!
-VM Host Machine也是廣義的說法,在Windows來說,就是Hyper-V;VMware Esxi也是一種Host Machine!
備份您企業內部重要的VM,可使用Hybid架構進行災難復原。(Cloud→Cloud;On-premises→Cloud;On-premises→On-premises)
Azure官網技術文件寫的之複雜~其實可以用以下的概念來概括。
概念
- 架構只有以下兩個重點,但這就可以有好幾種組合。
保護對象:SCVMM、VMware、Hyper-V與實體伺服器
複寫地點:Azure、on-premises server(SCVMM、VMware、Hyper-V) - 使用情境:
- on-premises Hyper-V to Azure
-若你只有一個Hyper-V Host Machine可以採用此方案。 - on-premises SCVMM to Azure
-複寫本地(only one site)VM至雲端 - on-premises SCVMM to Azure with multiple local sites
-擁有兩個以上的on-premises site,複寫至Azure - on-premises SCVMM to another on-premises SCVMM
-複寫本地到另一本地,Azure上不會存放複寫的檔案 - on-premises SCVMM to another on-premises SCVMM with SAN replication
-利用SAN將本地VMM複寫至另一個本地Site - on-premises VMware to another on-premises VMware
-複寫本地VMware到另一本地Site - on-premises VMware to Azure
-複寫本地VMware至Azure - Azure to Azure
- 實體伺服器 to Azure
- AWS to Azure
無論是使用情境的哪一種,
ASR負責和不同的site溝通,所有的資訊都統整在Azure Portal管理介面。
「原則上」任何伺服器服務都可以做DR-site(Disaster Recovery-site,災難復原點),以下是Microsoft自行測試的一些服務:
工作負載指引摘要
ASR 複寫技術與虛擬機器中執行的任何應用程式相容。我們已經與應用程式產品團隊合作進行了其他測試,以進一步支援每個應用程式。
工作負載 | 複寫 Hyper-V 虛擬機器 (至次要網站) | 複寫 Hyper-V 虛擬機器 (至 Azure) | 複寫 VMware 虛擬機器 (至次要網站) | 複寫 VMware 虛擬機器 (至 Azure)** |
Active Directory、DNS | Y | Y | Y | Y |
Web 應用程式 (IIS、SQL) | Y | Y | Y | Y |
SCOM | Y | Y | Y | Y |
Sharepoint | Y | Y | Y | Y |
SAP 複寫 SAP 非叢集至 Azure 網站 | Y (由 Microsoft 測試) | Y (由 Microsoft 測試) | Y (由 Microsoft 測試) | Y (由 Microsoft 測試) |
Exchange (非 DAG) | Y | 即將推出 | Y | Y |
遠端桌面/VDI | Y | Y | Y | N/A |
Linux (作業系統和應用程式) | Y (由 Microsoft 測試) | Y (由 Microsoft 測試) | Y (由 Microsoft 測試) | Y (由 Microsoft 測試) |
Dynamics AX | Y | Y | Y | Y |
Dynamics CRM | Y | 即將推出 | 即將推出 | |
Oracle | Y (由 Microsoft 測試) | Y (由 Microsoft 測試) | Y (由 Microsoft 測試) | Y (由 Microsoft 測試) |
Windows 檔案伺服器 | Y | Y | Y | Y |
來自 <https://azure.microsoft.com/zh-tw/documentation/articles/site-recovery-workload/>
以下是下篇續集會實作的「on-premises Hyper-V to Azure」概念圖:
來自 <https://azure.microsoft.com/zh-tw/documentation/articles/site-recovery-hyper-v-site-to-azure/>
在來源端Hyper-V伺服器上安裝Azure Site Recovery Provider,
這個安裝包其實蘊藏兩個部分:
- Azure Site Recovery Provider:
透過port443溝通協調on-premises與Azure。 - MARS(Microsoft Azure Recovery Service) Agent:
透過port443做複寫(replication)的一種服務。
必要條件
Azure Site Recovery的必要條件非常的多,實作前要仔細看過唷。
由於下篇續集我們會實作的是「on-premises Hyper-V to Azure」,因此在這邊列舉了它的功能及必要條件,
除此之外,以下還包含「on-premises Hyper-V to on-premises Hyper-V」的相關資訊。
若要實作其他的情境,請自行參考Azure官網說明,它會按照每個使用情境去介紹。
功能和需求
此資料表摘要說明 Site Recovery 主要功能,以及這些功能在使用預設 Hyper-V 複本與使用 SAN 複寫至 Azure、複寫至次要站台期間的處理方式。
功能 | 複寫至 Azure | 複寫至次要站台 (Hyper-V 複本) | 複寫至次要站台 (SAN) |
資料複寫 | 內部部署伺服器和虛擬機器的相關中繼資料會儲存在 Site Recovery 保存庫。 複寫的資料會儲存在 Azure 儲存體。 | 內部部署伺服器和虛擬機器的相關中繼資料會儲存在 Site Recovery 保存庫。 複寫的資料會儲存在目標 Hyper-V 伺服器所指定的位置。 | 內部部署伺服器和虛擬機器的相關中繼資料會儲存在 Site Recovery 保存庫。 複寫的資料會儲存在目標陣列的儲存體中。 |
保存庫必要條件 | 含 Site Recovery 服務的 Azure 帳戶 | 含 Site Recovery 服務的 Azure 帳戶 | 含 Site Recovery 服務的 Azure 帳戶 |
複寫 | 將虛擬機器從來源 Hyper-V 主機複寫至 Azure 儲存體。容錯回復至來源位置。 | 將虛擬機器從來源 Hyper-V 主機複寫至目標 Hyper-V 主機。容錯回復至來源位置。 | 將虛擬機器從來源 SAN 存放裝置複寫至目標 SAN 裝置。容錯回復至來源位置。 |
虛擬機器 | Azure 儲存體中儲存的虛擬機器硬碟 | Hyper-V 主機上儲存的虛擬機器硬碟 | SAN 存放裝置陣列上儲存的虛擬機器硬碟 |
Azure 儲存體 | 儲存複寫的虛擬機器硬碟所需 | 不適用 | 不適用 |
SAN 存放裝置陣列 | 不適用 | 不適用 | SAN 存放裝置陣列必須可提供來源和目標站台使用,並由 VMM 管理 |
VMM 伺服器 | 只有來源站台中的 VMM 伺服器。 | 建議使用來源和目標站台中的 VMM 伺服器。您可以在單一 VMM 伺服器上的雲端之間進行複寫。 | 來源和目標 VMM 站台中的 VMM 伺服器。雲端必須包含至少一個 Hyper-V 叢集。 |
VMM 版本 | System Center 2012 R2 System Center 2012 SP1 | System Center 2012 R2 | System Center 2012 R2 含 VMM 更新彙總套件 5.0 |
VMM 設定 | 設定來源和目標網站的雲端 設定來源和目標網站中的 VM 網路 設定來源和目標網站的儲存體分類 在來源與目標 VMM 伺服器上安裝 Provider | 設定來源網站的雲端 設定 SAN 儲存體 設定來源網站的 VM 網路 在來源 VMM 伺服器上安裝 Provider 啟用虛擬機器保護 | 設定來源和目標網站的雲端 設定來源和目標網站的 VM 網路 在來源和目標 VMM 伺服器上安裝 Provider 啟用虛擬機器保護 |
Azure Site Recovery Provider 用來透過 HTTPS 連線至 Site Recovery | 安裝在來源 VMM 伺服器上 | 安裝在來源和目標 VMM 伺服器上 | 安裝在來源和目標 VMM 伺服器上 |
Azure 復原服務代理程式 用來透過 HTTPS 連線至 Site Recovery | 在 Hyper-V 主機伺服器上安裝 | 不需要 | 不需要 |
虛擬機器復原點 | 依時間設定復原點。 指定復原點的保留時間 (0-24 小時) | 依數量設定復原點。 指定應保留的額外復原點數量 (0-15)。依預設每小時建立一個復原點 | 在陣列存放裝置設定中進行設定 |
網路對應 | 將 VM 網路對應至 Azure 網路。 網路對應可確保在相同來源 VM 網路中容錯移轉的所有虛擬機器,都可以在容錯移轉後連接。此外,如果目標 Azure 網路上有網路閘道,則虛擬機器可以連接到內部部署虛擬機器。 如果未啟用對應,則只有在相同復原方案中容錯移轉的虛擬機器,才能在容錯移轉到 Azure 後彼此連接。 | 將來源 VM 網路對應至目標 VM 網路。 網路對應可用來將複寫的虛擬機器放在最佳的 Hyper-V 主機伺服器上,並確保與來源 VM 網路相關聯的虛擬機器,在容錯移轉之後會與對應的目標網路相關聯。 如果未啟用對應,則複寫的虛擬機器不會連接至網路。 | 將來源 VM 網路對應至目標 VM 網路。 網路對應可確保與來源 VM 網路相關聯的虛擬機器,在容錯移轉之後會與對應的目標網路相關聯。 如果未啟用對應,則複寫的虛擬機器不會連接至網路。 |
儲存體對應 | 不適用 | 將來源 VMM 伺服器上的儲存體分類對應至目標 VMM 伺服器上的儲存體分類。 在來源儲存體分類中啟用對應的虛擬機器硬碟,在容錯移轉之後會存放在目標儲存體分類中。 如果未啟用儲存體對應,則複寫的虛擬硬碟會儲存在目標 Hyper-V 主機伺服器上的預設位置。 | 在主要和次要站台的存放裝置陣列與集區之間進行對應。 |
來自 <https://azure.microsoft.com/zh-tw/documentation/articles/site-recovery-overview/>
限制
「on-premises Hyper-V to Azure」有幾個注意事項:
-
Hyper-V 伺服器OS版本必須是Win2012R2
-
適合沒有架設SCVMM的企業
-
若欲保護的VM有多張網卡,要注意Azure Site上VM的規格:是否有支援多張網卡。
-
Azure Storage存放複本所在的region(要使用GRS) = Azure Site Recovery Vault region
== 要試用 Azure的朋友,請點選 Azure Free Trial – 試用 30 天期 進行試用申請。 ==