Azure App Service 方案概觀
注意
從 2024 年 6 月 1 日起，所有新建立的 App Service 應用程式都可以選擇使用命名慣例 <app-name>-<random-hash>.<region>.azurewebsites.net 來產生唯一的預設主機名稱。 現有的應用程式名稱將保持不變。
範例: myapp-ds27dh7271aah175.westus-01.azurewebsites.net
如需詳細資料，請參閱 App Service 資源的唯一預設主機名稱 (英文)。
應用程式服務一律以 App Service 方案執行。 此外，Azure Functions 也具有在「App Service方案」中執行的選項。 App Service 方案會定義一組計算資源，供要執行的 Web 應用程式使用。
當您在特定區域 (例如西歐) 建立 App Service 方案時，會為該區域的方案建立一組計算資源。 無論您將何種應用程式置入此 App Service 方案，都會在該 App Service 方案定義的計算資源上執行。 每個 App Service 方案都會定義：
- 作業系統 (Windows、Linux)
- 區域 (美國西部、美國東部等)
- 虛擬機器執行個體的數目
- VM 執行個體的大小 (小、中、大)
- 定價層 (免費、共用、基本、標準、進階、進階 V2、進階 V3、隔離、隔離 V2)
App Service 方案的「定價層」可決定您獲得哪些 App Service 功能，以及為該方案支付多少費用。 App Service 方案適用的定價層取決於建立時所選取的作業系統。 定價層有幾個類別：
- 共用計算：免費與共用，這兩個基礎層會在與其他 App Service 應用程式相同的 Azure VM 上執行應用程式，包括其他客戶的應用程式。 這些層會將 CPU 配額配置到在共用資源上執行的每個應用程式，而且該資源無法向外延展。這些層僅用於開發與測試。
- 專用計算：基本、標準、進階、PremiumV2 和 PremiumV3 階層在專用 Azure VM 上執行應用程式。 只有位於相同 App Service 方案中的應用程式，才會共用相同的計算資源。 層級越高，可用於擴展的 VM 執行個體就越多。
- 隔離：此 [隔離] 和 [隔離V2] 層會在專用 Azure 虛擬網路上執行專用 Azure VM。 其會在應用程式計算隔離的基礎上再提供網路隔離。 它提供了最大的擴展能力。
每一層也提供 App Service 功能的特定子集。 這些功能包括自訂網域和 TLS/SSL 憑證、自動調整、部署位置、備份、流量管理員整合等等。 層級越高，可用的功能就越多。 若要了解每個定價層支援的功能，請參閱App Service 方案詳細資料。
您可以在 App Service 限制中找到方案之間的更多比較。
進階V3 定價層
相較於標準層，進階 V3 定價層保證電腦有速度更快的處理器 (每個虛擬 CPU 最少 195 ACU)、SSD 儲存體，以及記憶體最佳化選項和四倍記憶體/核心比率。 [進階 V3] 也支援透過增加執行個體計數來提高規模，同時仍提供 [標準] 層中找到的所有進階功能。 [進階 V3] 包括現有 [進階 V2] 層中可用的所有功能。
此層提供多個 VM 大小，包括 4 對 1 和 8 對 1 記憶體與核心比率：
- P0v3 (1 個 vCPU、4 GiB 的記憶體)
- P1v3 (2 個 vCPU、8 GiB 的記憶體)
- P1mv3 (2 個 vCPU、16 GiB 的記憶體)
- P2v3 (4 個 vCPU、16 GiB 的記憶體)
- P2mv3 (4 個 vCPU、32 GiB 的記憶體)
- P3v3 (8 個 vCPU、32 GiB 的記憶體)
- P3mv3 (8 個 vCPU、64 GiB 的記憶體)
- P4mv3 (16 個 vCPU、128 GiB 的記憶體)
- P5mv3 (32 個 vCPU、256 GiB 的記憶體)
如需 [進階 V3] 價格資訊，請參閱 App Service 價格。
若要開始使用新的 [進階 V3] 定價層，請參閱設定 App Service 的進階 V3 層。
我的應用程式如何執行和調整？
在免費和共用層，應用程式會收到共用 VM 執行個體上的 CPU 分鐘數，且無法向外延展。在其他層，應用程式的執行與調整方式如下所示。
當您在 App Service 中建立應用程式時，會採用 App Service 方案。 當應用程式執行時，會在 App Service 方案中設定的所有 VM 執行個體上執行。 如果有多個應用程式位於相同的 App Service 方案，所有應用程式都會共用相同的 VM 執行個體。 如果一個應用程式有多個部署位置，所有部署位置也會在相同的 VM 執行個體上執行。 如果您啟用診斷記錄、執行備份，或執行 WebJob，它們也會使用這些 VM 執行個體上的 CPU 週期和記憶體。
因此，App Service 方案是 App Service 應用程式的縮放單位。 如果方案設定為執行五個 VM 執行個體，則方案中的所有應用程式會在所有五個執行個體上執行。 如果方案設定為自動調整，則方案中的所有應用程式都會根據自動調整設定一起擴增。
如需有關向外延展應用程式的詳細資訊，請參閱手動或自動調整執行個體計數。
我的 App Service 方案費用是多少？
本節描述 App Service 應用程式的計費方式。 如需特定區域價格的詳細資訊，請參閱 App Service 定價。
App Service 方案會根據所使用的計算資源計費 (免費層除外)。
- 在 [共用] 層中，每個應用程式都會收到 CPU 分鐘數的配額，因此「每個應用程式」都會針對 CPU 配額來計費。
- 在專用計算層 ([基本]、[標準]、[進階]、[進階 V2]、[進階 V3]) 中，App Service 方案會定義應用程式規模適用的 VM 執行個體數目，因此，App Service 方案中的「每個 VM 執行個體」都會計費。 無論有多少個應用程式在 VM 執行個體上執行，這些 VM 執行個體皆採相同收費。 為了避免產生非預期的費用，請參閱清除 App Service 方案。
- 在 [隔離] 和 [隔離 V2] 層中，App Service 環境會定義執行您應用程式的隔離背景工作角色數目，且「每個背景工作角色」都會計費。 此外，在 [隔離] 層中，會有用於執行 App Service 環境本身的固定印花稅。
使用為您提供的 App Service 功能時無需付費 (例如設定自訂網域、TLS/SSL 憑證、部署位置、備份等)。 例外狀況為：
- App Service 網域 - 當您在 Azure 中購買一個網域且採每年續訂時，即需要付費。
- App Service 憑證 - 當您在 Azure 中購買一個憑證且採每年續訂時，即需要付費。
- IP 型 TLS 連線 - 每個 IP 型 TLS 連線都會依每小時計費，但是某個 [標準] 層或更高層級可讓您免費使用一個 IP 型 TLS 連線。 以 SNI 為基礎的 TLS 連線則免費。
注意
如果您將 App Service 與另一個 App Service 整合，可能需要考慮來自其他服務的費用。 例如，如果您使用 Azure 流量管理員來調整您的異地應用程式、Azure 流量管理員也會根據您的使用量來收費。 若要預估您在 Azure 中的跨服務成本，請參閱價格計算機。
想要最佳化並節省您的雲端費用嗎？
Azure 服務成本費用。 Azure 成本管理可協助您設定預算和設定警示以控制費用。 使用成本管理來分析、管理和最佳化您的 Azure 成本。 若要深入了解，請參閱分析成本的快速入門。
如果我的應用程式需要更多功能，該怎麼辦？
可以隨時相應增加和相應減少您的 App Service 方案。 這與變更方案的定價層一樣簡單。 一開始，您可以選擇較低的定價層，並當您之後需要更多 App Service 功能時再擴大。
例如，您可以開始測試免費 App Service 方案中的 Web 應用程式，無須支付任何費用。 當您將自訂 DNS 名稱加入 Web 應用程式時，只要將您的方案擴大到共用層即可。 稍後，當您想要建立 TLS 繫結時，請將方案擴大至 [基本] 層。 當您想要有預備環境時，擴大至標準層。 當您需要更多核心、記憶體或儲存體時，可以在同一層中擴大到較大的 VM 大小。
反向的運作方式也是一樣。 當您覺得不再需要更高層的功能時，可以縮小到較低層，這樣可以節省費用。
如需有關擴大 App Service 方案的詳細資訊，請參閱在 Azure 中擴大應用程式。
如果您的應用程式與其他應用程式位於相同的 App Service 方案中，您可能想要藉由隔離計算資源來提升應用程式的效能。 您可以透過將應用程式移到不同的 App Service 方案來實現。 如需詳細資訊，請參閱將應用程式移至另一個 App Service 方案。
我應該將應用程式置入新的方案或現有方案？
由於您要針對 App Service 方案配置的計算資源付費 (請參閱我的 App Service 方案成本是多少？)，您可以將多個應用程式置入一個 App Service 方案來節省費用。 只要現有方案有足夠資源處理負載，即可繼續將應用程式新增至該方案。 不過，請記住，同個 App Service 方案中的應用程式皆會共用相同的計算資源。 若要判斷新的應用程式是否有所需的資源，您必須了解現有 App Service 方案的容量，以及新應用程式預期的負載。 多載 App Service 方案可能會導致新的和現有的應用程式停機。
如果有下列情況，請將您的應用程式隔離至新的 App Service 方案中：
應用程式會耗用大量資源。 數目實際上可能會根據所裝載應用程式的資源量而有所減少。 不過以一般指導方針來說，您可以參考下表：
App Service 方案 SKU 應用程式數上限 B1、S1、P1v2、I1v1 8 B2、S2、P2v2、I2v1 16 B3、S3、P3v2、I3v1 32 P0v3 8 P1v3、I1v2 16 P2v3、I2v2、P1mv3 32 P3v3、I3v2、P2mv3 64 I4v2、I5v2、I6v2 vCPU 使用量繫結的最大密度 P3mv3、P4mv3、P5mv3 vCPU 使用量繫結的最大密度 建議您以獨立於現有方案中其他應用程式的方式，單獨調整應用程式。
應用程式需要不同地理區域中的資源。
如此一來，您就可以為應用程式配置一組新的資源，並更充分掌控應用程式。
注意
作用中位置也會分類為作用中的應用程式，因為其也正在競爭相同 App Service 方案上的資源。