Aangepaste metrische gegevens in Azure Monitor (preview)

Azure biedt standaard metrische gegevens. Deze metrische gegevens worden standaard- of platformgegevens genoemd. Aangepaste metrische gegevens zijn prestatieindicatoren of bedrijfsspecifieke metrische gegevens. U kunt ze verzamelen via de telemetrie van uw toepassing. U kunt ook de Azure Monitor-agent of een extern bewakingssysteem gebruiken. Nadat u aangepaste metrische gegevens naar Azure Monitor hebt gepubliceerd, kunt u deze bladeren, er query's op uitvoeren en er een waarschuwing op toepassen, samen met de standaardgegevens Azure metrische gegevens.

Opmerking

Azure Monitor aangepaste metrische gegevens beschikbaar zijn in openbare preview. Deze functie wordt niet algemeen beschikbaar gesteld, omdat een verbeterde algemeen beschikbare functie dezelfde functionaliteit bereikt en meer: Application Insights met OpenTelemetry. Naast aangepaste metrische gegevens worden ook prestatiemeteritems van OpenTelemetry van het gastbesturingssysteem van VM's ondersteund.

De algemeen beschikbare vervanging gebruiken

De aangepaste metrische gegevens die in dit artikel worden beschreven, blijven in preview en worden niet algemeen beschikbaar gesteld. Gebruik voor nieuwe oplossingen het algemeen beschikbare OpenTelemetry-pad, dat dezelfde functionaliteit biedt en meer. Zie Application Insights met metrische gegevens van het OpenTelemetry - en OpenTelemetry-systeem voor virtuele machines om aan de slag te gaan.

Methoden voor het verzenden van aangepaste metrische gegevens

Aangepaste metrische gegevens kunnen via verschillende methoden naar Azure Monitor worden verzonden:

  • Gebruik de Application Insights-SDK om uw toepassing te instrumenteren door aangepaste telemetrie te verzenden naar Azure Monitor.
  • Installeer de Azure Monitor-agent op uw virtuele Windows- of Linux Azure-machine of schaalset van virtuele machines en gebruik een gegevensverzamelingsregel om prestatiecounters naar Azure Monitor-metrieken te verzenden.
  • Installeer de InfluxData Telegraf agent op uw Azure Linux VM. Metrische gegevens verzenden met behulp van de Azure Monitor-uitvoerinvoegtoepassing.
  • Stuur aangepaste metrische gegevens rechtstreeks naar de Azure Monitor REST API.

Prijsmodel

Het opnemen van standaardmetrieken (metrische platformgegevens) in een Azure Monitor opslag voor metrische gegevens is gratis. Systeemeigen aangepaste metrische gegevens zijn ook gratis tijdens de preview. Voor query's naar de API voor metrische gegevens worden kosten in rekening gebracht. Omdat aangepaste metrische gegevens in preview blijven en niet algemeen beschikbaar worden gesteld, gebruikt u de algemeen beschikbare op OpenTelemetry gebaseerde vervanging voor een ondersteund factureringsmodel. Zie de pagina Azure Monitor prijzen voor huidige metrische gegevens en query's.

Aangepaste metrische kenmerken

Elk metrische gegevenspunt dat u publiceert, bevat een naamruimte, naam en dimensiegegevens. De eerste keer dat u een aangepaste metrische waarde verzendt naar Azure Monitor, maakt de service automatisch een metrische definitie. U kunt deze nieuwe metrische definitie detecteren voor elke resource waaruit de metrische gegevens worden verzonden via de metrische definities. U hoeft geen vooraf gedefinieerde aangepaste metrische gegevens in Azure Monitor te maken voordat u deze verzendt.

Opmerking

Application Insights en de InfluxData Telegraf-agent zijn al geconfigureerd om metrische waarden uit te zenden naar het juiste regionale eindpunt en brengen alle voorgaande eigenschappen over in elke uitzending.

Aangepaste metrische gegevens gebruiken

Nadat aangepaste metrische gegevens naar Azure Monitor zijn verzonden, kunt u deze bekijken via Azure Portal en er query's op uitvoeren via de Rest API's van Azure Monitor. U kunt er ook waarschuwingen voor maken om u op de hoogte te stellen wanneer aan bepaalde voorwaarden wordt voldaan.

Opmerking

U hebt de rol Bewakingslezer nodig om aangepaste metrische gegevens weer te geven.

