評估移轉的雲端工作負載

發行項
12/21/2023

評估是重新配置移動階段的第一個步驟。評估的目標是要瞭解您要重新放置的工作負載，以便成功移動工作負載。您重新放置的每個工作負載都必須經歷移動階段的四個步驟，從評估步驟開始。

挑選工作負載（秒）

您應該有工作負載的優先順序清單，且清單應該識別您要重新放置工作負載的順序。每次瀏覽評估步驟時，請挑選清單頂端的工作負載。針對較小的小組，您應該一次重新放置一個工作負載。這是學習和改善每個工作負載重新配置的機會。較大的小組應該考慮重新放置多個工作負載。大量搬遷有助於實現規模經濟。

進行探索

工作負載探索是重新配置的基礎。探索的目標是要瞭解足以確保順暢搬遷的工作負載。探索必須全面探索工作負載的組織和技術維度。

進行組織探索

工作負載組織探索牽涉到找出誰負責工作負載、瞭解移動的風險，以及規劃如何溝通移動。此步驟可協助識別需要參與的人員、管理風險，並確保每個人都能正確獲得通知。這項謹慎的規劃有助於讓企業及其客戶更順暢、更不干擾的轉換。

工作負載擁有權：判斷誰負責工作負載。
項目關係人識別：識別對工作負載感興趣的各方。
風險評估：評估與移動工作負載相關聯的潛在業務風險。
變更管理：清楚瞭解管理工作負載變更的程式。
中斷時間範圍：找出系統可以離線進行重新配置時可接受的時間。
影響分析：辨識重新配置可能會影響哪些內部使用者或外部客戶。
通訊需求：瞭解目前和所需的通訊計劃，以傳達任何停機時間或變更。
原則合規性：確保搬遷遵守組織原則和產業法規。

進行技術探索

技術工作負載探索涉及全面瞭解工作負載的技術層面，包括其相依性、資源、網路設定，以及任何其他技術需求或條件約束。技術探索可協助您預測並降低與重新配置相關聯的風險。以下是進行技術探索的策略。

評估相依性

相依性是工作負載需要執行的資源或服務。識別所有相依性對於成功的工作負載重新配置至關重要。相依性包含工作負載作業所需的各種資源和服務。下列清單提供一些相依性範例：

Azure 服務：工作負載所依賴的任何 Azure 服務。全域資源不會部署到特定區域，因此您不需要在重新配置中移動它們。不過，您仍然可以重新設定它們以在不同的區域中運作。例如，您可能需要更新 Azure Front Door 配置檔中的 IP 位址，以指向重新放置工作負載的新 IP 位址。
非Microsoft應用程式：與工作負載整合或必要之其他廠商的應用程式。瞭解工作負載所涉及的產品功能和任何限制。
授權：確定所有必要的軟體授權都已計入，並在新位置維持有效狀態。
網路：網路設定不足，包括防火牆，以確保在重新配置后順暢連線。
測試：判斷確保工作負載在新環境中正確運作所需的測試程式。
標記：正確標記和識別資源，以便進行有效的管理和追蹤。
自動化：您的組織可能會使用腳本和基礎結構作為程序代碼。您必須更新文稿或程式碼內任何 Azure 區域、服務名稱或服務 URL 的參考。參考必須對應至您要移至的新 Azure 區域。

您應該避免在工作負載生命週期期間變更的程式代碼中硬式編碼任何值。相反地，請動態擷取這些值，或使用程式代碼中的可設定參數。這種方法會降低變更負擔，並確保更順暢的重新配置程式。
DNS：Azure 會根據區域將公用IP位址指派給端點。當您將端點移至不同的 Azure 區域時，它會取得不同的 IP 位址。請務必使用這些新的IP位址來更新 DNS 記錄。此外，您必須將新的IP位址提供給在其 [允許] 清單上具有先前IP位址的任何系統。

在關閉舊資源之前，您可能需要在新的 Azure 區域中部署新的資源。若是如此，您可能會遇到兩個資源一次不能有相同 DNS 名稱的問題。請考慮針對每個服務使用唯一名稱以避免此問題。在某些情況下，您可能可以使用 CNAME 記錄來提供抽象層。這可讓資源名稱變更更容易管理。
負載平衡器。 更新負載平衡器以指向任何新的後端IP位址或主機。針對 DNS 型負載平衡器，變更可能需要一些時間，才能根據 DNS 快取和存留時間（TTL）記錄到期。如需詳細資訊，請參閱 Azure 負載平衡服務。請考慮暫時減少 DNS 記錄的存留時間（TTL）設定。這有助於 DNS 記錄更快速地切換至新的 IP 位址。此外，請考慮設定負載平衡器，以在短時間內更頻繁地檢查後端系統的健康情況。請記得在移轉後將這些設定變更回正常狀態，以避免額外的成本，並在稍後降低效能。
Azure 備份註冊。 當您將虛擬機移至新的 Azure 區域時，請務必從目前區域中的 Azure 備份服務取消註冊，並在新區域中向 Azure 備份服務註冊它們。您無法存取現有的備份恢復點，因為它們無法傳輸到新的備份保存庫。您必須開始在新區域中建立新的恢復點。

