選取雲端工作負載的重新配置策略
開始將工作負載移轉至另一個區域之前,您需要規劃重新配置策略。 此策略包括重新配置方法、服務重新配置自動化和數據重新配置自動化。 本文說明每個策略元件的選項,並引導您做出決策。 最後,您所做的選擇取決於服務和工作負載的關鍵性。
選取重新配置方法
重新放置工作負載有三個主要方法。 您選擇的重新配置方法取決於工作負載中的服務,以及工作負載對基本商務功能有多重要。 您可以考慮生產和非生產環境的不同重新配置方法。 冷重新配置適用於非經常性工作負載。 熱和溫暖的搬遷是任務關鍵。 您選擇的重新設定方法會影響您用來重新放置工作負載的服務和數據重新設定工具。 使用下列重新配置判定樹來取得正確重新配置方法的一般概念,並閱讀三種重新配置方法的概觀來驗證您的決策。
冷搬遷
冷重新配置適用於可承受停機時間的工作負載。 這是最符合成本效益的重新配置方法,因為您在重新配置期間不會複製任何環境。 以下是冷搬遷程式的概觀。
- 將工作負載數據備份至新的目標區域。
- 讓來源區域離線並關閉服務。
- 將雲端服務部署到新的目標區域。
- 還原工作負載數據。
冷重新配置可能需要幾分鐘或幾天的時間,視服務和數據量而定。
熱搬遷
熱重新配置方法適用於需要最少(秒、分鐘)到零停機時間的工作負載。 對於重要的工作負載,您應該先查看服務是否支持經常性重新配置,再嘗試暖式方法。 熱重新配置有助於在完全移轉之後將數據差異降至最低。 只有在服務支援同步數據復寫時,才能進行經常性重新配置。 某些服務沒有這項功能,您必須改用暖式重新配置方法。 以下是熱門重新配置程式。
- 在新的目標區域中執行服務複寫。
- 讓工作負載在來源區域中保持執行。
- 啟動同步數據復寫。
- 數據同步處理之後,啟動並驗證端點。
- 停止數據同步處理。
- 關閉來源區域中的服務。
暖搬遷
暖式重新配置適用於不支援經常性重新配置的重要工作負載。 暖式重新配置會使用異步數據復寫和環境複寫。 這裡是溫暖的搬遷過程。
- 在新的目標區域中執行服務複寫。
- 讓工作負載在來源區域中保持執行。
- 建立源數據的備份。 最佳做法是在離峰時段建立備份。 您也應該啟用數據輸入複寫來同步處理數據,並將數據差異降至最低。
- 還原新目標區域中的數據。
- 切換及驗證端點。
- 關閉來源區域中的工作負載。
根據服務和數據量而定,暖式重新配置可能需要幾分鐘或一小時的時間。
選取服務重新配置自動化
有三種主要服務重新配置方法。 下列段落提供每個段落的概觀,並提供更多指引的連結。 如果您使用基礎結構即程序代碼 (IaC) 自動化來移動工作負載,您需要尋找個別 的數據重新配置方法。 您應該檢閱每個服務重新配置工具的功能,並選取最符合您需求的工具。
Azure Resource Mover: Azure Resource Mover 是內建的 Azure 服務,可讓您在區域、訂用帳戶和資源群組之間移動 Azure 資源。 Azure Resource Mover 可以先分析並準備資源,再移動,來移動 支援的 Azure 資源 與其相依性。 如需詳細資訊,請參閱 Azure Resource Mover 概觀。
Azure Site Recovery: Azure Site Recovery 可以復寫在 Azure 中支援的虛擬機上執行的任何應用程式。 這是依設計進行的災害復原工具,但您也可以使用它來重新放置工作負載。 Site Recovery 會使用復原服務保存庫,例如 Azure 備份,而且可以快速地移動服務。 重新配置之後需要幾個清除步驟,因為它是災害復原工具。 如需詳細資訊,請參閱
基礎結構即程序代碼 (IaC): IaC 可讓您複製和重新部署 Azure 服務。 您可以針對來源區域中的服務使用 Azure Resource Manager、Bicep 或 Terraform 範本。 您可以使用新目標區域中的範本搭配慣用的 IaC 工具來部署。 針對具狀態服務,您需要另一個工具來重新放置工作負載數據。 如需詳細資訊,請參閱 基礎結構即程式代碼概觀。
當您使用 IaC 來部署 Azure 服務的新實例時,您可以平行部署資源的多個復本。 透過多個復本,您可以使用其中一種完全移轉技術,將連線重新導向至新目標區域中的工作負載。
選取數據重新配置自動化
如果您的服務重新配置自動化不會移動數據,您也需要挑選數據重新配置自動化。 針對數據重新配置,您必須在行動資料之前,讓服務在目標區域中執行。 檢閱 重新配置方法 ,以了解順序。 以下是可用來重新放置數據的自動化工具清單。 清單會從經常性重新配置工具開始,並以冷狀態完成。 它不是依喜好設定的順序。 評估每個自動化工具,併為您的工作負載挑選正確的自動化工具。
同步數據復寫: 同步數據復寫會跨區域以近乎即時的方式復寫數據。 這是經常性重新配置的首選數據重新配置方法,因為它會限制完全移轉后的停機時間和數據差異移轉。 這項功能內建於某些 Azure 服務中,例如 Azure SQL 中的 資料同步。 您必須檢查工作負載中的每個服務,以查看它是否支援同步數據復寫。
異地復寫: 異地復寫可以為支援異地複寫的 Azure 服務提供實用的數據重新配置工具。 異地復寫功能處理數據和基礎服務實例的方式會因支援的 Azure 服務而異。 使用異地復寫進行數據重新配置之前,您必須瞭解您要重新放置之特定服務的異地複寫功能。 如需範例,請參閱 Azure SQL 和 Cosmos DB。
Azure Site Recovery: Azure Site Recovery 可以重新置放服務和數據。 它支援冷暖搬遷策略。 如需詳細資訊,請參閱 Azure Site Recovery 概觀。
AzCopy:AzCopy 是命令行公用程式,可將數據移動自動化 Azure 儲存體。 您必須下載此工具,然後使用 Microsoft Entra ID 或共用存取簽章 (SAS) 令牌來授權移動。 如需詳細資訊,請參閱 AzCopy 概觀 和使用 AzCopy
Azure Data Factory 或 Synapse Analytics 中的管線和活動: Azure Data Factory 是完全受控的雲端式數據整合服務,可協調和自動化數據的移動和轉換。 Azure Data Factory 管線可以移動數據湖和倉儲。 Synapse Analytics 複製活動也可以移動數據。 如需詳細資訊,請參閱 支援的目標和來源 和 複製數據工具。
Azure 儲存體 總管:Azure 儲存體 Explorer 是獨立應用程式,可讓您重新置放 Azure 儲存體 資料。 如需詳細資訊,請參閱如何使用 儲存體總管。
Azure 備份:透過 Azure 備份,您可以在另一個區域中備份和還原數據。 你應該先嘗試 Azure 備份 不經意的冷和溫暖的搬遷。 Azure 備份 提供虛擬機的應用程式一致、文件系統一致和損毀一致備份。 它也支援受控磁碟、檔案共用和 Blob。 您無法將現有的備份還原點傳輸到新的目標區域。 請考慮將保存庫保留在來源區域中,直到不再需要備份為止。 如需詳細資訊,請參閱 Azure 備份 概觀。
手動備份和還原: 此處的備份和還原是指程式,而非特定工具。 Azure 中的許多服務都提供備援選項,可讓您將數據備份至不同的區域,並手動還原。 您必須針對特定服務執行手動備份和還原,例如 Azure 金鑰保存庫。 如需詳細資訊,請參閱將 金鑰保存庫 移至另一個區域。
工具 | 重新配置方法 |
---|---|
同步數據複寫 | 熱、暖 |
異地複寫 | 熱、暖 |
Azure Site Recovery | 暖、冷 |
AzCopy | 暖、冷 |
Azure Data Factory 或 Synapse 工作區中的管線和活動 | 暖、冷 |
Azure 儲存體總管 | 暖、冷 |
Azure 備份 | 沒有興趣 |
手動備份和還原 | 沒有興趣 |
選取完全移轉方法
完全移轉是當您從舊工作負載轉換到新的工作負載時。 您會將流量導向目標區域中的工作負載,不再流向來源區域。 功能變數名稱系統 (DNS) 是此重新導向的核心。 提醒您,DNS 會告訴瀏覽器和 API 用戶端要在哪裡取得回應。 它會將功能變數名稱解析為IP位址。 每個網域都需要網域主機來管理它。 Azure DNS 是 Azure 網域主機服務。 工作負載完全移轉有不同的方法,而您採用的方法取決於您工作負載中的服務。 以下是一些範例。
Azure DNS: 針對裝載在 Azure DNS 中的網域,您可以切換 CNAME 來執行手動完全移轉。 這種方法是商務持續性故障轉移程式,適用於完全移轉。 如需詳細資訊,請參閱 使用 Azure DNS 手動完全移轉。
流量管理員:您也可以使用路由服務,例如 流量管理員,將工作負載流量完全移轉至不同的端點。 流量管理員 是 DNS 型路由服務。 如需詳細資訊,請參閱使用 流量管理員 設定 DNS 名稱。
App Service:應用層服務,例如 Azure App 服務,具有可讓您更新功能變數名稱的功能。 如需詳細資訊,請參閱將作用中的 DNS 名稱遷移至 Azure App Service。
網關路由:如果工作負載使用閘道路由模式搭配服務,例如 Azure Front Door、應用程式閘道 或 Azure API 管理,您通常就可以進行區域移轉移轉。 您可以使用其後端目標和路由規則功能。
後續步驟
您選取重新設定方法和重新放置工作負載的工具。 移至移轉步驟,以使用這些工具執行重新配置。
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應