Sdílet prostřednictvím

Vlastní metriky ve službě Azure Monitor (Preview)

Azure vám zpřístupňuje některé metriky automaticky. Tyto metriky se nazývají standardní nebo platforma. Vlastní metriky jsou ukazatele výkonu nebo metriky specifické pro firmu. Můžete je shromažďovat prostřednictvím telemetrie vaší aplikace. Můžete také použít agenta Azure Monitoru, rozšíření diagnostiky pro prostředky Azure nebo externí monitorovací systém. Po publikování vlastních metrik ve službě Azure Monitor můžete procházet, dotazovat se na ně a upozorňovat na ně společně se standardními metrikami Azure.

Vlastní metriky služby Azure Monitor jsou aktuálně ve verzi Public Preview.

Návod

Podrobné porovnání mezi standardními metrikami, metrikami založenými na protokolech a vlastními metrikami najdete v tématu Metriky v Application Insights .

Metody pro odesílání vlastních metrik

Vlastní metriky je možné odeslat do služby Azure Monitor několika způsoby:

  • Instrumentujte svou aplikaci pomocí sady Azure Application Insights SDK a odesílejte vlastní telemetrii do služby Azure Monitor.
  • Nainstalujte agenta Azure Monitoru na virtuální počítač Azure s Windows nebo Linuxem nebo škálovací sadu virtuálních počítačů a použijte pravidlo shromažďování dat k odesílání čítačů výkonu do metrik služby Azure Monitor.
  • Nainstalujte rozšíření Azure Diagnostics na virtuální počítač Azure, škálovací sadu virtuálních počítačů, klasický virtuální počítač nebo klasickou cloudovou službu. Pak odešlete čítače výkonu do služby Azure Monitor.
  • Nainstalujte agenta InfluxData Telegraf na virtuální počítač Azure s Linuxem. Odesílání metrik pomocí výstupního modulu plug-in služby Azure Monitor
  • Odesílání vlastních metrik přímo do rozhraní REST API služby Azure Monitor

Cenový model a uchovávání informací

Obecně platí, že za ingestování standardních metrik (metrik platformy) do úložiště metrik služby Azure Monitor se neúčtují žádné náklady, ale za vlastní metriky se účtují náklady, když se stanou obecně dostupnými. Dotazy na API metriky způsobují náklady. Podrobnosti o tom, kdy je fakturace povolená pro vlastní metriky a dotazy na metriky, najdete na stránce s cenami služby Azure Monitor.

Vlastní metriky se uchovávají po stejnou dobu jako metriky platformy.

Poznámka:

Aby bylo možné poskytnout lepší uživatelskou zkušenost, vlastní metriky odeslané do služby Azure Monitor ze sad SDK Application Insights Classic API se vždy ukládají jak ve službě Log Analytics, tak v úložišti metrik. Náklady na uložení těchto metrik jsou založeny pouze na množství dat zpracovaných Log Analytics. Pro data uložená v úložišti metrik nevznikají žádné dodatečné náklady.

Vlastní definice metrik

Každý publikovaný datový bod metriky obsahuje jmenný prostor, název a dimenzní informace. Při prvním generování vlastní metriky do služby Azure Monitor se automaticky vytvoří definice metriky. Tato nová definice metriky je pak zjistitelná u jakéhokoli prostředku, ze kterého se metrika vygeneruje prostřednictvím definic metrik. Před generováním nemusíte předdefinovat vlastní metriku ve službě Azure Monitor.

Poznámka:

Application Insights, rozšíření diagnostiky a agent InfluxData Telegraf jsou už nakonfigurované tak, aby generovaly hodnoty metrik pro správný regionální koncový bod a měly všechny předchozí vlastnosti v jednotlivých emisích.

Použití vlastních metrik

Po odeslání vlastních metrik do služby Azure Monitor je můžete procházet prostřednictvím webu Azure Portal a dotazovat se na ně prostřednictvím rozhraní REST API služby Azure Monitor. Můžete také vytvořit upozornění, která vás upozorní na splnění určitých podmínek.

Poznámka:

Abyste mohli zobrazit vlastní metriky, musíte mít roli čtenáře nebo přispěvatele. Viz Monitorování čtenáře.

Procházení vlastních metrik prostřednictvím webu Azure Portal

  1. Přejděte na webový portál Azure.
  2. Vyberte podokno Monitorování.
  3. Vyberte Metriky.
  4. Vyberte prostředek, pro který generujete vlastní metriky.
  5. Vyberte obor názvů metrik pro vlastní metriku.
  6. Vyberte vlastní metriku.

Další informace o zobrazení metrik na webu Azure Portal najdete v tématu Analýza metrik pomocí Průzkumníka metrik služby Azure Monitor.

Latence a zachování dat v úložišti

Zobrazení nově přidané metriky nebo nově přidané dimenze do metriky může trvat až 3 minuty. Jakmile jsou data v systému, měla by se zobrazit za méně než 30 sekund 99 % času.

Pokud metriku odstraníte nebo odeberete dimenzi, může trvat týden až měsíc, než se ze systému odstraní.

Kvóty a limity

Azure Monitor omezuje na vlastní metriky následující omezení využití:

Kategorie Omezení
Celkový počet aktivních časových řad v předplatném na oblast 50 000
Klíče dimenzí na metriku 10
Délka řetězce pro jmené prostory metrik, názvy metrik, klíče dimenzí a hodnoty dimenzí 256 znaků
Kombinovaná délka všech vlastních názvů metrik pomocí kódování utf-8 64 kB

Aktivní časová řada je libovolná jedinečná kombinace metrik, klíče dimenze nebo hodnoty dimenze, která obsahuje hodnoty metrik publikované za posledních 12 hodin.

Abyste pochopili limit 50 000 časových řad, zvažte následující metriku:

Doba odezvy serveru s dimenzemi: Oblast, oddělení, ID zákazníka

Pokud máte v této metrice 10 oblastí, 20 oddělení a 100 zákazníků, získáte 10 x 20 x 100 = 20 000 časových řad.

Pokud máte 100 oblastí, 200 oddělení a 2 000 zákazníků, výsledek je 100 x 200 x 2 000 = 40 milionů časových řad. Toto číslo je daleko nad limitem jedné metriky.

Opět platí, že tento limit není určen pro jednotlivé metriky. Jedná se o součet všech takových metrik v rámci předplatného a oblasti.

Pokud chcete zobrazit aktuální metriky aktivních časových řad a získat další informace pro řešení potíží, postupujte takto.

  1. Přejděte do části Monitorování na webu Azure Portal.
  2. Na levé straně vyberte Metriky .
  3. V části Vybrat obor zkontrolujte příslušné předplatné a skupiny prostředků.
  4. V části Upřesnit rozsah zvolte Vlastní využití metrik a požadované umístění.
  5. Vyberte tlačítko Použít.
  6. Zvolte buď aktivní časovou řadu, limit aktivní časové řady, nebo omezenou časovou řadu.

Azure Monitor omezuje kombinovanou délku všech vlastních názvů metrik na 64 kB při předpokladu kódování UTF-8 nebo jeden bajt na znak. Pokud názvy metrik tento limit překročí, Azure Monitor zablokuje přístup k metadatům pro ostatní metriky. Azure Portal tyto názvy metrik vynechá z polí výběru a rozhraní API je přeskočí, když vrátí definice metrik. Data metrik můžete pořád dotazovat přímo, i bez metadat.

Při překročení limitu snižte počet metrik, které odesíláte, nebo zkraťte délku jejich názvů. Zobrazení názvů nových metrik pak trvá až dva dny.

Abyste se vyhnuli dosažení limitu, nezahrnujte do názvů metrik proměnné ani rozměrové aspekty. Například metriky využití procesoruCPU_server_12345678-319d-4a50-b27e-1234567890ab serveru a CPU_server_abcdef01-319d-4a50-b27e-abcdef012345 měly by být definovány jako metriky CPU a s Server dimenzí.

