多奇 IT 部落格

記錄著多奇數位在工作中對資訊技術的心得筆記

前言

本次介紹的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)
  • 使用情境:
    1. on-premises Hyper-V to Azure
      -若你只有一個Hyper-V Host Machine可以採用此方案。
    2. on-premises SCVMM to Azure
      -複寫本地(only one site)VM至雲端
    3. on-premises SCVMM to Azure with multiple local sites
      -擁有兩個以上的on-premises site,複寫至Azure
    4. on-premises SCVMM to another on-premises SCVMM
      -複寫本地到另一本地,Azure上不會存放複寫的檔案
    5. on-premises SCVMM to another on-premises SCVMM with SAN replication
      -利用SAN將本地VMM複寫至另一個本地Site
    6. on-premises VMware to another on-premises VMware
      -複寫本地VMware到另一本地Site
    7. on-premises VMware to Azure
      -複寫本地VMware至Azure
    8. Azure to Azure
    9. 實體伺服器 to Azure
    10. 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」概念圖:

clip_image001[5]

來自 <https://azure.microsoft.com/zh-tw/documentation/articles/site-recovery-hyper-v-site-to-azure/>

在來源端Hyper-V伺服器上安裝Azure Site Recovery Provider,
這個安裝包其實蘊藏兩個部分:

  1. Azure Site Recovery Provider:
    透過port443溝通協調on-premises與Azure。
  2. 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」有幾個注意事項:
  1. Hyper-V 伺服器OS版本必須是Win2012R2
  2. 適合沒有架設SCVMM的企業
  3. 若欲保護的VM有多張網卡,要注意Azure Site上VM的規格:是否有支援多張網卡。
  4. Azure Storage存放複本所在的region(要使用GRS) = Azure Site Recovery Vault region

 

== 要試用 Azure的朋友,請點選 Azure Free Trial – 試用 30 天期 進行試用申請。 ==

留言與評論


本篇文章的留言功能已關閉!