Blader door uw aangepaste metrieken via de Azure Portal

  1. Ga naar Azure Portal.
  2. Selecteer het deelvenster Monitor .
  3. Selecteer Metrische gegevens.
  4. Selecteer een resource waarvoor u aangepaste metrische gegevens verzendt.
  5. Selecteer de naamruimte voor uw aangepaste metriek.
  6. Selecteer de aangepaste metrische waarde.

Zie Metrische gegevens analyseren met Azure Monitor Metrics Explorer voor meer informatie over het weergeven van metrische gegevens in Azure Portal.

Latentie en opslagretentie

Aangepaste metrische gegevens worden gedurende dezelfde tijd bewaard als metrische platformgegevens.

Het kan tot drie minuten duren voordat een nieuw toegevoegde metrische waarde of een nieuw toegevoegde dimensie aan een metrische waarde wordt weergegeven. Nadat de gegevens zich in het systeem bevinden, moeten deze in minder dan 30 seconden 99 procent van de tijd worden weergegeven.

Als u een metrische waarde verwijdert of een dimensie verwijdert, kan het een week duren voordat de wijziging uit het systeem wordt verwijderd.

Quota en limieten

Azure Monitor legt de volgende gebruikslimieten op voor aangepaste metrische gegevens:

Categorie Limiet
Totaal aantal actieve tijdreeksen in een abonnement per regio 50,000
Dimensiesleutels per metrische waarde 10
Lengte van tekenreeksen voor metrische naamruimten, metrische namen, dimensiesleutel en dimensiewaarden 256 tekens
De gecombineerde lengte van alle aangepaste metrische namen, met behulp van utf-8-codering 64 kB

Een actieve tijdreeks is een unieke combinatie van metrische waarde, dimensiesleutel of dimensiewaarde met metrische waarden die in de afgelopen 12 uur zijn gepubliceerd.

Als u meer wilt weten over de limiet van 50.000 voor tijdreeksen, moet u rekening houden met de volgende metrische gegevens:

Reactietijd van de server met Dimensies: Regio, Afdeling, CustomerID

Als u met deze metrische waarde 10 regio's, 20 afdelingen en 100 klanten hebt, krijgt u 10 x 20 x 100 = 20.000 tijdreeksen.

Als u 100 regio's, 200 afdelingen en 2000 klanten hebt, is het resultaat 100 x 200 x 200 x 2000 = 40 miljoen tijdreeksen. Dit getal overschrijdt de limiet voor één metrische waarde.

Nogmaals, deze limiet is niet voor een afzonderlijke metrische waarde. Dit is voor de som van al deze metrische gegevens in een abonnement en regio.

Volg deze stappen om de huidige metrische gegevens van de huidige actieve tijdreeks te bekijken en meer informatie te krijgen over het oplossen van problemen.

  1. Navigeer naar de sectie Monitor van Azure Portal.
  2. Selecteer Metrische gegevens aan de linkerkant .
  3. Onder Selecteer een bereik, controleer het toepasselijke abonnement en de resourcegroepen.
  4. Onder Bereik Verfijnen, kies Aangepast metrisch gebruik en vervolgens de gewenste locatie.
  5. Selecteer de knop Toepassen.
  6. Kies Actieve tijdreeks, actieve tijdreekslimiet of beperkte tijdreeks.

Azure Monitor beperkt de gecombineerde lengte van alle aangepaste metrische namen tot 64 kB, uitgaande van UTF-8-codering of 1 byte per teken. Als uw metrische namen deze limiet overschrijden, blokkeert Azure Monitor de toegang tot metagegevens voor de andere metrische gegevens. De Azure-portal laat deze metrische namen weg uit selectievelden en de API slaat deze over wanneer er metrische definities worden geretourneerd. U kunt nog steeds rechtstreeks query's uitvoeren op de metrische gegevens, zelfs zonder de metagegevens.

Wanneer de limiet wordt overschreden, vermindert u het aantal metrische gegevens dat u verzendt of verkort de lengte van de namen. Het duurt maximaal twee dagen voordat de namen van de nieuwe metrische gegevens worden weergegeven.

Als u wilt voorkomen dat de limiet wordt bereikt, moet u geen variabele of dimensionale aspecten in uw metrische namen opnemen. De metrische gegevens voor het CPU-gebruikCPU_server_12345678-319d-4a50-b27e-1234567890abCPU_server_abcdef01-319d-4a50-b27e-abcdef012345 van de server moeten bijvoorbeeld worden gedefinieerd als metrische CPU gegevens en met een Server dimensie.

