升級至 App Service 環境 v3
重要
如果您目前使用 App Service 環境 v1 或 v2,則必須將工作負載移轉至 App Service 環境 v3。 App Service 環境 v1 和 v2 自 2024 年 8 月 31 日起已淘汰 (英文)。 有較新版本的 App Service 環境,其更易於使用,並且是在更強大的基礎結構上執行。 若要深入了解新版本,請從 App Service 環境簡介開始。 如果您目前使用 App Service 環境 v1,請遵循此文章中的步驟來移轉至新版本。
自 2024 年 8 月 31 日起,服務等級協定 (SLA) 和服務點數 (英文) 將不再適用於繼續在生產環境中的 App Service 環境 v1 和 v2 工作負載,因為其是已淘汰的產品。 App Service 環境 v1 和 v2 硬體的解除委任已經開始,而這可能會影響您的應用程式和資料的可用性和效能。
您必須立即完成移轉至 App Service 環境 v3,否則您的應用程式和資源可能會遭到刪除。 我們會嘗試使用就地移轉功能,自動移轉任何剩餘的 App Service Environment v1 和 v2,但 Microsoft 並未就自動移轉後的相關應用程式可用性提供聲明或保證。 您可能需要執行手動設定來完成移轉,並最佳化您的 App Service 方案 SKU 選擇,以符合您的需求。 如果自動移轉不可行,您的資源和相關聯的應用程式資料將遭到刪除。 我們強烈敦促您立即採取行動,以避免上述任一極端案例。
如果您需要額外的時間,我們可以提供一次性 30 天的寬限期,讓您完成移轉。 如需詳細資訊和申請寬限期,請檢閱寬限期概觀 (英文),然後移至 Azure 入口網站,造訪每個 App Service 環境的窗格。
如需 App Service 環境 v1/v2 淘汰的最新資訊,請參閱 App Service 環境 v1 和 v2 淘汰更新。
此頁面可讓您一次取得指導和資源,協助您在最短停機時間的情況下成功升級。 請遵循指導,儘快規劃和完成升級。 此頁面會隨著最新資訊釋出而更新。
升級步驟
步驟 | 動作 | 資源 |
---|---|---|
1 | 接收 30 天的寬限期 | 如果您尚未要求 30 天的寬限期,請檢閱寬限期概觀,然後移至 Azure 入口網站並瀏覽每個 App Service 環境的 [移轉] 刀鋒視窗,以要求寬限期。 您必須收到寬限期,以防止非預期的自動移轉或刪除。 |
2 | 發行小眾測試版前的檢查 | 判斷環境是否符合使用其中一個自動化移轉功能將升級自動化的必要條件。 決定就地或並存移轉是否適合您的使用案例。 - 移轉路徑決策樹 - 使用就地移轉功能自動升級 - 使用並存移轉功能自動升級 如果沒有,您可以手動升級。 - 手動移轉 |
3 | 移轉 | 根據檢閱結果,使用其中一個自動化移轉功能升級,或遵循手動步驟。 |
4 | 測試與疑難排解 | 使用其中一個自動化移轉功能進行升級需要 3-6 小時的服務窗口。 如果使用並存移轉功能,您可以在完成升級之前,先測試並驗證 App Service 環境 v3。 支援小組正在監視升級,以確保成功。 如果您具備支援計劃且需要技術協助,請提出支援要求。 |
5 | 最佳化 App Service 方案 | 升級完成後,您可以最佳化 App Service方案以享受其他優勢。 檢閱自動選取的隔離 v2 SKU 大小,並視需要擴充或精簡 App Service 方案。 - 精簡 App Service 方案 - App Service 環境移轉後調整指導 探索保留執行個體價格、節省方案,並視需要查看價格估計值。 - App Service 價格頁面 - 保留折扣如何套用至隔離式 v2 執行個體 - Azure 定價計算機 |
6 | 深入了解 | App Service 環境產品管理員的升級流程概觀: - Azure App Service 社群立會:App Service 環境移轉 (英文) 與 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 環境 v3 使用以虛擬 CPU (vCPU) 為基礎 (而非實體核心) 的較新虛擬機器。 在原始 CPU 效能方面,一個 vCPU 通常不等於一個實體核心。 因此,如果嘗試將傳統實體核心計數與目前的 vCPU 計數比對,可能會發現 CPU 繫結工作負載出現效能差異。
移轉至 App Service 環境 v3 時,我們會對應 App Service 方案層,如下所示:
App Service 環境 v2 SKU | App Service 環境 v3 SKU |
---|---|
I1 | I1v2 |
I2 | I2v2 |
I3 | I3v2 |
移轉路徑決策樹
使用下列決策樹來判斷適合您的移轉路徑。 如果您的 App Service 環境符合自動化移轉的準則,則建議所有的客戶使用就地移轉功能。 就地移轉是升級至 App Service Environment v3 最簡單且最快速的方式。
停用日期後的活動
在 2024 年 8 月 31 日之後,將會開始解除委任 App Service Environment v1 和 v2 硬體,而這可能會影響您的應用程式和資料的可用性和效能。 此外,因為這些產品將會淘汰,在 2024 年 8 月 31 日正式淘汰之後,服務等級協定 (SLA) 和服務點數 (英文) 將不再適用於繼續在生產環境中的 App Service 環境 v1 和 v2 工作負載。
您必須盡快完成移轉至 App Service 環境 v3,否則您的應用程式和資源可能會被刪除。 我們會嘗試使用就地移轉功能,自動移轉任何剩餘的 App Service 環境 v1 和 v2,但 Microsoft 對自動移轉後應用程式的可用性不做任何聲明或保證。 您可能需要執行手動設定來完成移轉,並最佳化您的 App Service 方案 SKU 選擇,以符合您的需求。 如果自動移轉不可行,您的資源和相關聯的應用程式資料將遭到刪除。 我們強烈敦促您立即採取行動,以避免上述任一極端案例。
升級至 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。 如果您未變更任何項目,則每月費用如下。
您的每月成本會降低,但您不需要那麼多的計算和容量。 您會將執行個體相應縮小為 I1v2,而每月成本會進一步降低。
損益平衡點
在大部分案例中,移轉至 App Service 環境 v3 可讓您掌握節省成本的機會。 不過,成本節省可能不一定總是可行,特別是如果您需要維護大量的小型執行個體時,就可能有例外。
為了示範此情節,您有一個具有單一 I1 執行個體的 App Service 環境 v2。 每月成本為:
戳記費用 + 1(I1) = $991.34 + $208.05 = $1,199.39
如果您將此環境移轉至 App Service 環境 v3,則每月成本為:
這項變更會大幅降低成本,但因為您擁有兩倍的核心和 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 時,則每月成本為:
App Service 環境 v3 現在比 App Service 環境 v2 更昂貴。 當您開始新增更多 I1 執行個體時,因此在移轉時需要更多 I1v2 執行個體時,價格的差異會變得更加顯著。 如果此情節是環境的需求,您可能需要為每月增加的成本做規劃。 下圖以可視化方式描述在此特定情節中,App Service 環境 v3 比 App Service 環境 v2 更昂貴的情況。
注意
此計算是以美國東部 Linux$USD 價格進行。 損益平衡點會因不同區域中的價格差異而有所不同。 如需反映您情況的估計值,請參閱 Azure 價格計算機。
如需了解與 App Service 環境 v3 的成本變更和節省機會有關的更多情節,請參閱移轉至 App Service 環境 v3 來預估所省下的成本。
我們需要您的意見反應
能撥出 2 分鐘的時間嗎? 我們希望透過此快速匿名投票了解您的升級體驗。 您將協助我們了解和改進。