Monitoruj usługę Azure Application Gateway

W tym artykule opisano:

  • Typy danych monitorowania, które można zbierać dla tej usługi.
  • Sposoby analizowania tych danych.

Uwaga

Jeśli znasz już tę usługę i/lub usługę Azure Monitor i chcesz wiedzieć, jak analizować dane monitorowania, zobacz sekcję Analizowanie pod koniec tego artykułu.

Jeśli masz krytyczne aplikacje i procesy biznesowe korzystające z zasobów platformy Azure, musisz monitorować i otrzymywać alerty dla systemu. Usługa Azure Monitor zbiera i agreguje metryki i dzienniki z każdego składnika systemu. Usługa Azure Monitor zapewnia wgląd w dostępność, wydajność i odporność oraz powiadamia o problemach. Do konfigurowania i wyświetlania danych monitorowania można użyć witryny Azure Portal, programu PowerShell, interfejsu wiersza polecenia platformy Azure, interfejsu API REST lub bibliotek klienckich.

Wyniki analiz

Niektóre usługi na platformie Azure mają wbudowany pulpit nawigacyjny monitorowania w witrynie Azure Portal, który zapewnia punkt wyjścia do monitorowania usługi. Te pulpity nawigacyjne są nazywane szczegółowymi informacjami i można je znaleźć w centrum szczegółowych informacji usługi Azure Monitor w witrynie Azure Portal.

Usługa Azure Monitor Network Insights zapewnia kompleksowy widok kondycji i metryk dla wszystkich wdrożonych zasobów sieciowych, w tym usługi Application Gateway, bez konieczności konfigurowania. Aby uzyskać więcej informacji, zobacz Azure Monitor Network Insights.

Typy zasobów

Platforma Azure używa koncepcji typów zasobów i identyfikatorów, aby zidentyfikować wszystko w subskrypcji. Typy zasobów są również częścią identyfikatorów zasobów dla każdego zasobu uruchomionego na platformie Azure. Na przykład jeden typ zasobu dla maszyny wirtualnej to Microsoft.Compute/virtualMachines. Aby uzyskać listę usług i skojarzonych z nimi typów zasobów, zobacz Dostawcy zasobów.

Usługa Azure Monitor podobnie jak inne usługi organizuje podstawowe dane monitorowania w metryki i dzienniki według typów zasobów, nazywanych również przestrzeniami nazw. Różne metryki i dzienniki są dostępne dla różnych typów zasobów. Usługa może być skojarzona z więcej niż jednym typem zasobu.

Aby uzyskać więcej informacji na temat typów zasobów dla usługi Application Gateway, zobacz Application Gateway monitoring data reference (Dokumentacja danych monitorowania usługi Application Gateway).

Magazyn danych

W przypadku usługi Azure Monitor:

  • Dane metryk są przechowywane w bazie danych metryk usługi Azure Monitor.
  • Dane dziennika są przechowywane w magazynie dzienników usługi Azure Monitor. Log Analytics to narzędzie w witrynie Azure Portal, które może wykonywać zapytania dotyczące tego magazynu.
  • Dziennik aktywności platformy Azure to oddzielny magazyn danych z własnym interfejsem w portalu Azure.

Opcjonalnie możesz kierować dane metryki i dziennika aktywności do magazynu dzienników usługi Azure Monitor. Następnie możesz użyć usługi Log Analytics, aby wykonać zapytanie o dane i skorelować je z innymi danymi dziennika.

Wiele usług może używać ustawień diagnostycznych do wysyłania danych metryk i dzienników do innych lokalizacji przechowywania poza usługą Azure Monitor. Przykłady obejmują usługę Azure Storage, hostowane systemy partnerskie i systemy partnerskie spoza platformy Azure przy użyciu usługi Event Hubs.

Aby uzyskać szczegółowe informacje na temat sposobu przechowywania danych przez usługę Azure Monitor, zobacz Azure Monitor data platformy.

W przypadku usługi Application Gateway tryb specyficzny dla zasobów tworzy trzy tabele:

