Dela via

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. Du kan samla in dem via programmets telemetri. Du kan också använda Azure Monitor-agenten, ett diagnostiktillägg på dina Azure-resurser eller ett externt övervakningssystem. När anpassade mått har publicerats i Azure Monitor kan du bläddra bland dem, ställa frågor till dem och sätta upp varningar för dem tillsammans med standardmåtten för Azure.

Anpassade Mått för Azure Monitor finns för närvarande i offentlig förhandsversion.

Tips/Råd

Se Mått i Application Insights för en detaljerad jämförelse mellan standardmått, loggbaserade mått och anpassade mått.

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å din virtuella Azure-dator (VM), VM-skalningsuppsättning, klassisk virtuell dator eller klassisk molntjänst. Skicka sedan prestandaräknare till Azure Monitor.
  • Installera InfluxData Telegraf-agenten på din virtuella Azure Linux-dator. Skicka metrik med hjälp av Azure Monitor-plugin för 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.

Anmärkning

För att ge en bättre upplevelse lagras alltid anpassade mått som skickas till Azure Monitor från Application Insights Classic API Software Development Kits (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ördefiniera ett anpassat mått i Azure Monitor innan du skickar det.

Anmärkning

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.

Anmärkning

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

  1. Gå till Azure-portalen.
  2. Välj panelen Övervaka.
  3. Välj Mått.
  4. Välj en resurs som du genererar anpassade mått mot.
  5. Välj måttnamnområdet för ditt anpassade mått.
  6. Välj den anpassade metriken.

Mer information om hur du visar mått i Azure Portal finns i Analysera mått med Azure Monitor Metrics Explorer.

Svarstid och lagringsvaraktighet

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 Begränsning
Totalt antal aktiva tidsserier i en prenumeration per region 50,000
Nycklar för dimensioner 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 är en unik kombination av mått, dimensionsnyckel eller dimensionsvärde som har måttvärden publicerade 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, ger det dig 10 x 20 x 100 = 20 000 tidsserier.

Om du har 100 regioner, 200 avdelningar och 2 000 kunder blir resultatet 100 x 200 x 2 000 = 40 miljoner tidsserier. Det här talet är långt över gränsen för ett enda mått.

Återigen är den här gränsen inte för ett enskilt mått. Det är för summan av alla sådana mätvärden i en prenumeration och region.

Följ dessa steg om du vill se dina aktuella totala aktiva tidsseriemått och få mer information om felsökning.

  1. Gå till avsnittet Övervaka i Azure Portal.
  2. Välj Mått till vänster.
  3. Under Välj ett omfång kontrollerar du den aktuella prenumerationen och resursgrupperna.
  4. Under Förfina omfång väljer du Anpassad måttanvändning och önskad plats.
  5. Välj knappen Tillämpa.
  6. Välj antingen Aktiv tidsserie, Aktiv tidsseriegräns eller Begränsad tidsserie.

Azure Monitor begränsar den kombinerade längden för alla anpassade måttnamn till 64 KB, förutsatt UTF-8-kodning eller 1 byte per tecken. Om dina måttnamn överskrider den här gränsen blockerar Azure Monitor åtkomst till metadata för de andra måtten. Azure-portalen utelämnar dessa måttnamn från urvalsfält och API:et hoppar över dem när det returnerar måttdefinitioner. Du kan fortfarande köra frågor mot måttdata direkt, även utan metadata.

När gränsen överskrids 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ätvärden för server-CPU-användningCPU_server_12345678-319d-4a50-b27e-1234567890ab, och CPU_server_abcdef01-319d-4a50-b27e-abcdef012345 till exempel definieras som mätvärde CPU och med 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änsar eller samplar den (tar endast en del av telemetridatan och ignorerar resten) 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 diagrammerar sådana data i ett diagram. 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 strypning av hastighet.
  • 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.

Tips/Råd

Azure Monitor Metrics och Azure Monitor Workspace matar in anpassade mått med ett fast intervall på 60 sekunder. Mått som skickas oftare är buffrade och bearbetas en gång varje 60:e sekund. Log Analytics registrerar mått med det intervall som de skickas, vilket kan öka kostnaden med kortare intervall och fördröja synligheten vid längre.

Nästa steg

Använd anpassade mått från olika tjänster: