共用方式為

實體伺服器至 Azure 的災害復原結構 – 現代化

  • 發行項

本文說明透過 Azure Site Recovery 服務，在內部部署網站與 Azure 之間複寫、容錯移轉和復原 Windows 和 Linux 實體伺服器時所使用的結構和程序。

如需傳統版本中設定伺服器需求的相關資訊，請參閱實體伺服器至 Azure 災害復原結構。

注意

確定您建立新的復原服務保存庫來設定 ASR 複寫設備。 請勿使用現有的保存庫。

架構元件

下表和圖形提供將實體機器災害復原至 Azure 時所用元件的高層級檢視。

Screenshot of Modernized architecture.

元件 需求 詳細資料
Azure Azure 訂用帳戶、快取的 Azure 儲存體帳戶、受控磁碟，以及 Azure 網路。 從內部部署機器複寫的資料會儲存在 Azure 儲存體中。 從內部部署環境容錯移轉至 Azure 時，會以複寫的資料建立 Azure VM。 Azure VM 在建立後會連線到 Azure 虛擬網路。
Azure Site Recovery 複寫設備 這是整個 Azure Site Recovery 內部部署基礎結構的基本建置組塊。

設備中的所有元件都會與複寫設備協調。 這項服務會監看所有端對端 Site Recovery 活動，包括監視受保護機器的健康情況、資料複寫、自動更新等等。		 設備會裝載各種重要的元件，例如：

Proxy 伺服器：這個元件可作為行動代理程式與雲端中 Site Recovery 服務之間的 Proxy 通道。 可確保生產工作負載不需要額外的網際網路連線即可產生復原點。

已探索的項目：這個元件會收集 vCenter 的資訊，並且與雲端中的 Azure Site Recovery 管理服務協調。

重新保護伺服器：這個元件會在重新保護和容錯回復作業期間，在 Azure 與內部部署電腦之間進行協調。

程序伺服器：這個元件是用於在傳送到 Azure 之前快取、壓縮資料。

深入了解複寫設備以及如何使用多個複寫設備。

復原服務代理程式：這個元件是用於設定/註冊 Site Recovery 服務，以及用於監視所有元件的健康情況。

Site Recovery 提供者：這個元件是用於促進重新保護。 該元件會在來源電腦的替代位置重新保護與原始位置重新保護之間加以識別。

複寫服務：這個元件是用於將資料從來源位置複寫到 Azure。
複寫的機器 行動服務會安裝在您複寫的每個實體伺服器上。 建議您允許自動安裝行動服務。 或者，您可以手動安裝服務。

設定輸出網路連線

若要 Site Recovery 如預期運作，您必須修改輸出網路連線能力，讓您的環境能夠執行複寫。

注意

Site Recovery 不支援使用驗證 Proxy 來控制網路連線能力。

URL 的輸出連線能力

如果您使用以 URL 為基礎的防火牆 Proxy 來控制輸出連線能力，請允許存取這些 URL：

URL 詳細資料
portal.azure.com 瀏覽至 Azure 入口網站。
*.windows.net
*.msftauth.net
*.msauth.net
*.microsoft.com
*.live.com
*.office.com 		登入您的 Azure 訂用帳戶。
*.microsoftonline.com 建立 Microsoft Entra 應用程式，以便設備與 Azure Site Recovery 通訊。
management.azure.com 建立 Microsoft Entra 應用程式，以便設備與 Azure Site Recovery 服務通訊。
*.services.visualstudio.com 上傳用於內部監視的應用程式記錄。
*.vault.azure.net 管理 Azure Key Vault 中的祕密。 注意：請確定要複寫的機器可以存取此項目。
aka.ms 允許存取 aka 連結。 用於 Azure Site Recovery 設備更新。
download.microsoft.com/download 允許來自 Microsoft 下載的下載項目。
*.servicebus.windows.net 設備與 Azure Site Recovery 服務之間的通訊。
*.discoverysrv.windowsazure.com 連線到 Azure Site Recovery 探索服務 URL。
*.hypervrecoverymanager.windowsazure.com 連線到 Azure Site Recovery 微服務 URL
*.blob.core.windows.net 將資料上傳至建立目標磁碟所使用的 Azure 儲存體
*.backup.windowsazure.com 保護服務 URL - Azure Site Recovery 用來在 Azure 中處理和建立複寫磁碟的微服務

複寫程序

  1. 當您啟用系統複寫時，首先會使用指定的複寫原則開始複寫至 Azure 儲存體。 請注意以下要點：

    • 針對實體機器，複寫程序為區塊層級、幾乎連續性，並會使用在系統執行的流動性服務代理程式。
    • 任何複寫原則設定均會套用：
      • RPO 閾值。 此設定不會影響複寫。 其可協助進行監視。 如果目前的 RPO 超過您指定的閾值限制，則系統會引發事件並選擇性傳送電子郵件。
      • 復原點保留。 發生中斷時，此設定會指定您所希望回溯的時間。 保留期上限為 15 天。
      • 應用程式一致快照集。 應用程式一致快照集會每隔 1 至 12 小時拍攝一次，視您的應用程式需求而定。 快照集為標準的 Azure blob 快照集。 在實體機器執行的流動性代理程式會根據此設定要求 VSS 快照集，並在複寫串流中將該時間點標記為應用程式一致時間點。

      注意

      高復原點保留期間可能會影響儲存體成本，因為可能需要儲存更多復原點。

  2. 流量會透過網際網路複寫到 Azure 儲存體的公用端點。 或者，您也可以使用 Azure ExpressRoute 搭配 Microsoft 對等互連。 不支援從內部部署網站透過站對站虛擬私人網路 (VPN) 將流量複寫至 Azure。

  3. 初始複寫作業可確保啟用複寫時，可以將電腦上的完整資料傳送至 Azure。 初始複寫完成之後，就會開始將差異變更複寫到 Azure。 機器的追蹤變更會傳送至流程伺服器。

  4. 進行通訊的過程如下：

    • 機器會在輸入連接埠 HTTPS 443 上與內部部署設備進行通訊，以進行複寫管理。
    • 設備會透過輸出連接埠 HTTPS 443 與 Azure 協調複寫。
    • 機器會透過輸入連接埠 HTTPS 9443 將複寫資料傳送到處理序伺服器。 您可以修改此連接埠。
    • 處理伺服器會透過輸出連接埠 443 接收複寫資料、將其最佳化並加密，然後傳送至 Azure 儲存體。

  5. 複寫資料記錄會先進入 Azure 中的快取儲存體帳戶。 系統會處理這些記錄，並將資料儲存在 Azure 受控磁碟 (稱為 asrseeddisk)。 系統會在此磁碟上建立復原點。

容錯移轉和容錯回復程序

設定複寫並執行災害復原演練 (測試容錯移轉) 來檢查一切如預期般運作之後，您可以視需要繼續執行容錯移轉。

注意

實體伺服器不支援容錯回復

  1. 您可以執行單一機器的容錯移轉，或建立復原方案同時容錯移轉多部伺服器。 與單一電腦容錯移轉相比，復原方案的優點包括 ：
    • 您可以藉由將應用程式的所有伺服器都納入單一復原方案中，來建立應用程式相依性模型。
    • 您可以新增指令碼、Azure Runbook 及暫停來進行手動動作。
  2. 觸發初始容錯移轉之後，您要認可讓它開始從 Azure VM 存取工作負載。

