從傳統到 Azure Resource Manager 的移轉常見的相關問題

IaaS VM (傳統) 中的「傳統」一詞指的是 Azure Service Manager (ASM) 所管理的 VM。 Azure Service Manager (ASM) 是 Azure 的舊控制平面，負責建立、管理、刪除 VM，以及執行其他控制平面作業。

Azure Resource Manager 是 Azure 的最新控制平面，負責建立、管理、刪除 VM，以及執行其他控制平面作業。

規劃和執行移轉大多取決於架構的複雜性，可能長達數個月。

在 2020 年 2 月 (開始取代前的一個月)，如果客戶的訂用帳戶中沒有 IaaS VM (傳統)，就會視為新客戶。

在 2020 年 2 月，如果客戶的訂用帳戶中有作用中或已停止但已配置的 IaaS VM (傳統)，就視為現有客戶。 只有這些客戶才能在 2023 年 9 月 6 日以前，將 VM 從 Azure Service Manager 遷移至 Azure Resource Manager。

在淘汰過程中，IaaS VM (傳統) 不再提供給新客戶。 我們將您視為新客戶，因此未授權您的作業。 我們強烈建議使用 Azure Resource Manager。 如果您無法透過 Azure Resource Manager 使用 Azure VM，請連絡支援人員以將您的訂用帳戶新增至允許清單。

在 2023 年 9 月 1 日前，IaaS VM (傳統) 不受影響。 IaaS VM (傳統) 是正式發行的完整支援服務。 您可以繼續使用這些資源以擴展您在 Microsoft Azure 上的使用量。 在 2023 年 9 月 1 日，這些 VM 將完全淘汰，任何作用中或已配置的 VM 將停止並解除配置。

其他傳統資源不受影響，例如雲端服務 (傳統)、儲存體帳戶 (傳統) 等。

在 2023 年 9 月 1 日，IaaS VM (傳統) 將完全淘汰，任何作用中或已配置的 VM 將停止並解除配置。 為了避免業務受到衝擊，強烈建議立即規劃移轉，並於 2023 年 9 月 1 日前完成。 我們不會取代現有的傳統 API、雲端服務和資源模型。 我們想要將 Resource Manager 部署模型所提供的進階功能納入考量，讓移轉變簡單。 建議您開始規劃將這些資源遷移至 Azure Resource Manager。

將您的工具更新為 Resource Manager 部署模型，是您在移轉計畫中必須說明的最重要變更之一。

依您所移轉的資源數目而定。 就較小型部署 (幾十個 VM) 而言，整個移轉作業應該不會超過一小時。 如果是大規模部署 (數百個 VM)，則移轉可能需要花費幾個小時。

只要資源處於已準備就緒狀態，您就可以中止移轉。 透過認可作業成功移轉資源之後，即不支援復原。

如果認可作業失敗，就無法中止移轉。 所有移轉作業 (包括認可作業) 都是等冪的。 因此，建議您稍後再重試作業。 如果您仍然遇到錯誤，請建立支援票證。

否。 我們最近啟用了將 ExpressRoute 線路從傳統部署模型移至 Resource Manager 部署模型的功能。 如果您已有 ExpressRoute 線路，就不需要購買新線路。

在移轉期間，資源會從傳統轉換至 Resource Manager。 因此，建議您規劃需要在移轉後進行的 Azure RBAC 原則更新。

當您將 VM 從傳統改為 Resource Manager 模式時，在移轉之前所建立的備份，將不會遷移至剛遷移的 Resource Manager VM。 不過，如果您想要保留傳統 VM 的備份，請在移轉之前執行下列步驟。

1. 在復原服務保存庫中，移至 [備份項目] 刀鋒視窗，然後選取 VM。
2. 按一下 [停止備份]。 在下拉式功能表中選取保留備份資料。

若要將虛擬機器遷移至 Resource Manager 模式：

1. 從 VM 中刪除備份/快照集擴充功能。
2. 將虛擬機器從傳統模式移轉至 Resource Manager 模式。 確定虛擬機器對應的儲存體和網路資訊也會移轉至 Resource Manager 模式。

此外，如果您想要備份已遷移的 VM，請移至虛擬機器的管理刀鋒視窗來啟用備份。

一旦傳統 VM 淘汰，還原傳統 VM 的備份需要使用 restore disks 還原類型。 傳統 VM 磁碟可能會還原至 ARM 儲存體帳戶。 還原磁碟之後，您可以將它們轉換成受控磁碟 ，並 連結以建立新的 ARM VM。 或者，您可以將資料磁碟連結至現有的 VM。

是。 在平台支援的移轉選項中，為移轉做準備的第一個步驟就是驗證資源是否能夠進行移轉。 如果驗證作業失敗，您將會收到無法完成移轉的所有原因相關訊息。

建議您中止移轉，然後登錄支援要求，以在您要移轉 VM 的區域中增加配額。 在配額要求獲得核准之後，您便可以開始重新執行移轉步驟。

請將移轉方面的疑問張貼到 Microsoft 的 VM 問與答頁面，並加註關鍵字 ClassicIaaSMigration。 建議您將所有問題都張貼在此論壇上。 如果您持有支援合約，也歡迎您登錄支援票證。

您在傳統部署模型中明確提供名稱的所有資源，在移轉期間都會獲得保留。 在某些情況下，則會建立新的資源。 例如︰會為每個 VM 建立一個網路介面。 我們目前不支援控制這些在移轉期間建立的新資源名稱。 請在 Azure 意見反應論壇上針對這項功能進行投票。

無法在不停機的情況下，自動移轉使用跨訂用帳戶授權連結的 ExpressRoute 線路。 我們提供使用手動步驟移轉這些項目的指引。 如需相關步驟和詳細資訊，請參閱將 ExpressRoute 線路和相關聯的虛擬網路從傳統部署模型移轉至 Resource Manager 部署模型。

當 VM 無法連出到網際網路時，就會收到此訊息。 VM 代理程式會使用連出連線來連接到 Azure 儲存體帳戶，來每隔 5 分鐘更新一次代理程式狀態。

如果您有連結至帳戶的傳統 VM，請先移轉傳統 VM。 在移轉傳統 VM 之後，必須移轉傳統儲存體帳戶。 您可以使用 Azure 入口網站、PowerShell 或 Azure CLI 完成移轉。

1. 使用 Powershell 進行移轉
2. 使用 Azure CLI 進行移轉
3. 使用 Azure 入口網站進行移轉

2022 年 8 月之後建立的訂閱，將無法再建立傳統儲存體帳戶。 不過，直到 2024 年 8 月 31 日停用日期為止，任何於 2022 年 8 月之前的現有訂閱都可以繼續建立和管理傳統儲存體資源。

在期限來臨時，您將無法再存取傳統儲存體帳戶。

在 Azure 入口網站中，搜尋儲存體帳戶以取得所有儲存體帳戶的清單。 查看 [類型] 資料行，以識別傳統資料行。 如果 [類型] 是 microsoft.classicstorage/storageaccounts，則為傳統帳戶。

否，Microsoft 無法代表使用者移轉其資料。 使用者必須使用上方所列的自助選項。

將傳統儲存體帳戶移轉至 Resource Manager 無須停機。 不過，連結至傳統 VM 移轉的其他案例需要停機時間。

下一步

• 平台支援的 IaaS 資源移轉 (從傳統移轉至 Azure Resource Manager) 的概觀
• 平台支援的從傳統移轉至 Azure Resource Manager 的技術深入探討
• 將 IaaS 資源從傳統移轉至 Azure Resource Manager 的規劃
• 使用 PowerShell 將 IaaS 資源從傳統移轉至 Azure Resource Manager
• 使用 CLI 將 IaaS 資源從傳統移轉至 Azure Resource Manager
• 用於協助將 IaaS 資源從傳統移轉至 Azure Resource Manager 的社群工具
• 檢閱最常見的移轉錯誤