Vlastní metriky ve službě Azure Monitor (Preview)
Azure vám zpřístupňuje některé metriky. Tyto metriky se nazývají standardní nebo platforma. Vlastní metriky jsou ukazatele výkonu nebo metriky specifické pro firmu, které je možné shromažďovat prostřednictvím telemetrie vaší aplikace, agenta služby Azure Monitor, rozšíření diagnostiky, které běží na vašich prostředcích Azure nebo externím monitorovacím systému. 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.
Metody pro odesílání vlastních metrik
Vlastní metriky je možné odeslat do služby Azure Monitor několika způsoby:
- Použijte sadu Aplikace Azure Přehledy SDK k instrumentaci aplikace odesláním vlastní telemetrie 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 vlastní metriky se účtují, když zadají obecnou dostupnost. Dotazy na rozhraní API metrik účtují 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:
Metriky odeslané do služby Azure Monitor prostřednictvím sady Application Přehledy SDK se účtují jako ingestovaná data protokolu. Účtují se jim další poplatky za metriky jenom v případě, že je vybraná funkce Povolit upozorňování na vlastní dimenze metriky Přehledy. Toto políčko odesílá data do databáze metrik Služby Azure Monitor pomocí vlastního rozhraní API metrik, aby bylo možné složitější upozorňování. Přečtěte si další informace o cenovém modelu a cenách Přehledy aplikací ve vaší oblasti.
Vlastní definice metrik
Každý publikovaný datový bod metriky obsahuje informace o oboru názvů, názvu a dimenzi. 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 jejich vygenerování není nutné předdefinovat vlastní metriku ve službě Azure Monitor.
Poznámka:
Aplikace Přehledy, rozšíření diagnostiky a agent InfluxData Telegraf jsou už nakonfigurované tak, aby generovaly hodnoty metrik proti správnému regionálnímu koncovému bodu 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 Čtenář monitorování.
Procházení vlastních metrik prostřednictvím webu Azure Portal
- Přejděte na Azure Portal.
- Vyberte podokno Monitorování.
- Vyberte Metriky.
- Vyberte prostředek, pro který jste vygenerovali vlastní metriky.
- Vyberte obor názvů metrik pro vlastní metriku.
- 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 uchovávání úložiště
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 omezení
Azure Monitor omezuje na vlastní metriky následující omezení využití:
| Kategorie | Limit |
|---|---|
| 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 obory názvů 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 definována jako libovolná jedinečná kombinace metrik, klíče dimenze nebo hodnoty dimenze, která obsahovala 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
S touto metrikou máte 10 oblastí, 20 oddělení a 100 zákazníků, kteří vám poskytují 10 x 20 x 100 = 20 000 časových řad.
Pokud máte 100 oblastí, 200 oddělení a 2 000 zákazníků, získáte 100 x 200 x 2 000 = 40 milionů časových řad, což je daleko nad limitem pouze pro tuto metriku samotnou.
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í časové řady a další informace, které vám pomůžou s řešením potíží, postupujte podle následujících kroků.
- Přejděte do části Monitorování na webu Azure Portal.
- Na levé straně vyberte Metriky .
- V části Vybrat obor zkontrolujte příslušné předplatné a skupiny prostředků.
- V části Upřesnit rozsah zvolte Vlastní využití metrik a požadované umístění.
- Vyberte tlačítko Použít.
- Zvolte buď aktivní časová řada, limit aktivní časové řady, nebo omezené časové řady.
Pro kombinovanou délku všech vlastních názvů metrik platí limit 64 kB za předpokladu, že utf-8 nebo 1 bajt na každý znak. Pokud je překročen limit 64 kB, metadata pro další metriky nebudou dostupná. Názvy metrik pro další vlastní metriky se na webu Azure Portal nezobrazí v polích výběru a rozhraní API nebude vracet v požadavcích na definice metrik. Data metrik jsou stále dostupná a dají se dotazovat.
Po 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í Přehledy aplikace pro účely auditování. Kanál telemetrie Přehledy aplikace je optimalizovaný pro minimalizaci dopadu na výkon a omezení síťového provozu z monitorování aplikace. Proto omezuje nebo vzorky (vezme jenom procento vaší telemetrie a ignoruje zbytek), pokud se počáteční datová sada změní na 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.
Rozměry 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 dimenze. 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 nebude fungovat.
- 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 s dimenzemi, zatímco tato funkce je ve verzi Public Preview. Po spuštění poplatků v budoucnu se vám budou účtovat neočekávané poplatky. Plán se účtuje za spotřebu metrik na základě počtu monitorovaných časových řad a počtu provedených volání rozhraní API.
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 vlastní protokoly (to znamená volání rozhraní API pro metriku pomocí trackEvent). Zvažte ale, že protokoly agregují hodnoty, takže se uloží každá položka. Pokud máte v malém časovém období velký objem protokolů (například 1 milion sekund), může to způsobit omezování a zpoždění příjmu dat.
Další kroky
Použijte vlastní metriky z různých služeb: