常見問題集
在2023年4月28日，我們於2026年4月28日宣佈淘汰應用程式閘道 V1。 本文列出 V1 淘汰和 V1-V2 移轉的常見問題。
V1 淘汰的常見問題
正式日期應用程式閘道 V1 為何會從建立中截斷？
從 2023 年 7 月 1 日起，不允許新客戶建立 V1。 不過，任何現有的 V1 客戶都可以繼續在現有訂用帳戶中建立資源，直到 2024 年 9 月 1 日，並管理 V1 資源，直到 2026 年 4 月 28 日淘汰日期為止。
2026 年 4 月 28 日之後的現有應用程式閘道 V1 會發生什麼事？
V1 閘道在期限到達後即不受支援。 任何仍在作用中的 V1 SKU 資源會停止，並強制刪除。
應用程式閘道 V1 SKU 上新客戶的定義為何？
自 2023 年 7 月 4 日起，訂閱中沒有應用程式閘道 V1 SKU 的客戶會被視為新客戶。 這些客戶無法在 2023 年 7 月 4 日沒有現有 V1 閘道的訂用帳戶中建立新的 V1 閘道。
應用程式閘道 V1 SKU 上現有客戶的定義為何？
自 2023 年 7 月 4 日起，在訂閱中已啟用或已停止但已指派應用程式閘道 V1 SKU 的客戶被視為現有客戶。 這些客戶會持續到 2024 年 8 月底，以在其現有的訂用帳戶中建立新的 V1 應用程式閘道，直到 2026 年 4 月 28 日，將其 V1 閘道移轉至 V2。
此移轉計劃是否會影響在應用程式閘道 V1 SKU 上執行的任何現有工作負載？
在 2026 年 4 月 28 日之前，支援現有的應用程式閘道 V1 部署。 在 2026 年 4 月 28 日之後，任何仍在作用中的 V1 SKU 資源會停止，並強制刪除。
如果我不打算近期移轉，V1 應用程式閘道會發生什麼情況？
V1 閘道已在 2026 年 4 月 28 日完全淘汰，並停止與刪除所有作用中的 AppGateway V1。 為避免業務衝擊，強烈建議您儘早開始規劃移轉，並在 2026 年 4 月 28 日之前完成移轉。
2025 年 9 月基本 SKU 公用 IP 的淘汰是否會影響我現有的 V1 應用程式閘道？
現有的 V1 應用程式閘道 將繼續正常運作，直到 2026 年 4 月為止。 不過，在 2024 年 8 月之後，將會停用建立新的 V1 應用程式閘道。 強烈建議您儘快規劃和將現有的 V1 應用程式閘道 移轉至 V2，以確保順利轉換。
如何將應用程式閘道 V1 遷移至 V2 SKU？
如果您有應用程式閘道 V1，目前可以在兩個階段中從 v1 移轉至 v2：
Microsoft 是否能為我移轉此資料？
否，Microsoft無法代表使用者移轉數據。 使用者必須使用提供的自助選項自行進行移轉。 應用程式閘道 v1 建置在舊版元件上，而網關會以許多不同方式部署在其架構中。 因此，移轉需要客戶參與。 這也允許使用者在維護期間規劃移轉。 這有助於確保移轉成功，且使用者應用程式的停機時間最短。
移轉需要多久時間？
規劃和執行移轉大多取決於部署的複雜性，可能長達數個月。
如何回報問題？
將有關移轉至 AppGateway Microsoft Q&A 的問題張貼，關鍵詞 V1Migration為 。 建議您將所有問題都張貼在此論壇上。 如果您持有支援合約，也歡迎您登錄支援票證。
V1 至 V2 移轉的常見問題
將設定從 v1 移轉至 v2 的 Azure PowerShell 指令碼是否有任何限制？
是，請參閱 注意事項/限制。
本文和 Azure PowerShell 指令碼也適用應用程式閘道 WAF 產品嗎？
是。
Azure PowerShell 指令碼是否也會將 v1 閘道的流量切換至新建立的 v2 閘道？
否，Azure PowerShell 腳本只會移轉設定。 實際流量移轉是您的責任，而且由您的控制。
Azure PowerShell 腳本所建立的新 v2 閘道大小是否適當，以處理 v1 閘道所提供的所有流量？
Azure PowerShell 指令碼會建立大小適當的新 v2 閘道，以處理現有 v1 閘道上的流量。 自動調整預設為停用，但您可以在執行腳本時啟用自動調整。
我已將 v1 閘道設定為將記錄傳送至 Azure 儲存體。 該指令碼也會複寫 v2 的此設定嗎？
否，腳本不會復寫 v2 的此設定。 您必須對已移轉的 v2 閘道個別新增記錄設定。
此指令碼是否支援上傳至 Azure Key Vault 的憑證？
是，您可以從 Keyvault 下載憑證，並將其作為移轉腳本的輸入。
我遇到使用此指令碼的一些問題。 我如何獲得幫助？
您可以在「設定和設定/遷移至 V2 SKU」主題下連絡 Azure 支援。在這裡深入瞭解 Azure 支援。