Anpassade mått i Azure Monitor (förhandsversion)
Azure gör vissa mått tillgängliga för dig direkt. Dessa mått kallas standard eller plattform. Anpassade mått är prestandaindikatorer eller affärsspecifika mått som kan samlas in via programmets telemetri, Azure Monitor Agent, ett diagnostiktillägg som körs på dina Azure-resurser eller ett externt övervakningssystem. När anpassade mått har publicerats i Azure Monitor kan du bläddra, fråga och avisera dem längs med standardmåtten för Azure.
Anpassade Mått för Azure Monitor finns för närvarande i offentlig förhandsversion.
Metoder för att skicka anpassade mått
Anpassade mått kan skickas till Azure Monitor via flera metoder:
- Använd Azure Application Insights SDK för att instrumentera ditt program genom att skicka anpassad telemetri till Azure Monitor.
- Installera Azure Monitor-agenten på din virtuella Windows- eller Linux Azure-dator eller vm-skalningsuppsättning och använd en datainsamlingsregel för att skicka prestandaräknare till Azure Monitor-mått.
- Installera Azure Diagnostics-tillägget på den virtuella Azure-datorn, VM-skalningsuppsättningen, den klassiska virtuella datorn eller den klassiska molntjänsten. Skicka sedan prestandaräknare till Azure Monitor.
- Installera InfluxData Telegraf-agenten på din virtuella Azure Linux-dator. Skicka mått med hjälp av plugin-programmet för Azure Monitor-utdata.
- Skicka anpassade mått direkt till Azure Monitor REST API.
Prismodell och kvarhållning
I allmänhet kostar det inte att mata in standardmått (plattformsmått) i ett Azure Monitor-måttarkiv, men anpassade mått medför kostnader när de blir allmänt tillgängliga. Frågor till mått-API:et medför kostnader. Mer information om när fakturering är aktiverat för anpassade mått och måttfrågor finns på sidan med priser för Azure Monitor.
Anpassade mått behålls under samma tid som plattformsmått.
Kommentar
För att ge en bättre upplevelse lagras alltid anpassade mått som skickas till Azure Monitor från Det klassiska API:et för Application Insights (SDK:er) i både Log Analytics och Metrics Store. Kostnaden för att lagra dessa mått baseras bara på volymen som matas in av Log Analytics. Det finns ingen extra kostnad för data som lagras i Metrics Store.
Anpassade måttdefinitioner
Varje publicerad måttdatapunkt innehåller en namnrymd, ett namn och en dimensionsinformation. Första gången ett anpassat mått skickas till Azure Monitor skapas automatiskt en måttdefinition. Den här nya måttdefinitionen kan sedan identifieras på alla resurser som måttet genereras från via måttdefinitionerna. Du behöver inte fördefinierade ett anpassat mått i Azure Monitor innan det genereras.
Kommentar
Application Insights, diagnostiktillägget och InfluxData Telegraf-agenten har redan konfigurerats för att generera måttvärden mot rätt regional slutpunkt och ha alla föregående egenskaper i varje utsläpp.
Använda anpassade mått
När anpassade mått har skickats till Azure Monitor kan du bläddra igenom dem via Azure Portal och fråga dem via Azure Monitor REST API:er. Du kan också skapa aviseringar på dem för att meddela dig när vissa villkor uppfylls.
Kommentar
Du måste ha en läsar- eller deltagarroll för att kunna visa anpassade mått. Se Övervakningsläsare.
Bläddra bland dina anpassade mått via Azure Portal
- Gå till Azure-portalen.
- Välj fönstret Övervaka .
- Välj Mått.
- Välj en resurs som du har genererat anpassade mått mot.
- Välj måttnamnområdet för ditt anpassade mått.
- Välj det anpassade måttet.
Mer information om hur du visar mått i Azure Portal finns i Analysera mått med Azure Monitor Metrics Explorer.
Svarstid och lagringsbevarande
Det kan ta upp till 3 minuter innan ett nytillagt mått eller en ny dimension har lagts till i ett mått. När data finns i systemet bör de visas på mindre än 30 sekunder 99 procent av tiden.
Om du tar bort ett mått eller tar bort en dimension kan det ta en vecka till en månad innan ändringen tas bort från systemet.
Kvoter och begränsningar
Azure Monitor tillämpar följande användningsgränser för anpassade mått:
| Kategori | Gräns |
|---|---|
| Totalt antal aktiva tidsserier i en prenumeration per region | 50,000 |
| Dimensionsnycklar per mått | 10 |
| Stränglängd för måttnamnområden, måttnamn, dimensionsnycklar och dimensionsvärden | 256 tecken |
| Den kombinerade längden på alla anpassade måttnamn med utf-8-kodning | 64 KB |
En aktiv tidsserie definieras som en unik kombination av mått, dimensionsnyckel eller dimensionsvärde som har publicerats under de senaste 12 timmarna.
Tänk på följande mått för att förstå gränsen på 50 000 i tidsserier:
Serversvarstid med Dimensioner: Region, Avdelning, CustomerID
Med det här måttet, om du har 10 regioner, 20 avdelningar och 100 kunder som ger dig 10 x 20 x 100 = 20 000 tidsserier.
Om du har 100 regioner, 200 avdelningar och 2 000 kunder ger det dig 100 x 200 x 2 000 = 40 miljoner tidsserier, vilket är långt över gränsen bara för det här måttet.
Återigen är den här gränsen inte för ett enskilt mått. Det är för summan av alla sådana mått i en prenumeration och region.
Följ stegen nedan om du vill se dina aktuella mått för den totala aktiva tidsserien och mer information som hjälper dig med felsökning.
- Gå till avsnittet Övervaka i Azure Portal.
- Välj Mått till vänster.
- Under Välj ett omfång kontrollerar du den aktuella prenumerationen och resursgrupperna.
- Under Förfina omfång väljer du Anpassad måttanvändning och önskad plats.
- Välj knappen Tillämpa.
- Välj antingen Aktiv tidsserie, Aktiv tidsseriegräns eller Begränsad tidsserie.
Det finns en gräns på 64 kB för den kombinerade längden på alla anpassade måttnamn, förutsatt utf-8 eller 1 byte per tecken. Om gränsen på 64 KB överskrids blir metadata för ytterligare mått inte tillgängliga. Måttnamnen för ytterligare anpassade mått visas inte i Azure Portal i urvalsfälten och returneras inte av API:et i begäranden om måttdefinitioner. Måttdata är fortfarande tillgängliga och kan efterfrågas.
När gränsen har överskridits minskar du antalet mått som du skickar eller förkortar längden på deras namn. Det tar sedan upp till två dagar innan de nya måttens namn visas.
Om du vill undvika att nå gränsen ska du inte inkludera variabel- eller dimensionsaspekter i dina måttnamn.
Måtten för server-CPU-användningCPU_server_12345678-319d-4a50-b27e-1234567890ab bör CPU_server_abcdef01-319d-4a50-b27e-abcdef012345 till exempel definieras som mått CPU och med en Server dimension.
Designbegränsningar och överväganden
Använda Application Insights för granskning. Application Insights-telemetripipelinen är optimerad för att minimera prestandapåverkan och begränsa nätverkstrafiken från att övervaka ditt program. Därför begränsas eller tas exempel (endast en procentandel av telemetrin och resten ignoreras) om den inledande datamängden blir för stor. På grund av det här beteendet kan du inte använda det i granskningssyfte eftersom vissa poster sannolikt kommer att tas bort.
Mått med en variabel i namnet. Använd inte en variabel som en del av måttnamnet. Använd en konstant i stället. Varje gång variabeln ändrar sitt värde genererar Azure Monitor ett nytt mått. Azure Monitor når sedan snabbt gränsen för antalet mått. När utvecklare vill inkludera en variabel i måttnamnet vill de vanligtvis spåra flera tidsserier inom ett mått och bör använda dimensioner i stället för variabelmåttnamn.
Måttdimensioner med hög kardinalitet. Mått med för många giltiga värden i en dimension (hög kardinalitet) är mycket mer benägna att nå gränsen på 50 000. I allmänhet bör du aldrig använda ett ständigt föränderligt värde i en dimension. Tidsstämpel bör till exempel aldrig vara en dimension. Du kan använda server-, kund- eller produkt-ID, men bara om du har ett mindre antal av dessa typer.
Som ett test kan du fråga dig själv om du någonsin skulle diagram sådana data i en graf. Om du har 10 eller kanske till och med 100 servrar kan det vara användbart att se dem alla i en graf för jämförelse. Men om du har 1 000 skulle det resulterande diagrammet sannolikt vara svårt eller omöjligt att läsa. Bästa praxis är att hålla den till färre än 100 giltiga värden. Upp till 300 är ett grått område. Om du behöver gå över det här beloppet använder du anpassade Azure Monitor-loggar i stället.
Om du har en variabel i namnet eller en dimension med hög kardinalitet kan följande problem uppstå:
- Mått blir otillförlitliga på grund av begränsning.
- Metrics Explorer fungerar inte.
- Aviseringar och meddelanden blir oförutsägbara.
- Kostnaderna kan öka oväntat. Microsoft debiterar inte för anpassade mått med dimensioner medan den här funktionen är i offentlig förhandsversion. När avgifterna börjar i framtiden debiteras du oväntade avgifter. Planen är att debitera för måttförbrukning baserat på antalet övervakade tidsserier och antalet API-anrop som görs.
Om måttnamnet eller dimensionsvärdet fylls i med en identifierare eller dimension med hög kardinalitet av misstag kan du enkelt åtgärda det genom att ta bort variabeldelen.
Men om hög kardinalitet är avgörande för ditt scenario är de aggregerade måtten förmodligen inte rätt val. Växla till att använda anpassade loggar (dvs. spåraMetric API-anrop med trackEvent). Tänk dock på att loggarna inte aggregerar värden, så varje enskild post lagras. Det innebär att om du har en stor mängd loggar under en liten tidsperiod (till exempel 1 miljon per sekund) kan det orsaka fördröjningar av begränsning och inmatning.
Nästa steg
Använd anpassade mått från olika tjänster: