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 prestatie-indicatoren of bedrijfsspecifieke metrische gegevens die kunnen worden verzameld via de telemetrie van uw toepassing, de Azure Monitor-agent, een diagnostische extensie die wordt uitgevoerd op uw Azure-resources of een extern bewakingssysteem. 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.

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-machineschaalset, 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.

Notitie

Metrische gegevens die via de Application Insights SDK naar Azure Monitor worden verzonden, worden gefactureerd als opgenomen logboekgegevens. Er worden alleen extra metrische gegevens in rekening gebracht als de functie Application Insights Waarschuwingen inschakelen voor aangepaste metrische dimensies is geselecteerd. Met dit selectievakje worden gegevens naar de metrische gegevensdatabase van Azure Monitor verzonden met behulp van de aangepaste API voor metrische gegevens om de complexere waarschuwingen mogelijk te maken. Meer informatie over het Application Insights-prijsmodel en de prijzen in uw regio.

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 deze worden verzonden.

Notitie

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.

Notitie

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 de Azure-portal.
  2. Selecteer het deelvenster Monitor .
  3. Selecteer Metrische gegevens.
  4. Selecteer een resource waarvoor u aangepaste metrische gegevens hebt verzonden.
  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 Grenswaarde
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 wordt gedefinieerd als een unieke combinatie van metrische gegevens, dimensiesleutel of dimensiewaarde die in de afgelopen 12 uur metrische waarden heeft 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 die u 10 x 20 x 100 = 20.000 tijdreeksen geven.

Als u 100 regio's, 200 afdelingen en 2000 klanten hebt, hebt u 100 x 200 x 200 x 2.000 = 40 miljoen tijdreeksen, wat veel meer is dan de limiet alleen voor deze 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 de onderstaande stappen om de huidige metrische gegevens voor actieve tijdreeksen weer te geven en meer informatie om u te helpen bij 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.

Er geldt een limiet van 64 kB voor de gecombineerde lengte van alle namen van aangepaste metrische gegevens, ervan uitgaande dat utf-8 of 1 byte per teken. Als de limiet van 64 kB wordt overschreden, zijn metagegevens voor aanvullende metrische gegevens niet beschikbaar. De namen van metrische gegevens voor aanvullende aangepaste metrische gegevens worden niet weergegeven in Azure Portal in selectievelden en worden niet geretourneerd door de API in aanvragen voor metrische definities. De metrische gegevens zijn nog steeds beschikbaar en kunnen worden opgevraagd.

Wanneer de limiet is 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.

Volgende stappen

Aangepaste metrische gegevens van verschillende services gebruiken: