使用並存移轉功能移轉至 App Service 環境 v3

發行項
04/16/2024

注意

本文所述的移轉功能是用於將 App Service 環境 v2 自動移轉至 App Service 環境 v3 的並存（不同子網）。

如果您要尋找就地移轉功能的資訊，請參閱使用就地移轉功能移轉至 App Service 環境 v3。如果您要尋找手動移轉選項的相關資訊，請參閱手動移轉選項。如需有助於決定適合您移轉選項的說明，請參閱移轉路徑決策樹。如需 App Service 環境 v3 的詳細資訊，請參閱 App Service 環境 v3 概觀。

App Service 現在可以自動將 App Service 環境 v1 和 v2 版移轉至 App Service 環境 v3。有不同的移轉選項。檢閱移轉路徑決策樹，以決定哪個選項最適合您的使用案例。 App Service 環境 v3 提供舊版的優點和功能差異。進行移轉之前，請務必先檢閱 App Service 環境 v3 的支援功能，以降低非預期應用程式問題的風險。

並存移轉功能會將移轉至 v3 App Service 環境自動化。並存移轉功能會建立具有不同子網中所有應用程式的新 App Service 環境 v3。您現有的 App Service 環境不會遭到刪除，除非您在移轉程序結束後起始刪除作業。由於此程序的關係，如果您需要取消移轉，有復原選項可供您使用。此移轉選項最適合想要以不停機的方式移轉至 App Service 環境 v3 的客戶，而且，此選項支援為客戶的新環境使用不同的子網路。如果您需要使用相同的子網路，並可讓應用程式停機約一個小時，則請參閱就地移轉功能。如需可按照自己的步調來進行移轉的手動移轉選項，請參閱手動移轉選項。

重要

建議您先將此功能用於開發環境，再移轉任何生產環境，以確保沒有任何非預期的問題。請使用頁面底部的按鈕，提供與本文或功能相關的任何意見反應。

支援的案例

目前，並存移轉功能不支援移轉至下列區域中的 App Service 環境 v3：

Azure 公用

阿拉伯聯合大公國中部

Azure Government

US DoD 中部
US DoD 東部
US Gov 亞利桑那州
US Gov 德克薩斯州
US Gov 維吉尼亞州

由 21Vianet 營運的 Microsoft Azure

中國東部 2
中國北部 2

您可以使用並存移轉功能來移轉下列 App Service 環境組態。數據表會根據您現有的 App Service 環境，使用並存移轉功能時，提供 App Service 環境 v3 組態。

組態	App Service 環境 v3 設定
內部負載平衡器 (ILB) App Service 環境 v2	ILB App Service 環境 v3
外部 (ELB/網際網路對應且具有公用 IP) App Service 環境 v2	ELB App Service 環境 v3
具有自訂網域尾碼的 ILB App Service 環境 v2	具有自訂網域尾碼的 ILB App Service 環境 v3

App Service 環境 v3 可以部署為支援區域備援。只要 App Service 環境 v3 位於支援區域備援的區域，就可以啟用區域備援。

如果您希望新的 App Service 環境 v3 使用自訂網域尾碼，而且您目前還沒使用，則一旦移轉完成後，就可以隨時設定自訂網域尾碼。如需詳細資訊，請參閱設定 App Service 環境的自訂網域尾碼。如果您的現有環境有自定義網域後綴，而且您不想再使用它，則必須設定自定義網域後綴以進行移轉。您可以在移轉完成後移除自訂網域後綴。

並存移轉功能限制

以下是使用並存移轉功能時的限制：

新的 App Service 環境 v3 位於不同子網路，但與現有環境相同的虛擬網路中。
您無法變更 App Service 環境所在的區域。
ELB App Service 環境無法移轉至 ILB App Service 環境 v3，反之亦然。
如果您現有的 App Service 環境使用自訂網域尾碼，您必須在移轉程序期間設定 App Service 環境 v3 的自訂網域尾碼。
- 如果不再使用自訂網域尾碼，移轉完成後即可將其移除。
並存移轉功能僅適用於 CLI 或透過 REST API。 Azure 入口網站中無法使用此功能。

App Service 環境 v3 不支援您可能有搭配目前的 App Service 環境 v2 使用的下列功能。

使用您的應用程式設定以 IP 為基礎的 TLS/SSL 繫結。
如果虛擬網路中已設定的自訂 DNS 伺服器無法解析指定的名稱，則 App Service 環境 v3 不會回復至 Azure DNS。如果需要此行為，請確定您有公用 DNS 的轉寄站，或將 Azure DNS 包含在自訂 DNS 伺服器清單中。

並存移轉功能不支援下列案例。如果您的 App Service 環境屬於下列其中一個類別，請參閱手動移轉選項。

App Service 環境 v1
- 您可以瀏覽至 Azure 入口網站中的 App Service 環境，然後選取左側 [設定] 底下的 [設定]，以尋找 App Service 環境的版本。您也可以使用 Azure 資源總管，並檢閱 App Service 環境的 kind 屬性值。
- 如果您有 App Service 環境 v1，您可以使用就地移轉功能或其中一個手動移轉選項來進行移轉。
使用 IP SSL 位址的 ELB App Service 環境 v2
釘選區域的 App Service 環境 v2

App Service 平臺會檢閱您的 App Service 環境，以確認並存移轉支援。如果您的案例未通過所有驗證檢查，您目前無法使用並存移轉功能進行移轉。如果環境狀況不良或處於暫停狀態，則在進行所需的更新之前，您將無法移轉。

注意

App Service 環境 v3 不支援 IP SSL。如果您使用 IP SSL，必須先移除所有 IP SSL 繫結，才能移轉至 App Service 環境 v3。在移除所有 IP SSL 繫結之後，此移轉功能便會支援您的環境。

疑難排解

如果您的 App Service 環境未通過驗證檢查，或您嘗試以不正確的順序執行移轉步驟，您可能會看到下列其中一個錯誤訊息：

錯誤訊息	描述	建議
移轉只能在 ARM VNET 中的 ASE 上呼叫，而此 ASE 位於傳統 VNET 中。	傳統虛擬網路中的 App Service 環境無法使用並存移轉功能進行移轉。	使用其中一個手動移轉選項進行移轉。
ASEv3 移轉尚未就緒。	基礎基礎結構尚未準備好支援 App Service 環境 v3。	如果您想要立即移轉，請使用其中一個手動移轉選項進行移轉。否則，請等候區域中可用的並存移轉功能。
無法啟用此 ASE 的區域備援。	App Service 環境所在的區域不支持區域備援。	如果您需要啟用區域備援，請使用其中一個手動移轉選項來移轉至支援區域備援的區域。
目前無法在此自訂 DNS 尾碼 ASE 上呼叫移轉。	自訂網域尾碼移轉遭到封鎖。	請開立支援案例，洽詢支援人員來解決問題。
目前無法呼叫區域備援 ASE 移轉。	區域備援 App Service 環境移轉遭到封鎖。	請開立支援案例，洽詢支援人員來解決問題。
無法在已固定區域的 ASEv2 上呼叫移轉。	App Service 環境目前無法使用並存移轉功能來移轉區域釘選的 v2。	如果您想要立即移轉，請使用其中一個手動移轉選項進行移轉。
還有進行中的還原移轉作業，請稍後再試。	先前的移轉嘗試還在還原中。	請等到進行中的還原完成後，再重新嘗試開始移轉。
Properties.VirtualNetwork.Id 應包含子網路資源識別碼。	如果您嘗試移轉而不提供新的子網路來放置 App Service 環境 v3，就會出現此錯誤。	請確定您有遵循指導並完成步驟，以識別您要用於 App Service 環境 v3 的子網路。
無法從「無停機移轉」目前的 `<previous phase>` 階段移至 `<requested phase>` 階段。	如果您嘗試以不正確的順序執行移轉步驟，就會出現此錯誤。	請確定您有按照順序來進行移轉步驟。
無法在混合式狀態下的 ASE 上開始還原作業，請稍後再試。	如果您嘗試還原移轉，但某個地方發生問題，就會出現此錯誤。此錯誤不會影響您的舊環境或新環境。	請開立支援案例，洽詢支援人員來解決問題。
無法在不停機的情況下移轉此 ASE。	如果您嘗試在 App Service 環境 v1 上使用並存移轉功能，就會出現此錯誤。	並存移轉功能不支援 v1 App Service 環境。請使用就地移轉功能或其中一個手動移轉選項來進行移轉。
此訂用帳戶無法使用移轉功能。	需要支援人員的參與才能移轉此 App Service 環境。	請開立支援案例，洽詢支援人員來解決問題。
無法呼叫區域備援移轉，因為移轉前所建立的 IP 位址不支援區域備援。	如果您嘗試進行區域備援移轉，但在 IP 產生步驟進行期間未建立區域備援 IP，就會出現此錯誤。	如果您需要啟用區域備援，請開立支援案例以洽詢支援人員。否則，您可以進行不啟用區域備援的移轉。
如果任何網站上啟用 IP SSL，則無法呼叫移轉。	App Service 環境啟用IP SSL的網站無法使用並存移轉功能進行移轉。	從 App Service 環境中的所有應用程式移除IP SSL，以啟用移轉功能。
無法在相同的子網路內移轉。	如果您指定目前環境所在的相同子網路來放置 App Service 環境 v3，便會出現此錯誤。	您必須為 App Service 環境 v3 指定不同的子網路。如果您需要使用相同的子網路，請使用就地移轉功能來進行移轉。
訂用帳戶具有太多 App Service 環境。請先移除一些環境，再嘗試建立更多項目。	已符合訂用帳戶的 App Service 環境配額。	移除不必要的環境，或連絡支援人員以檢閱您的選項。
必須先完成作用中的升級，才能在此 ASE 上呼叫移轉。	App Service 環境無法在平台升級期間進行移轉。您可以從 Azure 入口網站設定升級喜好設定。在某些情況下，如果您的 App Service 環境不在目前的組建上，則可在瀏覽移轉頁面時起始升級作業。	請等候升級完成，然後進行移轉。
正在進行 App Service 環境管理作業。	您的 App Service 環境正在進行管理作業。這些作業可能包括部署或升級等活動。在這些作業完成之前，會將移轉封鎖。	完成這些作業之後，您將能夠進行移轉。
目前不支援 InteralLoadBalancingMode。	將 InternalLoadBalancingMode 設為某些值的 App Service 環境目前無法使用移轉功能進行移轉。 Microsoft 小組必須手動變更 InternalLoadBalancingMode。	請開立支援案例，洽詢支援人員來解決問題。要求更新 InternalLoadBalancingMode 以允許移轉。
移轉無效。 ASE 必須升級至最新的組建，以確保移轉成功。我們現在會升級 ASE。一旦平台升級完成，請嘗試在幾個小時內再次移轉。	App Service 環境不是移轉所需的最低組建。升級已開始。 App Service 環境不會受到影響，但在升級時，您將無法調整或變更 App Service 環境。在升級完成之前，您都無法進行移轉。	請等候升級完成，然後進行移轉。
產生 IP 位址之前，無法呼叫完整移轉。	如果您在完成移轉前步驟之前嘗試移轉，就會出現此錯誤。	在您嘗試移轉之前，請確定您已完成所有移轉前步驟。請參閱移轉的逐步指南。
在已設定自定義 DNS 後綴但未設定 AseV3 自定義 Dns 後綴組態的情況下，無法在 Ase 上呼叫完整移轉。	您現有的 App Service 環境會使用自訂網域後綴。您必須在移轉程式期間設定 App Service 環境 v3 的自定義網域後綴。	設定自訂網域後綴。如果不再使用自訂網域尾碼，移轉完成後即可將其移除。

使用並存移轉功能的移轉程式概觀

並存移轉是由一系列必須依序遵循的步驟所組成。提供步驟子集要點。請務必了解這些步驟期間會發生什麼情況，以及您的環境和應用程式如何受到影響。檢閱下列資訊並準備好移轉之後，請遵循逐步指南。

使用您 App Service 環境的並存移轉功能來驗證是否支援移轉

平台會驗證您可以使用並存移轉功能來移轉您的 App Service 環境。如果您的 App Service 環境未通過所有驗證檢查，您目前無法使用並存移轉功能進行移轉。如需驗證失敗可能原因的詳細數據，請參閱疑難解答一節。如果環境狀況不良或處於暫停狀態，則在進行所需的更新之前，您將無法移轉。如果您無法使用並存移轉功能進行移轉，請參閱手動移轉選項。

驗證也會檢查您的 App Service 環境是否為移轉所需的最低組建。最小組建會定期更新，以確保有最新的錯誤修正和改進。如果您的 App Service 環境不是最低組建，您必須自行開始升級。此升級是一個標準程式，其中您的 App Service 環境不會受到影響，但您無法在升級進行時調整或變更您的 App Service 環境。在升級完成之前，您無法移轉。視環境大小而定，升級可能需要 8-12 小時才能完成或更長的時間。如果您規劃移轉的特定時間範圍，您應該在規劃的移轉時間前 24-48 小時執行驗證檢查，以確保您有時間進行升級。

為新的 App Service 環境 v3 選取和準備子網路

平台會在與您現有 App Service 環境不同的子網路中建立新的 App Service 環境 v3。您必須選取符合下列需求的子網路：

子網路必須位於與現有 App Service 環境相同的虛擬網路中，因此區域也必須如此。
- 如果您的虛擬網路沒有可用的子網路，便需要建立一個。您可能需要增加虛擬網路的位址空間，才能建立新的子網路。如需詳細資訊，請參閱建立虛擬網路。
子網路必須能夠與現有 App Service 環境所在的子網路通訊。請確定沒有網路安全性群組或其他網路組態會防止子網路之間進行通訊。
子網路必須具有 Microsoft.Web/hostingEnvironments 的單一委派。
子網路必須有足夠的可用 IP 位址，才能支援新的 App Service 環境 v3。所需的 IP 位址數目取決於您要用於新 App Service 環境 v3 的執行個體數目。如需詳細資訊，請參閱 App Service 環境 v3 網路功能。
子網路不得套用任何鎖定。如果有鎖定，則必須在移轉之前移除這些鎖定。移轉完成之後，可以視需要重新新增鎖定。如需鎖定和鎖定繼承的詳細資訊，請參閱鎖定您的資源以保護基礎結構。
必須沒有任何 Azure 原則會封鎖移轉或相關動作。如果有原則會封鎖 App Service 環境的建立或子網路的修改，則必須在移轉之前將其移除。移轉完成後，便可視需要重新新增原則。如需 Azure 原則的詳細資訊，請參閱 Azure 原則概觀。

為新的 App Service 環境 v3 產生輸出IP位址

平臺會建立新的輸出IP位址。這些 IP 在建立的同時，不會使現有 App Service 環境活動中斷，但您無法調整或變更現有的環境。完成這個處理序大約需要 15 分鐘。

完成後，會建立您未來 App Service 環境 v3 使用的新輸出IP。這些新 IP 對您現有的環境不會有任何影響。

移轉完成後，您會收到新的輸入IP位址，但在進行 DNS 變更之前，將客戶流量重新導向至新的 App Service 環境 v3。由於移轉步驟期間所建立的 v3 資源相依性 App Service 環境 v3 資源，因此您無法在此程式中取得輸入 IP。在將流量重新導向至新的 App Service 環境 v3 之前，您有機會更新相依於新輸入 IP 的任何資源。

您也會在這個步驟決定是否要為新的 App Service 環境 v3 啟用區域備援。只要 App Service 環境 v3 位於支援區域備援的區域，就可以啟用區域備援。

使用新的輸出 IP 更新相依資源

新的輸出IP會先建立並提供給您，再開始實際移轉。系統會提供新的網際網路公用位址輸出，讓您可以先調整任何外部防火牆、DNS 路由、網路安全性群組，以及依賴這些 IP 的任何其他資源，然後再完成移轉。 您必須負責更新受新 App Service 環境 v3 相關聯 IP 位址變更所影響的任何資源。在您進行所有必要的更新之前，請勿繼續進行下一個步驟。 如果您相依於輸出 IP，且無法進行所有必要的更新，則可能會在移轉步驟之後發生停機時間。這是因為一旦移轉完成，即使流量仍然流向您的 App Service 環境 v2 前端，您的基礎計算就是新的 App Service 環境 v3。

