手動調整 Web 應用程式的規模
透過手動相應放大及再次縮小，您可回應預期增加與減少的流量。 相應放大因為 Web 應用程式增加的執行個體數目，而有提高可用性的額外優勢。 一個執行個體失敗不會造成 Web 應用程式無法使用。
在飯店訂房系統中，您可以在預期的季節性客流大增前相應放大。 您可以在旺季結束，訂房要求數目降低時，相應縮小回復。
在此單元中，您會了解如何以手動方式擴增 Web 應用程式以及如何將其相應縮小。
App Service 方案和延展性
在 Azure 中執行的 Web 應用程式通常會使用 Azure App Service 提供裝載環境。 App Service 可以安排多個 Web 應用程式的執行個體來執行。 它會對這些執行個體之間的傳入要求進行負載平衡。 每個執行個體都在虛擬機器上執行。
App Service 方案會定義每個執行個體的可用資源。 App Service 方案會指定作業系統 (Windows 或 Linux)、硬體 (記憶體、CPU 處理容量、磁碟儲存體等)，以及服務可用性，例如自動備份及還原。
Azure 提供一系列完整定義的 App Service 方案層。 此清單會依容量和成本遞增順序逐一摘要說明這些階層：
- 免費層提供 1 GB 的磁碟空間並支援最多 10 個應用程式，但只能有單一的共用執行個體，且沒有可用性 SLA。 每個應用程式每日有 60 分鐘的計算配額。 免費服務方案適用於應用程式開發和測試，不適用於生產部署。
- 共用層提供更多的應用程式支援 (最多 100)，也在單一共用執行個體上執行。 應用程式每日有 240 分鐘的計算配額。 沒有可用性 SLA。
- 基本層支援無限數量的應用程式，並提供更多磁碟空間。 應用程式可以相應放大至三個專用執行個體。 這一層提供 99.95% 的可用性 SLA。 這一層有三個層級，提供不同數量的運算能力、記憶體和磁碟儲存體。
- 標準層也支援無限數量的應用程式。 這一層可擴充至 10 個專用執行個體，而且具備 99.95% 的可用性 SLA。 就像基本層，這一層有三個層級，提供一層比一層強大的運算、記憶體和磁碟選項組合。
- 進階層最多提供您 20 個專用執行個體、99.95% 的可用性 SLA 和多個層級的硬體。
- 隔離層在專用的 Azure 虛擬網路中執行，可隔離您的網路以及計算。 這一層可擴充至 100 個執行個體，而且具備 99.95% 的可用性 SLA。
注意
有些階層不適用於所有作業系統。 例如，目前沒有適用於 Linux 的共用層。
監視及調整 Web 應用程式
當您建立 Web 應用程式時，您可以建立新的 App Service 方案或使用現有方案。 如果您選取現有的方案，使用相同方案的任何其他 Web 應用程式都會與您的 Web 應用程式共用資源。 它們會同時調整規模，所以需要具有相同的調整需求。 如果應用程式的需求不同，請為它們各自使用不同的 App Service 方案。
您相應放大的方式是將更多執行個體新增至 App Service 方案，上限為您選取的階層限制。 如果不是使用免費層，則需要按小時為每個執行個體付費。。 您也可以在 Azure 入口網站中執行此工作。
有效調整規模的關鍵是知道調整時機以及調整規模。 您使用 App Service 的可用計量來監視 Web 應用程式的效能。 執行此工作最簡單的方式是使用 Azure 入口網站。
如果您注意到資源使用量穩定增加，例如 CPU 使用率、記憶體佔用量或磁碟佇列長度，您應該考慮在這些計量達到臨界點之前相應放大。 您也應該監視要求的平均回應時間和失敗要求的數量。 如果這兩個數字都很高，表示系統執行負載可能已接近或超過容量。 您可能需要立即相應放大。
如果計量指出您的系統負載不大，有足夠的備用容量，您可能想要相應縮小回復以降低成本。
在這兩種情況下，您都應該繼續監視 Web 應用程式的統計資料。 請讓系統穩定。 如果計量指出應用程式仍動能不足或不堪負荷時，請視需要新增或移除執行個體。