Översikt över Azure Monitor-mått

Azure Monitor-mått är en funktion i Azure Monitor som samlar in numeriska data från övervakade resurser i en tidsseriedatabas. Mått är numeriska värden som samlas in med jämna mellanrum och beskriver någon aspekt av ett system vid en viss tidpunkt.

Kommentar

Azure Monitor Metrics är hälften av den dataplattform som stöder Azure Monitor. Den andra hälften är Azure Monitor-loggar, som samlar in och organiserar logg- och prestandadata. Du kan analysera dessa data med hjälp av ett omfattande frågespråk.

Typer av mått

Det finns flera typer av mått som stöds av Azure Monitor Metrics:

  • Interna mått använder verktyg i Azure Monitor för analys och aviseringar.
    • Plattformsmått samlas in från Azure-resurser. De kräver ingen konfiguration och har ingen kostnad.
    • Anpassade mått samlas in från olika källor som du konfigurerar, inklusive program och agenter som körs på virtuella datorer.
  • Prometheus-mått samlas in från Kubernetes-kluster, inklusive Azure Kubernetes Service (AKS) och använder branschstandardverktyg för analys och aviseringar som PromQL och Grafana.

Diagram som visar källor och användning av mått.

Skillnaderna mellan vart och ett av måtten sammanfattas i följande tabell.

Kategori Inbyggda plattformsmått Interna anpassade mått Prometheus-mått
Källor Azure-resurser Azure Monitor-agent
Application Insights
REST-API
AkS-kluster (Azure Kubernetes Service)
Alla Kubernetes-kluster via fjärrskrivning
Konfiguration Ingen Varierar beroende på källa Aktivera hanterad Azure Monitor-tjänst för Prometheus
Lagrat Prenumeration Prenumeration Azure Monitor-arbetsyta
Kostnad Nej Ja Ja (kostnadsfritt under förhandsversionen)
Aggregering föraggregerad föraggregerad rådata
Analysera Metrics Explorer Metrics Explorer PromQL
Grafana-instrumentpaneler
Varning måttaviseringsregel måttaviseringsregel Prometheus-aviseringsregel
Visualisera Arbetsböcker
Azure-instrumentpaneler
Grafana
Arbetsböcker
Azure-instrumentpaneler
Grafana
Grafana
Hämta Azure CLI
Azure PowerShell-cmdletar
REST API eller klientbibliotek
.NET
Kör
Java
JavaScript
Python
Azure CLI
Azure PowerShell-cmdletar
REST API eller klientbibliotek
.NET
Kör
Java
JavaScript
Python
Grafana

Datainsamling

Azure Monitor samlar in mått från följande källor. När dessa mått har samlats in i Azure Monitor-måttdatabasen kan de utvärderas tillsammans oavsett källa:

  • Azure-resurser: Plattformsmått skapas av Azure-resurser och ger dig insyn i deras hälsa och prestanda. Varje typ av resurs skapar en distinkt uppsättning mått utan någon konfiguration som krävs. Plattformsmått samlas in från Azure-resurser med en minuts frekvens om inget annat anges i måttets definition.
  • Program: Application Insights skapar mått för dina övervakade program som hjälper dig att identifiera prestandaproblem och spåra trender i hur ditt program används. Värden inkluderar serversvarstid och webbläsarfel.
  • Agenter för virtuella datorer: Mått samlas in från gästoperativsystemet för en virtuell dator. Du kan aktivera mått för gästoperativsystem för virtuella Windows-datorer med hjälp av Azure Monitor-agenten. Azure Monitor Agent ersätter de äldre agenterna – Windows-diagnostiktillägget och InfluxData Telegraf-agenten för virtuella Linux-datorer.
  • Anpassade mått: Du kan definiera mått utöver de standardmått som är automatiskt tillgängliga. Du kan definiera anpassade mått i ditt program som övervakas av Application Insights. Du kan också skapa anpassade mått för en Azure-tjänst med hjälp av API:et för anpassade mått.
  • Kubernetes-kluster: Kubernetes-kluster skickar vanligtvis måttdata till en lokal Prometheus-server som du måste underhålla. Azure Monitor managed service for Prometheus tillhandahåller en hanterad tjänst som samlar in mått från Kubernetes-kluster och lagrar dem i Azure Monitor Metrics.