此步驟也是在移至 App Service 環境 v3 時檢閱輸入和輸出網路相依性變更的好時機，包括對目前使用連接埠 80 的 Azure Load Balancer 健全狀態探查的連接埠變更。

委派您的 App Service 環境子網路

App Service 環境 v3 需要其所位在的子網路具有 Microsoft.Web/hostingEnvironments 的單一委派。如果未委派 App Service 環境的子網路或將其委派給不同的資源，則移轉不會成功。請確定您為新的 App Service 環境 v3 選取的子網路具有 Microsoft.Web/hostingEnvironments 的單一委派。

確認執行個體大小變更

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

確保您的資源沒有任何鎖定

虛擬網路鎖定將會在移轉期間封鎖平台作業。如果虛擬網路具有鎖定，則您需要先將其移除，才能進行移轉。移轉完成之後，可以視需要重新新增鎖定。鎖定可以存在於三個不同的範圍：訂用帳戶、資源群組和資源。當您在父範圍套用鎖定時，該範圍內的所有資源都會都繼承相同的鎖定。如果您已在訂用帳戶、資源群組或資源範圍套用鎖定，則需要在移轉之前移除那些鎖定。如需鎖定和鎖定繼承的詳細資訊，請參閱鎖定您的資源以保護基礎結構。

確定沒有任何封鎖移轉的 Azure 原則

Azure 原則可用來拒絕對特定主體的資源建立和修改。如果您有一個原則，該原則使您無法建立 App Service 環境或修改子網路，則必須在移轉之前將其移除。移轉完成之後，可以視需要重新新增原則。如需 Azure 原則的詳細資訊，請參閱 Azure 原則概觀。

新增自訂網域尾碼 (選擇性)

如果您現有的 App Service 環境使用自訂網域後綴，您必須為新的 App Service 環境 v3 設定自定義網域後綴。 App Service 環境 v3 上的自訂網域尾碼實作方式與 App Service 環境 v2 上的實作方式不同。您必須提供必須儲存在 Azure Key Vault 中的自訂網域名稱、受控識別和憑證。如需關於 App Service 環境 v3 自訂網域尾碼的詳細資訊，包括需求、逐步指示和最佳做法，請參閱設定 App Service 環境的自訂網域尾碼。如果您的 App Service 環境 v2 有自定義網域後綴，即使您不想再使用它，也必須為新的環境設定自定義網域後綴。移轉完成後，您可以視需要移除自訂網域尾碼設定。

如果移轉包含自訂網域尾碼，針對 App Service 環境 v3，自訂網域將不再顯示在入口網站 [概觀] 頁面的 [基本資訊] 區段中，因為其適用於 App Service 環境 v1/v2。相反地，針對 App Service 環境 v3，請移至 [自訂網域尾碼] 頁面，您可在其中確認已正確設定自訂網域尾碼。此外，在 App Service 環境 v2 上，如果您有自定義網域後綴，則預設主機名會包含您的自定義網域後綴，且格式為 APP-NAME.internal.contoso.com。在 App Service 環境 v3 上，預設主機名一律會使用預設網域後綴，且格式為 APP-NAME.ASE-NAME.appserviceenvironment.net。這是因為當您新增自定義網域後綴時，App Service 環境 v3 會保留預設網域後綴。使用 App Service 環境 v2 時，只有單一網域後綴。

移轉至 App Service 環境 v3

完成先前的步驟之後，您應該盡快繼續進行移轉。

應用程式不會在移轉期間停機，但與 IP 產生步驟一樣，您也無法調整、修改現有的 App Service 環境，或在此程序進行期間將應用程式部署至其中。

重要

移轉期間會禁止調整規模，因此您應該在開始移轉之前將環境調整為所需的大小。

並存移轉需要 3 到 6 小時的服務視窗，App Service 環境 v2 到 v3 移轉。在移轉期間，會封鎖調整和環境設定，並發生下列事件：