重新同步處理程序

  1. 有時，在初始複寫期間或傳輸差異變更時，來源電腦與處理伺服器之間，或在處理伺服器與 Azure 之間，可能會發生網路連線問題。 不論是哪一種情況，均會導致暫時無法將資料傳輸至 Azure。
  2. 為了避免發生資料完整性問題，並將資料傳輸成本降至最低，Site Recovery 會標示要重新同步處理的機器。
  3. 在下列情況下，您也可以標示機器以進行重新同步處理，藉此維持來源電腦與 Azure 中儲存資料之間的一致性
    • 如果機器發生強制關機
    • 如果電腦發生設定變更，例如調整磁碟大小 (將磁碟大小從 2 TB 修改為 4 TB)
  4. 重新同步處理只會將差異資料傳送至 Azure。 計算來源電腦與 Azure 中儲存資料之間的總和檢查碼，減少內部部署與 Azure 之間的資料傳輸量。
  5. 根據預設，重新同步處理會排程在上班時間以外的時間自動執行。 如果您不想等候預設外部重新同步處理時數，您可以手動重新同步處理系統。 若要這樣做，請移至 Azure 入口網站，選取實體機器 >[重新同步處理]。
  6. 如果預設重新同步處理在非上班時間發生失敗，而且需要手動介入，則在 Azure 入口網站的特定電腦上會產生錯誤。 您可以解決此錯誤，並手動觸發重新同步處理。
  7. 重新同步處理完成之後，就會繼續差異變更複寫作業。

複寫原則

當您啟用 Azure VM 複寫時，Site Recovery 依預設會以下表中摘要說明的預設設定建立新的複寫原則。

原則設定 詳細資料 Default
復原點保留期 指定 Site Recovery 會保留復原點多久 1 天
應用程式一致的快照頻率 Site Recovery 建立應用程式一致快照集的頻率 停用

快照集和復原點

復原點可從您在特定點時間取得的機器磁碟快照集建立。 將系統容錯移轉時，您可以使用復原點將實體機器還原為目標位置中的 VM。

進行容錯移轉時，我們通常會想要確定 VM 在啟動時不會損毀或遺失資料，且 VM 資料在作業系統上和執行於 VM 的應用程式間均保有一致性。 這取決於您所建立的快照集類型。

Site Recovery 會依照下列方式建立快照集：

  1. Site Recovery 依預設會為資料建立絕對一致的快照集，而如果您為其指定了頻率，則建立應用程式一致的快照集。
  2. 復原點可從快照集建立，並根據複寫原則中的保留設定進行儲存。

一致性

下表說明不同類型的一致性。

Crash-consistent

說明 詳細資料 建議
絕對一致的快照集會擷取在快照建立時位於磁碟上的資料。 其中不含記憶體中的任何資料。

其中所含的資料，相當於設若在建立快照集時發生系統當機的狀況，或從伺服器上拔開電源線，所將存在於磁碟上的資料。

「損毀一致」並不保證資料在作業系統上或機器的應用程式間可保有一致性。		 Site Recovery 依預設會每五分鐘建立一次絕對一致復原點。 此設定無法修改。

 現在，大部分的應用程式都可以從絕對一致復原點妥善復原。

對作業系統的複寫，以及 DHCP 伺服器和列印伺服器之類的應用程式而言，使用絕對一致復原點通常就已足夠。

App-consistent

說明 詳細資料 建議
從應用程式一致快照集建立應用程式一致復原點。

應用程式一致的快照集包含損毀一致快照集中的所有資訊，以及記憶體和進行中的交易所包含的所有資料。		 應用程式一致快照集會使用磁碟區陰影複製服務 (VSS)：

1) Azure Site Recovery 使用「只複製備份」(VSS_BT_COPY) 方法，此方法不會變更 Microsoft SQL 的交易記錄備份時間和序號

2) 起始快照集時，VSS 會在磁區上執行寫入時複製 (COW) 作業。

3) 在執行 COW 之前，VSS 會通知機器上的每個應用程式，指出需要將其記憶體常駐資料排清到磁碟。

4) 接著，VSS 會允許備份/災害復原應用程式 (在此案例中為 Site Recovery) 讀取快照集資料並繼續執行。		 應用程式一致快照集會依據您指定的頻率建立。 此頻率一律應小於您的保留復原點設定。 例如，如果您使用預設設定 24 小時來保留復原點，您所設定的頻率就應該小於 24 小時。

此類快照集比絕對一致快照集更複雜，且需要較長的時間才能完成。

在系統上執行且已啟用複寫的應用程式，效能將會受其影響。

下一步

請遵循此教學課程，以啟用實體機器和 VMware 至 Azure 的複寫。