Kommentar

Mått som samlas in från olika källor och med olika metoder kan aggregeras på olika sätt. Till exempel föraggregeras och lagras plattformsmått i en tidsseriedatabas, medan Prometheus-mått lagras som rådata. Resursmått kan också ha en annan svarstid än andra mått. Detta kan leda till skillnader i måttvärden under en viss exempeltid. Med tiden när svarstiden upphör att vara ett problem och när du analyserar måtten samtidigt försvinner dessa skillnader.

REST-API

Azure Monitor tillhandahåller REST-API:er som gör att du kan hämta data in och ut ur Azure Monitor Metrics.

  • Anpassade mått-API - Anpassade mått gör att du kan läsa in dina egna mått i Azure Monitor Metrics-databasen. Dessa mått kan sedan användas av samma analysverktyg som bearbetar Azure Monitor-plattformsmått.
  • REST API för Azure Monitor-mått – Gör att du kan komma åt definitioner och värden för Azure Monitor-plattformens mått. Mer information finns i Azure Monitor REST API. Information om hur du använder API:et finns i genomgången av REST API för Azure-övervakning.
  • Azure Monitor Metrics Batch REST API - Azure Monitor Metrics Batch API är ett API för stora volymer som utformats för kunder med frågor om stora volymmått. Det liknar det befintliga standard-REST-API:et för Azure Monitor-mått, men ger möjlighet att hämta måttdata för upp till 50 resurs-ID:n i samma prenumeration och region i ett enda batch-API-anrop. Detta förbättrar frågedataflödet och minskar risken för begränsning.

Säkerhet

All kommunikation mellan anslutna system och Azure Monitor-tjänsten krypteras med hjälp av TLS 1.2-protokollet (HTTPS). Microsoft SDL-processen följs för att säkerställa att alla Azure-tjänster är uppdaterade med de senaste framstegen inom kryptografiska protokoll.

Säker anslutning upprättas mellan agenten och Azure Monitor-tjänsten med hjälp av certifikatbaserad autentisering och TLS med port 443. Azure Monitor använder ett hemligt arkiv för att generera och underhålla nycklar. Privata nycklar roteras var 90:e dag och lagras i Azure och hanteras av De Azure-åtgärder som följer strikta regler och efterlevnadsmetoder. Mer information om säkerhet finns i Kryptering av data under överföring, Kryptering av vilande data och Datasäkerhet för Azure Monitor-loggar

Metrics Explorer

Använd Metrics Explorer för att interaktivt analysera data i din måttdatabas och kartlägga värdena för flera mått över tid. Du kan fästa diagrammen på en instrumentpanel för att visa dem med andra visualiseringar. Du kan också hämta mått med hjälp av REST API för Azure-övervakning.

Skärmbild som visar ett exempeldiagram i Metrics Explorer som visar serverbegäranden, serversvarstid och misslyckade begäranden.

Mer information finns i Analysera mått med Azure Monitor Metrics Explorer.

Datastruktur

Data som Azure Monitor Metrics samlar in lagras i en tidsseriedatabas som är optimerad för analys av tidsstämplade data. Varje uppsättning måttvärden är en tidsserie med följande egenskaper:

  • Den tid då värdet samlades in.
  • Den resurs som värdet är associerat med.
  • Ett namnområde som fungerar som en kategori för måttet.
  • Ett måttnamn.
  • Själva värdet.
  • Flera dimensioner när de finns. Anpassade mått är begränsade till 10 dimensioner.

Flerdimensionella mått

En av utmaningarna med måttdata är att den ofta har begränsad information för att ge kontext för insamlade värden. Azure Monitor hanterar den här utmaningen med flerdimensionella mått.

Måttdimensioner är namn/värde-par som innehåller mer data för att beskriva måttvärdet. Ett mått med namnet Tillgängligt diskutrymme kan till exempel ha en dimension som kallas Enhet med värdena C: och D:. Den dimensionen skulle tillåta visning av tillgängligt diskutrymme på alla enheter eller för varje enhet individuellt.

Mer information om hur du visar måttdimensioner i Metrics Explorer finns i Tillämpa dimensionsfilter och delning .

Icke-dimensionellt mått