新的 App Service 環境 v3 會建立到您選取的子網路中。
系統會使用對應的隔離 v2 層將新的 App Service 方案建立到新的 App Service 環境 v3 中。
您的應用程式會建立到新的 App Service 環境 v3 中。
應用程式的基礎計算會移至新的 App Service 環境 v3。您的 App Service 環境 v2 前端仍在提供流量。舊的輸入IP位址會維持使用狀態。
- 針對 ILB App Service 環境，除非您使用新的輸入 IP 位址更新私人 DNS 區域，否則不會使用您的 App Service 環境 v3 前端。
- 針對 ELB App Service 環境，在完成移轉的最後一個步驟之前，移轉程式不會將流量重新導向至 App Service 環境 v3 前端。

當此步驟完成時，您的應用程式流量仍會移至舊 App Service 環境 v2 前端，以及指派給它的輸入IP。不過，您現在也擁有 App Service 環境 v3，且其中包含您所有的應用程式。

取得新 App Service 環境 v3 的輸入 IP 位址，並更新相依資源

提供新的輸入IP位址，讓您可以使用流量管理員或 Azure Front Door 等服務來設定新的端點，並更新任何私人 DNS 區域。在您進行這些變更之前，請勿繼續執行下一個步驟。如果您未使用新的輸入IP更新相依資源，則停機。 您必須負責更新受新 App Service 環境 v3 相關聯 IP 位址變更所影響的任何資源。在您進行所有必要的更新之前，請勿繼續進行下一個步驟。

重新導向客戶流量、驗證您的 App Service 環境 v3，並完成移轉

最後一個步驟是將流量重新導向至新的 App Service 環境 v3，並完成移轉。平台會為您進行這項變更，但前提是您必須起始此變更。進行此步驟之前，請先檢閱新的 App Service 環境 v3，並執行任何所需測試，以驗證其是否如預期般運作。根據預設，流量會移至您的 App Service 環境 v2 前端。如果您使用 ILB App Service 環境 v3，您可以使用新的輸入 IP 位址更新私人 DNS 區域，以測試您的 App Service 環境 v3 前端。如果您使用 ELB App Service 環境 v3，則測試的程式取決於您的特定網路組態。測試 ELB 環境的一個簡單方法是更新主機檔案，以使用新的 App Service 環境 v3 輸入 IP 位址。如果您已將自定義網域指派給個別應用程式，您也可以更新其 DNS 以指向新的輸入 IP。測試這項變更可讓您在起始移轉的最後一個步驟之前，完整驗證您的 App Service 環境 v3，其中刪除了舊的 App Service 環境。

準備好重新導向流量後，便可以完成移轉的最後一個步驟。此步驟會更新內部 DNS 記錄，以指向新 App Service 環境 v3 的負載平衡器 IP 位址，以及移轉期間建立的前端。變更會在幾分鐘內生效。如果您遇到問題，請檢查您的快取和 TTL 設定。此步驟也會關閉舊的 App Service 環境，並將其刪除。新的 App Service 環境 v3 現在會成為您的生產環境。

注意

您有 14 天的時間可以完成此步驟。如果您在 14 天內未完成此步驟，您的移轉會自動還原回 v2 App Service 環境。如果您需要超過 14 天才能完成此步驟，請連絡支持人員。

如果您發現新的 App Service 環境 v3 有任何問題，請勿執行將客戶流量重新導向的命令。此命令也會起始 App Service 環境 v2 的刪除。如果您發現問題，則可以還原所有變更，並返回舊版 App Service 環境 v2。還原程序需要 3 到 6 個小時才能完成。此程序沒有相關的停機。還原程序完成後，舊的 App Service 環境會重新上線，並刪除新的 App Service 環境 v3。然後，您可以在解決問題後再次嘗試移轉。

定價

移轉 App Service 環境不需要任何成本。不過，一旦開始進行移轉程序，App Service 環境 v2 和新的 App Service 環境 v3 便都會計費。當您完成最後一個步驟，DNS 完成更新且舊環境遭到刪除後，便會停止向您收取舊 App Service 環境 v2 的費用。請盡快完成驗證，以防止產生超額費用。如需 App Service 環境 v3 定價的詳細資訊，請參閱定價詳細資料。

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

注意

