Udostępnij za pośrednictwem

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

  • Artykuł

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 działania firmy, które można zbierać za pośrednictwem telemetrii aplikacji, agenta usługi Azure Monitor, rozszerzenia diagnostycznego uruchamianego 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.

Metody wysyłania metryk niestandardowych

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

  • Użyj zestawu SDK usługi aplikacja systemu Azure Insights, aby instrumentować aplikację, wysyłając niestandardowe dane telemetryczne do usługi Azure Monitor.
  • Zainstaluj agenta usługi Azure Monitor na maszynie wirtualnej platformy Azure z systemem Windows lub Linux lub zestawie skalowania maszyn wirtualnych i użyj reguły zbierania danych, aby wysyłać liczniki wydajności do metryk usługi Azure Monitor.
  • Zainstaluj rozszerzenie Diagnostyka Azure na maszynie wirtualnej platformy Azure, zestawie skalowania maszyn wirtualnych, klasycznej maszynie wirtualnej lub klasycznej usłudze w chmurze. Następnie wysyłaj liczniki wydajności do usługi Azure Monitor.
  • Zainstaluj agenta telegrafu InfluxData na maszynie wirtualnej z systemem Linux platformy Azure. Wysyłanie metryk przy użyciu wtyczki wyjściowej usługi Azure Monitor.
  • Wysyłanie metryk niestandardowych bezpośrednio do interfejsu API REST usługi Azure Monitor.

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, zapoznaj się ze stroną cennika usługi Azure Monitor.

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

Uwaga

Aby zapewnić lepsze środowisko, metryki niestandardowe wysyłane do usługi Azure Monitor z klasycznego interfejsu API usługi Application Insights są zawsze przechowywane zarówno w usłudze Log Analytics, jak i magazynie metryk. Koszt przechowywania tych metryk zależy tylko od woluminu pozyskanego przez usługę Log Analytics. Nie ma dodatkowych kosztów dla danych przechowywanych 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 ma potrzeby wstępnie zdefiniowanej metryki niestandardowej w usłudze Azure Monitor, zanim zostanie ona wyemitowana.

Uwaga

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

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

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

  1. Przejdź do portalu Azure Portal.
  2. Wybierz okienko Monitorowanie.
  3. Wybierz pozycję Metryki.
  4. Wybierz zasób, dla którego emitowane są 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 Limit
Łą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 jest definiowana jako dowolna unikatowa kombinacja metryki, klucza wymiaru lub wartości wymiaru, która zawierała 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, którzy dają 10 x 20 x 100 = 20 000 szeregów czasowych.

Jeśli masz 100 regionów, 200 działów i 2000 klientów, co daje 100 x 200 x 2000 = 40 milionów szeregów czasowych, co znacznie przekracza limit tylko dla tej metryki.

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

Wykonaj poniższe kroki, aby zobaczyć bieżącą łączną liczbę aktywnych metryk szeregów czasowych i więcej informacji, aby pomóc w rozwiązywaniu problemów.

  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. Naciśnij przycisk Zastosuj.
  6. Wybierz aktywną serię czasowa, aktywny limit szeregów czasowych lub ograniczony szereg czasowy.

Istnieje limit 64 KB dla łącznej długości wszystkich niestandardowych nazw metryk, przy założeniu, że wartość utf-8 lub 1 bajt na znak. Jeśli limit 64 KB zostanie przekroczony, metadane dodatkowych metryk nie będą dostępne. Nazwy metryk dodatkowych metryk niestandardowych nie będą wyświetlane w witrynie Azure Portal w polach wyboru i nie będą zwracane przez interfejs API w żądaniach definicji metryk. Dane metryk są nadal dostępne i mogą być odpytywane.

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 będzie 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ą funkcji trackEvent). Należy jednak wziąć pod uwagę, że dzienniki nie agregują wartości, więc każdy pojedynczy wpis będzie 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.

Następne kroki

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