Delen via

Aangepaste metrische gegevens in Azure Monitor (preview)

Azure maakt bepaalde metrische gegevens beschikbaar voor u. Deze metrische gegevens worden standaard of platform 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, een diagnostische extensie voor uw Azure-resources of een extern bewakingssysteem gebruiken. Zodra aangepaste metrische gegevens naar Azure Monitor zijn gepubliceerd, kunt u bladeren, er query's op uitvoeren en waarschuwingen aan de zijkant van de standaard metrische Gegevens van Azure bekijken.

Aangepaste metrische gegevens van Azure Monitor zijn momenteel beschikbaar als openbare preview.

Aanbeveling

Zie Metrische gegevens in Application Insights voor een gedetailleerde vergelijking tussen standaard metrische gegevens, metrische gegevens op basis van logboeken en aangepaste metrische gegevens.

Methoden voor het verzenden van aangepaste metrische gegevens

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

  • Gebruik Azure-toepassing 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 virtuele-machineschaalset en gebruik een regel voor het verzamelen van gegevens om prestatiemeteritems naar metrische gegevens van Azure Monitor te verzenden.
  • Installeer de Azure Diagnostics-extensie op uw Azure VM, Virtuele Machine Schaalset, klassieke VM of klassieke Cloudservice. Verzend vervolgens prestatiemeteritems naar Azure Monitor.
  • Installeer de TenantData Telegraf-agent op uw Virtuele Linux-machine van Azure. Metrische gegevens verzenden met behulp van de Azure Monitor-uitvoerinvoegtoepassing.
  • Stuur aangepaste metrische gegevens rechtstreeks naar de Azure Monitor REST API.

Prijsmodel en -retentie

Over het algemeen zijn er geen kosten verbonden aan het opnemen van standaardgegevens (metrische platformgegevens) in een metrische gegevensopslag van Azure Monitor, maar voor aangepaste metrische gegevens worden kosten in rekening gebracht wanneer ze algemene beschikbaarheid invoeren. Bij query's naar de API voor metrische gegevens worden kosten in rekening gebracht. Raadpleeg de pagina met prijzen van Azure Monitor voor meer informatie over wanneer facturering is ingeschakeld voor aangepaste metrische gegevens en metrische query's.

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

Opmerking

Om een betere ervaring te bieden, worden aangepaste metrische gegevens die worden verzonden naar Azure Monitor, altijd opgeslagen in de Classic API Software Development Kits (SDK's) van Application Insights, zowel in Log Analytics als in de Metrics Store. Uw kosten voor het opslaan van deze metrische gegevens zijn alleen gebaseerd op het volume dat door Log Analytics wordt opgenomen. Er zijn geen extra kosten verbonden aan gegevens die zijn opgeslagen in de Metrics Store.

Aangepaste metrische definities

Elk gepubliceerd metrische gegevenspunt bevat informatie over een naamruimte, naam en dimensie. De eerste keer dat een aangepaste metriek wordt verzonden naar Azure Monitor, wordt automatisch een metrische definitie gemaakt. Deze nieuwe metrische definitie kan vervolgens worden gedetecteerd 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, de diagnostische extensie en de TenantData Telegraf-agent zijn al geconfigureerd om metrische waarden te verzenden voor het juiste regionale eindpunt en alle voorgaande eigenschappen in elke emissie te dragen.

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 moet de rol lezer of inzender hebben om aangepaste metrische gegevens weer te geven. Zie Bewakingslezer.

Door uw aangepaste metrische gegevens bladeren via 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 metrische gegevens voor uw aangepaste metrische gegevens.
  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

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
Tekenreekslengte voor metrische naamruimten, metrische namen, dimensiesleutels 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. Controleer onder Een bereik selecteren het toepasselijke abonnement en de resourcegroepen.
  4. Kies onder Bereik Verfijnen het aangepaste metrische gebruik en 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 vervolgens 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 voor het minimaliseren van de impact op de prestaties en het beperken van het netwerkverkeer van het bewaken van uw toepassing. Als zodanig beperkt het of voorbeelden (neemt slechts een percentage van uw telemetrie en negeert de rest) als de eerste gegevensset 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 willen ontwikkelaars een variabele opnemen in de naam van de metrische waarde, willen ze echt meerdere tijdreeksen bijhouden binnen één metriek en moeten ze dimensies gebruiken in plaats van namen van variabele metrische gegevens.

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:

  • Metrische gegevens zijn onbetrouwbaar vanwege beperking.
  • Metrics Explorer werkt niet.
  • Waarschuwingen en meldingen worden onvoorspelbaar.
  • Kosten kunnen onverwacht toenemen. Microsoft brengt geen kosten in rekening voor aangepaste metrische gegevens met dimensies, terwijl deze functie in openbare preview is. Nadat de kosten in de toekomst zijn gestart, worden onverwachte kosten in rekening gebracht. Het plan is om kosten in rekening te brengen voor het verbruik van metrische gegevens op basis van het aantal bewaakte tijdreeksen en het aantal GEMAAKTE API-aanroepen.

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 logboeken in een kleine periode (bijvoorbeeld 1 miljoen per seconde) hebt, kan dit leiden tot vertraging en opname.

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: