執行從內部部署容錯移轉至 Azure
本文說明如何在 Azure Site Recovery 中將內部部署機器容錯移轉至 Azure
在您開始使用 Intune 之前
準備在容錯移轉後連線
若要確定您可以連線至在容錯移轉後建立的 Azure VM,您必須先在內部部署環境執行一些作業,再進行容錯移轉。
在內部部署環境準備在容錯移轉後連線
如果您想要在容錯移轉後使用 RDP/SSH 連線至 Azure VM,您必須先在內部部署環境執行一些作業,再進行容錯移轉。
容錯移轉之後 | 地點 | 動作 |
---|---|---|
執行 Windows 的 Azure VM | 在容錯移轉前的內部部署機器 | 若要透過網際網路存取 Azure VM,請啟用 RDP,並確定已針對 [公用] 新增 TCP 和 UDP 規則,且在 [Windows 防火牆]>[允許的應用程式] 中已針對所有設定檔允許 RDP。 若要透過站對站連線存取 Azure VM,請在機器上啟用 RDP,並確定在 [Windows 防火牆] -> [允許的應用程式和功能] 中已針對 [網域] 和 [私人] 網路允許 RDP。 移除任何靜態持續性路由和 WinHTTP Proxy。 確定作業系統的 SAN 原則已設為 OnlineAll。 深入了解。 觸發容錯移轉時,請確定 VM 上沒有任何暫止的 Windows 更新。 容錯移轉時,可能會啟動 Windows 更新,必須等到更新完成,才能登入 VM。 |
執行 Linux 的 Azure VM | 在容錯移轉前的內部部署機器 | 確定 VM 上的安全殼層服務已設定為在系統開機時自動啟動。 請檢查防火牆規則是否允許 SSH 連線。 |
執行容錯移轉
此程序說明如何針對復原方案執行容錯移轉。 如果您想要執行單一 VM 的容錯移轉,請依照 VMware VM、實體伺服器或 Hyper-V VM 的指示操作。
執行復原方案容錯移轉,如下所示:
在 Site Recovery 保存庫中,選取 [復原方案]>recoveryplan_name。
按一下 [容錯移轉]。
如果您要複寫至 Azure,請在 [容錯移轉]>[容錯移轉方向] 中保留預設值。
在 [容錯移轉] 中,選取容錯移轉的目標 [復原點]。
- 最新:使用最新的復原點。 這會處理所有傳送至 Site Recovery 服務的資料,並為每個機器建立一個復原點。 此選項會提供最低的 RPO (復原點目標),因為在容錯移轉後建立的 VM 具有在觸發容錯移轉時複寫至 Site Recovery 的所有資料。 請注意,當來源區域停止運作時,就無法再進行記錄處理。 因此,您必須容錯移轉至最新處理的復原點。 若要深入了解,請參閱下一個重點。
- 最新處理:使用此選項,可將 VM 容錯移轉至已由 Site Recovery 處理的最新復原點。 您可以在 VM 的 [最新復原點] 中查看最新處理的復原點。 此選項可提供較低的 RTO,因為不會花費任何時間來處理未處理的資料
- 最新應用程式一致:使用此選項,可將 VM 容錯移轉至 Site Recovery 所處理的最新應用程式一致復原點。
- 已處理最新多個 VM:使用此選項時,屬於複寫群組的 VM 會容錯移轉至最新的一般多 VM 一致復原點。 其他虛擬機器會容錯移轉至其最新處理的復原點。 此選項僅適用於至少有一個 VM 已啟用多部 VM 一致性的復原方案。
- 最新的多 VM 應用程式一致:使用此選項時,屬於複寫群組的 VM 會容錯移轉至最新的一般多 VM 應用程式一致復原點。 對於最近的應用程式一致復原點進行的其他虛擬機器容錯移轉。 僅適用於至少有一個 VM 已啟用多部 VM 一致性的復原方案。
- 自訂:不適用於復原方案。 此選項僅適用於個別 VM 的容錯移轉。
若要在開始容錯移轉之前讓 Site Recovery 將來源 VM 關機,請選取 [先將機器關機再開始容錯移轉]。 即使關機失敗,仍會繼續容錯移轉。
注意
如果您對 Hyper-V VM 進行容錯移轉,關機會在觸發容錯移轉之前,嘗試同步處理和複寫尚未傳送至服務的內部部署資料。
在 [作業] 頁面上追蹤容錯移轉進度。 即使發生錯誤,復原方案仍會執行,直到完成為止。
容錯移轉之後,請登入 VM 加以驗證。
若要切換至不同的復原點以用於容錯移轉,請使用 [變更復原點]。
準備妥當後,您可以認可容錯移轉。認可動作會刪除可用於服務的所有復原點。 [變更復原點] 選項將無法再使用。
執行計劃性容錯移轉 (Hyper-V)
您可以對 Hyper-V VM 執行計劃性容錯移轉。
- 計劃性容錯移轉是完全不會遺失資料的容錯移轉選項。
- 觸發計劃性容錯移轉時,首先會將來源虛擬機器關機、將最新的資料進行同步處理,然後觸發容錯移轉。
- 您可以使用計劃性容錯移轉選項來執行計劃性容錯移轉。 其執行方式與定期容錯移轉類似。
追蹤容錯移轉
有許多與容錯移轉相關聯的作業。
- 必要條件檢查:確定符合容錯移轉所需的所有條件。
- 容錯移轉:處理資料以便建立 Azure VM。 如果您已選擇最新復原點,則會從已傳送至服務的資料建立復原點。
- 啟動:使用在上一個步驟中處理的資料來建立 Azure VM。
警告
不要取消進行中的容錯移轉:在容錯移轉開始之前,停止 VM 的複寫。 如果您取消進行中的作業,容錯移轉將會停止,但 VM 不會開始複寫。 複寫無法重新啟動。
額外的容錯移轉時間
在某些情況下,VM 容錯移轉需執行中繼步驟,通常需要約 8 到 10 分鐘才能完成。 以下是受此額外步驟/時間影響的機器:
- 執行早於 9.8 的行動服務版本的 VMware 虛擬機器。
- 實體伺服器,以及視同實體伺服器受到保護的 Hyper-V VM。
- VMWare Linux VM。
- 未提供下列驅動程式作為開機驅動程式的 VMware VM:
- storvsc
- vmbus
- storflt
- intelide
- atapi
- 未啟用 DHCP 的 VMware 虛擬機器,無論其是否正在使用 DHCP 或靜態 IP 位址。
在容錯移轉期間自動執行動作
您可以在容錯移轉期間自動執行動作。 若要這樣做,您可以在復原方案中使用指令碼或 Azure 自動化 Runbook。
在容錯移轉之後進行設定
在容錯移轉後保留磁碟機代號
Site Recovery 會處理磁碟機代號的保留。 如果您要在 VM 複寫期間排除磁碟,請參閱其運作方式的範例。
在 Azure 中準備在容錯移轉後連線
如果您想要使用 RDP 或 SSH 連線至在容錯移轉後建立的 Azure VM,請依照資料表中摘要說明的需求操作。
容錯移轉 | 地點 | 動作 |
---|---|---|
執行 Windows 的 Azure VM | 容錯移轉後的 Azure VM | 新增 VM 的公用 IP 位址。 已容錯移轉的 VM 上的網路安全性群組規則 (以及它所連線的 Azure 子網路) 必須允許 RDP 連接埠的連入連線。 勾選 [開機診斷] 以確認 VM 的螢幕擷取畫面。 如果您無法連線,請檢查 VM 是否正在執行,並檢閱這些疑難排解祕訣。 |
執行 Linux 的 Azure VM | 容錯移轉後的 Azure VM | 已容錯移轉的 VM 上的網路安全性群組規則 (以及它所連線的 Azure 子網路) 必須允許 SSH 連接埠的連入連線。 新增 VM 的公用 IP 位址。 勾選 [開機診斷] 以檢視 VM 的螢幕擷取畫面。 |
請依照這裡所述的步驟,對容錯移轉後的連線問題進行疑難排解。
設定 IP 定址
- 內部 IP 位址:若要在容錯移轉之後設定 Azure VM 的內部 IP 位址,可以使用以下幾個選項:
- 保留相同的 IP 位址:您可以在 Azure VM 上使用與配置給內部部署機器相同的 IP 位址。
- 使用不同的 IP 位址:您可以對 Azure VM 使用不同的 IP 位址。
- 深入了解如何設定內部 IP 位址。
- 外部 IP 位址:您可以在容錯移轉時保留公用 IP 位址。 在容錯移轉程序中建立的 Azure VM,必須獲派可在 Azure 區域中使用的 Azure 公用 IP 位址。 您可以手動指派公用 IP 位址,或透過復原方案自動執行指派程序。 深入了解。
下一步
在容錯移轉之後,您必須重新保護以開始將 Azure VM 複寫回內部部署站台。 在複寫啟動並執行之後,您可以在準備妥當後進行內部部署的容錯回復。