關於將基本 SKU 公用 IP 位址移轉至標準 SKU

本文說明 VPN 閘道 部署中,從 Basic SKU 公共 IP 位址遷移到 Standard SKU 公共 IP 位址的過程。 遷移時間表會根據您當前配置使用的 VPN 閘道 SKU 而有所不同。

這很重要

關於預期的遷移時間表,請參閱 VPN 閘道 - What's New 文章。

移轉考慮

若要移轉閘道,您必須先驗證您的資源是否能夠移轉。 以下是一些常見的情況需要注意:

  • 針對 VPN 閘道基本閘道 SKU:

  • 針對 VPN 閘道 SKU VpnGw1-5 和舊版 SKU (高效能 SKU 和標準 SKU):

    • 在起始 VPN 閘道移轉之前,請確認閘道子網目前前置詞中至少有 三 個可用的 IP 位址。

    • 在針對點對站 (P2S) 的主動-主動模式設定第三個 VIP 時,必須使用非區域性公共 IP。

    • 遷移工具要求閘道子網至少有 /27 位址空間。 如果你的閘道子網目前是 /28 或更小,遷移會失敗並回傳錯誤。 在開始遷移前,先將閘道子網擴展到 /27 或更大。 若要為子網新增多個前綴,請參見「新增多個子網路前綴」。

    • 如果你同時使用 ExpressRoute 和 VPN:我們建議先考慮將 Basic IP 資源遷移到 VPN 上的標準 IP。

FAQ

根據你目前使用的 VPN 閘道 SKU,你可能會對遷移過程有不同的疑問。 以下是一些常見問題,幫助你更好地了解遷移過程。

VPN 閘道 SKU VpnGw1-5

端對端移轉通常需要多長時間?

整個移轉程序通常最多需要 2 小時,視部署的大小和組態而定。

每個移轉步驟需要多長時間?

移轉步驟持續時間可能會因環境複雜性而異。 平均而言:

  • 準備:通常最多 40 分鐘,最多 1 小時。
  • 執行:大約需要 5-10 分鐘。 (這是唯一需要短暫停機的步驟。)
  • 提交: 一般為 30 分鐘,但最長不超過 1 小時。

我可以等多久才決定遷移變更?

遷移驗證通常在短時間內完成。 建議客戶在幾天內完成驗證並認可移轉變更,因為不建議讓移轉長時間保持擱置狀態。 實際持續時間會依環境與驗證需求而異。

在基本 SKU 公用 IP 位址移轉之後,我的閘道 SKU 將如何受到影響?

從基本 SKU 公用 IP 位址升級至標準 SKU 公用 IP 地址之後,您的 VPN 閘道 SKU VPNGW1-5 將會移轉至 VPNGW1AZ-5。 因此,您可能會看到 SKU 從非 AZ 變更為 AZ-SKU。 如需 SKU 影響的詳細資訊,請參閱 閘道 SKU 移轉 一文。

我的 VPN 閘道 IP 位址會在我的公用 IP 位址移轉後變更嗎?

  • 如果你使用 Microsoft 提供的遷移體驗,你的閘道 IP 位址不會改變。
  • 如果您手動刪除目前具有基本 SKU 公用 IP 位址的 VPN 閘道,並使用標準 SKU 公用 IP 位址建立新的 VPN 閘道,您的閘道 IP 位址就會變更。

是否會有任何停機時間?

在 Microsoft 提供的遷移體驗中,預計最多可有 10 分鐘的停機時間。

我需要採取任何動作才能移轉嗎?

Microsoft 提供的遷移體驗是由客戶主動發起的遷移。 您需要開始移轉流程。 移轉過程預計需要最多 10 分鐘的時間。

是否有任何移轉必要條件?

請確定您的閘道子網具有正確的IP位址空間和子網大小。 在執行移轉之前,您的目前位址前綴中至少須有三個可用的 IP 位址。

我可以手動變更為標準 SKU 公用 IP 位址嗎?

是,您可以。 如果您選擇手動執行這項作,您必須刪除舊的閘道,然後在虛擬網路中建立新的閘道。 當您建立新的閘道時,閘道會自動使用標準 SKU 公用IP位址。 不過,如果您選擇使用此程式,則會在刪除舊閘道並建立新閘道時產生停機時間。

如果我刪除並重新建立閘道,我的IP位址是否會變更?

是,IP 位址會隨著此方法而變更。 這意味著您必須確保在所有內部工具中,根據需要更新新的 IP 位址。

遷移 VPN 閘道器在同時存在的設定中,會不會影響 ExpressRoute 的流量?

