將 Azure 雲端服務 (傳統) 移轉至 Azure 雲端服務 (延伸支援)
本文件提供將雲端服務 (傳統) 移轉至雲端服務 (延伸支援) 的概觀。
雲端服務 (延伸支援) 有提供區域復原的主要優點，以及使用 Azure Service Manager 部署的 Azure 雲端服務同等功能。 此外還提供了部分 Azure Resource Manager 功能，例如角色型存取控制 (RBAC)、標籤、原則，以及支援部署範本、私人連結。 這兩種部署模型 (延伸支援和傳統) 都提供類似的定價結構。
雲端服務 (延伸支援) 支援兩個路徑，讓客戶能夠從 Azure Service Manager 移轉至 Azure Resource Manager：重新部署和就地移轉。
下表列出這兩個選項之間的比較。
| 重新部署 | 就地移轉 |
|---|---|
| 客戶可以直接在 Azure Resource Manager 中部署雲端服務，然後在 Azure Service Manager 中透過驗證刪除舊的雲端服務。 | 就地移轉工具可讓您啟用順暢且由平台協調的移轉，將現有的雲端服務 (傳統) 部署移轉至雲端服務 (延伸支援)。 |
| 重新部署可讓客戶： - 定義資源名稱。 - 根據偏好組織或重複使用資源。 - 在最少變更的情況下重複使用服務設定和定義檔案。 |
針對就地移轉，平台： - 定義資源名稱。 - 組織個別資源群組中的每個部署和相關資源。 - 修改 Azure Resource Manager 的現有設定和定義檔案。 |
| 客戶需要協調新部署的流量。 | 移轉會保留 IP 位址，而且資料路徑維持不變。 |
| 客戶必須刪除 Azure Resource Manager 中的舊雲端服務。 | 平台會在移轉之後刪除雲端服務 (傳統) 資源。 |
| 此移轉是隨即移轉案例，可提供更多彈性，但需要更多的時間進行移轉。 | 此案例是一種自動化移轉，可提供快速移轉，但較不彈性。 |
評估從雲端服務 (傳統) 到雲端服務 (延伸支援) 的移轉方案時，您可以調查其他 Azure 服務，例如：虛擬機器擴展集、App Service、Azure Kubernetes Service 和 Azure Service Fabric。 這些服務會繼續提供其他功能，而雲端服務 (延伸支援) 則維持與雲端服務 (傳統) 的功能同位。
視應用程式而定，相較於其他選項，雲端服務 (延伸支援) 移至 Azure Resource Manager 的所需的工作實質更少。 如果應用程式未演進，雲端服務 (延伸支援) 是可考慮的可行選項，因為其可提供快速移轉路徑。 相反地，如果您的應用程式持續演進，而且需要更現代化的功能集，請探索其他 Azure 服務，更妥善地解決您目前和未來的需求。
重新部署概觀
使用雲端服務 (延伸支援) 重新部署您的服務具有下列優點：
- 支援 Web 和背景工作角色，類似於 雲端服務 (傳統)。
- Web 和背景工作角色的設計、架構或元件沒有任何變更。
- 執行階段程式碼不需要變更，因為資料平面與雲端服務相同。
- Azure GuestOS 版本和相關聯的更新會與雲端服務 (傳統) 一致。
- 有關更新網域的基礎更新程序、升級如何繼續、復原和更新期間允許的服務變更都會維持不變。
您可以使用下列用戶端工具，直接在 Azure Resource Manager 中部署新的雲端服務 (延伸支援)：
移轉工具概觀
平台支援的移轉提供下列重要優點：
- 針對大部分案例，啟用順暢且由平台協調的移轉，而不需停機。 深入了解支援的案例。
- 只要透過三個簡單的步驟：驗證、準備及認可 (或中止)，即可移轉現有的雲端服務。 深入了解移轉工具的運作方式。
- 讓您在成功準備之後測試已移轉的部署。 認可並完成移轉，同時中止復原移轉。
移轉工具會利用相同的 API，並具有與虛擬機器 (傳統) 移轉相同的體驗。
設定移轉的存取權
若要執行此移轉，您必須新增為訂用帳戶的共同管理員，並註冊所需的提供者。
登入 Azure 入口網站。
在 [中樞] 功能表上，選取 [訂用帳戶]。 如果看不到，則請選取 [所有服務]。
尋找適當的訂用帳戶項目，然後查看 [我的角色] 欄位。 對於共同管理員而言，這個值應該是 [帳戶管理員]。如果您無法新增共同管理員，請連絡服務管理員或訂閱的共同管理員，以將您新增為共同管理員。
使用入口網站、PowerShell 或 CLI，註冊訂用帳戶，以取得 Microsoft.ClassicInfrastructureMigrate 命名空間
Register-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate檢查註冊的狀態。 註冊需要數分鐘的時間完成。
Get-AzResourceProvider -ProviderNamespace Microsoft.ClassicInfrastructureMigrate
雲端服務 (傳統) 的移轉與虛擬機器 (傳統) 有何不同？
Azure Service Manager支援兩個不同的計算產品：Azure 虛擬機器 (傳統) 和 Azure 雲端服務 (傳統) 或 Web/背景工作角色。 這兩項產品會根據位於雲端服務內的部署類型而有所不同。 Azure 雲端服務 (傳統) 會使用包含部署的雲端服務搭配 Web/背景工作角色。 Azure 雲端服務 (傳統) 會使用包含部署的雲端服務搭配 IaaS VM。
由於部署類型的差異，雲端服務 (傳統) 與虛擬機器 (傳統) 各有不同支援的案例清單。
移轉步驟
客戶可以使用用來移轉虛擬機器 (傳統) 的相同四個作業，來移轉其雲端服務 (傳統) 部署。
- 驗證移轉：確認常見的不支援案例不會防止移轉。
- 準備移轉 – 複製 Azure Resource Manager 中的資源中繼資料。 系統會鎖定所有資源以進行建立/更新/刪除作業，以確保資源中繼資料在 Azure 伺服器管理員與 Azure Resource Manager 之間同步。 所有讀取作業都會使用雲端服務 (傳統) 和雲端服務 (延伸支援) API 運作。
- 中止移轉 - 從 Azure Resource Manager 中移除資源中繼資料。 解除鎖定用於建立/更新/刪除作業的所有資源。
- 認可移轉 - 從 Azure 服務管理員中移除資源中繼資料。 解除鎖定用於建立/更新/刪除作業的資源。 嘗試認可之後，不再允許中止。
注意
準備、中止和認可具有等冪性，因此如果失敗，重試應該可以修正問題。
如需詳細資訊，請參閱平台支援的 IaaS 資源移轉 (從傳統移轉至 Azure Resource Manager) 概觀
支援的資源和功能，適用於與雲端服務 (傳統) 相關聯的移轉
- 儲存體帳戶
- 虛擬網路 (不支援 Azure Batch)
- 網路安全性群組
- 保留的公用 IP 位址
- 端點存取控制清單
- 使用者定義的路由
- 內部負載平衡器
- 憑證移轉至金鑰保存庫
- 外掛程式和延伸模組 (XML 和 Json 型)
- 啟動時/停止時工作
- 使用加速網路進行部署
- 使用單一或多個角色進行部署
- 基本負載平衡器
- 輸入、執行個體輸入、內部端點
- 動態公用 IP 位址
- DNS 名稱
- 網路流量規則
支援的設定/移轉案例
下列清單包含涉及資源、功能和雲端服務組合的常見案例。 這份清單並不完整。
| 服務 | 組態 | 註解 |
|---|---|---|
| Microsoft Entra Domain Services | 包含 Microsoft Entra Domain Services 的虛擬網路。 | 支援包含雲端服務部署和 Microsoft Entra Domain Services 的虛擬網路。 客戶需要先個別移轉 Microsoft Entra Domain Services，然後移轉剩下的虛擬網路，其中只有雲端服務部署 |
| 雲端服務 | 只在單一位置進行部署的雲端服務。 | 可以移轉包含 Prod 位置部署的雲端服務。 不建議移轉預備位置，因為此程序可能會導致與保留服務 FQDN 相關的問題。 若要移轉預備位置，請先將預備部署升階至生產環境，然後移轉至 Azure Resource Manager。 |
| 雲端服務 | 不在公開顯示虛擬網路中的部署 (預設虛擬網路部署) | 雲端服務可在公開顯示的虛擬網路中、在隱藏的虛擬網路中，或不在任何虛擬網路中。 支援隱藏虛擬網路和公開顯示虛擬網路中的雲端服務進行移轉。 客戶可以使用驗證 API 來辨別部署是否位於預設虛擬網路內，因此判斷是否可以將其移轉。 |
| 雲端服務 | XML 延伸模組 (BGInfo 1.*、Visual Studio Debugger、Web Deploy 及遠端偵錯)。 | 支援所有 xml 延伸模組進行移轉 |
| 虛擬網路 | 包含多個雲端服務的虛擬網路。 | 支援包含多個雲端服務的虛擬網路進行移轉。 虛擬網路及其內的所有雲端服務都會一起移轉至 Azure Resource Manager。 |
| 虛擬網路 | 移轉透過入口網站建立的虛擬網路 (需要在 .cscfg 檔案中使用 “Group Resource-group-name VNet-Name”) | 在移轉過程中，cscfg 中的虛擬網路名稱會變更為使用虛擬網路的 Azure Resource Manager 識別碼。 (subscription/subscription-id/resource-group/resource-group-name/resource/vnet-name) 若要在移轉後管理部署，請更新 .cscfg 檔案的本機複本，以開始使用 Azure Resource Manager 識別碼，而不是虛擬網路名稱。 使用舊命名配置的 .cscfg 檔案驗證失敗。 |
| 虛擬網路 | 移轉在不同子網路中具有角色的部署。 | 支援在不同子網路中具有不同角色的雲端服務進行移轉。 |
下一步
- 平台支援的 IaaS 資源移轉 (從傳統移轉至 Azure Resource Manager) 的概觀
- 使用 Azure 入口網站移轉至雲端服務 (延伸支援)
- 使用 PowerShell 移轉至雲端服務 (延伸支援)