I följande tabell visas exempeldata från ett icke-dimensionsmått, nätverksdataflöde. Den kan bara svara på en grundläggande fråga som "Vad var mitt nätverksdataflöde vid en viss tidpunkt?"

Tidsstämpel Måttvärde
8/9/2017 8:14 1 331,8 kbit/s
8/9/2017 8:15 1 141,4 kbit/s
8/9/2017 8:16 1 110,2 kbit/s

Nätverksdataflöde och två dimensioner ("IP" och "Riktning")

I följande tabell visas exempeldata från ett flerdimensionellt mått, nätverksdataflöde med två dimensioner som kallas IP och Riktning. Den kan besvara frågor som "Vad var nätverkets dataflöde för varje IP-adress?" och "Hur mycket data skickades jämfört med mottagna?"

Tidsstämpel Dimensionen "IP" Dimensionen "Riktning" Måttvärde
8/9/2017 8:14 IP="192.168.5.2" Direction="Send" 646,5 kbit/s
8/9/2017 8:14 IP="192.168.5.2" Direction="Receive" 420,1 kbit/s
8/9/2017 8:14 IP="10.24.2.15" Direction="Send" 150,0 kbit/s
8/9/2017 8:14 IP="10.24.2.15" Direction="Receive" 115,2 kbit/s
8/9/2017 8:15 IP="192.168.5.2" Direction="Send" 515,2 kbit/s
8/9/2017 8:15 IP="192.168.5.2" Direction="Receive" 371,1 kbit/s
8/9/2017 8:15 IP="10.24.2.15" Direction="Send" 155,0 kbit/s
8/9/2017 8:15 IP="10.24.2.15" Direction="Receive" 100,1 kbit/s

Kommentar

Dimensionsnamn och dimensionsvärden är skiftlägeskänsliga.

Kvarhållning av mått

Plattforms- och anpassade mått

Plattforms- och anpassade mått lagras i 93 dagar med följande undantag:

  • Klassiska mått för gästoperativsystem: Dessa prestandaräknare samlas in av Windows-diagnostiktillägget eller Linux-diagnostiktillägget och dirigeras till ett Azure Storage-konto. Kvarhållningen för dessa mått kommer garanterat att vara minst 14 dagar, även om inget förfallodatum skrivs till lagringskontot.

    Av prestandaskäl begränsar portalen hur mycket data den visar baserat på volym. Det faktiska antalet dagar som portalen hämtar kan därför vara längre än 14 dagar om mängden data som skrivs inte är stor.

  • Mått för gästoperativsystem som skickas till Azure Monitor-mått: Dessa prestandaräknare samlas in av Windows-diagnostiktillägget och skickas till Azure Monitor-datamottagaren eller TillströmningData Telegraf-agenten på Linux-datorer eller den nyare Azure Monitor-agenten via datainsamlingsregler. Kvarhållningen för dessa mått är 93 dagar.

  • Mått för gästoperativsystem som samlas in av Log Analytics-agenten: Dessa prestandaräknare samlas in av Log Analytics-agenten och skickas till en Log Analytics-arbetsyta. Kvarhållningen för dessa mått är 31 dagar och kan utökas upp till 2 år.

  • Application Insights-loggbaserade mått: I bakgrunden översätts loggbaserade mått till loggfrågor. Deras kvarhållning är variabel och matchar kvarhållningen av händelser i underliggande loggar, vilket är 31 dagar till 2 år. För Application Insights-resurser lagras loggar i 90 dagar.

Även om plattforms- och anpassade mått lagras i 93 dagar kan du bara fråga (i panelen Mått ) i högst 30 dagars data i ett enskilt diagram. Den här begränsningen gäller inte för loggbaserade mått. Om du ser ett tomt diagram eller om diagrammet bara visar en del av måttdata kontrollerar du att skillnaden mellan start- och slutdatum i tidsväljaren inte överskrider 30-dagarsintervallet. När du har valt ett 30-dagarsintervall kan du panorera i diagrammet för att visa hela kvarhållningsfönstret.

Kommentar

Om du flyttar eller byter namn på en Azure-resurs kan du förlora måtthistoriken för den resursen.

Prometheus-mått

Prometheus-mått lagras i 18 månader, men en PromQL-fråga kan bara sträcka sig över högst 32 dagar.

Nästa steg