調整應用程式閘道 v2 和 WAF v2

應用程式閘道和 WAF 可以設定為以下兩種模式進行調整:

  • 自動調整 - 啟用自動調整後,應用程式閘道和 WAF v2 SKU 會根據應用程式流量需求擴增或縮減。 此模式為您的應用程式提供更好的彈性,並且不需要猜測應用程式閘道大小或執行個體計數。 此模式也可供節省成本,因為閘道不需要以尖峰佈建容量執行,以應付預期的最大流量負載。 您必須指定執行個體計數的最小值和選擇性上限。 最小容量可確保應用程式閘道和 WAF v2 不會低於所指定的最小執行個體計數 (即使沒有流量)。 每個執行個體大約等於 10 多個保留容量單位。 零表示沒有保留容量,且本質上是純粹自動調整。 您也可以選擇性地指定執行個體計數上限,以確保應用程式閘道的調整不會超過指定的執行個體數目。 您只需支付閘道所服務流量的費用。 執行個體計數的範圍可以從 0 到 125。 如果未指定,則最大執行個體計數的預設值為 10。

注意

如果實例計數上限更新為小於目前實例計數的值,新的設定將不會立即生效。 只有在相應縮小作業將目前的計數低於新更新的最大計數之後,才會強制執行新更新的最大值。 如果未發生相應縮小作業,因為不符合臨界值中的自動調整規模,則不會套用新的最大值設定。

  • 手動 - 您也可以選擇閘道不會自動調整的手動模式。 在此模式中,如果流量超過應用程式閘道或 WAF 可處理的流量,可能會導致流量遺失。 使用手動模式時,必須指定執行個體計數。 執行個體計數可以從 1 到 125 個執行個體不等。

自動調整和高可用性

Azure 應用程式閘道一律會以高可用性的方式部署。 此服務由多個執行個體所構成,會依照設定 (如果已停用自動調整),或依應用程式負載所需 (如果已啟用自動調整) 來建立。 從使用者的觀點來看,您不一定要了解個別的執行個體,只需了解整個應用程式閘道服務即可。 如果某個執行個體發生問題並停止運作,Azure 應用程式閘道即會以透明的方式建立新執行個體。

即使您以零個最少執行個體來設定自動調整,服務仍具有高可用性,且一律包含於固定價格中。

不過,建立新執行個體大約需要六到七分鐘的時間。 如果不想要有此停機時間,您可將最小執行個體計數設定為兩個,這最適合可用性區域支援。 如此一來,在一般情況下,您的 Azure 應用程式閘道中至少會有兩個執行個體。 因此,如果其中一個有問題,另一個就會在建立新執行個體時嘗試處理流量。 Azure 應用程式閘道執行個體大約可支援 10 個容量單位。 根據您通常會有的流量,建議您將最小執行個體自動調整設定設為高於二的值。

針對縮減事件,應用程式閘道會在要移除的執行個體上清空現有連線 5 分鐘。 5 分鐘之後,現有連線即會關閉,且執行個體會遭到移除。 在 5 分鐘縮減期間內或過後的任何新連線,都會建立到相同閘道上的其他現有執行個體。

下一步