升級至 App Service 環境 v3

重要

如果您目前使用 App Service 環境 v1 或 v2,則必須將工作負載移轉至 App Service 環境 v3App Service 環境 v1 和 v2 將在 2024 年 8 月 31 日淘汰。 在該日期前的移轉失敗會導致環境、執行中的應用程式和所有應用程式資料遺失。

2024 年 1 月 29 日起,您無法再使用任何可用的方法建立新的 App Service 環境 v1 和 v2 資源,包括 ARM/Bicep 範本、Azure 入口網站、Azure CLI 或 REST API。

此頁面可讓您一次取得指導和資源,協助您在最短停機時間的情況下成功升級。 請遵循指導,儘快規劃和完成升級。 此頁面會隨著最新資訊釋出而更新。

升級步驟

步驟 動作 資源
1 發行小眾測試版前的檢查 判斷環境是否符合使用其中一個自動化移轉功能將升級自動化的必要條件。 決定就地或並存移轉是否適合您的使用案例。

- 移轉路徑決策樹
- 使用就地移轉功能自動升級
- 使用並存移轉功能進行自動升級

如果沒有,您可以手動升級。

- 手動移轉
2 移轉 根據檢閱結果,使用其中一個自動化移轉功能升級,或遵循手動步驟。

- 使用就地自動化移轉功能
- 使用並存自動化移轉功能
- 手動移轉
3 測試與疑難排解 使用其中一個自動化移轉功能進行升級需要 3-6 小時的服務窗口。 如果您使用並存移轉功能,您可以在完成升級之前先測試並驗證您的 App Service 環境 v3。 支援小組正在監視升級,以確保成功。 如果您具備支援計劃且需要技術協助,請提出支援要求
4 最佳化 App Service 方案 升級完成後,您可以最佳化 App Service方案以享受其他優勢。

檢閱自動選取的隔離 v2 SKU 大小,並視需要擴充或精簡 App Service 方案。

- 精簡 App Service 方案
- App Service 環境移轉後調整指導

探索保留執行個體價格、節省方案,並視需要查看價格估計值。

- App Service 價格頁面
- 保留折扣如何套用至隔離式 v2 執行個體
- Azure 定價計算機
5 深入了解 隨選:與 Azure FastTrack 架構設計人員參與即時學習網路研討會

需要其他協助嗎? 提交要求以連絡 FastTrack。

常見問題集

社群支援

其他資訊

升級有哪些優勢?

App Service 環境 v3 是 App Service 環境的最新版本。 此版本更容易使用、在功能更強大的基礎結構上執行,最多可支援高達 64 個核心和 256 GB RAM,而且 Windows 和 Linux 的調整速度更快,網路拓撲也更簡單。 如需所有這些優勢的相關資訊,請參閱下列資源。

升級至 App Service 環境 v3 時有哪些變更?

有哪些工具可協助升級至 App Service 環境 v3?

有兩個自動化移轉功能可協助您升級至 App Service 環境 v3。

  • 就地移轉功能會將 App Service 環境就地移轉至 App Service 環境 v3。 就地表示 App Service 環境 v3 會取代相同子網路中的現有 App Service 環境。 移轉期間會發生應用程式停機,因為子網路在指定時間只能有單一 App Service 環境。 如需此功能的詳細資訊,請參閱使用就地移轉功能自動升級
  • 並存移轉功能會在您選擇的不同子網中建立新的 App Service 環境 v3,並在該新環境中重新建立所有 App Service 方案和應用程式。 您現有的環境會在整個移轉期間啟動並執行。 一旦新的 App Service 環境 v3 準備就緒,您就可以將流量重新導向至新環境並完成移轉。 在移轉期間沒有發生應用程式停機。 如需此功能的詳細資訊,請參閱 使用並存移轉功能進行自動升級。
  • 無法使用自動化移轉功能時,可以使用手動移轉選項。 如需這些選項的詳細資訊,請參閱移轉替代方案

移轉路徑決策樹

使用下列決策樹來判斷適合您的移轉路徑。

判定樹的螢幕快照,可協助決定要使用的 App Service 環境 升級選項。

升級至 App Service 環境 v3 之後節省成本的機會

App Service 環境 v3 可用的 App Service 方案 SKU 會在隔離 v2 (Iv2) 層上執行。 相較於隔離層,每個對應層的核心數目和 RAM 數目實際上都增加一倍。 移轉時,App Service 方案會轉換成對應的層。 例如,I2 執行個體會轉換成 I2v2。 雖然 I2 有兩個核心和 7 GB RAM,但 I2v2 有四個核心和 16 GB 的 RAM。 如果預期容量需求維持不變,則您會遇到過度佈建的情況,並為您未使用的計算和記憶體付費。 在此情節中,您可以將 I2v2 執行個體相應減少為 I1v2,最終獲得與先前擁有類似的核心和 RAM 數目。

注意

所有情節都是使用以美國東部 Linux $USD 價格為基礎的成本計算。 付款選項會設定為每月付款。 估計值會以估計值建立當日的適用價格為準。 實際估計值總額可能會不同。 如需最新的估計值,請參閱 Azure 價格計算機

若要示範此情節的成本節省機會,請使用價格計算機來預估因相應精簡 App Service 方案而省下的每月成本。 在此範例中,App Service 環境 v2 有 1 個 I2 執行個體。 您需要兩個核心和 7 GB RAM。 您所使用的是隨用隨付價格。 在 App Service 環境 v2 上,每月付款如下。

戳記費用 + 1(I2) = $991.34 + $416.10 = $1,407.44

當您使用移轉功能移轉此 App Service 環境時,新的 App Service 環境 v3 有 1 個 I2v2 執行個體,這表示您有四個核心和 16 GB RAM。 如果您未變更任何項目,則每月費用如下。

1(I2v2) = $563.56

您的每月成本會降低,但您不需要那麼多的計算和容量。 您會將執行個體相應縮小為 I1v2,而每月成本會進一步降低。

1(I1v2) = $281.78

損益平衡點

在大部分案例中,移轉至 App Service 環境 v3 可讓您掌握節省成本的機會。 不過,成本節省可能不一定總是可行,特別是如果您需要維護大量的小型執行個體時,就可能有例外。

為了示範此情節,您有一個具有單一 I1 執行個體的 App Service 環境 v2。 每月成本為:

戳記費用 + 1(I1) = $991.34 + $208.05 = $1,199.39

如果您將此環境移轉至 App Service 環境 v3,則每月成本為:

1(I1v2) = $281.78

這項變更會大幅降低成本,但因為您擁有兩倍的核心和 RAM,而您可能不需要用到這些資源,因此會發生過度佈建的情況。 由於新環境更便宜,因此在此情節中,過量並不會造成問題。 不過,當您在單一 App Service 環境中增加 I1 執行個體時,您會看到移轉至 App Service 環境 v3 的作法如何提高每月成本。

在此情節中,App Service 環境 v2 有 14 個 I1 執行個體。 每月成本為:

戳記費用 + 14(I1) = $991.34 + $2,912.70 = $3,904.04

當您將此環境移轉至 App Service 環境 v3 時,則每月成本為:

14(I1v2) = $3,944.92

App Service 環境 v3 現在比 App Service 環境 v2 更昂貴。 當您開始新增更多 I1 執行個體時,因此在移轉時需要更多 I1v2 執行個體時,價格的差異會變得更加顯著。 如果此情節是環境的需求,您可能需要為每月增加的成本做規劃。 下圖以可視化方式描述在此特定情節中,App Service 環境 v3 比 App Service 環境 v2 更昂貴的情況。

注意

此計算是以美國東部 Linux$USD 價格進行。 損益平衡點會因不同區域中的價格差異而有所不同。 如需反映您情況的估計值,請參閱 Azure 價格計算機

此圖表顯示 App Service 環境 v3 對於只有小型實例的案例,App Service 環境 v3 的成本會比 v2 高。

如需了解與 App Service 環境 v3 的成本變更和節省機會有關的更多情節,請參閱移轉至 App Service 環境 v3 來預估所省下的成本

歡迎您隨時提供您的寶貴意見!

能撥出 2 分鐘的時間嗎? 我們希望透過此快速匿名投票了解您的升級體驗。 您將協助我們了解和改進。

下一步