Azure Monitor service-limieten

Dit artikel bevat limieten in verschillende gebieden van Azure Monitor.

Waarschuwingen

Hulpbron	Standaardlimiet	Bovengrens
Waarschuwingen voor metrische gegevens	5,000 actieve waarschuwingsregels per abonnement in Azure openbaar, Microsoft Azure beheerd door 21Vianet, en Azure Government clouds. Als u deze limiet bereikt, kunt u verkennen of u hetzelfde type waarschuwingen voor meerdere resources kunt gebruiken. 10.000 metrische tijdreeksen per waarschuwingsregel.	Bel ondersteuning.
Waarschuwingen voor activiteitenlogboeken	100 actieve waarschuwingsregels per abonnement (kan niet worden verhoogd). Dit omvat Service Health en Resource Health-waarschuwingen. Aangezien deze limiet niet kan worden verhoogd, kunt u overwegen sending van uw activiteitenlogboeken naar een Log Analytics werkruimte en in plaats daarvan waarschuwingen voor zoeken in logboeken te maken als u een groter aantal regels per abonnement nodig hebt.	Hetzelfde als standaard.
Logboekwaarschuwingen	5000 actieve waarschuwingsregels per abonnement. Waarvan 100 actieve waarschuwingsregels met een frequentie van 1 minuut. 1000 actieve waarschuwingsregels per resource. Elke niet-toestandsgebonden waarschuwingsregel kan maximaal 6.000 waarschuwingen per evaluatie activeren. Elke "stateful" waarschuwingsregel kan maximaal 300 waarschuwingen per evaluatie activeren. Maximaal 5000 geactiveerde stateful waarschuwingen tegelijk per waarschuwingsregel. Stateful waarschuwingsregels kunnen worden geconfigureerd met een frequentie van maximaal 12 uur. De gecombineerde grootte van alle gegevens in de eigenschappen van de logboekwaarschuwingsregel mag niet groter zijn dan 64 kB. De Kusto-queryresultaten mogen niet groter zijn dan 20 MB. 500 actieve waarschuwingsregels per beheerde identiteit in Log Analytics of ADX-werkruimte. 50 actieve waarschuwingsregels per beheerde identiteit in de Azure resource graph-werkruimte.	Bel ondersteuning.
Regels voor het verwerken van waarschuwingen	1000 actieve regels per abonnement.	Bel ondersteuning.
Beschrijvingslengte van waarschuwingsregels en waarschuwingsverwerkingsregels	Logboekzoekwaarschuwingen 4.096 tekens. Alle andere tekens zijn 2048 tekens.	Hetzelfde als standaard.

Api voor waarschuwingen

Azure Monitor waarschuwingen hebben verschillende beperkingslimieten om gebruikers te beschermen tegen een overmatig aantal oproepen. Dit gedrag kan de back-endresources van het systeem overbelasten en de reactiesnelheid van de service in gevaar brengen. De volgende limieten zijn ontworpen om klanten te beschermen tegen onderbrekingen en om een consistent serviceniveau te garanderen. De gebruikerslimieten en beperkingen zijn ontworpen om alleen extreme gebruiksscenario's te beïnvloeden. Ze mogen niet relevant zijn voor normaal gebruik.

Opmerking

Er geldt een limiet voor API-aanroepen per exemplaar. Het exacte limiet hangt af van het aantal instanties.

Hulpbron	Standaardlimiet	Bovengrens
Waarschuwingen - Samenvatting ophalen	50 oproepen per minuut per abonnement	Hetzelfde als standaard
Waarschuwingen - Alles ophalen (niet 'Ophalen op ID')	100 aanroepen per minuut per abonnement	Hetzelfde als standaard
Alle andere alarmoproepen	1000 oproepen per minuut per abonnement	Hetzelfde als standaard

Actiegroepen

U kunt een onbeperkt aantal actiegroepen in een abonnement hebben. (ARM-resourcegroeplimieten zijn nog steeds van toepassing Meer informatie).

Hulpbron	Standaardlimiet	Bovengrens
Meldingen (frequentielimieten)	Per abonnement: 300 meldingen per minuut per regio. Per waarschuwingsregel: 100 meldingen om de 5 minuten per regio. Per actiegroep: ServiceStatus (per regel): 150 meldingen om de 5 minuten per regio. Service Health (per abonnement): 200 meldingen per minuut per regio. Test (per actiegroep): 2 testmeldingen om de 5 minuten per regio. Test (per abonnement): 5 testmeldingen om de 5 minuten per regio.	Hetzelfde als standaard
Azure app pushen	10 Azure app-acties per actiegroep.	Hetzelfde als standaard
E-mailen	1000 e-mailacties in een actiegroep. Niet meer dan 100 e-mailberichten per uur voor elk e-mailadres per regio. De tekenlimiet in een e-mailadres is 64. De tekenlimiet in een e-mailbericht is 55296. Zie ook Servicelimieten voor meldingen.	Hetzelfde als standaard
E-mail Azure Resource Manager rol	10 ARM-rolacties per actiegroep e-mailen. In productie: niet meer dan 100 e-mailberichten per uur per regio. In een testactiegroep: niet meer dan twee e-mailberichten in elke (1) minuut.	Hetzelfde als standaard
Event Hubs	10 Event Hubs-acties per actiegroep.	Hetzelfde als standaard
IT-dienstenbeheer (ITSM)	10 ISTM-acties in een actiegroep.	Hetzelfde als standaard
Logic-app	10 logische app-acties in een actiegroep.	Hetzelfde als standaard
Procedurehandboek	10 runbook-acties in een actiegroep.	Hetzelfde als standaard
Beveiligde webhook	10 beveiligde webhookacties in een actiegroep. Maximumaantal webhook-aanroepen is 1500 per minuut per abonnement.	Hetzelfde als standaard
SMS	10 SMS-acties in een actiegroep. In productie: niet meer dan één sms-bericht om de vijf minuten. In een testactiegroep: niet meer dan één sms per minuut.	Hetzelfde als standaard
Spraak	10 spraakacties in een actiegroep. In productie: niet meer dan één spraakoproep om de vijf minuten. In een testactiegroep: niet meer dan één spraakoproep elke minuut.	Hetzelfde als standaard
Webhaak	10 webhook-acties in een actiegroep. Maximumaantal webhook-aanroepen is 1500 per minuut per abonnement.	Hetzelfde als standaard

Snelheidslimieten vermijden

• Actiegroepen implementeren in meerdere regio's: regionale limieten zijn per regio van toepassing. Het distribueren van actiegroepen in Oost-VS, West-Europa en Zuidoost-Azië verdriedubbelt de beschikbare capaciteit. (Alle door actiegroepen ondersteunde regio's)
• Waarschuwingsregels samenvoegen: gebruik waarschuwingen voor meerdere resources in plaats van dubbele regels per resource te maken.
• Stateful waarschuwingen gebruiken, vermindert het aantal meldingen door alleen te waarschuwen bij statuswijzigingen.
• Evaluatiefrequentie afstemmen: gebruik langere intervallen (5+ minuten) voor niet-kritieke waarschuwingen.
• Vermijd hergebruik van actiegroepen: deel niet één actiegroep over honderden waarschuwingsregels.

Automatisch schalen

Hulpbron	Standaardlimiet	Bovengrens
Autoschaalinstellingen	100 per regio per abonnement.	Hetzelfde als standaard
Profielen automatisch schalen	20 profielen per automatische schaalinstelling.	Hetzelfde als standaard

Prometheus-metrieken

Invoer

Azure beheerde Prometheus is een niet hoofdlettergevoelig systeem. Hiermee worden tekenreeksen, zoals metrische namen, labelnamen of labelwaarden, behandeld als dezelfde tijdreeks als ze alleen verschillen van een andere tijdreeks in het geval van de tekenreeks. Zie het overzicht van metrische gegevens van Prometheus voor meer informatie.

De volgende limieten zijn van toepassing op de Azure Monitor werkruimte die uw metrische prometheus-gegevens opneemt.

Limiet	Waarde
Actieve tijdreeks met metrische gegevens die in de afgelopen ~12 uur zijn gerapporteerd.	1.000.000 U kunt een verhoging aanvragen.
Het aantal opgenomen gebeurtenissen per minuut.	1.000.000 U kunt een verhoging aanvragen.

De volgende limieten zijn van toepassing op de regel voor gegevensverzameling (DCR) die prometheus-metrische gegevens naar uw Azure Monitor-werkruimte verzendt.

Limiet	Waarde
Opnameaanvragen per minuut naar een regel voor gegevensverzameling	15.000 Deze limiet kan niet worden verhoogd.
Gegevensopname per minuut naar een regel voor gegevensverzameling	50 GB Deze limiet kan niet worden verhoogd.

Opvragen

Prometheus-query's worden gemaakt met behulp van PromQL en kunnen worden gemaakt in Azure Managed Grafana of zelfbeheerde Grafana.

Limiet	Waarde
Gegevensretentie	18 maanden. Deze limiet kan niet worden verhoogd.
Tijdsbereik van zoekopdracht	32 dagen tussen de begin- en eindtijd van uw PromQL-query. Deze limiet kan niet worden verhoogd.
Tijdreeksen opvragen per metric	500.000 tijdreeksen.
Geretourneerde queryvoorbeelden	50.000.000 steekproeven per query.
Minimale grootte van querystap met tijdsbereik >= 48 uur	60 seconden.

Gegevenslimieten opvragen
Voor clientverkeer:

Limiet	Waarde
Opzoeklengte van venster beperken	30 seconden
Gegevens die per werkruimte in Azure Monitor worden geretourneerd	0,5 GB

Voor het vastleggen van verkeersregels:

Limiet	Waarde
Opzoeklengte van venster beperken	3 minuten
Gegevens die per werkruimte in Azure Monitor worden geretourneerd	1 GB

Limieten voor pre-parseren van query's
Op basis van het tijdsbereik van de query en het aanvraagtype, over een venster van 30 seconden (voor clientverkeer):

Limiet	Waarde
Queryuren per gebruiker (Microsoft Entra ID, beheerde identiteit, Azure Managed Grafana Workspace)	30,000
Query-uren per Azure Monitor-werkruimte	60.000
Queryuren per Azure tenant	600,000

Op basis van het tijdsbereik van de query en het type verzoek, binnen een tijdsvenster van 3 minuten (voor het vastleggen van regelverkeer):

Limiet	Waarde
Query-uren per Azure Monitor-werkruimte	60.000
Queryuren per Azure tenant	600,000

Limieten voor query's na het parseren
Op basis van querytijdbereik en bereikvectoren in query's gedurende een venster van 30 seconden (voor clientverkeer):

Limiet	Waarde
Queryuren per gebruiker (Microsoft Entra ID, beheerde identiteit, Azure Managed Grafana Workspace)	2,000,000
Query-uren per Azure Monitor-werkruimte	2,000,000
Queryuren per Azure tenant	20.000.000

Gebaseerd op querytijdbereik en bereikvectoren in queries gedurende een venster van 3 minuten (voor het vastleggen van regels voor verkeer):

Limiet	Waarde
Query-uren per Azure Monitor-werkruimte	2,000,000
Queryuren per Azure tenant	20.000.000

Limieten voor querykostenbeperking

Limiet	Waarde
Maximale querykosten per query	15000
Maximale querykosten voor het vastleggen van regelsquery	3000

De berekening van querykosten wordt als volgt uitgevoerd:

Querykosten = (aantal aangevraagde tijdreeksen * (aangevraagde tijdsduur in seconden / Uitgestelde tijdomzetting van querygegevens)) / 5000

Uitgestelde tijdomzetting van opgevraagde gegevens = Aantal gegevenspunten dat is opgeslagen in een willekeurig geselecteerde tijdreekssleutels van de metrische gegevens/tijdsduur van query's in seconden

Opmerking

Eén metriek in de query heeft een limiet van maximaal 64 MB in bytes voor het resultaat van tijdreekssleutels die zijn aangevraagd in de query.

Waarschuwings- en opnameregels

Prometheus-waarschuwingsregels en -opnameregels worden gedefinieerd in PromQL. Ze worden uitgevoerd op de beheerde 'Ruler'-dienst als onderdeel van de beheerde dienst Azure Monitor voor Prometheus.

Grens	Waarde
Regelgroepen per Azure Monitor werkruimte, in een Azure-abonnement	500 U kunt een verhoging aanvragen.
Regels per regelgroep	20 Deze limiet kan niet worden verhoogd.
Interval voor de evaluatie van regelgroep	Tussen 1 minuut en 24 uur. De standaardwaarde is 1 minuut.
Actieve waarschuwingen	Geen limiet op dit moment.

Extern schrijven

Berekeningen zijn bepaald met behulp van een externe batchgrootte van 500, wat de standaardwaarde is.

Limiet	Waarde
CPU-gebruik	0,25 x (aantal metrische gegevens) + 1,25 x (gemiddeld aantal reeksen per metrische waarde)
CPU-aanvraag	0,75 x (CPU-gebruik)
CPU-limiet	2 x (CPU-aanvraag)
Geheugenaanvraag	150 Mb
Geheugenlimiet	200 Mb
Maximale doorvoer	Externe schrijfcontainer kan maximaal 150.000 unieke tijdreeksen verwerken. De container kan fouten genereren bij het verwerken van aanvragen van meer dan 150.000 vanwege het grote aantal gelijktijdige verbindingen. Dit probleem kan worden opgelost door de externe batchgrootte van 500 tot 1000 te verhogen. Deze wijziging vermindert het aantal geopende verbindingen.

Logboekopname-API

Limiet	Waarde	Opmerkingen
Maximale grootte van API-aanroep	1 MB	Zowel gecomprimeerde als niet-gecomprimeerde gegevens.
Maximumgrootte voor veldwaarden	64 kB	Velden die langer zijn dan 64 kB, worden afgekapt.
Maximum aantal gegevens/minuut per DCR	*2 GB	Zowel gecomprimeerde als niet-gecomprimeerde gegevens. Probeer het opnieuw na de duur die wordt vermeld in de Retry-After koptekst in het antwoord.
Maximum aantal aanvragen per minuut per DCR	*12,000	Probeer het opnieuw na de duur die wordt vermeld in de Retry-After koptekst in het antwoord.
Maximumbereik TimeGenerated per API-aanroep	30 minuten	Deze limiet is alleen van toepassing bij invoer in hulplogtabellen. Als de bronvermeldingen van TimeGenerated worden opgenomen en niet getransformeerd worden, moet de reeks van vermeldingen minder dan 30 minuten zijn.

^* Geleidelijke verhogingen boven deze drempelwaarde kunnen automatisch door het systeem worden opgevangen, hoewel tijdelijke beperking in snelheid nog steeds kan optreden wanneer het systeem wordt opgeschaald. Voor verwachte grote of plotselinge verhogingen die deze drempelwaarde aanzienlijk overschrijden, neemt u vooraf contact op met de ondersteuning voor Azure voor hulp.

Gegevensverzamelingsregels

Limiet	Waarde
Maximum aantal gegevensbronnen	10
Maximum aantal prestatieaanduidingen in prestatiemeteritems	100
Maximum aantal namen van faciliteiten in Syslog	20
Maximum aantal XPath-query's in gebeurtenislogboek	100
Maximum aantal gegevensstromen	10
Maximum aantal gegevensstromen	20
Maximum aantal extensies	10
Maximale grootte van extensie-instellingen	32 kB
Maximum aantal Log Analytics werkruimten	10
Maximum aantal tekens in een transformatie	15,360

Diagnostische instellingen

Hulpbron	Standaardlimiet	Maximumaantal
Maximum aantal diagnostische instellingen per resource	5	Hetzelfde als standaard.

Logzoekopdrachten en taal

Algemene querylimieten

