完成移轉
升級或完全移轉至生產環境,標誌著工作負載移轉至雲端的完成。 升級資產及其所有相依性之後,就會重新路由傳送生產流量。 重新路由傳送流量之後,內部部署資產就會過時,因此您可以將其解除委任。
升級程式會根據工作負載的架構而有所不同。 不過,您可以預期有數個一致的必要條件和一些常見工作。 本文說明每個必要條件和工作,並做為移轉檢查清單。
請務必將工作負載特定考慮新增至檢查清單。
移轉視窗劇本
- 傳送促銷前通訊。 雖然您已經傳達變更視窗,但請務必傳送通知給所有必要的合作物件,讓他們知道促銷已經開始。
- 驗證資源。 確認所有暫存的資源都處於正常運作狀態。 這些資源包括記憶體帳戶和網路安全組。
- 暫停監視。 當您移轉工作負載時,可能會建立暫時性中斷。 暫停監視以防止雜訊。
- 採取最終的復寫步驟。 視您的升階方法而定,您可能需要採取最終的復寫步驟來處理任何最近的數據。 如果您使用 Azure Migrate 和現代化等工具來復寫伺服器狀態,該程式會包含這些步驟。 否則,您可能需要根據您暫存應用程式的方式,採取手動步驟。
- 凍結其他資源。 如果您使用伺服器狀態複寫,例如搭配 Azure Migrate 和現代化,您必須在復寫之後將 Azure 虛擬機實例部署為凍結的一部分。 您可能還有其他專案,例如您先前無法暫存的負載平衡規則。
- 關閉來源伺服器。 如果您在凍結資源之後仍有可用的來源伺服器,請將其關閉,使其不會干擾您的移轉。 如果您需要還原回來,您可以在清除移轉項目之後開啟這些伺服器。
- 執行隔離測試。 執行任何不需要將用戶轉換至已移轉工作負載的測試。 此測試會使用類似在 Azure 中測試移轉部署中所述的計劃的測試計劃。
- 轉換至已移轉的工作負載。 更新您的功能變數名稱系統、連接字串、負載平衡和其他專案,以便在使用者或系統嘗試存取應用程式時,他們存取其新位置。
- 進行促銷測試。 再次執行商務測試計劃,以確認一切如預期般運作。
- 尋求最終核准。 使用項目關係人尋找工作負載的最終進行/不執行決策。
- 繼續監視。 啟用任何停用的監視,並確認環境處於可接受的狀態。
- 傳達促銷成功。 告訴所有必要的各方,促銷已完成,而且沒有即將進行的變更。
後續步驟
意見反映
https://aka.ms/ContentUserFeedback。
即將推出:我們會在 2024 年淘汰 GitHub 問題,並以全新的意見反應系統取代並作為內容意見反應的渠道。 如需更多資訊,請參閱:提交及檢視以下的意見反映: