Udostępnij za pomocą

Metryki niestandardowe w usłudze Azure Monitor (wersja zapoznawcza)

Platforma Azure udostępnia niektóre metryki gotowe do użycia. Te metryki są nazywane standardem lub platformą. Metryki niestandardowe to wskaźniki wydajności lub metryki specyficzne dla firmy. Można je zbierać za pośrednictwem telemetrii aplikacji. Możesz również użyć agenta usługi Azure Monitor, rozszerzenia diagnostycznego w zasobach platformy Azure lub zewnętrznego systemu monitorowania. Po opublikowaniu metryk niestandardowych w usłudze Azure Monitor możesz przeglądać, wykonywać zapytania i alerty obok standardowych metryk platformy Azure.

Metryki niestandardowe usługi Azure Monitor są obecnie dostępne w publicznej wersji zapoznawczej.

Wskazówka

Zobacz Metryki w usłudze Application Insights, aby uzyskać szczegółowe porównanie metryk standardowych, opartych na dziennikach i niestandardowych.

Metody wysyłania metryk niestandardowych

Metryki niestandardowe można wysyłać do usługi Azure Monitor za pomocą kilku metod:

Model cen i przechowywanie

Ogólnie rzecz biorąc, nie ma kosztów pozyskiwania standardowych metryk (metryk platformy) do magazynu metryk usługi Azure Monitor, ale metryki niestandardowe generują koszty po wprowadzeniu ogólnej dostępności. Zapytania do interfejsu API metryk generują koszty. Aby uzyskać szczegółowe informacje na temat włączania rozliczeń dla niestandardowych metryk i zapytań metryk, sprawdź stronę cennika usługi Azure Monitor.

Metryki niestandardowe są zachowywane przez ten sam czas co metryki platformy.

Uwaga / Notatka

Aby zapewnić lepsze doświadczenia użytkownika, niestandardowe metryki wysyłane do usługi Azure Monitor za pośrednictwem klasycznego interfejsu API Application Insights SDK są zawsze przechowywane zarówno w usłudze Log Analytics, jak i w składnicy metryk. Koszt przechowywania tych metryk zależy tylko od woluminu pozyskanego przez usługę Log Analytics. Nie ma dodatkowych kosztów za dane przechowywane w magazynie metryk.

Niestandardowe definicje metryk

Każdy opublikowany punkt danych metryk zawiera informacje o przestrzeni nazw, nazwie i wymiarze. Po raz pierwszy metryka niestandardowa jest emitowana do usługi Azure Monitor, tworzona jest automatycznie definicja metryki. Ta nowa definicja metryki jest następnie wykrywalna dla dowolnego zasobu, z którego jest emitowana metryka za pośrednictwem definicji metryk. Nie musisz wstępnie zdefiniować metryki niestandardowej w usłudze Azure Monitor przed jego emisją.

Uwaga / Notatka

Usługa Application Insights, rozszerzenie diagnostyki i agent telegrafu InfluxData są już skonfigurowane do emitowania wartości metryk względem poprawnego regionalnego punktu końcowego i przenoszą wszystkie poprzednie właściwości w każdej emisji.

Używanie metryk niestandardowych

Po przesłaniu metryk niestandardowych do usługi Azure Monitor możesz przeglądać je za pośrednictwem witryny Azure Portal i wykonywać zapytania za pośrednictwem interfejsów API REST usługi Azure Monitor. Możesz również utworzyć dla nich alerty, aby powiadomić o spełnieniu określonych warunków.

Uwaga / Notatka

Aby wyświetlić metryki niestandardowe, musisz mieć rolę czytelnika lub współautora. Zobacz Narzędzie do monitorowania.

Przeglądanie metryk niestandardowych za pośrednictwem witryny Azure Portal

  1. Przejdź do witryny Azure Portal.
  2. Wybierz okienko Monitorowanie .
  3. Wybierz pozycję Metryki.
  4. Wybierz zasób, względem którego emitujesz metryki niestandardowe.
  5. Wybierz przestrzeń nazw metryk dla metryki niestandardowej.
  6. Wybierz metryki niestandardowe.

Aby uzyskać więcej informacji na temat wyświetlania metryk w witrynie Azure Portal, zobacz Analizowanie metryk za pomocą Eksploratora metryk usługi Azure Monitor.

Opóźnienie i przechowywanie magazynu

Nowo dodana metryka lub nowo dodany wymiar do metryki może potrwać do 3 minut. Gdy dane są w systemie, powinny pojawić się w mniej niż 30 sekundach 99 procent czasu.

Jeśli usuniesz metrykę lub usuniesz wymiar, zmiana może potrwać tydzień do miesiąca, aby zostać usunięta z systemu.

Limity przydziału i ograniczenia

Usługa Azure Monitor nakłada następujące limity użycia na metryki niestandardowe:

Kategoria Ograniczenie
Łączna liczba aktywnych szeregów czasowych w subskrypcji na region 50,000
Klucze wymiarów na metryki 10
Długość ciągu dla przestrzeni nazw metryki, nazw metryk, kluczy wymiarów i wartości wymiarów 256 znaków
Łączna długość wszystkich niestandardowych nazw metryk przy użyciu kodowania utf-8 64 KB

Aktywna seria czasowa to dowolna unikatowa kombinacja metryki, klucza wymiaru lub wartości wymiaru, która zawiera wartości metryk opublikowane w ciągu ostatnich 12 godzin.

Aby zrozumieć limit 50 000 szeregów czasowych, należy wziąć pod uwagę następującą metryki:

Czas odpowiedzi serwera z wymiarami: Region, Dział, CustomerID

W przypadku tej metryki, jeśli masz 10 regionów, 20 działów i 100 klientów, daje to 10 x 20 x 100 = 20 000 szeregów czasowych.

Jeśli masz 100 regionów, 200 działów i 2000 klientów, wynik to 100 x 200 x 2000 = 40 milionów szeregów czasowych. Ta liczba przekracza limit pojedynczej metryki.

Ponownie ten limit nie dotyczy pojedynczej metryki. Jest to suma wszystkich takich metryk w ramach subskrypcji i regionu.

Aby wyświetlić bieżące aktywne metryki szeregów czasowych i uzyskać więcej informacji na temat rozwiązywania problemów, wykonaj następujące kroki.

  1. Przejdź do sekcji Monitorowanie w witrynie Azure Portal.
  2. Wybierz pozycję Metryki po lewej stronie.
  3. W obszarze Wybierz zakres sprawdź odpowiednią subskrypcję i grupy zasobów.
  4. W obszarze Uściślij zakres wybierz pozycję Użycie metryk niestandardowych i żądaną lokalizację.
  5. Wybierz przycisk Zastosuj .
  6. Wybierz aktywną serię czasową, aktywny limit serii czasowych lub ograniczoną serię czasową.

Usługa Azure Monitor ogranicza łączną długość nazw wszystkich niestandardowych metryk do 64 KB, przy założeniu, że używane jest kodowanie UTF-8 lub 1 bajt na znak. Jeśli nazwy metryk przekraczają ten limit, usługa Azure Monitor blokuje dostęp do metadanych dla innych metryk. Witryna Azure Portal pomija te nazwy metryk z pól wyboru, a interfejs API pomija je, gdy zwraca definicje metryk. Nadal możesz wykonywać zapytania dotyczące danych metryk bezpośrednio, nawet bez metadanych.

Po przekroczeniu limitu zmniejsz liczbę wysyłanych metryk lub skróć długość ich nazw. Wyświetlenie nazw nowych metryk może potrwać do dwóch dni.

Aby uniknąć osiągnięcia limitu, nie uwzględniaj zmiennych ani aspektów wymiarowych w nazwach metryk. Na przykład metryki użycia procesora SERWERACPU_server_12345678-319d-4a50-b27e-1234567890ab i CPU_server_abcdef01-319d-4a50-b27e-abcdef012345 powinny być zdefiniowane jako metryka CPU i wymiar Server .

Ograniczenia i zagadnienia dotyczące projektowania

Używanie usługi Application Insights do celów inspekcji. Potok telemetrii usługi Application Insights jest zoptymalizowany pod kątem zminimalizowania wpływu na wydajność i ograniczenia ruchu sieciowego z monitorowania aplikacji. W związku z tym ogranicza lub próbki (pobiera tylko procent danych telemetrycznych i ignoruje resztę), jeśli początkowy zestaw danych stanie się zbyt duży. Z powodu tego zachowania nie można go używać do celów inspekcji, ponieważ niektóre rekordy prawdopodobnie zostaną porzucone.

Metryki ze zmienną w nazwie. Nie używaj zmiennej jako części nazwy metryki. Zamiast tego użyj stałej. Za każdym razem, gdy zmienna zmienia swoją wartość, usługa Azure Monitor generuje nową metrykę. Usługa Azure Monitor szybko osiąga limit liczby metryk. Ogólnie rzecz biorąc, gdy deweloperzy chcą uwzględnić zmienną w nazwie metryki, naprawdę chcą śledzić wiele szeregów czasowych w ramach jednej metryki i powinni używać wymiarów zamiast nazw zmiennych metryk.

Wymiary metryki o wysokiej kardynalności. Metryki z zbyt dużą liczbą prawidłowych wartości w wymiarze ( wysoka kardynalność) są znacznie bardziej narażone na osiągnięcie limitu 50 000. Ogólnie rzecz biorąc, nigdy nie należy używać stale zmieniającej się wartości w wymiarze. Na przykład znacznik czasu nigdy nie powinien być wymiarem. Możesz użyć serwera, klienta lub identyfikatora produktu, ale tylko wtedy, gdy masz mniejszą liczbę tych typów.

W ramach testu zadaj sobie pytanie, czy kiedykolwiek utworzysz wykres takich danych na wykresie. Jeśli masz 10 lub nawet 100 serwerów, warto zobaczyć je wszystkie na wykresie do porównania. Ale jeśli masz 1000, wynikowy wykres prawdopodobnie będzie trudny lub niemożliwy do odczytania. Najlepszym rozwiązaniem jest pozostawienie ich mniej niż 100 prawidłowych wartości. Do 300 to szary obszar. Jeśli musisz przejąć tę kwotę, zamiast tego użyj dzienników niestandardowych usługi Azure Monitor.

Jeśli masz zmienną w nazwie lub wymiarze o wysokiej kardynalności, mogą wystąpić następujące problemy:

  • Metryki stają się zawodne z powodu ograniczania przepustowości.
  • Eksplorator metryk nie działa.
  • Alerty i powiadomienia stają się nieprzewidywalne.
  • Koszty mogą nieoczekiwanie wzrosnąć. Firma Microsoft nie pobiera opłat za metryki niestandardowe z wymiarami, gdy ta funkcja jest dostępna w publicznej wersji zapoznawczej. Po rozpoczęciu opłat w przyszłości zostaną naliczone nieoczekiwane opłaty. Plan polega na opłatach za użycie metryk na podstawie liczby monitorowanych szeregów czasowych i liczby wykonanych wywołań interfejsu API.

Jeśli nazwa metryki lub wartość wymiaru jest wypełniana przez pomyłkę za pomocą identyfikatora lub wymiaru o wysokiej kardynalności, można ją łatwo naprawić, usuwając część zmiennej.

Jeśli jednak wysoka kardynalność jest niezbędna w twoim scenariuszu, zagregowane metryki prawdopodobnie nie są właściwym wyborem. Przejdź do korzystania z dzienników niestandardowych (czyli śledzenie wywołań interfejsu API metryk za pomocą trackEvent). Należy jednak wziąć pod uwagę, że dzienniki nie agregują wartości, więc każdy pojedynczy wpis jest przechowywany. W związku z tym, jeśli masz dużą liczbę dzienników w krótkim okresie (na przykład 1 milion na sekundę), może to spowodować ograniczenie przepustowości i opóźnienia pozyskiwania.

Wskazówka

Metryki usługi Azure Monitor i obszar roboczy usługi Azure Monitor pozyskują metryki niestandardowe w stałym interwale 60-sekundowym. Metryki wysyłane częściej są buforowane i przetwarzane co 60 sekund. Usługa Log Analytics rejestruje metryki w momencie ich wysyłania, co przy krótszych interwałach może zwiększyć koszty, a przy dłuższych opóźnić widoczność.

Dalsze kroki

Użyj metryk niestandardowych z różnych usług:

  • Last updated on