Ontwerpbeperkingen en overwegingen

Application Insights gebruiken voor controle

De Telemetriepijplijn van Application Insights is geoptimaliseerd om de impact op de prestaties te minimaliseren en het netwerkverkeer te beperken voor het bewaken van uw toepassing. Als zodanig beperkt het of neemt het een steekproef (neemt slechts een percentage van uw telemetrie en negeert de rest) als de initiële dataset te groot wordt. Vanwege dit gedrag kunt u het niet gebruiken voor controledoeleinden, omdat sommige records waarschijnlijk worden verwijderd.

Metrische gegevens met een variabele in de naam

Gebruik geen variabele als onderdeel van de metrische naam. Gebruik in plaats daarvan een constante. Telkens wanneer de variabele de waarde wijzigt, genereert Azure Monitor een nieuwe metrische waarde. Azure Monitor bereikt vervolgens snel de limiet voor het aantal metrische gegevens. Over het algemeen, als ontwikkelaars een variabele willen opnemen in een metrieknaam, willen ze eigenlijk meerdere tijdreeksen volgen binnen één metriek en moeten ze dimensies gebruiken in plaats van variabele metrieknamen.

Metrische dimensies voor hoge kardinaliteit

Metrische gegevens met te veel geldige waarden in een dimensie (een hoge kardinaliteit) hebben veel meer kans om de limiet van 50.000 te bereiken. Over het algemeen moet u nooit een voortdurend veranderende waarde in een dimensie gebruiken. Tijdstempel mag bijvoorbeeld nooit een dimensie zijn. U kunt server-, klant- of product-id gebruiken, maar alleen als u een kleiner aantal van deze typen hebt.

Als test vraagt u zich af of u dergelijke gegevens ooit in een grafiek zou weergeven. Als u 10 of zelfs 100 servers hebt, kan het handig zijn om ze allemaal in een grafiek te zien voor vergelijking. Maar als u 1000 hebt, is de resulterende grafiek waarschijnlijk moeilijk of onmogelijk te lezen. Een best practice is om deze te behouden tot minder dan 100 geldige waarden. Maximaal 300 is een grijs gebied. Als u dit bedrag wilt overschrijden, gebruikt u in plaats daarvan aangepaste logboeken van Azure Monitor.

Als u een variabele in de naam of een dimensie met hoge kardinaliteit hebt, kunnen de volgende problemen optreden:

  • Metriek wordt onbetrouwbaar door afknijpen.
  • Metrics Explorer werkt niet.
  • Waarschuwingen en meldingen worden onvoorspelbaar.
  • Kosten kunnen onverwacht toenemen omdat er metrische query's worden gefactureerd. Gebruik voor een ondersteund, algemeen beschikbaar factureringsmodel de op OpenTelemetry gebaseerde vervanging.

Als de metrische naam of dimensiewaarde per ongeluk wordt gevuld met een id of dimensie met hoge kardinaliteit, kunt u deze eenvoudig oplossen door het variabele gedeelte te verwijderen.

Maar als een hoge kardinaliteit essentieel is voor uw scenario, zijn de geaggregeerde metrische gegevens waarschijnlijk niet de juiste keuze. Schakel over naar het gebruik van aangepaste logboeken (dat wil gezegd trackMetric API-aanroepen met trackEvent). Houd er echter rekening mee dat logboeken geen waarden aggregeren, dus elke vermelding wordt opgeslagen. Als u een groot aantal logbestanden in een korte tijdsperiode (bijvoorbeeld 1 miljoen per seconde) hebt, kan dit leiden tot throttling en invoervertragingen.

Aanbeveling

Azure Monitor Metrics en Azure Monitor Workspace registreren aangepaste metrische gegevens met een vast interval van 60 seconden. Metrische gegevens die vaker worden verzonden, worden elke 60 seconden gebufferd en verwerkt. Log Analytics registreert metrics op het interval waarop ze worden verzonden, wat de kosten kan verhogen bij kortere intervallen en de zichtbaarheid kan vertragen bij langere intervallen.

Volgende stappen

Aangepaste metrische gegevens van verschillende services gebruiken:

  • Laatst bijgewerkt om