否。 依照建議的遷移順序,先遷移 VPN 閘道器不會遷移、中斷或影響 ExpressRoute 流量。 在 VPN 閘道遷移期間,ExpressRoute 連線保持不變。 客戶在先遷移 VPN 閘道時,不應預期 ExpressRoute 連線會有問題。

我可以在閘道遷移時啟用 DDoS 防護嗎?

否。 閘道器在遷移期間(執行與提交之間),切勿更改公共 IP、閘道或連線。 在此階段啟用 DDoS 防護或其他進階功能,可能會阻擋遷移或防止回滾。 只有在遷移完全完成(提交後)後才啟用此類功能。

我可以在遷移時修改我的 IP、VPN 閘道、子網路或連線嗎?

否。 在 VPN 閘道 正在遷移(執行與提交之間)期間,您不得對以下內容做任何更改:

公共 IP 位址 VPN 閘道 配置 Gateway 子網 連接

在此階段進行變更可能會使閘道器陷入不支援或卡住狀態,因為遷移工作流程無法處理同時更新。

如果我在遷移過程中做了更改,導致閘道卡住了怎麼辦?

若閘道因遷移過程中的變更而進入卡住或無法恢復的遷移狀態:

系統可能無法完成遷移或回復遷移作業。 在這種情況下,唯一的復原選項可能是刪除並重建閘道器。

主動-主動 VpnGw1-5 閘道 SKU

為什麼我的 Active-Active VPN 閘道 搭配點對站(P2S)時需要第三個公用 IP?

對於啟用 P2S 的主動主動 VPN 閘道器,除了用於主動主動實例的兩個 IP 外,還需要第三個公用 IP 來支援 P2S 端點。

文件說明第三個公共 IP 必須是非區域性的。 這還需要嗎?

是的。
在此情境下,第三個公共 IP 必須配置為 無區域(非區域),以確保與VPN 閘道設定及未來更新操作相容。

遷移時我應該什麼時候建立第三個公共 IP?

第三個公共 IP 必須建立並附加於 VPN 閘道 後,才能開始遷移(Basic → Standard IP)。

這可確保:

  • 閘道器設定在遷移前已完成
  • 移轉過程中不會出現驗證或更新問題

我該如何建立所需的非區域公共 IP?

在以區域備援 IP 為預設的地區中,你應該使用 Azure CLI 或 PowerShell REST API 版本 2020-08-01 或更新版本建立第三個公用 IP,並將其設定為非區域/無區域的公用 IP,同時確保未指定任何可用性區域。

這使得公共 IP 可以建立非 區域配置,這是此情境所必需的。

我可以將第三個 P2S IP 改用區域冗餘的公用 IP,而不是非區域型 IP 嗎?

否。

所有與VPN 閘道相關的公共 IP 必須使用 一致的配置。 對第三個 IP 使用區域備援公用 IP 可能會導致部署或更新失敗。

這種行為會影響所有 VPN 閘道 遷移嗎?

否。

此要求特別適用於:

  • 主動-主動 VPN 閘道器
  • 啟用點對站(P2S)功能

使用基本公共 IP 的主動-主動 VPN 閘道器的遷移行為如何? 這會導致整個閘道器斷線嗎?

否。 在從基本公共 IP 遷移到標準公共 IP 時,VPN 閘道器會作為一個整體轉換,並作為遷移過程的一部分重新建立連線。 遷移不會將流量從一個閘道實例轉移到另一個實例,也不會造成整個閘道器中斷。 遷移過程中可能會有短暫的連線中斷,因為連線重新建立,但閘道器並未完全離線。

遷移過程中,是否只有特定閘道實例的隧道會中斷,而另一個實例仍保持活躍?

否。 VPN 通道預期會在移轉程序中重新建立,但不會依個別執行個體進行移轉或容錯移轉。 通道不應因個別閘道執行個體正在移轉而反覆中斷和重新連線,而且移轉範圍不會限定於主動-主動閘道內的特定執行個體。

主動-主動 VPN 閘道器遷移時的停機時間應該如何描述?

遷移是一項干擾性操作,可能導致在更新 VPN 閘道器設定及重新建立連線期間短暫的連線中斷。 這些中斷通常持續數分鐘,且多數情況下約在 10 分鐘內結束,但精確時間不保證,且會依設定與網路狀況而異。 客戶應規劃在維護期間進行遷移,並確保應用程式能抵抗短暫的連線中斷。

我看到遷移後 BGP 的對等 IP 位址會改變。 在將主動-主動 VPN 閘道 遷移到標準 IP 後,我需要更新我的 BGP 對等 IP 位址嗎?