Uwaga

Opcja specyficzna dla zasobu jest obecnie dostępna we wszystkich regionach publicznych.

Istniejący użytkownicy mogą nadal korzystać z usługi Diagnostyka Azure albo wybrać dedykowane tabele, przełączając przełącznik w ustawieniach diagnostycznych na Specyficzne dla zasobu lub na Dedykowane w miejscu docelowym interfejsu API. Tryb podwójny nie jest dostępny. Dane we wszystkich dziennikach mogą przepływać do Diagnostyka Azure lub do dedykowanych tabel. Można jednak mieć wiele ustawień diagnostycznych, w których jeden przepływ danych jest kierowany do diagnostyki platformy Azure, a drugi jednocześnie korzysta z ustawień specyficznych dla zasobu.

Wybieranie tabeli docelowej w usłudze Log Analytics: wszystkie usługi platformy Azure ostatecznie używają tabel specyficznych dla zasobów. W ramach tego przejścia możesz wybrać tabelę diagnostyczną platformy Azure lub tabelę specyficzną dla zasobu w ustawieniach diagnostycznych za pomocą przycisku przełączania. Przełącznik jest domyślnie ustawiony na Specyficzne dla zasobu, a w tym trybie dzienniki dla nowo wybranych kategorii są kierowane do dedykowanych tabel w usłudze Log Analytics, podczas gdy istniejące strumienie pozostają niezmienione. Zobacz poniższy przykład.

Zrzut ekranu przedstawiający identyfikator zasobu bramy aplikacji w portalu.

Przekształcenia obszaru roboczego: Wybranie opcji specyficznej dla zasobu umożliwia filtrowanie i modyfikowanie danych, zanim przekształcenia obszaru roboczego je przetworzą. Takie podejście zapewnia szczegółową kontrolę, umożliwiając skoncentrowanie się na najbardziej odpowiednich informacjach z dzienników, zmniejszając koszty danych i zwiększając bezpieczeństwo.

Aby uzyskać szczegółowe instrukcje dotyczące konfigurowania przekształceń obszaru roboczego, zobacz Samouczek: dodawanie przekształcenia obszaru roboczego do dzienników usługi Azure Monitor przy użyciu witryny Azure Portal.

Metryki platformy usługi Azure Monitor

Usługa Azure Monitor udostępnia metryki platformy dla większości usług. Te metryki to:

  • Definiowane indywidualnie dla każdej przestrzeni nazw.
  • Przechowywane w bazie danych metryk szeregów czasowych usługi Azure Monitor.
  • Lekki i zdolny do obsługi alertów niemal w czasie rzeczywistym.
  • Służy do śledzenia wydajności zasobu w czasie.

Zbieranie: usługa Azure Monitor automatycznie zbiera metryki platformy. Nie jest wymagana żadna konfiguracja.

Routing: możesz również kierować niektóre metryki platformy do dzienników usługi Azure Monitor/ usługi Log Analytics, aby móc wykonywać zapytania względem nich przy użyciu innych danych dziennika. Sprawdź ustawienie eksportu DS dla każdej metryki, aby ustalić, czy można użyć ustawienia diagnostycznego do kierowania tej metryki do Azure Monitor Logs / Log Analytics.

Aby uzyskać listę wszystkich metryk, które można zebrać dla wszystkich zasobów w usłudze Azure Monitor, zobacz Obsługiwane metryki w usłudze Azure Monitor.

Strona Przegląd w witrynie Azure Portal dla każdej usługi Application Gateway zawiera następujące metryki:

  • Suma łącznych żądań
  • Suma żądań, które zakończyły się niepowodzeniem
  • Suma odpowiedzi według HttpStatus
  • Suma przepływności
  • Suma BieżącePołączenia
  • Średnia liczba hostów w dobrej kondycji według puli zaplecza i ustawień HTTP
  • Średnia liczba hostów w złej kondycji według ustawień HTTP puli zaplecza

Aby wyświetlić listę dostępnych metryk dla usługi Azure Application Gateway, zobacz Informacje referencyjne dotyczące danych monitorowania usługi Application Gateway.

Aby wyświetlić dostępne metryki zapory aplikacji internetowej (WAF), zobacz metryki usługi Application Gateway WAF v2 i metryki usługi Application Gateway WAF v1.

Dzienniki zasobów usługi Azure Monitor

Dzienniki zasobów zapewniają wgląd w operacje wykonywane przez zasób platformy Azure. Dzienniki są generowane automatycznie, ale należy skierować je do dzienników usługi Azure Monitor, aby je zapisać lub wysłać do nich zapytanie. Dzienniki są zorganizowane w kategoriach. Dana przestrzeń nazw może mieć wiele kategorii dziennika zasobów.

Kolekcja: dzienniki zasobów nie są zbierane i przechowywane do momentu utworzenia ustawienia diagnostycznego i kierowania dzienników do co najmniej jednej lokalizacji. Podczas tworzenia ustawienia diagnostycznego należy określić kategorie dzienników, które mają być zbierane. Istnieje wiele sposobów tworzenia i utrzymywania ustawień diagnostycznych, w tym za pomocą witryny Azure Portal, programowo oraz za pomocą zasad Azure Policy.

Routing: sugerowaną wartością domyślną jest kierowanie dzienników zasobów do dzienników usługi Azure Monitor, co umożliwia wykonywanie zapytań względem nich przy użyciu innych danych dziennika. Dostępne są również inne lokalizacje, takie jak Azure Storage, Azure Event Hubs i niektórzy partnerzy monitorowania firmy Microsoft. Aby uzyskać więcej informacji, zobacz Dzienniki zasobów platformy Azure i lokalizacje docelowe dziennika zasobów.

Aby uzyskać szczegółowe informacje na temat zbierania, przechowywania i routingu dzienników zasobów, zobacz Ustawienia diagnostyczne w usłudze Azure Monitor.

Aby uzyskać listę wszystkich dostępnych kategorii dzienników zasobów w usłudze Azure Monitor, zobacz Obsługiwane dzienniki zasobów w usłudze Azure Monitor.

Wszystkie dzienniki zasobów w usłudze Azure Monitor mają te same pola nagłówka, a następnie pola specyficzne dla usługi. Typowy schemat jest opisany w schemacie dziennika zasobów usługi Azure Monitor.

Dane w dziennikach usługi Azure Monitor są przechowywane w tabelach, w których każda tabela ma własny zestaw unikatowych właściwości.

Zobacz Dokumentację danych monitorowania usługi Application Gateway, aby uzyskać następujące informacje :

  • Lista typów dzienników zasobów zebranych dla usługi Application Gateway.
  • Lista tabel używanych przez dzienniki usługi Azure Monitor i możliwość wykonywania zapytań przez usługę Log Analytics.
  • Dostępne kategorie dzienników zasobów, skojarzone z nimi tabele usługi Log Analytics i schematy dziennika dla usługi Application Gateway.

Dziennik aktywności platformy Azure

Dziennik aktywności zawiera zdarzenia na poziomie subskrypcji, które śledzą operacje dla każdego zasobu platformy Azure widoczne spoza tego zasobu; na przykład utworzenie nowego zasobu lub uruchomienie maszyny wirtualnej.

Zbieranie: Zdarzenia dziennika aktywności są automatycznie generowane i gromadzone w oddzielnym magazynie danych w celu wyświetlania w portalu Azure.

Routing: możesz wysyłać dane dziennika aktywności do dzienników usługi Azure Monitor, aby móc analizować je wraz z innymi danymi dziennika. Dostępne są również inne lokalizacje, takie jak Azure Storage, Azure Event Hubs i niektórzy partnerzy monitorowania firmy Microsoft. Aby uzyskać więcej informacji na temat kierowania dziennika aktywności, zobacz Omówienie dziennika aktywności platformy Azure.

Analizowanie danych monitorowania

Istnieje wiele narzędzi do analizowania danych monitorowania.

Narzędzia usługi Azure Monitor

Usługa Azure Monitor obsługuje następujące podstawowe narzędzia:

Narzędzia, które umożliwiają bardziej złożoną wizualizację, obejmują:

  • Pulpity nawigacyjne, które umożliwiają łączenie różnych rodzajów danych w jednym okienku w witrynie Azure Portal.
  • Skoroszyty, dostosowywalne raporty, które można utworzyć w witrynie Azure Portal. Skoroszyty mogą zawierać tekst, metryki i zapytania dziennika.
  • Grafana to otwarta platforma, która doskonale sprawdza się w dashboardach operacyjnych. Za pomocą narzędzia Grafana można tworzyć pulpity nawigacyjne zawierające dane z wielu źródeł innych niż usługa Azure Monitor.
  • Power BI, usługa analizy biznesowej, która udostępnia interaktywne wizualizacje w różnych źródłach danych. Usługę Power BI można skonfigurować tak, aby automatycznie importować dane dziennika z usługi Azure Monitor, aby korzystać z tych wizualizacji.

Analizowanie dzienników dostępu za pośrednictwem funkcji GoAccess

Opublikowaliśmy szablon usługi Resource Manager, który instaluje i uruchamia popularny analizator dzienników usługi GoAccess dla dzienników dostępu usługi Application Gateway. Funkcja GoAccess udostępnia cenne statystyki ruchu HTTP, takie jak unikatowe odwiedzający, żądane pliki, hosty, systemy operacyjne, przeglądarki, kody stanu HTTP i inne. Aby uzyskać więcej informacji, zobacz plik Readme w folderze szablonu usługi Resource Manager w usłudze GitHub.

Narzędzia eksportu usługi Azure Monitor

Dane z usługi Azure Monitor można pobrać do innych narzędzi przy użyciu następujących metod:

  • Metryki: użyj interfejsu API REST dla metryk , aby wyodrębnić dane metryk z bazy danych metryk usługi Azure Monitor. Interfejs API obsługuje wyrażenia filtrów w celu uściślinia pobranych danych. Aby uzyskać więcej informacji, zobacz Dokumentacja interfejsu API REST usługi Azure Monitor.

  • Dzienniki: Użyj interfejsu API REST lub powiązanych bibliotek klienckich.

  • Inną opcją jest eksportowanie danych obszaru roboczego.

Aby rozpocząć pracę z interfejsem API REST dla usługi Azure Monitor, zobacz Przewodnik po interfejsie API REST monitorowania platformy Azure.

Zapytania usługi Kusto

Dane monitorowania można analizować w magazynie Azure Monitor Logs / Log Analytics przy użyciu języka zapytań Kusto (KQL).

Ważne

Po wybraniu pozycji Dzienniki z menu usługi w portalu usługa Log Analytics zostanie otwarta z zakresem zapytania ustawionym na bieżącą usługę. Ten zakres oznacza, że zapytania dziennika będą zawierać tylko dane z tego typu zasobu. Jeśli chcesz uruchomić zapytanie zawierające dane z innych usług platformy Azure, wybierz pozycję Dzienniki z menu usługi Azure Monitor . Aby uzyskać szczegółowe informacje, zobacz Zakres zapytań dzienników i zakres czasu w usłudze Azure Monitor Log Analytics .

Aby uzyskać listę typowych zapytań dotyczących dowolnej usługi, zobacz interfejs zapytań usługi Log Analytics.

W poniższych przykładach przedstawiono kilka przydatnych zapytań dotyczących usługi Application Gateway.

// Requests per hour 
// Count of the incoming requests on the Application Gateway. 
// To create an alert for this query, click '+ New alert rule'
AzureDiagnostics
| where ResourceType == "APPLICATIONGATEWAYS" and OperationName == "ApplicationGatewayAccess"
| summarize AggregatedValue = count() by bin(TimeGenerated, 1h), _ResourceId
| render timechart 

// Failed requests per hour 
// Count of requests to which Application Gateway responded with an error. 
// To create an alert for this query, click '+ New alert rule'
AzureDiagnostics
| where ResourceType == "APPLICATIONGATEWAYS" and OperationName == "ApplicationGatewayAccess" and httpStatus_d > 399
| summarize AggregatedValue = count() by bin(TimeGenerated, 1h), _ResourceId
| render timechart

// Top 10 Client IPs 
// Count of requests per client IP. 
AzureDiagnostics
| where ResourceType == "APPLICATIONGATEWAYS" and OperationName == "ApplicationGatewayAccess"
| summarize AggregatedValue = count() by clientIP_s
| top 10 by AggregatedValue

// Errors by user agent 
// Number of errors by user agent. 
// To create an alert for this query, click '+ New alert rule'
AzureDiagnostics
| where ResourceType == "APPLICATIONGATEWAYS" and OperationName == "ApplicationGatewayAccess" and httpStatus_d > 399
| summarize AggregatedValue = count() by userAgent_s, _ResourceId
| sort by AggregatedValue desc

// 5xx responses per instance 
// Count of server-error responses grouped by the Application Gateway instance that served them. 
// To create an alert for this query, click '+ New alert rule'
AzureDiagnostics
| where ResourceType == "APPLICATIONGATEWAYS" and OperationName == "ApplicationGatewayAccess" and httpStatus_d >= 500 and httpStatus_d <= 599
| summarize AggregatedValue = count() by instanceId_s, httpStatus_d, bin(TimeGenerated, 1h)
| sort by AggregatedValue desc

W przypadku dzienników dostępu zbieranych w trybie specyficznym dla zasobów użyj AGWAccessLogs zamiast AzureDiagnostics. Następne zapytanie liczy 5xx odpowiedzi według instancji bramy i kodu statusu w odstępach pięciominutowych. Zastąp <application-gateway-resource-id> identyfikatorem zasobu bramy, którą analizujesz.

AGWAccessLogs
| where TimeGenerated >= ago(24h)
| where _ResourceId =~ "<application-gateway-resource-id>"
| where HttpStatus between (500 .. 599)
| summarize ErrorCount = count() by InstanceId, HttpStatus, bin(TimeGenerated, 5m)
| order by TimeGenerated asc, InstanceId asc, HttpStatus asc

Porównaj te przedziały z obejmującymi całą bramę Bieżącymi jednostkami wydajności, przy użyciu tego samego zakresu czasu i interwału agregacji. Ta metryka nie ma wymiaru instancji; porównanie dostarcza kontekstu, a nie wykorzystania pojemności na instancję ani dowodu, że odpowiedzi 5xx spowodowały zmianę wykorzystania. Definicje pól i limity porównawcze można znaleźć w dzienniku dostępu, w referencji monitoringu.

Powiadomienia

Alerty usługi Azure Monitor proaktywnie powiadamiają o znalezieniu określonych warunków w danych monitorowania. Alerty umożliwiają identyfikowanie i rozwiązywanie problemów w systemie przed ich zauważeniem przez klientów. Aby uzyskać więcej informacji, zobacz Alerty usługi Azure Monitor.

Istnieje wiele źródeł typowych alertów dotyczących zasobów platformy Azure. Przykłady typowych alertów dotyczących zasobów platformy Azure można znaleźć w temacie Przykładowe zapytania alertów dziennika. Witryna Azure Monitor Baseline Alerts (AMBA) zapewnia częściowo zautomatyzowaną metodę wdrażania ważnych alertów dotyczących metryk platformy, pulpitów i wytycznych. Witryna ma zastosowanie do stale powiększającego się podzestawu usług platformy Azure, w tym wszystkich usług, które są częścią strefy docelowej platformy Azure (ALZ).

Wspólny schemat alertów standaryzuje sposób przetwarzania powiadomień o alertach usługi Azure Monitor. Aby uzyskać więcej informacji, zobacz Wspólny schemat alertów.

Typy alertów

Możesz otrzymywać alerty dotyczące dowolnej metryki lub źródła danych dziennika na platformie danych usługi Azure Monitor. Istnieje wiele różnych typów alertów w zależności od usług, które monitorujesz i zbieranych danych monitorowania. Różne typy alertów mają różne zalety i wady. Aby uzyskać więcej informacji, zobacz Wybieranie odpowiedniego typu alertu monitorowania.

Poniższa lista zawiera opis typów alertów usługi Azure Monitor, które można utworzyć:

  • Alerty metryczne oceniają metryki zasobów w regularnych odstępach. Metryki mogą być metrykami platformy, metrykami niestandardowymi, dziennikami z usługi Azure Monitor przekonwertowanym na metryki lub metrykami usługi Application Insights. Alerty dotyczące metryk mogą również obsługiwać wiele warunków i progów dynamicznych.
  • Alerty dzienników umożliwiają użytkownikom używanie zapytania usługi Log Analytics do oceny dzienników zasobów z wstępnie zdefiniowaną częstotliwością.
  • Alerty dziennika aktywności są wyzwalane, gdy wystąpi nowe zdarzenie dziennika aktywności zgodne ze zdefiniowanymi warunkami. Alerty usługi Resource Health i alerty usługi Service Health to alerty dziennika aktywności, które informują o stanie usługi i zasobów.

Niektóre usługi platformy Azure obsługują również alerty wykrywania inteligentnego, alerty Prometheus lub zalecane reguły alertów.

W przypadku niektórych usług można monitorować wiele zasobów jednocześnie, stosując tę samą regułę alertu metrycznego do wielu zasobów tego samego typu znajdujących się w tym samym regionie platformy Azure. Poszczególne powiadomienia są wysyłane dla każdego monitorowanego zasobu. Aby uzyskać informacje o obsługiwanych usługach i chmurach platformy Azure, zobacz Monitorowanie wielu zasobów za pomocą jednej reguły alertów.

Uwaga

Jeśli tworzysz lub uruchamiasz aplikację działającą w usłudze, usługa Azure Monitor application insights może oferować więcej typów alertów.

Aby skonfigurować alerty przy użyciu szablonów usługi ARM, zobacz Konfigurowanie alertów usługi Azure Monitor.

Reguły alertów usługi Application Gateway

W poniższej tabeli wymieniono sugerowane reguły alertów dla usługi Application Gateway. Te alerty są tylko przykładami. Można skonfigurować alerty dla dowolnej metryki, wpisu dziennika lub wpisu dziennika aktywności wymienionych w informacjach referencyjnych dotyczących danych monitorowania usługi Application Gateway.

Application Gateway (wersja 2)

Typ alertu Warunek Opis
Metryka Wykorzystanie jednostek obliczeniowych przekracza 75% średniego użycia Jednostka obliczeniowa to miara wykorzystania zasobów obliczeniowych usługi Application Gateway. Sprawdź średnie użycie jednostek obliczeniowych w ciągu ostatniego miesiąca i ustaw alert, jeśli przekroczy 75% z niego.
Metryka Wykorzystanie jednostek pojemności przekracza 75% szczytowego użycia Jednostki pojemności reprezentują ogólne wykorzystanie bramy pod względem przepływności, obliczeń i liczby połączeń. Sprawdź maksymalne użycie jednostek pojemności w ciągu ostatniego miesiąca i ustaw alert, jeśli przekroczy 75% z niego.
Metryka Liczba hostów w złej kondycji przekracza próg Wskazuje liczbę serwerów zaplecza, których Application Gateway nie może pomyślnie sprawdzić za pomocą sondy. Ten alert wykrywa problemy, w których wystąpienia usługi Application Gateway nie mogą nawiązać połączenia z serwerami zaplecza. Wygeneruj alert, jeśli ta wartość przekroczy 20% wydajności backendu.
Metryka Kod stanu odpowiedzi (4xx, 5xx) przekracza wartość progową Gdy stan odpowiedzi usługi Application Gateway to 4xx lub 5xx. Czasami może wystąpić odpowiedź 4xx lub 5xx z powodu przejściowych problemów. Należy obserwować bramę w środowisku produkcyjnym, aby określić próg statyczny lub użyć progu dynamicznego dla alertu.
Metryka Liczba żądań zakończonych niepowodzeniem przekracza próg Gdy metryka liczby nieudanych żądań przekroczy próg. Należy obserwować bramę sieciową w środowisku produkcyjnym, aby ustalić próg statyczny lub zastosować próg dynamiczny na potrzeby alertu.
Metryka Czas odpowiedzi do ostatniego bajtu zaplecza przekracza próg Wskazuje przedział czasu między rozpoczęciem nawiązywania połączenia z serwerem zaplecza i odbieraniem ostatniego bajtu treści odpowiedzi. Utwórz alert, jeśli opóźnienie odpowiedzi backendu przekracza określony próg względem typowej wartości.
Metryka Łączny czas usługi Application Gateway przekracza próg Ta wartość to interwał od momentu odebrania przez usługę Application Gateway pierwszego bajtu żądania HTTP do czasu wysłania ostatniego bajtu odpowiedzi do klienta. Należy wygenerować alert, jeśli opóźnienie odpowiedzi backendu przekracza określony próg względem zwykłego poziomu.

Application Gateway, wersja 1

Typ alertu Warunek Opis
Metryka Użycie procesora CPU przekracza 80% W normalnych warunkach użycie procesora CPU nie powinno regularnie przekraczać 90%. Taka sytuacja może spowodować opóźnienie w witrynach internetowych hostowanych za usługą Application Gateway oraz zakłócić środowisko klienta.
Metryka Liczba hostów w złej kondycji przekracza próg Wskazuje liczbę serwerów zaplecza, których usługa Application Gateway nie może pomyślnie sondować. Ten alert wykrywa problemy związane z tym, że wystąpienia usługi Application Gateway nie mogą nawiązać połączenia z serwerem zaplecza. Wygeneruj alert, jeśli ta liczba przekroczy 20% wydajności zaplecza.
Metryka Kod odpowiedzi (4xx, 5xx) przekracza wartość progową Gdy stan odpowiedzi usługi Application Gateway to 4xx lub 5xx. Czasami może wystąpić odpowiedź 4xx lub 5xx z powodu przejściowych problemów. Należy obserwować bramę w środowisku produkcyjnym, aby określić próg statyczny lub użyć progu dynamicznego dla alertu.
Metryka Przekroczono próg żądań, które zakończyły się niepowodzeniem Gdy metryka nieudanych żądań przekroczy wartość progową. Należy obserwować bramkę w środowisku produkcyjnym, aby określić próg statyczny lub użyć progu dynamicznego na potrzeby alertu.

Alerty usługi Azure Monitor proaktywnie powiadamiają o znalezieniu ważnych warunków w danych monitorowania. Umożliwiają one identyfikowanie i rozwiązywanie problemów w systemie zanim zauważą je klienci. Alerty dotyczące metryk, dzienników i dziennika aktywności można ustawić. Różne typy alertów mają zalety i wady.

Jeśli tworzysz lub uruchamiasz aplikację korzystającą z usługi Application Gateway, usługa Azure Monitor Application Insights może oferować inne typy alertów.

Zalecenia doradcy

W przypadku niektórych usług, jeśli podczas operacji zasobów wystąpią krytyczne warunki lub nieuchronne zmiany, na stronie Przegląd usługi w portalu zostanie wyświetlony alert. Więcej informacji i zalecanych poprawek alertu można znaleźć w temacie Zalecenia usługi Advisor w obszarze Monitorowanie w menu po lewej stronie. Podczas normalnych operacji nie są wyświetlane żadne zalecenia doradcy.

Aby uzyskać więcej informacji na temat usługi Azure Advisor, zobacz Omówienie usługi Azure Advisor.

Powiązana zawartość

  • Last updated on