Metriky pro Službu Application Gateway

Článek
10/24/2023

Application Gateway publikuje datové body do služby Azure Monitor pro výkon instancí služby Application Gateway a back-end. Tyto datové body se nazývají metriky a jsou číselné hodnoty v seřazené sadě dat časových řad. Metriky popisují určitý aspekt služby Application Gateway v určitém okamžiku. Pokud se požadavky procházejí službou Application Gateway, měří a odesílají metriky v 60sekundových intervalech. Pokud nejsou žádné požadavky procházející službou Application Gateway nebo žádná data pro metriku, metrika se nenahlásí. Další informace najdete v tématu Metriky služby Azure Monitor.

Metriky podporované skladovou jednotkou Application Gateway V2

Poznámka:

Informace související s proxy protokolem TLS/TCP najdete v referenčních informacích k datům.

Metriky časování

Application Gateway poskytuje několik předdefinovaných metrik časování souvisejících s požadavkem a odpovědí, které se měří v milisekundách.

[Diagram of timing metrics for the Application Gateway

Poznámka:

Pokud je ve službě Application Gateway více než jeden naslouchací proces, vždy filtrujte podle dimenze naslouchacího procesu a porovnejte různé metriky latence, abyste získali smysluplné odvození.

Čas připojení back-endu

Typ agregace:Avg/Max

Čas strávený navazování připojení k back-endové aplikaci

Zahrnuje latenci sítě a také dobu, kterou zásobník protokolu TCP back-endového serveru potřebuje k navázání nových připojení. V případě protokolu TLS zahrnuje také dobu strávenou metodou handshake.
Doba odezvy prvního bajtu back-endu

Typ agregace:Avg/Max

Časový interval mezi zahájením navázání připojení k back-endovému serveru a příjmem prvního bajtu hlavičky odpovědi.

Tím se přibližný součet doby připojení back-endu, čas potřebný požadavkem k dosažení back-endu ze služby Application Gateway, doba potřebná back-endovou aplikací k odpovědi (doba potřebná k vygenerování obsahu, potenciálně načtení databázových dotazů) a doba potřebná prvním bajtem odpovědi, která dorazí do služby Application Gateway z back-endu.
Doba odezvy posledního bajtu back-endu

Typ agregace:Avg/Max

Časový interval mezi zahájením navazování připojení k back-endovému serveru a příjmem posledního bajtu textu odpovědi.

Je to přibližný součet doby odezvy prvního bajtu z back-endu a doby přenosu dat (toto číslo se může výrazně lišit v závislosti na velikosti požadovaných objektů a latenci sítě serveru).
Celkový čas služby Application Gateway

Typ agregace:Avg/Max

Tato metrika zachycuje buď průměrnou/maximální dobu, kterou trvalo přijetí požadavku, zpracování a odeslání odpovědi.

Jedná se o interval od okamžiku, kdy služba Application Gateway obdrží první bajt požadavku HTTP do okamžiku odeslání posledního bajtu odpovědi klientovi. To zahrnuje dobu zpracování, kterou služba Application Gateway trvá, doba odezvy posledního bajtu back-endu a doba potřebná službou Application Gateway k odeslání všech odpovědí.
RtT klienta

Typ agregace:Avg/Max

Tato metrika zachycuje průměrnou/maximální dobu odezvy mezi klienty a službou Application Gateway.

Tyto metriky se dají použít k určení, jestli je pozorované zpomalení způsobené klientskou sítí, výkonem služby Application Gateway, back-endovou sítí a sytostí zásobníku TCP back-endového serveru, výkonem back-endové aplikace nebo velkými soubory.

Pokud je například špička v trendu doby odezvy prvního bajtu back-endu, ale trend doby připojení back-endu je stabilní, může být odvozeno, že služba Application Gateway do back-endové latence a doba potřebná k navázání připojení je stabilní a špička je způsobená nárůstem doby odezvy back-endové aplikace. Pokud je na druhé straně špička v době odezvy prvního bajtu back-endu přidružená k odpovídajícímu prudkému nárůstu doby připojení back-endu, může se odvodit, že síť mezi službou Application Gateway a back-endovým serverem nebo zásobník tcp back-endového serveru je nasycený.

Pokud si všimnete špičky v době odezvy posledního bajtu back-endu, ale doba odezvy prvního bajtu back-endu je stabilní, je možné ji odvodit, že špička je způsobená větším požadovaným souborem.

Podobně platí, že pokud má celková doba služby Application Gateway špičku, ale doba odezvy posledního bajtu back-endu je stabilní, může to být příznak kritických bodů výkonu ve službě Application Gateway nebo kritický bod v síti mezi klientem a službou Application Gateway. Pokud má klient RTT také odpovídající špičku, znamená to, že snížení výkonu je způsobené sítí mezi klientem a službou Application Gateway.

Metriky služby Application Gateway

Pro Službu Application Gateway jsou k dispozici následující metriky:

Přijaté bajty

Počet bajtů přijatých službou Application Gateway od klientů (Hlášeno pouze na základě požadavku "velikost obsahu". Nezohlední režii při jednání s protokolem TLS, hlavičky paketů TCP/IP ani opakované přeposílání, a proto nepředstavuje úplné využití šířky pásma.)
Odeslané bajty

Počet bajtů odeslaných službou Application Gateway klientům (Hlášeno pouze na základě odpovědi "velikost obsahu". Nebere v úvahu hlavičky paketů TCP/IP ani opakované přeposílání, a proto nepředstavuje úplné využití šířky pásma.)
Protokol TLS klienta

Počet požadavků TLS a jiných než TLS iniciovaných klientem, který navazoval připojení ke službě Application Gateway. Pokud chcete zobrazit distribuci protokolu TLS, vyfiltrujte ho podle dimenze protokolu TLS. Tato metrika zahrnuje požadavky obsluhované bránou, například přesměrování.
Aktuální jednotky kapacity

Počet jednotek kapacity spotřebovaný pro vyrovnávání zatížení provozu. Pro jednotku kapacity existují tři determinanty – výpočetní jednotka, trvalá připojení a propustnost. Každá jednotka kapacity se skládá maximálně z 1 výpočetní jednotky nebo 2500 trvalých připojení nebo propustnosti 2,22 Mb/s.
Aktuální výpočetní jednotky

Počet spotřebovaných kapacit procesoru Faktory ovlivňujícími výpočetní jednotku jsou počet připojení TLS za sekundu, výpočty přepisu adres URL a zpracování pravidel WAF.
Aktuální připojení

Celkový počet souběžných připojení aktivních z klientů ke službě Application Gateway
Odhadované fakturované jednotky kapacity

V případě SKU verze v2 je cenový model založený na spotřebě. Jednotky kapacity měří náklady na základě spotřeby, které se účtují nad rámec pevných nákladů. Odhadované fakturované jednotky kapacity označují počet jednotek kapacity, podle kterých se odhaduje fakturace. Tato hodnota se vypočte jako větší z hodnot aktuální jednotky kapacity (jednotky kapacity nutné k vyrovnávání zatížení provozu) a pevné fakturovatelné jednotky kapacity (minimální počet zřízených jednotek kapacity).
Neúspěšné požadavky

Počet požadavků, které služba Application Gateway obsluhovala s kódy chyb serveru 5xx To zahrnuje kódy 5xx, které se generují ze služby Application Gateway, a také kódy 5xx vygenerované z back-endu. Počet požadavků je možné dále filtrovat tak, aby zobrazoval počet pro každou/konkrétní kombinaci nastavení back-endového fondu-http.
Pevné fakturovatelné jednotky kapacity

Minimální počet zřízených jednotek kapacity podle nastavení Minimální počet jednotek škálování v konfiguraci služby Application Gateway (jedna instance znamená 10 jednotek kapacity).
Nová připojení za sekundu

Průměrný počet nových připojení TCP za sekundu vytvořených z klientů ke službě Application Gateway a ze služby Application Gateway do back-endových členů.
Stav odpovědi

Stav odpovědi HTTP vrácený službou Application Gateway Rozdělení stavového kódu odpovědi lze dále zařadit do kategorií, aby bylo možné zobrazit odpovědi v kategoriích 2xx, 3xx, 4xx a 5xx.
Propustnost

Počet bajtů za sekundu, které služba Application Gateway obsluhovala. (Hlášeno pouze na základě velikosti obsahu. Nezohlední režii při jednání s protokolem TLS, hlavičky paketů TCP/IP ani opakované přeposílání, a proto nepředstavuje úplné využití šířky pásma.)
Celkový počet požadavků

Počet úspěšných požadavků, které služba Application Gateway obsluhuje cíle back-endového fondu Stránky obsluhované přímo bránou, jako jsou přesměrování, se nezapočítávají a měly by být nalezeny v metrice protokolu TLS klienta. Metriku celkového počtu požadavků je možné dále filtrovat, aby se zobrazoval počet pro každou/konkrétní kombinaci nastavení back-endového fondu-http.

Metriky back-endu

Pro Službu Application Gateway jsou k dispozici následující metriky:

Stav odpovědi back-endu

Počet stavových kódů odpovědí HTTP vrácených back-endy Nezahrnuje žádné kódy odpovědí vygenerované službou Application Gateway. Rozdělení stavového kódu odpovědi lze dále zařadit do kategorií, aby bylo možné zobrazit odpovědi v kategoriích 2xx, 3xx, 4xx a 5xx.
Počet hostitelů v pořádku

Početbackch Podle jednotlivých back-endových fondů můžete filtrovat, abyste zobrazili počet hostitelů, kteří jsou v pořádku v konkrétním back-endovém fondu.
Počet hostitelů, kteří nejsou v pořádku

Počet back-endů určených sondou stavu, které nejsou v pořádku Podle jednotlivých back-endových fondů můžete filtrovat, abyste zobrazili počet hostitelů, kteří nejsou v pořádku, v konkrétním back-endovém fondu.
Požadavky za minutu na hostitele, který je v pořádku

Průměrný počet žádostí přijatých každým členem v pořádku v back-endovém fondu za minutu Back-endový fond je nutné zadat pomocí dimenze Http Nastavení fondu back-endu.

Metriky firewallu webových aplikací (WAF)

Informace o monitorování WAF najdete v tématu Metriky WAF v2.

Metriky podporované skladovou jednotkou Application Gateway V1

Metriky služby Application Gateway

Pro Službu Application Gateway jsou k dispozici následující metriky:

Využití procesoru

Zobrazuje využití procesorů přidělených službě Application Gateway. Za normálních podmínek by využití procesorů nemělo pravidelně překračovat 90 %, protože to může způsobit latenci na webech hostovaných za službou Application Gateway a narušení klientského prostředí. Využití procesoru můžete řídit nebo vylepšit nepřímo úpravou konfigurace služby Application Gateway, a to zvýšením počtu instancí, přechodem na větší velikost SKU nebo obojím najednou.
Aktuální připojení

Počet aktuálních připojení vytvořených pomocí služby Application Gateway
Neúspěšné požadavky

Počet požadavků, které selhaly kvůli problémům s připojením Tento počet zahrnuje požadavky, které selhaly kvůli překročení nastavení HTTP časového limitu požadavku a požadavků, které selhaly kvůli problémům s připojením mezi službou Application Gateway a back-endem. Tento počet nezahrnuje selhání kvůli tomu, že není dostupný žádný back-end, který je v pořádku. Odpovědi 4xx a 5xx z back-endu se také nepovažují za součást této metriky.
Stav odpovědi

Stav odpovědi HTTP vrácený službou Application Gateway Rozdělení stavového kódu odpovědi lze dále zařadit do kategorií, aby bylo možné zobrazit odpovědi v kategoriích 2xx, 3xx, 4xx a 5xx.
Propustnost

Počet bajtů za sekundu, které služba Application Gateway obsluhovala
Celkový počet požadavků

Počet úspěšných požadavků, které služba Application Gateway obsluhovala. Počet požadavků je možné dále filtrovat tak, aby zobrazoval počet pro každou/konkrétní kombinaci nastavení back-endového fondu-http.

Metriky back-endu

Pro Službu Application Gateway jsou k dispozici následující metriky:

Počet hostitelů v pořádku

Početbackch Podle jednotlivých back-endových fondů můžete filtrovat, abyste zobrazili počet hostitelů, kteří jsou v pořádku v konkrétním back-endovém fondu.
Počet hostitelů, kteří nejsou v pořádku

Počet back-endů určených sondou stavu, které nejsou v pořádku Podle jednotlivých back-endových fondů můžete filtrovat, abyste zobrazili počet hostitelů, kteří nejsou v pořádku, v konkrétním back-endovém fondu.

Metriky firewallu webových aplikací (WAF)

Informace o monitorování WAF najdete v tématu Metriky WAF v1.

Vizualizace metrik

Přejděte do aplikační brány v části Monitorování vyberte Metriky. Chcete-li zobrazit dostupné hodnoty, vyberte rozevírací seznam METRIKA.

Na následujícím obrázku vidíte příklad se třemi metrikami zobrazenými za posledních 30 minut:

Aktuální seznam metrik najdete v tématu Podporované metriky ve službě Azure Monitor.

Pravidla upozornění na metriky

Pravidla upozornění můžete spustit na základě metrik pro prostředek. Výstraha může například volat webhook nebo poslat správci e-mail, pokud je propustnost aplikační brány vyšší, nižší nebo s prahovou hodnotou pro zadané období.

Následující příklad vás provede vytvořením pravidla upozornění, které pošle správci e-mail po porušení prahové hodnoty propustnosti:

Výběrem možnosti Přidat upozornění na metriku otevřete stránku Přidat pravidlo . Na tuto stránku se můžete také dostat ze stránky metrik.
Na stránce Přidat pravidlo vyplňte název, podmínku a upozorněte oddíly a vyberte OK.
- V selektoru podmínky vyberte jednu ze čtyř hodnot: Větší než, Větší než nebo Rovno, Menší než nebo Menší než nebo Rovno.
- V selektoru období vyberte období od pěti minut do šesti hodin.
- Pokud vyberete vlastníky e-mailu, přispěvatele a čtenáře, může být e-mail dynamický na základě uživatelů, kteří mají k danému prostředku přístup. V opačném případě můžete do pole Další e-maily správce zadat seznam uživatelů oddělený čárkami.