調整應用程式閘道 v2 和 WAF v2
應用程式閘道和 WAF 可以設定為以下兩種模式進行調整：
- 自動調整 - 啟用自動調整後，應用程式閘道和 WAF v2 SKU 會根據應用程式流量需求擴增或縮減。 此模式為您的應用程式提供更好的彈性，並且不需要猜測應用程式閘道大小或執行個體計數。 此模式也可供節省成本，因為閘道不需要以尖峰佈建容量執行，以應付預期的最大流量負載。 您必須指定執行個體計數的最小值和選擇性上限。 最小容量可確保應用程式閘道和 WAF v2 不會低於所指定的最小執行個體計數 (即使沒有流量)。 每個執行個體大約等於 10 多個保留容量單位。 零表示沒有保留容量，且本質上是純粹自動調整。 您也可以選擇性地指定執行個體計數上限，以確保應用程式閘道的調整不會超過指定的執行個體數目。 您只需支付閘道所服務流量的費用。 執行個體計數的範圍可以從 0 到 125。 如果未指定，則最大執行個體計數的預設值為 10。
注意
如果執行個體計數上限更新為小於目前執行個體計數的值，新的設定將不會立即生效。 只有在相應縮小作業使目前的計數低於最近更新的最大計數之後，才會強制執行最近更新的最大值。 如果未發生相應縮小作業，因為不符合自動調整縮減臨界值，則不會套用新的最大值設定。
- 手動 - 您也可以選擇閘道不會自動調整的手動模式。 在此模式中，如果流量超過應用程式閘道或 WAF 可處理的流量，可能會導致流量遺失。 使用手動模式時，必須指定執行個體計數。 執行個體計數可以從 1 到 125 個執行個體不等。
注意
這些縮放模式不適用於應用程式閘道基本版。 Azure 應用程式閘道基本版會根據 RSA 2048 位金鑰 TLS 憑證，自動相應增加至估計每秒 200 個連線。
自動調整和高可用性
Azure 應用程式閘道一律會以高可用性的方式部署。 此服務由多個執行個體所構成，會依照設定 (如果已停用自動調整)，或依應用程式負載所需 (如果已啟用自動調整) 來建立。 從使用者的觀點來看，您不一定要了解個別的執行個體，只需了解整個應用程式閘道服務即可。 如果某個執行個體發生問題並停止運作，Azure 應用程式閘道即會以透明的方式建立新執行個體。
即使您以零個最少執行個體來設定自動調整，服務仍具有高可用性，且一律包含於固定價格中。
不過，請務必注意，佈建新的執行個體可能需要大約六到七分鐘的時間。 瞭解 Azure 應用程式閘道道執行個體的縮放行為是維護不同負載下效能的關鍵。 這些執行個體會在群組中相應放大，而且當目前的執行個體計數較高時，群組大小會主動擴增。 此策略可讓系統有效率地管理工作負載激增，以防止潛在的服務中斷或速度變慢。 Azure 應用程式閘道執行個體大約可支援 10 個容量單位。 若要將自動調整設定最佳化，請考慮您的一般流量模式，並據以設定最小執行個體，以確保作業順暢。
針對縮減事件，應用程式閘道會在要移除的執行個體上清空現有連線 5 分鐘。 5 分鐘之後，現有連線即會關閉，且執行個體會遭到移除。 在 5 分鐘縮減期間內或過後的任何新連線，都會建立到相同閘道上的其他現有執行個體。