Omezení a aspekty návrhu

Použití Application Insights pro účely auditování Kanál telemetrie Application Insights je optimalizovaný pro minimalizaci dopadu na výkon a omezení síťového provozu z monitorování aplikace. Proto omezuje nebo vzorkuje (vezme jenom procento vaší telemetrie a ignoruje zbytek), pokud počáteční datová sada se stane příliš velkou. Kvůli tomuto chování ho nemůžete použít pro účely auditování, protože některé záznamy budou pravděpodobně vyřazeny.

Metriky s proměnnou v názvu Nepoužívejte proměnnou jako součást názvu metriky. Místo toho použijte konstantu. Pokaždé, když proměnná změní hodnotu, Azure Monitor vygeneruje novou metriku. Azure Monitor pak rychle dosáhne limitu počtu metrik. Obecně platí, že když vývojáři chtějí do názvu metriky zahrnout proměnnou, chtějí ve skutečnosti sledovat více časových řad v rámci jedné metriky a místo názvů proměnných metrik by měli používat dimenze.

Dimenze metrik s vysokou kardinalitou Metriky s příliš mnoha platnými hodnotami v dimenzi ( vysoká kardinalita) jsou mnohem pravděpodobnější, že dosáhne limitu 50 000. Obecně platí, že byste nikdy neměli používat neustále se měnící hodnotu v dimenzi. Například časové razítko by nikdy nemělo být dimenzí. Můžete použít server, zákazník nebo ID produktu, ale jenom v případě, že máte menší počet těchto typů.

Jako test se zeptejte sami sebe, jestli byste taková data v grafu někdy namapovala. Pokud máte 10 nebo dokonce 100 serverů, může být užitečné je zobrazit všechny v grafu pro porovnání. Pokud ale máte 1 000, bude výsledný graf pravděpodobně obtížně čitelný nebo nečitelný. Osvědčeným postupem je zachovat ho na méně než 100 platných hodnot. Až 300 je šedá oblast. Pokud potřebujete tuto částku převést, použijte místo toho vlastní protokoly služby Azure Monitor.

Pokud máte proměnnou v názvu nebo dimenzi s vysokou kardinalitou, může dojít k následujícím problémům:

  • Metriky se stanou nespolehlivými kvůli omezování.
  • Průzkumník metrik nefunguje.
  • Upozorňování a oznámení se stanou nepředvídatelnými.
  • Náklady se neočekávaně můžou zvýšit. Microsoft neúčtuje vlastní metriky zahrnující dimenze, zatímco je tato funkce ve veřejném náhledu. Po spuštění poplatků v budoucnu se vám budou účtovat neočekávané poplatky. Plán zahrnuje účtování za spotřebu metrik na základě počtu monitorovaných časových řad a počtu provedených API volání.

Pokud je název metriky nebo hodnota dimenze vyplněný identifikátorem nebo dimenzí s vysokou kardinalitou omylem, můžete ji snadno opravit odebráním části proměnné.

Pokud je ale vysoká kardinalita pro váš scénář nezbytná, agregované metriky pravděpodobně nebudou správnou volbou. Přepněte na používání vlastních protokolů (to znamená volání trackMetric API pomocí trackEvent). Zvažte ale, že protokoly neagregují hodnoty, takže každá položka je uložená. V důsledku toho, pokud máte velký objem protokolů ve velmi krátkém časovém období (například 1 milion za sekundu), může to způsobit zpomalování a zpoždění při příjmu protokolů.

Návod

Metriky Azure Monitor a pracovní prostor Azure Monitor ingestují vlastní metriky v pevném 60sekundovém intervalu. Metriky odeslané častěji se ukládají do vyrovnávací paměti a zpracovávají se jednou za 60 sekund. Log Analytics zaznamenává metriky v intervalu, v jakém se odesílají, což může zvýšit náklady v kratších intervalech a zpozdit viditelnost u delších.

Další kroky

Použijte vlastní metriky z různých služeb:

  • Last updated on