OpenTelemetry Guest OS Metrics (förhandsversion)

På Microsoft använder vi öppna standarder genom implementering och stöd för OpenTelemetry-mått som lagras i Azure Monitor Workspaces (AMW), med Prometheus Query Language (PromQl) vårt grundläggande måttfrågespråk för alla AMW-mått.

Innan du läser den här artikeln rekommenderar vi att användarna först förstår skillnaden mellan prestandaräknare för värdoperativsystem och gästoperativsystem på virtuella datorer.

Den här artikeln handlar om prestandaräknare för gästoperativsystem som användarna måste välja att samla in, antingen via Azure Monitor Agent med DCR, VM Insights med DCR eller användarinsamlade med OTelCollector som en del av OTel-instrumentationsbibliotek. Användare rekommenderas att lagra alla mått i den måttoptimerade Azure Monitor-arbetsytan, där de är billigare och snabbare att fråga än i Log Analytics-arbetsytor.

Den här artikeln ger användarna följande information:

• Översikt över prestandaräknare
• Fördelar med att använda OpenTelemetry-systemmått
• Fördelar med att använda Azure Monitor-arbetsyta för mått
• Jämförelse av OpenTelemetry-namngivningskonvention med traditionella prestandaräknare
• Resursattribut

OpenTelemetry Gästoperativsystems prestandaräknare är för närvarande i offentlig förhandsversion.

Prestandaräknare

Både Windows och Linux ger användarna mått på OPERATIVSYSTEM-nivå som rör CPU-användning, minnesförbrukning, disk-I/O, nätverk med mera för att diagnostisera prestandaproblem. Du kan enkelt se ett exempel på din lokala dator just nu med hjälp av Prestandaövervakaren (perfmon) i Windows eller med hjälp av perf-kommandot på Linux.

Det totala antalet tillgängliga os-prestandaräknare är dynamiskt, med Windows som tillhandahåller ~1846 OS-prestandaräknare som standard och flera fler tillgängliga baserat på den lokala datorns tillgängliga maskinvara, programvara och spårningspunktshändelser.

En delmängd av OpenTelemetry Metrics kallas systemmått. Systemmått är i stort sett ett annat namn för prestandaräknare. De är en standard med öppen källkod för konsekvent namngivning och formatering av prestandaräknare och lägger inte till några nya prestandaräknare för operativsystemet.

Fördelar med OpenTelemetry

Observerbarhet mellan operativsystem OpenTelemetry-semantikkonventionen för systemmått effektiviserar användarupplevelsen mellan operativsystem genom att konvergera Prestandaräknare för Windows och Linux till en konsekvent namngivningskonvention och måttdatamodell. Detta gör det enklare för användare att hantera sina virtuella datorer/noder i sin flotta med en enda uppsättning frågor som används för antingen Windows- eller Linux OS-avbildningar. Samma konfiguration som kod (ARM/Bicep-mallar, Terraform osv.) med samma PromQl-frågor kan användas för alla värdresurser som använder OpenTelemetry-systemmått.

Fler prestandaräknare OpenTelemetry Collector Host Metrics Receiver samlar in många fler prestandaräknare än vad Azure Monitor för närvarande gör tillgängliga för insamling via DCR med Log Analytics-arbetsytan som mål. Till exempel kan användarna nu övervaka processoranvändning per process, disk-I/O, minnesanvändning med mera.

Färre prestandaräknare I många scenarier har befintliga prestandaräknare förenklats till ett enda OTel-systemmått med måttdimensioner (resursattribut) som förenklar användarupplevelsen.

Processortiden i olika tillstånd kan till exempel visas som följande tre prestandaräknare i Windows:

• \Processorinformation(_Total )% processortid
• \Processorinformation(_Total)% privilegierad tid
• \Processorinformation (_Total)% användartid eller som följande sju prestandaräknare i Linux:
• Cpu/användning_användare
• CPU/användning_system
• Cpu/usage_idle
• Cpu/användning_aktiv
• Cpu/usage_nice
• Cpu/usage_iowait
• Cpu/användning_irq

I OpenTelemetry blir alla dessa räknare en enda prestandaräknare: system.cpu.time och den tid som spenderas i varje tillstånd (till exempel användare, system, inaktiv) kan nu hittas genom att helt enkelt filtrera på dimensionstillståndet.

Fördelar med Azure Monitor-arbetsyta

Mått som lagras i Azure Monitor-arbetsytor är billigare och snabbare att köra frågor mot än när de lagras i Log Analytics-arbetsytor, på grund av att de olika datamodellerna stöder dessa olika datalager.

Utöver dessa allmänna fördelar upplever användarna inte längre mismatchar i scheman mellan tabellerna Perf och Insights. VM Insights (v2) som skickas till AMW använder en delmängd av OpenTelemetry-systemmåtten som vi gör tillgängliga för användare, vilket ger sömlös kompatibilitet mellan användarkohorter. Stora företag med programteam som använder en blandning av VM Insights och icke-VM Insights Prestandaräknare för gästoperativsystem kan använda samma PromQl-frågor, instrumentpaneler och aviseringar för samma OTel-mått.

Namn på prestandaräknare

Följande prestandaräknare samlas in av azure monitor-agenten för virtuella Windows- och Linux-datorer. Standardsamplingsfrekvensen är 60 sekunder, men den här frekvensen kan ändras när du skapar eller uppdaterar datainsamlingsregeln.