Limiet	Beschrijving
Query-taal	Azure Monitor gebruikt dezelfde Kusto Query Language (KQL) als Azure Data Explorer. Zie Verschillen in logboekquerytaal van Azure Monitor voor KQL-taalelementen die door Azure Monitor niet worden ondersteund.
Azure regio's	Logboekquery's kunnen overmatige overhead ervaren wanneer gegevens Log Analytics werkruimten in meerdere Azure regio's omvatten. Zie Querylimieten voor meer informatie.
Queries voor meerdere bronnen	Maximum aantal Application Insights-resources en Log Analytics-werkruimten in één enkele query is beperkt tot 100. View Designer biedt geen ondersteuning voor query's voor meerdere resources. De scheduledQueryRules-API ondersteunt query's voor meerdere resources in logboekwaarschuwingen. Zie Limieten voor query's voor meerdere resources voor meer informatie.
Log Analytics-dashboardquery's	Het maximum aantal records dat wordt geretourneerd in één Log Analytics dashboardquery is 2.000.

Beperking van gebruikersquery's

Azure Monitor heeft verschillende beperkingslimieten om back-endsysteemresources te beveiligen tegen gebruikers die een overmatig aantal query's verzenden en zorgen voor een consistent serviceniveau. Deze limieten per gebruiker weerspiegelen extreme gebruiksscenario's en moeten niet relevant zijn voor typisch querygedrag.

Maatregel	Limiet per gebruiker	Beschrijving
Gelijktijdige Analytics-query's	5	Een gebruiker kan maximaal vijf gelijktijdige query's uitvoeren op analytics-tabellen. Het systeem voegt extra query's toe aan de gelijktijdigheidswachtrij in een eerste in, eerste uit volgorde (FIFO). Wanneer een van de gelijktijdige actieve query's is voltooid, wordt de eerste query uit de wachtrij toegevoegd aan de gelijktijdige query's en wordt deze uitgevoerd. Waarschuwingsquery's maken geen deel uit van deze limiet.
Gelijktijdige Basis- en Hulpquery's	2	Een gebruiker kan maximaal twee gelijktijdige zoekquery's uitvoeren op basis- en hulptabellen. De gelijktijdigheidswachtrij volgt hetzelfde FIFO-model.
Tijd in concurrentie wachtrij	3 minuten	Als een query langer dan 3 minuten in de wachtrij staat zonder te starten, beëindigt het systeem deze met een HTTP-foutbericht met code 429.
Totaal aantal query's in wachtrij voor gelijktijdig gebruik	200	Wanneer het aantal query's in de wachtrij 200 bereikt, wordt de volgende query geweigerd met een HTTP-foutcode 429. Dit getal is een aanvulling op de vijf query's die tegelijkertijd kunnen worden uitgevoerd.
Queryfrequentie	200 queries per 30 seconden	Het totale aantal query's dat één gebruiker kan verzenden naar alle werkruimten. Deze limiet is van toepassing op programmatische query's of op query's die zijn gestart door visualisatieonderdelen, zoals Azure-dashboards en de samenvattingspagina van de Log Analytics-werkruimte (afgeschaft).
Frequentie van API-query voor activiteitenlogboek	50 queries per 30 seconden	Deze api voor activiteitenlogboeken heeft een afzonderlijke frequentielimiet van de algemene logboekquery-API. Het opvragen van activiteitenlogboeken vanuit een tabel in de Log Analytics-werkruimte AzureActivity telt mee voor de algemene logboekquery-API-limieten.
Time-out van de activiteitenlogboek-API	75 seconden	De maximale time-outperiode voor de REST API van het activiteitenlogboek is 75 seconden. Clients kunnen expliciet de maximale tijd instellen die ze wachten op een reactie voordat er een time-out optreedt met behulp van de Prefer header.

Houd rekening met deze aanbevolen procedures om de reactiesnelheid van het systeem te garanderen:

• Optimaliseer uw query's zoals beschreven in Optimiseer logboekquery's in Azure Monitor.
• Dashboards en werkmappen kunnen meerdere query's bevatten in één weergave die een burst van query's genereert elke keer dat ze worden geladen of vernieuwd. Overweeg deze op te splitsen in meerdere weergaven die op aanvraag worden geladen.
• Overweeg in Power BI alleen geaggregeerde resultaten te extraheren in plaats van onbewerkte logboeken.

Log Analytics werkruimten

Volume en retentie van gegevensverzameling

Prijscategorie	Limiet per dag	Gegevensretentie	Opmerking
Betalen per gebruik (geïntroduceerd in april 2018)	Geen limiet	Tot 730 dagen aan interactieve opslag tot 12 jaar gegevensarchief	Gegevensretentie na 31 dagen is beschikbaar voor extra kosten. Meer informatie over Azure Monitor prijzen.
Verbintenisniveaus (geïntroduceerd in november 2019)	Geen limiet	Tot 730 dagen aan interactieve opslag tot 12 jaar gegevensarchief	Gegevensretentie na 31 dagen is beschikbaar voor extra kosten. Meer informatie over Azure Monitor prijzen.
Legacy per node (OMS) (geïntroduceerd in april 2016)	Geen limiet	30 tot 730 dagen	Gegevensretentie na 31 dagen is beschikbaar voor extra kosten. Meer informatie over Azure Monitor prijzen. Alleen klanten die aan een van de volgende voorwaarden voldoen, hebben toegang tot deze prijscategorie: - abonnementen die vóór 2 april 2018 een Log Analytics werkruimte of Application Insights-resource bevatten - abonnementen die zijn gekoppeld aan een Enterprise Agreement die is gestart vóór 1 februari 2019 en nog steeds actief is.
Legacy zelfstandige niveau (geïntroduceerd in april 2016)	Geen limiet	30 tot 730 dagen	Gegevensretentie na 31 dagen is beschikbaar voor extra kosten. Meer informatie over Azure Monitor prijzen. Alleen klanten die aan een van de volgende voorwaarden voldoen, hebben toegang tot deze prijscategorie: - abonnementen die vóór 2 april 2018 een Log Analytics werkruimte of Application Insights-resource bevatten - abonnementen die zijn gekoppeld aan een Enterprise Agreement die is gestart vóór 1 februari 2019 en nog steeds actief is.
Legacy Gratis Plan (geïntroduceerd in april 2016)	500 MB	7 dagen	Wanneer uw werkruimte de limiet van 500 MB per dag bereikt, stopt en hervat de gegevensopname aan het begin van de volgende dag. Een dag is gebaseerd op UTC. Gegevens die door Microsoft Defender voor Cloud worden verzameld, zijn niet opgenomen in deze limiet van 500 MB per dag en blijven boven deze limiet worden verzameld. Het maken van nieuwe werkruimten in of het verplaatsen van bestaande werkruimten naar de verouderde prijscategorie gratis proefversie was pas mogelijk tot 1 juli 2022.
Legacy Standaard-niveau	Geen limiet	30 dagen	Retentie kan niet aangepast worden. Deze laag is niet beschikbaar voor nieuwe werkruimten sinds 1 oktober 2016.
Legacy Premium-tier	Geen limiet	365 dagen	Retentie kan niet aangepast worden. Deze laag is niet beschikbaar voor nieuwe werkruimten sinds 1 oktober 2016.

Aantal werkruimten per abonnement

Prijscategorie	Werkruimtelimiet	Opmerkingen
Verouderde gratis laag	10	Deze limiet kan niet worden verhoogd. Het maken van nieuwe werkruimten in of het verplaatsen van bestaande werkruimten naar de verouderde prijscategorie gratis proefversie was pas mogelijk tot 1 juli 2022.
Alle andere niveaus	Geen limiet	Er gelden limieten voor het aantal resources binnen een resourcegroep en voor het aantal resourcegroepen per abonnement.

Azure portal

Categorie	Limiet	Opmerkingen
Maximum aantal records geretourneerd door logboekquery	500,000	Verminder de resultaten door gebruik te maken van queryscope, tijdsbereik en filters in de query.
Maximale grootte van geretourneerde gegevens	~104 MB (~100 MiB)	De gebruikersinterface van de portal retourneert maximaal 64 MB aan gecomprimeerde gegevens, wat resulteert in maximaal 100 MB aan onbewerkte gegevens.

