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