Udostępnij za pośrednictwem

Metryki w usłudze Application Insights

Usługa Application Insights obsługuje trzy różne typy metryk: standardowe (wstępnie agregowane), oparte na dziennikach i niestandardowe metryki. Każdy z nich zapewnia unikatową wartość monitorowania kondycji, diagnostyki i analizy aplikacji. Deweloperzy, którzy instrumentują aplikacje, mogą zdecydować, który typ metryki najlepiej nadaje się do określonego scenariusza. Decyzje są oparte na rozmiarze aplikacji, oczekiwanym wolumenie danych telemetrycznych i wymaganiach biznesowych dotyczących dokładności i alarmowania metryk. W tym artykule wyjaśniono różnicę między wszystkimi obsługiwanymi typami metryk.

Metryki standardowe

Usługa Application Insights automatycznie zbiera i monitoruje standardowe metryki. Te wstępnie zdefiniowane metryki obejmują szeroką gamę wskaźników wydajności i użycia, takich jak użycie procesora CPU, zużycie pamięci, współczynniki żądań i czasy odpowiedzi. Nie musisz konfigurować żadnych elementów, aby rozpocząć korzystanie z nich. Podczas zbierania usługa wstępnie agreguje standardowe metryki i przechowuje je jako szereg czasowy w wyspecjalizowanym repozytorium z tylko kluczowymi wymiarami. Ten projekt zwiększa wydajność zapytań. Ze względu na szybkość i strukturę standardowe metryki działają najlepiej w przypadku alertów w czasie rzeczywistym i dynamicznych pulpitów nawigacyjnych.

Metryki na podstawie dzienników

Metryki oparte na dzienniku w usłudze Application Insights to koncepcja czasu wykonywania zapytań. System reprezentuje je jako szeregi czasowe utworzone na podstawie danych dziennika aplikacji. Nie dokonuje wstępnej agregacji dzienników źródłowych podczas zbierania lub przechowywania. Zamiast tego zachowuje wszystkie właściwości każdego wpisu dziennika.

To przechowywanie umożliwia używanie właściwości dziennika jako wymiarów podczas wykonywania zapytań dotyczących metryk opartych na dziennikach. Możesz zastosować filtrowanie wykresów metryk i dzielenie metryk, co nadaje tym metrykom dużą wartość analityczną i diagnostyczną.

Jednak techniki zmniejszania ilości telemetrii wpływają na metryki oparte na logach. Techniki, takie jak próbkowanie i filtrowanie telemetryczne, często używane do redukcji danych z aplikacji o dużej ilości, zmniejszają liczbę zebranych wpisów dziennika. Zmniejsza to dokładność metryk opartych na dziennikach.

Metryki niestandardowe (wersja zapoznawcza)

Metryki niestandardowe w usłudze Application Insights umożliwiają definiowanie i śledzenie określonych pomiarów unikatowych dla aplikacji. Te metryki można utworzyć, instrumentując kod w celu wysyłania niestandardowych danych telemetrycznych do usługi Application Insights. Metryki niestandardowe zapewniają elastyczność monitorowania dowolnego aspektu aplikacji, który nie jest objęty metrykami standardowymi, co pozwala uzyskać bardziej szczegółowy wgląd w zachowanie i wydajność aplikacji.

Aby uzyskać więcej informacji, zobacz Metryki niestandardowe w usłudze Azure Monitor (wersja zapoznawcza).

Uwaga

Usługa Application Insights udostępnia również funkcję o nazwie Strumień Metryk na Żywo, która umożliwia niemal w czasie rzeczywistym monitorowanie aplikacji internetowych i nie przechowuje żadnych danych telemetrycznych.

Porównanie metryk

Funkcja Metryki standardowe Metryki na podstawie dzienników Metryki niestandardowe
Źródło danych Wstępnie zagregowane dane z szeregów czasowych zbierane podczas działania. Pozyskiwane z danych dziennika przy użyciu zapytań Kusto. Metryki zdefiniowane przez użytkownika zbierane za pośrednictwem zestawu SDK usługi Application Insights lub interfejsu API.
Ziarnistość Stałe interwały (1 minuta). Zależy od stopnia szczegółowości samych danych dziennika. Elastyczny stopień szczegółowości oparty na metrykach zdefiniowanych przez użytkownika.
Dokładność Wysokie, niepodlegające wpływowi próbkowania dzienników. Może to mieć wpływ na próbkowanie i filtrowanie. Wysoka dokładność, szczególnie w przypadku używania metod wstępnie agregowanych, takich jak GetMetric.
Koszty Uwzględnione w cenniku usługi Application Insights. Na podstawie pozyskiwania danych dzienników oraz kosztów zapytań. Zobacz Model cen i przechowywanie.
Konfiguracja Automatycznie dostępny przy minimalnej konfiguracji. Wymagaj konfiguracji zapytań dziennika, aby wyodrębnić żądane metryki z danych dziennika. Wymaga niestandardowej implementacji i konfiguracji w kodzie.
Wydajność zapytania Szybkie, ze względu na wstępną agregację. Wolniejsze, ponieważ obejmuje wykonywanie zapytań dotyczących danych dziennika. Zależy od ilości danych i złożoności zapytań.
Przechowywanie Dane przechowywane są jako szeregi czasowe w obszarze przechowywania metryk usługi Azure Monitor. Przechowywane jako dzienniki w obszarze roboczym usługi Log Analytics. Przechowywane zarówno w usłudze Log Analytics, jak i w magazynie metryk usługi Azure Monitor.
Alerty Obsługuje alerty w czasie rzeczywistym. Umożliwia obsługę złożonych scenariuszy zgłaszania alertów na podstawie szczegółowych danych dziennika. Elastyczne alerty oparte na metrykach zdefiniowanych przez użytkownika.
Limit usługi Podlega limitom usługi Application Insights. Podlega limitom obszaru roboczego usługi Log Analytics. Ograniczone przez ograniczenie przydzielonej kwoty dla bezpłatnych metryk i koszt związany z dodatkowymi wymiarami.
Przypadki użycia Monitorowanie w czasie rzeczywistym, pulpity wydajności i szybki wgląd. Szczegółowa diagnostyka, rozwiązywanie problemów i szczegółowa analiza. Dostosowane wskaźniki wydajności i metryki specyficzne dla firmy.
Przykłady Użycie procesora CPU, użycie pamięci, czas trwania żądania. Liczba żądań, śledzenie wyjątków, wywołania funkcji zależności. Niestandardowe metryki specyficzne dla aplikacji, takie jak zaangażowanie użytkowników, użycie funkcji.

Wstępne agregowanie metryk

Zgromadzenia SDK OpenTelemetry i niektóre zgromadzenia SDK usługi Application Insights (Klasyczny interfejs API) wstępnie agregują metryki podczas zbierania, aby zmniejszyć ilość danych wysyłanych z SDK do końcówki kanału telemetrii. Ten proces ma zastosowanie do standardowych metryk wysyłanych domyślnie, więc dokładność nie ma wpływu na próbkowanie ani filtrowanie. Dotyczy to również metryk niestandardowych wysyłanych przy użyciu interfejsu API OpenTelemetry lub GetMetric i TrackValue, co skutkuje mniejszym pozyskiwaniem danych i niższym kosztem. Jeśli twoja wersja zestawu SDK usługi Application Insights obsługuje metody GetMetric i TrackValue, jest to preferowana metoda wysyłania metryk niestandardowych.

Niektóre zestawy SDK nie implementują wstępnej agregacji. Przykłady obejmują starsze wersje zestawu SDK usługi Application Insights i instrumentację opartą na przeglądarce. W takich przypadkach zaplecze tworzy nowe metryki, agregując zdarzenia odebrane za pośrednictwem kanału telemetrii.

Aby wysyłać metryki niestandardowe, użyj metody trackMetric .

Te zestawy SDK nie zmniejszają ilości wysyłanych danych. Można jednak nadal używać wstępnie zagregowanych metryk, które tworzą. Ta konfiguracja zapewnia lepszą wydajność i obsługuje alerty wymiarowe niemal w czasie rzeczywistym, nawet bez wstępnej agregacji podczas zbierania.

Punkt końcowy kanału telemetrii wstępnie agreguje zdarzenia przed próbkowaniem pozyskiwania. Z tego powodu próbkowanie danych nigdy nie wpływa na dokładność wstępnie zagregowanych metryk, niezależnie od wersji zestawu SDK używanej z aplikacją.

Poniższe tabele wymieniają miejsca, w których preagregacje są wstępnie zagregowane.

Wstępne agregowanie metryk za pomocą pakietu OpenTelemetry Azure Monitor

Bieżący zestaw SDK produkcji Wstępne agregowanie metryk standardowych Preagregacja metryk niestandardowych
ASP.NET Core SDK SDK przez API OpenTelemetry
.NET (za pośrednictwem eksportera) SDK SDK przez API OpenTelemetry
Java (3.x) SDK SDK przez API OpenTelemetry
Natywna dla języka Java SDK SDK przez API OpenTelemetry
Node.js SDK SDK przez API OpenTelemetry
Python SDK SDK przez API OpenTelemetry

Wstępne agregowanie metryk za pomocą SDK Application Insights (klasycznego interfejsu API)

Bieżący zestaw SDK produkcji Wstępne agregowanie metryk standardowych Preagregacja metryk niestandardowych
.NET Core i .NET Framework Zestaw SDK (wersja 2.13.1 lub nowsza) SDK (2.7.2+) przez GetMetric
Punkt końcowy kanału telemetrii za pośrednictwem usługi TrackMetric
Java (2.x) Punkt końcowy kanału telemetrii Punkt końcowy kanału telemetrii za pośrednictwem usługi TrackMetric
JavaScript (przeglądarka) Punkt końcowy kanału telemetrii Punkt końcowy kanału telemetrii za pośrednictwem usługi TrackMetric
Node.js Punkt końcowy kanału telemetrii Punkt końcowy kanału telemetrii za pośrednictwem usługi TrackMetric
Python Punkt końcowy kanału telemetrii SDK za pośrednictwem OpenCensus.stats (wycofany)
Punkt końcowy kanału telemetrii za pośrednictwem usługi TrackMetric

Uwaga

Wstępne agregowanie metryk za pomocą autoinstrumentacji

Dzięki automatycznej instrumentacji SDK jest automatycznie dodawane do kodu aplikacji i nie podlega personalizacji. W przypadku metryk niestandardowych wymagana jest instrumentacja ręczna.

Bieżący zestaw SDK produkcji Wstępne agregowanie metryk standardowych Preagregacja metryk niestandardowych
ASP.NET Core Zestaw Narzędzi Deweloperskich (SDK) 1 Nieobsługiwany
ASP.NET Zestaw SDK 2 Nieobsługiwany
Java SDK Obsługiwane 3
Node.js SDK Nieobsługiwany
Python SDK Nieobsługiwany

Przypisy

Niestandardowe wymiary metryk i wstępne agregowanie

Wszystkie metryki wysyłane przy użyciu interfejsu API OpenTelemetry, trackMetric lub GetMetric i TrackValue są automatycznie przechowywane w magazynie metryk i dziennikach. Te metryki można znaleźć w tabeli customMetrics w usłudze Application Insights i w Eksploratorze metryk w obszarze Niestandardowa przestrzeń nazw metryk o nazwie azure.applicationinsights. Wersja oparta na logach metryki niestandardowej zawsze zachowuje wszystkie wymiary, natomiast wstępnie zagregowana wersja metryki jest przechowywana domyślnie bez wymiarów. Zachowywanie wymiarów metryk niestandardowych jest funkcją w wersji zapoznawczej, którą można włączyć na karcie Użycie i szacowany koszt, wybierając opcję Z wymiarami w sekcji Wyślij metryki niestandardowe do magazynu metryk Azure.

Zrzut ekranu przedstawiający użycie i szacowane koszty.

Limity

Wstępnie zagregowane metryki są przechowywane jako szeregi czasowe w usłudze Azure Monitor. Mają zastosowanie limity przydziału usługi Azure Monitor dla metryk niestandardowych.

Uwaga

Przekroczenie limitu przydziału może mieć niezamierzone konsekwencje. Usługa Azure Monitor może być mniej niezawodna w Twojej subskrypcji lub regionie. Aby dowiedzieć się, jak uniknąć przekroczenia limitu przydziału, zobacz Ograniczenia i zagadnienia dotyczące projektowania.

Dlaczego zbieranie wymiarów niestandardowych metryk jest domyślnie wyłączone?

Usługa Application Insights domyślnie wyłącza zbieranie niestandardowych wymiarów metryk. Przechowywanie metryk niestandardowych z wymiarami wiąże się z oddzielnymi rozliczeniami z usługi Application Insights. Przechowywanie bezwymiarowych metryk niestandardowych pozostaje darmowe do określonego limitu. Aby uzyskać szczegółowe informacje, zobacz stronę cennika usługi Azure Monitor.

Tworzenie wykresów i eksplorowanie metryk

Użyj Eksploratora metryk usługi Azure Monitor, aby wykreślić wykresy z wstępnie zagregowanych, opartych na dziennikach i niestandardowych metryk oraz do tworzenia pulpitów nawigacyjnych za pomocą wykresów. Po wybraniu żądanego zasobu usługi Application Insights użyj selektora przestrzeni nazw, aby przełączać się między metrykami.

Zrzut ekranu przedstawiający przestrzeń nazw metryk.

Modele cen metryk usługi Application Insights

Przesyłanie metryk do usługi Application Insights, niezależnie czy są oparte na dzienniku czy wstępnie agregowane, generuje koszty na podstawie rozmiaru przesłanych danych. Aby uzyskać więcej informacji, zobacz artykuł Cennik usługi Azure Monitor Logs. Metryki niestandardowe, w tym wszystkie ich wymiary, są zawsze przechowywane w magazynie dzienników Application Insights. Ponadto wstępnie zagregowana wersja metryk niestandardowych bez wymiarów jest domyślnie przekazywana do magazynu metryk.

Wybranie opcji Włącz alerty dotyczące niestandardowych wymiarów metryk w celu przechowywania wszystkich wymiarów wstępnie zagregowanych metryk w magazynie metryk może spowodować zwiększenie opłat na podstawie cen metryk niestandardowych.

Dostępne metryki

W poniższych sekcjach wymieniono metryki z dostępnymi agregacjami i wymiarami. Szczegółowe informacje o metrykach opartych na dziennikach obejmują podstawowe zapytania Kusto.

Ważne

  • Limit szeregów czasowych: Każda metryka może mieć maksymalnie 5000 szeregów czasowych w ciągu 24 godzin. Po osiągnięciu tego limitu wszystkie wartości wymiarów tego punktu metryki są zastępowane stałą Maximum values reached.

  • Limit kardynalności: Każdy wymiar obsługuje ograniczoną liczbę unikatowych wartości w ciągu siedmiu dni. Po osiągnięciu limitu usługa Azure Monitor zastępuje wszystkie nowe wartości stałą Other values. W poniższych tabelach wymieniono limit kardynalności dla każdego wymiaru.

Metryki dostępności

Metryki w kategorii Dostępność umożliwiają wyświetlanie kondycji aplikacji internetowej obserwowanej z punktów na całym świecie. Skonfiguruj testy dostępności, aby rozpocząć korzystanie z dowolnych metryk z tej kategorii.

Dostępność (wynikiDostępności/procentDostępności)

Metryka Dostępność pokazuje procent przebiegów testów internetowych, które nie wykryły żadnych problemów. Najniższa możliwa wartość to 0, co oznacza, że wszystkie przebiegi testu internetowego zakończyły się niepowodzeniem. Wartość 100 oznacza, że wszystkie przebiegi testu internetowego przeszły kryteria weryfikacji.

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Procent Średnia Run location availabilityResult/location 50
Test name availabilityResult/name 100

Czas trwania testu dostępności (availabilityResults/duration)

Metryka Czas trwania testu dostępności pokazuje, ile czasu zajęło uruchomienie testu internetowego. W przypadku wieloetapowych testów internetowych metryka odzwierciedla całkowity czas wykonywania wszystkich kroków.

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Milisekundy Średnia, Maksymalna, Minimalna Run location availabilityResult/location 50
Test name availabilityResult/name 100
Test result availabilityResult/success 2

Testy dostępności (availabilityResults/liczba)

Metryka Testów dostępności reprezentuje liczbę testów internetowych wykonywanych przez Azure Monitor.

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Liczba Liczba Run location availabilityResult/location 50
Test name availabilityResult/name 100
Test result availabilityResult/success 2

Metryki przeglądarki

Zestaw SDK języka JavaScript usługi Application Insights zbiera metryki przeglądarki z rzeczywistych przeglądarek użytkowników końcowych. Te parametry zapewniają cenny wgląd w doświadczenia użytkowników w aplikacji internetowej. Zestaw SDK zwykle nie próbkuje metryk przeglądarki, dlatego oferuje większą precyzję w liczbach użycia. Natomiast metryki po stronie serwera często używają próbkowania, co może wypaczyć wyniki.

Uwaga

Aby zbierać metryki przeglądarki, aplikacja musi być instrumentowana przy użyciu zestawu SDK języka JavaScript usługi Application Insights.

Czas ładowania strony przeglądarki (browserTimings/totalDuration)

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Milisekundy Średnia, Maksymalna, Minimalna Brak

Czas przetwarzania po stronie klienta (browserTiming/processingDuration)

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Milisekundy Średnia, Maksymalna, Minimalna Brak

Czas połączenia sieciowego podczas ładowania strony (browserTimings/networkDuration)

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Milisekundy Średnia, Maksymalna, Minimalna Brak

Czas odbioru odpowiedzi (browserTimings/receiveDuration)

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Milisekundy Średnia, Maksymalna, Minimalna Brak

Czas wysyłania zapytania (browserTimings/sendDuration)

Jednostka miary Obsługiwane agregacje Obsługiwane wymiary
Milisekundy Średnia, Maksymalna, Minimalna Brak

Metryki błędów

Metryki w obszarze Błędy pokazują problemy z przetwarzaniem żądań, wywołań zależności i zgłaszanymi wyjątkami.

Wyjątki przeglądarki (wyjątki/przeglądarka)

Ta metryka odzwierciedla liczbę zgłoszonych wyjątków z kodu aplikacji uruchomionego w przeglądarce. W metryce są uwzględniane tylko wyjątki śledzone za pomocą wywołania interfejsu trackException() API usługi Application Insights.

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Liczba Liczba Cloud role name cloud/roleName 100

Błędy wywołań zależności (zależności/niepowodzenie)

Liczba wywołań zależności zakończonych niepowodzeniem.

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Liczba Liczba Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Dependency performance dependency/performanceBucket 20
Dependency type dependency/type 100
Is traffic synthetic operation/synthetic 10
Result code dependency/resultCode 100
Target of dependency call dependency/target 100

Wyjątki (wyjątki/liczba)

Za każdym razem, gdy rejestrujesz wyjątek w usłudze Application Insights, następuje wywołanie metody trackException() z zestawu SDK. Metryka Wyjątki przedstawia liczbę zarejestrowanych wyjątków.

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Liczba Liczba Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Device type client/type 2

Żądania nieudane (żądania/niepowodzenie)

Liczba śledzonych żądań serwera, które zostały oznaczone jako nieudane. Domyślnie zestaw SDK usługi Application Insights automatycznie oznacza każde żądanie serwera, które zwróciło kod odpowiedzi HTTP 5xx lub 4xx (z wyjątkiem 401) jako żądanie, które zakończyło się niepowodzeniem. Tę logikę można dostosować, modyfikując właściwość sukcesu elementu telemetrii żądania w niestandardowym inicjatorze telemetrii. Aby uzyskać więcej informacji na temat różnych kodów odpowiedzi, zobacz Model danych telemetrycznych usługi Application Insights.

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Liczba Liczba Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Is synthetic traffic operation/synthetic 10
Request performance request/performanceBucket 20
Result code request/resultCode 100

Wyjątki serwera (wyjątki/serwer)

Wskaźnik ten pokazuje liczbę wyjątków na serwerze.

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Liczba Liczba Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100

Liczniki wydajności

Użyj metryk w kategorii Liczniki wydajności, aby uzyskać dostęp do liczników wydajności systemu zebranych przez usługę Application Insights.

Dostępna pamięć (performanceCounters/availableMemory)

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Megabajty/gigabajty (zależne od danych) Średnia, Maksymalna, Minimalna Cloud role instance cloud/roleInstance 100

Współczynnik wyjątków (wydajność/licznik wyjątków)

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Liczba Średnia, Maksymalna, Minimalna Cloud role instance cloud/roleInstance 100

Czas wykonywania żądania HTTP (performanceCounters/requestExecutionTime)

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Milisekundy Średnia, Maksymalna, Minimalna Cloud role instance cloud/roleInstance 100

Szybkość żądań HTTP (performanceCounters/requestsPerSecond)

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Żądania na sekundę Średnia, Maksymalna, Minimalna Cloud role instance cloud/roleInstance 100

Żądania HTTP w kolejce aplikacji (performanceCounters/requestsInQueue)

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Liczba Średnia, Maksymalna, Minimalna Cloud role instance cloud/roleInstance 100

Zużycie CPU przez proces (performanceCounters/processCpuPercentage)

Proces hostingu monitorowanej aplikacji zużywa część całkowitej pojemności procesora, a metryka pokazuje, ile używa.

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Procent Średnia, Maksymalna, Minimalna Cloud role instance cloud/roleInstance 100

Uwaga

Zakres metryki wynosi od 0 do 100 * n, gdzie n jest liczbą dostępnych rdzeni procesora CPU. Na przykład wartość metryki 200% może reprezentować pełne wykorzystanie dwóch rdzeni procesora CPU lub pół wykorzystania czterech rdzeni procesora CPU itd. Znormalizowany procesor przetwarzania to alternatywna metryka zbierana przez wiele zestawów SDK, która reprezentuje tę samą wartość, ale dzieli ją przez liczbę dostępnych rdzeni procesora CPU. Zakres znormalizowanej metryki procesu CPU wynosi od 0 do 100.

Szybkość operacji we/wy procesu (performanceCounters/processIOBytesPerSecond)

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Bajty na sekundę Średnia, Minimalna, Maksymalna Cloud role instance cloud/roleInstance 100

Przetwarzanie bajtów prywatnych (performanceCounters/processPrivateBytes)

Ilość nieudostępnej pamięci przydzielonej przez monitorowany proces dla danych.

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Bajty Średnia, Minimalna, Maksymalna Cloud role instance cloud/roleInstance 100

Czas procesora (performanceCounters/procent użycia procesora)

Zużycie procesora przez wszystkie procesy działające na monitorowanym serwerze.

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Procent Średnia, Minimalna, Maksymalna Cloud role instance cloud/roleInstance 100

Uwaga

Metryka czasu procesora nie jest dostępna dla aplikacji hostowanych w usłudze Azure App Services. Użyj metryki procesora CPU, aby śledzić użycie CPU aplikacji internetowych hostowanych w App Services.

Metryki serwera

Wywołania zależności (liczba zależności)

Metryka odnosi się do liczby wywołań zależności.

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Liczba Liczba Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Dependency performance dependency/performanceBucket 20
Dependency type dependency/type 100
Is traffic synthetic operation/synthetic 10
Result code request/resultCode 2
Successful call dependency/success 100
Target of a dependency call dependency/target 100

Czas trwania zależności (zależności/czas trwania)

Ta metryka odnosi się do czasu trwania wywołań zależności systemowych.

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Milisekundy Średnia, Maksymalna, Minimalna Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Dependency performance dependency/performanceBucket 20
Dependency type dependency/type 100
Is traffic synthetic operation/synthetic 10
Result code request/resultCode 100
Successful call dependency/success 2
Target of a dependency call dependency/target 100

Częstotliwość żądań serwera (żądania/minuta)

Ta metryka pokazuje liczbę przychodzących żądań serwera odbieranych przez aplikację internetową.

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Liczba na sekundę Średnia Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Is traffic synthetic operation/synthetic 10
Request performance request/performanceBucket 20
Result code request/resultCode 100
Successful call dependency/success 2

Żądania serwera (żądania/liczba)

Jednostka miary Agregacje Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Liczba Liczba Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Is traffic synthetic operation/synthetic 10
Request performance request/performanceBucket 20
Result code request/resultCode 100
Successful call dependency/success 2

Czas odpowiedzi serwera (żądania/czas trwania)

Ta metryka odzwierciedla czas przetwarzania żądań przychodzących przez serwery.

Milisekundy Średnia, Maksymalna, Minimalna Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Liczba Liczba Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Is traffic synthetic operation/synthetic 10
Request performance request/performanceBucket 20
Result code request/resultCode 100
Successful call dependency/success 2

Metryki użycia

Czas ładowania widoku strony (pageViews/duration)

Ta metryka odnosi się do czasu, jaki zajęło załadowanie zdarzenia PageView.

Milisekundy Średnia, Maksymalna, Minimalna Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Milisekundy Średnia, Maksymalna, Minimalna Cloud role name cloud/roleName 100
Is traffic synthetic operation/synthetic 10

Odsłony stron (pageViews/count)

Liczba zdarzeń PageView zarejestrowanych za pomocą usługi Application Insights TrackPageView() API.

Liczba Liczba Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Milisekundy Średnia, Maksymalna, Minimalna Cloud role name cloud/roleName 100
Is traffic synthetic operation/synthetic 10

Ślady (ślady/ilość)

Liczba instrukcji śledzenia zarejestrowanych za pomocą wywołania interfejsu API usługi Application Insights TrackTrace().

Liczba Liczba Nazwa wymiaru
(Eksplorator metryk)		 Nazwa wymiaru
(Analiza Logów) (Log Analytics)		 Limit kardynalności
Liczba Liczba Cloud role instance cloud/roleInstance 100
Cloud role name cloud/roleName 100
Is traffic synthetic operation/synthetic 10
Severity level trace/severityLevel 100

Metryki niestandardowe

Nie dotyczy metryk standardowych.

Uzyskiwanie dostępu do metryk opartych na dziennikach bezpośrednio za pomocą interfejsu API REST usługi Application Insights

Interfejs API REST usługi Application Insights umożliwia programowe pobieranie metryk opartych na dziennikach. Zawiera również opcjonalny parametr ai.include-query-payload, który po dodaniu do ciągu zapytania powoduje, że API zwraca nie tylko dane szeregów czasowych, lecz także instrukcję języka zapytań Kusto (KQL) użytą do ich pobrania. Ten parametr może być korzystny dla użytkowników mających na celu zrozumienie połączenia między nieprzetworzonymi zdarzeniami w usłudze Log Analytics a wynikową metryki opartą na dzienniku.

Aby uzyskać bezpośredni dostęp do danych, przekaż parametr ai.include-query-payload do API Application Insights w zapytaniu przy użyciu języka KQL.

Uwaga

Aby uzyskać ukryte zapytanie dotyczące dzienników, DEMO_APP i DEMO_KEYnie wymagają zastąpienia. Jeśli chcesz pobrać instrukcję KQL, a nie dane szeregów czasowych własnej aplikacji, możesz skopiować i wkleić ją bezpośrednio na pasku wyszukiwania przeglądarki.

api.applicationinsights.io/v1/apps/DEMO_APP/metrics/users/authenticated?api_key=DEMO_KEY&prefer=ai.include-query-payload

W tym przykładzie przedstawiono instrukcję KQL zwracającą metrykę Authenticated Users. W tym przykładzie "users/authenticated" jest to identyfikator metryki.

output
{
    "value": {
        "start": "2024-06-21T09:14:25.450Z",
        "end": "2024-06-21T21:14:25.450Z",
        "users/authenticated": {
            "unique": 0
        }
    },
    "@ai.query": "union (traces | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (requests | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (pageViews | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (dependencies | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (customEvents | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (availabilityResults | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (exceptions | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (customMetrics | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)), (browserTimings | where timestamp >= datetime(2024-06-21T09:14:25.450Z) and timestamp < datetime(2024-06-21T21:14:25.450Z)) | where notempty(user_AuthenticatedId) | summarize ['users/authenticated_unique'] = dcount(user_AuthenticatedId)"
}

Następne kroki