Gegevensverzamelaar-API

Categorie	Limiet	Opmerkingen
Maximumgrootte voor een enkel bericht	30 MB	Grotere volumes splitsen in meerdere berichten.
Maximumgrootte voor veldwaarden	32 kB	Velden die langer zijn dan 32 KB worden ingekort.

Query-API

Categorie	Limiet	Opmerkingen
Maximum aantal records dat wordt geretourneerd in één query	500,000
Maximale grootte van geretourneerde gegevens	~104 MB (~100 MiB)	De API retourneert maximaal 64 MB aan gecomprimeerde gegevens, wat resulteert in maximaal 100 MB aan onbewerkte gegevens.
Maximale tijd voor queryuitvoering	10 minuten	Zie Time-outs voor meer informatie.
Maximale aanvraagsnelheid	200 aanvragen per 30 seconden per Microsoft Entra ip-adres van gebruiker of client	Zie Logboekopdrachten en taal.

connector voor Azure Monitor logboeken

Categorie	Limiet	Opmerkingen
Maximale grootte van gegevens	~16,7 MB (~16 MiB)	De connectorinfrastructuur bepaalt dat de limiet lager is dan de limiet voor de query-API.
Maximum aantal records	500,000
Maximale uitvaltijd voor connector	110 seconde
Maximale uitlooptijd voor queries	100 seconde
Grafieken		De pagina Logboeken en de connector gebruiken verschillende grafiekbibliotheken voor visualisatie. Sommige functionaliteit is momenteel niet beschikbaar in de connector.

Samenvattende regels

Categorie	Limiet
Maximum aantal actieve regels in een werkruimte	30
Maximum aantal resultaten per bin	500,000
Maximale grootte van de resultatenset	100 MB
Tijdsoverschrijding van de query voor bin-verwerking	10 minuten

Algemene werkruimtelimieten

Categorie	Limiet	Opmerkingen
Maximum aantal kolommen in een tabel	500	AzureDiagnostics : kolommen boven de limiet worden toegevoegd aan de dynamische kolom AdditionalFields Aangepast logboek dat is gemaakt door de Gegevensverzamelaar-API : kolommen boven de limiet worden toegevoegd aan de dynamische kolom AdditionalFields Aangepast logboek - neem contact op met de ondersteuning om de limiet te verhogen
Maximum aantal aangepaste logboektabellen	500	Neem contact op met ondersteuning om de limiet te verhogen
Maximum aantal tekens voor de kolomnaam	45

Gegevensopnamevolume

Azure Monitor is een grootschalige gegevensservice waarmee duizenden klanten dagelijks en in een groeiend tempo terabytes aan gegevens verzenden. Een zachte volumelimiet is bedoeld om klanten van Azure Monitor te isoleren van plotselinge pieken in opname in een multitenancy-omgeving. De standaarddrempel voor opnamevolumes in werkruimten is 500 MB (gecomprimeerd), wat wordt omgezet in ongeveer 6 GB/min niet gecomprimeerd.

De volumesnelheidslimiet is van toepassing op gegevens die zijn opgenomen uit workspace-based Application Insights, Azure resources via Diagnostische instellingen en Data Collector-API. Wanneer de volumelimiet is bereikt, probeert een herhalingsmechanisme de gegevens vier keer te verwerken in een periode van 12 uur en gooit het weg als de bewerking mislukt is. De limiet is niet van toepassing op gegevens die zijn opgenomen vanuit agents of via DCR (Data Collection Rule).

Wanneer de volumesnelheid hoger is dan 80% van de drempelwaarde in uw werkruimte, wordt er elke 6 uur een gebeurtenis naar de Operation tabel in uw werkruimte verzonden terwijl de drempelwaarde wordt overschreden. Wanneer de opgenomen volumesnelheid hoger is dan de drempelwaarde, worden sommige gegevens weggelaten en wordt er elke 6 uur een gebeurtenis naar de Operation-tabel in uw werkruimte verzonden, zolang de drempelwaarde wordt overschreden.

Als uw opnamevolume deze drempelwaarde overschrijdt of als u van plan bent om de opname voorbij die drempelwaarde te verhogen, neemt u contact op met de ondersteuning om de frequentielimiet in uw werkruimte te verhogen.

Best practice : maak een waarschuwingsregel om een melding te ontvangen wanneer de opnamesnelheidslimieten bijna worden bereikt of bereikt. Zie Monitorstatus van Log Analytics werkruimte in Azure Monitor.

Opmerking

Afhankelijk van hoe lang u Log Analytics gebruikt, hebt u mogelijk toegang tot verouderde prijscategorieën. Meer informatie over Log Analytics verouderde prijscategorieën.

Analyses van toepassingen

Er gelden enkele limieten voor het aantal metrische gegevens en gebeurtenissen per toepassing, dat wil gezegd, per verbindingsreeks. De limieten zijn afhankelijk van de prijscategorie die u kiest.

Hulpbron	Standaardlimiet	Bovengrens	Opmerkingen
Totale hoeveelheid gegevens per dag	100 GB	Neem contact op met ondersteuning.	U kunt een limiet instellen om gegevens te verminderen. Als u meer gegevens nodig hebt, kunt u de limiet in de portal verhogen tot 1000 GB. Voor capaciteiten groter dan 1000 GB stuurt u een mail naar AIDataCap@microsoft.com.
Snelheidsbeperking	32.000 gebeurtenissen per seconde	Neem contact op met ondersteuning.	De limiet wordt gemeten in een minuut.
Logboeken voor gegevensretentie	30 tot 730 dagen	730 dagen	Deze bron is voor logboeken.
Metrische gegevens over gegevensretentie	90 dagen	90 dagen	Deze resource is voor Metrics Explorer.
Gedetailleerde resultatenretentie van multistep-test voor beschikbaarheid	90 dagen	90 dagen	Deze resource biedt gedetailleerde resultaten van elke stap.
Maximale grootte van telemetrie-item	64 kB	64 kB
Maximumaantal telemetriegegevens per batch	64,000	64,000
Naamlengte voor de eigenschappen en meetgegevens	150	150	Raadpleeg typeschemas.
Lengte van de eigenschapswaarde tekenreeks	8.192	8.192	Raadpleeg typeschemas.
Lengte van berichten voor tracering en uitzonderingen	32.768	32.768	Raadpleeg typeschemas.
Aantal beschikbaarheidstests per Application Insights-resource	100	100
Aantal beschikbaarheidstests per resourcegroep	Achthonderd	Achthonderd	Zie Azure Resource Manager
Maximale omleidingen per beschikbaarheidstest	10	10
Minimale testfrequentie voor beschikbaarheidstests	300 seconden		Frequenties die minder dan 5 minuten duren, vereisen een aangepaste bewakingsbenadering buiten Standard-beschikbaarheidstests.
.NET Profiler en Snapshot Debugger gegevensretentie	Twee weken	Neem contact op met ondersteuning. De maximale retentielimiet is zes maanden.
.NET Profiler verzonden gegevens per dag	Geen limiet	Geen limiet.
Snapshot Debugger gegevens verzonden per dag	30 momentopnamen per dag per bewaakte app	Geen limiet.	Het aantal momentopnamen dat per toepassing wordt verzameld, kan worden gewijzigd via de configuratie.

Zie Application Insights-facturering voor meer informatie over prijzen en quota.

Azure Monitor Private Link bereik (AMPLS)

AMPLS-objecten hebben de volgende limieten:

• Een virtueel netwerk kan verbinding maken met slechts één AMPLS-object. Dat betekent dat het AMPLS-object toegang moet bieden tot alle Azure Monitor resources waartoe het virtuele netwerk toegang moet hebben.
• Een AMPLS-object kan verbinding maken met maximaal 3000 Log Analytics werkruimten en maximaal 10.000 Application Insights-onderdelen.
• Een Azure Monitor-resource kan verbinding maken met maximaal 100 AMPLS.
• Een AMPLS-object kan verbinding maken met maximaal 10 privé-eindpunten.

Volgende stappen

• Azure Monitor prijsstelling
• Azure Monitor kosten en gebruik