評估端點

端點探索是指識別與工作負載相關聯之所有端點或IP位址的程式。探索所有工作負載端點可確保您考慮所有網路連線和存取點，並準備在新的環境中正確設定它們。以下是處理公用IP位址和私人端點的建議：

公用IP位址：公用IP位址是特定區域。您無法在區域之間移動它們。您必須匯出公用IP的組態，並將其部署至新的目標區域。如需詳細資訊，請參閱將 Azure 公用 IP 組態移至另一個 Azure 區域。
私人端點：當您重新部署私人端點時，可能會從連結私人端點的子網取得新的IP位址。如果您透過私人端點連線到資源，這些端點會連結至解析虛擬網路內資源網路位址的私人 DNS 區域。在重新配置中，您必須更新私人 DNS 區域內的 DNS 記錄，以維持連線能力。

使用自動化工具

可能的話，請使用自動化工具來收集組成工作負載的應用程式和 Azure 服務相關信息。您可以使用這些工具來執行低階探索和架構設計探索，以重新配置特定工作負載。您應該使用下列 Azure 工具和服務。

請嘗試 Azure Resource Mover。 您應該先嘗試 Azure Resource Mover。這是目前最容易使用的探索工具，您也可以使用服務來重新放置服務和數據。不過，Azure Resource Mover 只支援有限的服務，因此請確定您的服務在繼續之前受到支援。如需詳細資訊，請參閱 Azure Resource Mover 的支持資源。

使用視覺效果工具。 如果 Azure Resource Mover 不符合您的所有需求，您可以使用視覺效果工具來協助探索。 Azure 有數個視覺效果工具，可用來對應相依性。挑選最能支援您需求的工具。

資源群組可視化檢視：您可以將資源群組中的資源之間的連線可視化。在 Azure 入口網站中，流覽至資源群組，然後從左側導覽中選取 [資源可視化檢視]。
Azure 監視器拓撲：您可以使用 Azure 監視器中的拓撲功能來檢視網路相依性。如需詳細資訊，請參閱網路深入解析拓撲。
Application Insights：Application Insights 具有應用程式對應功能，您可以在其中檢視分散式應用程式的邏輯結構。如需詳細資訊，請參閱 Azure 應用程式 Insights 中的應用程式對應。
Azure 資源總管：Azure 資源總管會列出您Microsoft Entra 租使用者中的每個資源。它提供您可見度，但不表示相依性。您必須手動對應工作負載元件和相依性。如需詳細資訊，請參閱 Azure 資源總管。
Azure Resource Graph：Azure Resource Graph 可讓您對Microsoft Entra 租使用者中的資源執行查詢。 Resource Graph 可從入口網站和命令行存取。您必須手動對應工作負載元件和相依性。如需詳細資訊，請參閱 Azure Resource Graph 檔。
清查儀錶板：在 Azure 入口網站中，您可以使用內建的清查範本來建立儀錶板來追蹤現有的資源。這是判斷您擁有的資源和實例數目的快速方式。

手動建立檔

如果自動化探索方法不夠，您可以手動評估工作負載。大部分的手動評估都依賴技術專家和技術文件的採訪，以取得所需的資訊。識別產品或應用程式擁有者並加以面試。這些面試是選擇性的，但當小組需要涵蓋工具提供的資訊差距時，則為必要專案。而應用程式擁有者可以提取標記，並手動識別相依性。

尋找區域支援性

Azure 中的每個區域都提供相同的服務，因此您必須確定工作負載所需的服務可在目標區域中使用。進行此判斷的程式可能很晚，但您需要探索詳細數據以確保可支援性。若要判斷工作負載的區域可支援性，請參閱每個 Azure 區域中可用的產品和服務。

瞭解目標區域是否為配對區域，以及是否支援可用性區域。區域配對和可用性區域不會影響重新配置工作，但它們確實會影響目標區域中的商務持續性和災害復原（BCDR）策略。如需詳細資訊，請參閱 Azure 地理位置和可用性區域。

分類工作負載服務

重新配置發生在服務和元件層級。大部分的工作負載都會使用多個服務。服務有兩種主要類型：具狀態和無狀態。您必須將每個服務分類為具狀態或無狀態。此知識可協助您判斷相依性、瞭解服務整合，以及縮小重新配置自動化選項的範圍。

無狀態服務： 無狀態服務只有組態資訊。這些服務不需要連續復寫數據即可移動。範例包括虛擬網路、網路適配器、負載平衡器和網路安全組。
具狀態服務： 具狀態服務具有需要移動的組態信息和數據。範例包括虛擬機和 SQL 資料庫。

下一步

評估您的工作負載可提供足夠的資訊來選取重新配置方法，以及執行您選擇的方法的工具。 [選取] 步驟會引導您完成選擇重新配置方法的決定，以及重新配置方法的正確工具。

選取

共用方式為