否。 雖然 Azure 入口網站在遷移後會顯示新的 BGP 對等 IP 位址,但現有的本地 BGP 設定仍可正常運作,且未作任何變更。 Azure 會自動將流量從原本的 BGP 對等 IP 位址重新導向到 BGP 對等 IP 位址,保留連線與 BGP 會話。

VPN 閘道遷移期間的客戶建立路由與負載平衡器

遷移前我需要檢查任何自訂網路設定嗎?

是的。 檢視任何客戶建立的路由表(UDR)、負載平衡器、防火牆或 NVA,這些文件可能參考 VPN 閘道 實例私有 IP(Gateway CA)。 而 BGP 路由傳播會在遷移前被切換。 如果你的環境使用 VNet 對等,請確保遷移時啟用同步 VNet 對等。

我應該什麼時候更新這些設定?

執行步驟後,更新任何客戶建立的路由、負載平衡器、防火牆規則或 NVA 設定,這些設定參考了舊的閘道實例 IP。

VPN 閘道 基本型 SKU

我可以用 Basic SKU 的公共 IP 位址建立一個基本的 SKU VPN 閘道器嗎?

不,你不能用 Basic SKU 的公用 IP 位址建立 Basic SKU VPN 閘道器。 新的基本 SKU VPN 閘道器需要標準公用 IP 位址 SKU。

如果我有基本的 SKU VPN 閘道器,還需要遷移嗎?

目前顯示為使用基本 SKU 公用 IP 位址的基本 SKU VPN 閘道,不會使用移轉過程來移至標準公用 IP 位址 SKU。 你唯一需要做的就是從閘道器移除 Basic SKU 的公開 IP 參照。

關於移除基本 SKU 公共 IP 參考的步驟,請參見 「從基本 SKU VPN 閘道移除基本 SKU 公共 IP 參考」。 你的閘道器仍然使用相同的公共 IP 位址。 只有對基本 SKU 公共 IP 位址的參考會被從你的閘道移除。

後端遷移

Microsoft 什麼時候會進行我的 VPN 閘道後端遷移?

自 2026 年 8 月起,Microsoft 會自動遷移尚未透過自助服務遷移的合格 VPN 閘道器。 由於此操作由 Microsoft 管理,遷移前您不會收到每個閘道器的遷移通知。 Microsoft 會在非營業時間根據閘道器的區域本地時間進行遷移,以協助減少對客戶的影響。

我的 VPN 閘道在遷移過程中的公用 IP 位址會改變嗎?

否。 遷移時將公共 IP 資源從 Basic SKU 升級為標準 SKU,但保留現有的公共 IP 位址。 你不需要對公共 IP 升級做任何行動。

遷移會導致停機或交通中斷嗎?

是的。 遷移期間,閘道器在切換至新的後端基礎架構時,連線可能會短暫中斷,最長可達 10 分鐘。 然而,某些閘道設定,如自訂流量選擇器、Active-Active P2S、基於 CloudApp 的 P2S、遠端 RADIUS 及其他已識別的邊緣案例,可能需要客戶自行處理,若事先未加以修復,可能會影響連線。

在後端遷移前,我需要採取什麼行動嗎?

是的。 在後端遷移開始前,先完成自助(客戶觸發)遷移。 這個流程能幫助你驗證特定的流量模式、應用程式和網路拓撲,而 Microsoft 無法代表你完全測試這些。 如果你沒有執行自助遷移,Microsoft 可能會在後端遷移時自動遷移符合資格的閘道器。 這種遷移是不可逆的。 Microsoft 也可能對部分閘道器進行尖叫測試。 被判定為非活躍的閘道器可能會在退休過程中被刪除。 此外,遷移前,請檢視並修復任何已知受影響的配置,例如自訂流量選擇器、Active-Active P2S、基於 CloudApp 的 P2S 以及 Remote RADIUS,以避免潛在的連線問題。

如果我沒在2026年6月30日前完成遷移會怎樣?

客戶主動遷移於 2026 年 6 月 30 日結束。 你原本預期會在這天前完成遷移。 如果你在 2026 年 6 月 30 日之後仍使用舊有平台,VPN 閘道 服務的 SLA 在遷移完成前將不再涵蓋你。 延期申請至2026年7月31日將自動核准,無需個別審核。 自 2026 年 8 月起,Microsoft 計劃遷移尚未遷移的剩餘合格 VPN 閘道器。 Microsoft 會在非辦公時間進行區域後端遷移,這可能導致類似客戶主動遷移體驗的短暫連線中斷。

後續步驟