共用方式為

防止並解決 App Service 環境自動移轉所造成的問題

  • 發行項

重要

App Service 環境 v1 和 v2 已淘汰，且不再支援。 如果您有 App Service 環境 v1 或 v2，則必須移轉至 App Service 環境 v3。 如需詳細資訊，請參閱升級至 App Service 環境 v3。

自動移轉是由 Microsoft 起始的移轉。 自 2024 年 9 月 1 日起，平台將嘗試使用就地移轉功能，自動移轉任何剩餘的 App Service 環境 v1 和 v2，但 Microsoft 並未就自動移轉後的相關應用程式可用性提供聲明或保證。 您可能需要執行手動設定來完成移轉，並最佳化您的 App Service 方案 SKU 選擇，以符合您的需求。 如果自動移轉不可行，您的資源和相關聯的應用程式資料將遭到刪除。 我們強烈敦促您立即採取行動，以避免上述任一極端案例。

如果您的 App Service 環境 v1 或 v2 已自動移轉至 App Service 環境 v3，則可能會遇到應用程式或服務的相關問題。 本文提供如何解決這些問題的指導。

概觀

在 2024 年 9 月 1 日之後，除非另有說明，否則所有 App Service 環境 v1 和 v2 都有資格在任何指定時間自動移轉至 App Service 環境 v3。 平台會起始自動移轉，這是確保 App Service 環境在支援平台上執行的必要事項。

注意

自動移轉和刪除作業會以批次方式完成。 如果您的 App Service 環境尚未自動移轉，則隨時都可能進行自動移轉或刪除。 確保 App Service 環境不會意外自動移轉或刪除的唯一方法是要求 30 天的寬限期。

自動移轉是使用就地移轉功能來完成。 此移轉程序期間大約會停機一小時。 App Service 環境的輸入和輸出 IP 位址可能會在移轉程序期間變更。 如果您有這些 IP 位址的相依性，則停機時間可能會更長。 如果您使用 App Service 環境 v3 中不支援的功能，停機時間也可能更長。

寬限期

如果您需要更多時間來完成移轉，我們可以提供一次性 30 天的寬限期。 您的 App Service 環境不會在寬限期內自動移轉或刪除。 寬限期結束時，我們會嘗試自動移轉您的 App Service 環境。 如果自動移轉不可行，您的資源和相關聯的應用程式資料將遭到刪除。

若要接收此寬限期，請移至 Azure 入口網站，並瀏覽 App Service 環境的 [移轉] 頁面。 如果您有一個以上的 App Service 環境，您需要針對每個需要更多移轉時間的環境確認並接收寬限期。

顯示 [移轉] 頁面上按鈕的螢幕擷取畫面，您可以在其中確認可用的一次性 30 天寬限期。

接收寬限期之後，[移轉] 頁面頂端的橫幅會顯示寬限期結束日期。 您可能需要重新整理頁面，才能看到新的橫幅。 橫幅最多可能需要五分鐘的時間，才會使用日期進行更新。

螢幕擷取畫面顯示 [移轉] 頁面上的橫幅，您可以在其中看到提供的 30 天寬限期結束日期。

如果您需要更多支援或有問題，請在 Azure 入口網站的 [移轉] 頁面上，使用 [開啟支援票證] 選項來連絡 Azure 支援。 請務必針對每個需要更多時間來移轉的環境確認並接收寬限期，之後才能開啟支援要求。 確認和寬限期可確保在處理支援要求時，您的環境不會自動移轉。

顯示 [移轉] 頁面上按鈕的螢幕擷取畫面，您可以在其中開啟支援票證。

自動移轉限制

自動移轉是使用就地移轉功能來完成。 下列限制適用於自動移轉，類似於就地移轉的限制：

  • 新 App Service 環境 v3 會放在舊環境所使用的現有子網路中。
  • 新的 App Service 環境 v3 位於與舊環境相同的區域中。
  • 新的 App Service 環境 v3 與舊環境位於相同的資源群組中。
  • 所有資源都會維護相同的名稱和資源識別碼。
  • App Service 環境 v3 不支援以 IP 為基礎的 TLS/SSL 繫結。 如果您有以 IP 為基礎的 TLS/SSL 繫結，則必須在移轉完成後將其移除。 在移除繫結之前，您的應用程式無法運作。
  • 傳統虛擬網路中的 App Service 環境 v1 不支援移轉。 如果您在傳統虛擬網路中有 App Service 環境 v1，則必須手動移轉。 如果您未要求 30 天的寬限期，App Service 環境隨時都有資格刪除。
  • 中國東部 2 和中國北部 2 不提供就地移轉功能。 由於 App Service 環境 v3 在這些區域中無法使用，因此不支援此功能。 因此，這些區域中的 App Service 環境無法進行自動移轉。 如果您在這些區域中有 App Service 環境，則必須手動移轉至其中一個支援的區域，例如中國東部 3 或中國北部 3。 如果您未要求 30 天的寬限期，App Service 環境隨時都有資格刪除。

如需就地移轉的詳細資訊，以及查看自動移轉期間所遵循的程序，請參閱使用就地移轉功能移轉至 App Service 環境 v3。

不符合自動移轉資格

有兩種情況可能不符合自動移轉的資格。 第一個案例是，如果您的目前環境位於不支援 App Service 環境 v3 的區域。 另一個案例是，如果您在傳統虛擬網路中有 App Service 環境 v1。 如果您不符合自動移轉資格且永遠無法自動移轉，入口網站會顯示一則訊息，顯示不符合資格的原因。 您必須手動移轉。 如果您未要求 30 天的寬限期，App Service 環境隨時都有資格刪除。

在某些情況下，您可能會暫時遭到封鎖而無法自動移轉，但您可以解決封鎖問題並啟用自動移轉。 例如，如果您的 App Service 環境上有資源鎖定，您可以移除資源鎖定來啟用自動移轉。 資源鎖定、Azure 原則或網路設定封鎖的自動移轉會自動暫停。 如果您需要取消暫停 App Service 環境，請開啟支援票證。

如果您無法自動移轉，可能會在入口網站中顯示下列錯誤：

錯誤 建議
傳統虛擬網路中的 App Service 環境 v1。 傳統虛擬網路不支援 App Service 環境 v3。 您必須手動移轉。
App Service 環境/虛擬網路/資源群組/訂用帳戶上有可能會防止移轉的資源鎖定。 若要啟用自動移轉，請移除資源鎖定。
有一個 Azure 原則會防止移轉。 若要啟用自動移轉，請移除任何封鎖 App Service 環境資源修改或刪除的 Azure 原則，或環境所在的虛擬網路。
App Service 環境位於不支援自動移轉的區域。 您必須手動移轉。

如果您的 App Service 環境已暫停，該怎麼辦

如果您的 App Service 環境 已暫停，您有三個選項。

取消暫停和自我移轉

如果您想要自行移轉，請使用 [移轉] 頁面中的選項開啟支援票證，以查看是否可以取消暫停您的 App Service 環境。 我們不保證可以取消暫停您的環境。

螢幕擷取畫面顯示 [移轉] 頁面上的按鈕，您可以在其中開啟支援票證，以查看是否可以取消暫停您的環境。

繼續/取消暫停為 App Service 環境 v3

如果您想要加速移轉，則可以將環境繼續/取消暫停為 App Service 環境 v3。 若要以 v3 的形式繼續 App Service 環境，請移至 Azure 入口網站，並瀏覽 App Service 環境的 [移轉] 頁面。 若要繼續您的環境作為 App Service 環境 v3，請選取 [立即移轉] 按鈕。 這個按鈕會起始用於自動移轉的相同程序。 限制、停機和其他考量與自動移轉相同。 如果您有一個以上的 App Service 環境，則必須繼續暫停的每個環境。

顯示 [移轉] 頁面上按鈕的螢幕擷取畫面，您可以在其中繼續作為 App Service 環境 v3。

刪除您的 App Service 環境

如果您不再需要 App Service 環境，您可以使用下列 CLI 命令來刪除您的環境。 將訂用帳戶標識碼、環境名稱和資源群組的佔位元元取代為您想要刪除之 App Service 環境 的值。 Azure CLI 是刪除環境的唯一可用方法。 如果您先前尚未使用 Azure CLI， 請安裝 Azure CLI 或使用 Azure Cloud Shell 並使用 Bash 殼層。 刪除您的環境也會刪除相關聯的應用程式和 App Service 方案。 這項動作無法復原。

az rest --method delete --url "https://management.azure.com/subscriptions/<SUBSCRIPTION-ID>/resourceGroups/<RESOURCE-GROUP>/providers/Microsoft.Web/hostingEnvironments/<ASE-NAME>?api-version=2020-12-01" --url-parameters forceDelete=true --verbose

限制自動移轉效果的功能

為了限制自動移轉的效果，我們已將下列功能實作至自動移轉功能。

輸出 IP 位址保留

先前，在移轉程序期間，App Service 環境的輸出 IP 位址一律會變更。 現在，移轉程序期間可能會保留 App Service 環境的輸出 IP 位址。 App Service 環境 v1/v2 公用 IP 位址可能會保留，並作為 App Service 環境 v3 的輸出 IP 位址。 我們不保證可以保留您的輸出 IP 位址。 不過，App Service 環境 v3 有兩個輸出 IP 位址。 如果您有自訂網域尾碼組態，且透過公用網際網路連線到 Azure Key Vault，您可能仍然需要考慮其他新的輸出 IP 位址。

針對內部負載平衡器 (ILB) App Service 環境移轉，一律會保留輸入 IP。 這項功能在自動移轉期間維持不變。

針對外部負載平衡器 (ELB) App Service 環境移轉，輸入 IP 仍會變更。 如果您使用 A 記錄指向 App Service 環境的輸入 IP 位址，這項變更可能會影響到您。 如果您使用 A 記錄，則必須更新 A 記錄，以在移轉程序完成之後指向新的輸入 IP 位址。 如果您使用 CNAME 記錄，您可能不需要進行任何 DNS 變更。 如果您對輸入 IP 位址有任何其他相依性，則必須據以更新它們。

App Service 環境 v2 自訂網域尾碼組態相容性

App Service 環境 v3 上的自訂網域尾碼實作方式與 App Service 環境 v2 上的實作方式不同。 在 App Service 環境 v2 上，憑證會直接上傳至 App Service 環境。 此外，允許非萬用字元憑證。 在 App Service 環境 v3 上，憑證必須儲存在 Azure Key Vault 中，而 App Service 環境必須能夠存取金鑰保存庫。 此外，不允許使用非萬用字元憑證。

為了降低自動移轉的效果，我們在 App Service 環境 v3 上實作 App Service 環境 v2 自訂網域尾碼組態的有限相容性模式。 如果您在 App Service 環境 v2 上有自訂網域尾碼組態，則組態會移轉至 App Service 環境 v3。 憑證會上傳至 App Service 環境 v3，並更新組態以使用上傳的憑證。 此程序會作為暫時性措施，且只有在目前的憑證到期之前才有效。 在移轉程序完成且憑證到期之前，您必須更新組態以使用 Azure Key Vault。 如果您未更新組態，一旦憑證到期，自訂網域尾碼將無法運作。 如需詳細資訊，請參閱 App Service 環境 v3 上的自訂網域尾碼。

重要

即使使用自訂網域尾碼相容性模式，您的自訂網域尾碼組態可能無法如預期般運作。 我們並不保證您的自訂網域尾碼在自動移轉之後能夠正常運作。 強烈建議您在移轉程序完成之後，儘快更新組態以使用 Azure Key Vault。

移轉支援使用以 IP 為基礎的 TLS/SSL 繫結的應用程式

App Service 環境 v3 不支援以 IP 為基礎的 TLS/SSL 繫結。 先前，移轉功能只允許您在移除繫結之後進行移轉。 為了啟用自動移轉，系統會移除自動驗證以檢查以 IP 為基礎的 TLS/SSL 繫結。 如果您有以 IP 為基礎的 TLS/SSL 繫結，則必須在移轉完成後將其移除。 在移除繫結之前，您的應用程式無法運作。

解決自動移轉所造成的問題

下列是在自動移轉之後，應用程式或服務可能會遇到的問題。 如果您的問題未在這裡列出，且您需要協助，請連絡 Azure 支援。

問題：App Service 環境 v3 使用舊的自訂網域尾碼組態

如果您在 App Service 環境 v2 上有自訂網域尾碼組態，則組態會移轉至 App Service 環境 v3。 憑證會上傳至 App Service 環境 v3，並更新組態以使用上傳的憑證。 此程序會作為暫時性措施，且只有在目前的憑證到期之前才有效。 我們並不保證您的舊自訂網域尾碼組態在自動移轉之後能夠正常運作。