由於隔離式方案定價層與隔離式方案 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 環境，該怎麼辦？
目前您無法使用並存移轉功能進行移轉。如果您有不支援的環境，且想要立即移轉，請參閱手動移轉選項。
如何選擇哪個移轉選項適合我？
檢閱移轉路徑決策樹，以決定哪個選項最適合您的使用案例。
如何? 知道我是否應該使用並存移轉功能？
並存移轉功能最適合想要移轉至 App Service 環境 v3 但不支援應用程式停機的客戶。由於新環境會使用新的子網路，因此要留意網路方面的考量，包括新的 IP。如果您可以支援停機，請參閱就地移轉功能，這會有最少的組態變更，或者，也可以參閱手動移轉選項。就地移轉功能會在與現有環境相同的子網路中建立 App Service 環境 v3，並使用相同的網路基礎結構。
在移轉時是否有停機的問題？
否，在並存移轉程序期間不會停機。應用程式會繼續在現有的 App Service 環境上執行，直到您完成移轉的最後一個步驟，此時 DNS 變更會立即生效。完成最後一個步驟之後，系統就會關閉並刪除舊的 App Service 環境。新的 App Service 環境 v3 現在會成為您的生產環境。
移轉之後，我需要對應用程式執行任何動作，才能在新 App Service 環境上執行嗎？
不需要，因為在舊環境上執行的所有應用程式都會自動移轉至新的環境，並按照以前的方式執行。使用者不需要輸入任何資料。
如果我的 App Service 環境有一個自訂網域尾碼怎麼辦？
並存移轉功能支援此移轉案例。
如果我的 App Service 環境已釘選區域，該怎麼辦？
並存移轉功能目前不支援此移轉案例。如果您有已固定區域的 App Service 環境並想要立即移轉，請參閱手動移轉選項。
如果我的 App Service 環境有 IP SSL 位址，該怎麼辦？
在 App Service 環境 v3 上不支援 IP SSL。您必須先移除所有 IP SSL 繫結，才能使用移轉功能或其中一個手動選項進行移轉。如果您想要使用並存移轉功能，一旦您移除所有IP SSL系結，就會通過該驗證檢查，並繼續進行自動化移轉。
我 App Service 環境中的哪些屬性將會變更？
您將使用 App Service 環境 v3，因此請務必檢閱與舊版相較之下的功能差異。使用並存移轉功能時，您的輸入和輸出IP都會變更。 ELB App Service 環境的注意事項，先前有一個供輸入和輸出的 IP。對於 App Service 環境 v3，它們是有區分的。如需詳細資訊，請參閱 App Service 環境 v3 網路功能。如需 App Service 環境版本的完整比較，請參閱 App Service 環境版本比較。
如果移轉失敗或移轉期間發生非預期的問題，會發生什麼事？
如果發生非預期的問題，支援小組會提供協助。在處理生產環境之前，建議您先移轉開發環境，以了解移轉程序，並查看其如何影響工作負載。使用並存移轉功能，如果發生任何問題，您可以還原所有變更。
我的舊 App Service 環境會發生什麼事？
如果您決定使用並存移轉功能移轉 App Service 環境，您的舊環境會用到移轉程式的最後一個步驟為止。完成最後一個步驟後，系統便會關閉並刪除舊環境及其上裝載的所有應用程式。舊環境將無法再提供存取。目前無法復原為舊環境。
2024 年 8 月 31 日之後，我的 App Service 環境 v1/v2 資源會有什麼變化？
2024 年 8 月 31 日之後，如果您未移轉至 App Service 環境 v3，則 App Service 環境 v1/v2 和其中所部署的應用程式便無法再使用。應用服務環境 v1/v2 裝載在雲端服務 (傳統) 架構上執行的應用服務縮放單位上，該架構將於 2024 年 8 月 31 日淘汰。因此，該日期後將無法再使用 App Service 環境 v1/v2。移轉至 App Service 環境 v3，讓您的應用程式保持執行或儲存或備份您需要維護的任何資源或資料。

下一步

使用並存移轉功能將 App Service 環境移轉至 App Service 環境 v3

App Service 環境 v3 網路

使用 App Service 環境 v3

自訂網域尾碼

Share via