若要解決此不相容的問題，您必須在移轉程序完成且憑證到期之前，更新組態以使用 Azure Key Vault。 如果您未更新組態，一旦憑證到期，自訂網域尾碼將無法運作。 若要更新自訂網域尾碼組態，請遵循 App Service 環境 v3 上的自訂網域尾碼中的步驟。

問題：App Service 環境 v3 上的應用程式具有以 IP 為基礎的 TLS/SSL 繫結

App Service 環境 v3 不支援以 IP 為基礎的 TLS/SSL 繫結。 移轉完成後，您必須移除繫結。 在移除繫結之前，您的應用程式無法運作。

問題：相依資源不會更新為使用新的輸入 IP 位址

ILB App Service 環境移轉會保留輸入 IP 位址，因此不需要採取任何動作。

ELB App Service 環境移轉會變更輸入 IP 位址。 如果您使用 A 記錄指向 App Service 環境的輸入 IP 位址，則必須更新 A 記錄，以在移轉程序完成之後指向新的輸入 IP 位址。 如果您使用 CNAME 記錄，您可能不需要進行任何 DNS 變更。 如果您對輸入 IP 位址有任何其他相依性，則必須據以更新它們。 移轉程序完成之後，舊的輸入 IP 位址將不再有效。

問題：相依資源不會更新為使用新的輸出 IP 位址

App Service 環境 v3 有兩個輸出 IP 位址。 移轉程序之後，可能會保留您現有的輸出 IP 位址，但會建立另一個輸出 IP。 如果您有自訂網域尾碼組態，並透過公用網際網路連線到您的 Azure Key Vault，則可能需要考慮這個其他新的輸出 IP 位址。 如果未保留原始輸出 IP 位址，您也必須考慮這項變更。

問題：功能變更或與 App Service 環境 v3 不相容

一般而言，App Service 環境 v3 與 App Service 環境 v1 和 v2 相容。 但是，兩者有一些差異。 若要查看版本之間的差異，請檢閱 App Service 環境版本比較。 如果您使用不支援或行為不同的 App Service 環境 v3 功能，則必須據以更新您的應用程式。

以下是 App Service 環境 v3 中值得注意的變更：

  • 不支援以 IP 為基礎的 TLS/SSL 繫結。
  • 自訂網域尾碼組態不同。
  • 即使您有自訂網域尾碼，預設網域仍一律會進行維護。
  • 不允許自訂網域尾碼的非萬用字元憑證。
  • App Service 環境 v3 有兩個輸出 IP 位址。
  • 可用的 SKU 大小不同。
  • 定價模式不同。
  • 網路模型不同。
  • FTPS 端點結構不同。 不支援使用自訂網域尾碼存取 FTPS 端點。
  • 如果虛擬網路中已設定的自訂 DNS 伺服器無法解析指定的名稱，則 App Service 環境 v3 不會回復至 Azure DNS。 如果需要此行為，請確定您有公用 DNS 的轉寄站，或將 Azure DNS 包含在自訂 DNS 伺服器清單中。

定價

自動移轉 App Service 環境不需要任何費用。 一旦在移轉程序期間關閉之前的 App Service 環境，系統就會立即停止收費。 一旦部署 App Service 環境 v3，系統就會開始向您收費。 如需 App Service 環境 v3 定價的詳細資訊，請參閱定價詳細資料。

當您從舊版移轉至 App Service 環境 v3 時，便會發生您應該考慮、可能會降低每月成本的案例。 請考慮保留和節省方案，以進一步降低成本。 如需節省成本的機會資訊，請參閱升級至 App Service 環境 v3 之後節省成本的機會。

注意

由於將 App Service 方案會從隔離式方案轉換為隔離式方案 v2，因此在移轉之後，您的應用程式可能會在移轉後過度佈建，因為隔離式方案 v2 層對於每個對應執行個體大小具有更多的記憶體和 CPU。 移轉完成後，您將有機會視需要調整環境。 如需詳細資訊，請檢閱 SKU 詳細資料。

縮小 App Service 方案的規模

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

App Service 環境 v1 和 v2 淘汰後的支援原則

下列描述代表自 2024 年 9 月 1 日起的 Azure App Service 環境 v1 和 v2 支援原則。 這不會影響在 App Service 環境 v3 上執行的工作負載。

此支援原則會在您獲得 Microsoft 書面核准的任何延伸或寬限期結束時到期，以在排程的淘汰日期之後執行服務。 在該日期之前並未移轉會導致所有剩餘的 Azure App Service 環境 v1 和 v2 淘汰，這可能包括但不限於刪除應用程式和資料、自動就地移轉和其他淘汰程序。

延伸支援原則包含下列項目：

  • 自 2024 年 9 月 1 日起，服務等級協定 (SLA) 不再適用於 App Service 環境 v1 和 v2。 透過在淘汰日期之後繼續使用產品，您確認 Azure 不會認可淘汰環境的 SLA 為 99.95%。
  • 我們致力於維護平台，並讓您完成移轉。 因此，客戶支援服務 (CSS) 和產品群組 (PG) 支援管道將繼續以商業上合理的方式處理支援案例和重大回應事件。 App Service 環境 v1 和 v2 中不會進行新的安全性和合規性投資。
  • App Service 會根據此處記載的平台更新程序，繼續修補作業系統和語言執行階段。
  • App Service 會在推出之前繼續測試及驗證 Azure App Service 更新，並將繼續遵循平台更新的安全部署程序。
  • App Service 將繼續主動監視 Azure App Service 環境 v1/v2 的生產使用量，且將繼續以與目前相同的急迫性回應透過此監視偵測到的問題。
  • Microsoft 會繼續接受 Azure App Service 支援案例，並及時推動 Azure App Service 問題的解決。
  • App Service 會繼續針對可能發生的重要 Azure App Service 平台 Bug 套用修補程式和 Hotfix。
  • 不過，由於淘汰會影響所有雲端服務和 Azure 服務管理 (ASM)/RedDog 前端 (RDFE) 元件，所以能夠有效緩解較低層級 Azure 相依性所造成的問題。

我們鼓勵您儘快完成移轉至 Azure App Service 環境 v3，以避免服務中斷。 我們的小組可協助您進行移轉程序，並回答您可能有任何問題。 如需淘汰和移轉步驟、可用資源和移轉優點的詳細資訊，請參閱產品文件。

常見問題集

  • 為什麼我會在 App Service 環境 v1/v2 上遇到暫時性應用程式中斷？
    Azure 平台正在準備淘汰雲端服務 (傳統)，這是 App Service 環境 v1 和 v2 執行所在的基礎結構。 在此準備期間，您應該預期會有暫時性的中斷和服務中斷。 若要將這些中斷的影響降到最低，建議您儘快移轉至 App Service 環境 v3。
  • 為什麼我的 App Service 環境會自動移轉？
    App Service 環境 v1 和 v2 已淘汰，且不再支援。 App Service 環境 v1 和 v2 的支援基礎結構即將解除委任。 為了確保您的 App Service 環境是在支援的平台上執行，Microsoft 會起始自動移轉至 App Service 環境 v3。
  • 為什麼我的應用程式在自動移轉後無法運作？
    自動移轉之後，您可能會因為功能更新或不相容而遇到應用程式或服務的問題。 若要解決這些問題，請參閱解決自動移轉所造成的問題。
  • 自動移轉程序期間的停機為何？
    在自動移轉程序期間，大約會有一小時的停機。 App Service 環境的輸入和輸出 IP 位址可能會在移轉程序期間變更。 如果您有這些 IP 位址的相依性，則停機時間可能會更長。 如果您使用 App Service 環境 v3 中不支援的功能，停機時間也可能更長。
  • 我是否需支付自動移轉的費用？
    自動移轉 App Service 環境不需要任何費用。 一旦在移轉程序期間關閉之前的 App Service 環境，系統就會立即停止收費。 一旦部署 App Service 環境 v3，系統就會開始向您收費。
  • 為什麼我的 App Service 環境已刪除？
    如果自動移轉不可行，您的資源和相關聯的應用程式資料將遭到刪除。 我們強烈建議您立即採取行動，以避免這種情況發生。 如果您需要更多時間來完成移轉，我們可以提供一次性 30 天的寬限期。 您的 App Service 環境不會在寬限期內刪除。 寬限期結束時，我們可能會刪除您的 App Service 環境及所有相關聯的資料。