Delen via

Servicebeperkingen van Azure Monitor

  • Artikel

In dit artikel vindt u een lijst met limieten in verschillende gebieden van Azure Monitor.

Waarschuwingen

Hulpbron Standaardlimiet Bovengrens
Waarschuwingen voor metrische gegevens 5000 actieve waarschuwingsregels per abonnement in openbare Azure-clouds, 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).
Aangezien deze limiet niet kan worden verhoogd, kunt u overwegen om uw activiteitenlogboeken naar een Log Analytics-werkruimte te verzenden 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.
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.		 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 aanroepen. 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.

Hulpbron Standaardlimiet Bovengrens
Azure app pushen 10 acties voor Azure-apps 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.
Raadpleeg ook de snelheidsbeperking informatie.		 Hetzelfde als standaard
Azure Resource Manager-rol e-mailen 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
Webhook 10 webhook-acties in een actiegroep. Maximumaantal webhook-aanroepen is 1500 per minuut per abonnement. Hetzelfde als standaard

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 managed 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) en het eindpunt voor gegevensverzameling (DCE) dat Prometheus-metrische gegevens verzendt naar uw Azure Monitor-werkruimte.

Limiet Waarde
Aanvragen voor gegevensopname per minuut naar een eindpunt voor gegevensverzameling 15.000
Deze limiet kan niet worden verhoogd. 
Gegevensopname per minuut naar een eindpunt 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 geretourneerd per Azure Monitor-werkruimte 0,5 GB

Voor het vastleggen van verkeersregels:

Limiet Waarde
Opzoeklengte van venster beperken 3 minuten
Gegevens geretourneerd per Azure Monitor-werkruimte 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
Aantal query-uren per gebruiker (Microsoft Entra ID, beheerde-identiteit, Azure Managed Grafana-werkruimte) 30,000
Query-uren per Azure Monitor-werkruimte 60.000
Uren opvragen 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
Uren opvragen 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
Uren per gebruiker opvragen (Microsoft Entra ID, beheerde identiteit, Azure Managed Grafana-werkruimte) 2,000,000
Query-uren per Azure Monitor-werkruimte 2,000,000
Uren opvragen 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
Uren opvragen 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-service als onderdeel van de Azure Monitor-beheerde service 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.

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 10
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-querytaal (KQL) als Azure Data Explorer. Zie de verschillen in de logboekquerytaal van Azure Monitor voor taalelementen van KQL die niet worden ondersteund in Azure Monitor.
Azure regio's Logqueries kunnen te veel overhead hebben wanneer gegevens meerdere Log Analytics-werkruimten in Azure-gebieden beslaan. Zie Querylimieten voor meer informatie.
Queries voor meerdere bronnen Het maximum aantal Application Insights-resources en Log Analytics-werkruimten in één query is beperkt tot 100.
Query's voor meerdere resources worden niet ondersteund in View Designer.
Query's over meerdere bronnen in logwaarschuwingen worden ondersteund in de nieuwe ScheduledQueryRules-API.
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 2000.

Beperking van gebruikersquery's

Azure Monitor beschikt over een aantal beperkingslimieten als bescherming tegen gebruikers die een overmatig aantal query's verzenden. Dit gedrag kan de back-endresources van het systeem overbelasten en de reactiesnelheid van de service in gevaar brengen. De volgende limieten zijn bedoeld om klanten te beschermen tegen onderbrekingen en om een consistent serviceniveau te garanderen. De gebruikersbeperkingen en limieten zijn ontworpen om alleen invloed te hebben op extreme gebruiksscenario's en zouden niet relevant moeten zijn voor normaal gebruik.

Maatregel Limiet per gebruiker Beschrijving
Gelijktijdige zoekopdrachten 5 Een gebruiker kan maximaal vijf gelijktijdige query's uitvoeren. Elke andere query wordt toegevoegd aan een wachtrij. Wanneer een van de actieve query's is voltooid, wordt de eerste query in de wachtrij opgehaald en uitgevoerd. Waarschuwingsquery's maken geen deel uit van deze limiet.
Tijd in concurrentie wachtrij 3 minuten Als een query langer dan 3 minuten in de wachtrij staat zonder te worden gestart, wordt deze beëindigd 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 De totale snelheid van query's die door één gebruiker naar alle werkruimten kunnen worden verzonden. Deze limiet is van toepassing op programmatische query's of query's die zijn geïnitieerd door onderdelen voor visualisatie, zoals Azure-dashboards en de overzichtspagina van de Log Analytics-werkruimte (verouderd).
  • De API voor activiteitenlogboeken heeft een afzonderlijke frequentielimiet van 50 query's per 30 seconden.
  • Optimaliseer uw query's zoals beschreven in Logboekquery's optimaliseren 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 om in Power BI alleen samengevoegde resultaten in plaats van onbewerkte logboeken te extraheren.

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 prijzen van Azure Monitor.
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 prijzen van Azure Monitor.
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 prijzen van Azure Monitor. Toegang tot de gebruikslaag is beperkt tot abonnementen die op 2 april 2018 een Log Analytics-werkruimte of Application Insights-resource bevatten, of die zijn gekoppeld aan een Enterprise Agreement die van start ging 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 prijzen van Azure Monitor. Toegang tot de gebruikslaag is beperkt tot abonnementen die op 2 april 2018 een Log Analytics-werkruimte of Application Insights-resource bevatten, of die zijn gekoppeld aan een Enterprise Agreement die van start ging 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 is alleen mogelijk tot 1 juli 2022.
Legacy Standaard-niveau Geen limiet 30 dagen Retentie kan niet aangepast worden. Deze laag is sinds 1 oktober 2016 niet beschikbaar voor nieuwe werkruimten.
Legacy Premium-tier Geen limiet 365 dagen Retentie kan niet worden aangepast. Deze laag is sinds 1 oktober 2016 niet beschikbaar voor nieuwe werkruimten.

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 is alleen 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 30,000 Verminder de resultaten door gebruik te maken van queryscope, tijdsbereik en filters in de query.

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-gebruiker of client-IP-adres Zie Logboekopdrachten en taal.

Connector voor Azure Monitor-logbestanden

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 voor meer
Maximum aantal aangepaste logboektabellen 500 Neem contact op met de klantenservice voor meer informatie
Maximum aantal tekens voor de kolomnaam 45

Gegevensopnamevolume

Azure Monitor is een grootschalige gegevensservice die elke dag en in een groeiend tempo duizenden klanten terabytes aan gegevens verzendt. Een limiet voor zachte volumeregulering is bedoeld om Azure Monitor-klanten te beschermen tegen plotselinge toestroompieken in een omgeving met meerdere gebruikers. 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-gebaseerde Application Insights, Azure-resources via diagnostische instellingen en de 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 de drempelwaarde overschrijdt of als u van plan bent de opname te verhogen zodat deze de drempelwaarde bereikt, neem dan contact op met de ondersteuning om de limiet in uw werkruimte te verhogen.

Het wordt aanbevolen een waarschuwingsregel in te stellen om een melding te ontvangen wanneer de opnamesnelheidslimieten bijna worden bereikt of zijn overschreden. Zie De status van de Log Analytics-werkruimte controleren in Azure Monitor.

Opmerking

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

Analyses van toepassingen

Er gelden enkele beperkingen voor het aantal meetgegevens en gebeurtenissen per toepassing, per instrumentatiesleutel. 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 typeschema's.
Lengte van berichten voor tracering en uitzonderingen 32.768 32.768 Raadpleeg typeschema's.
Aantal beschikbaarheidstests per Application Insights-resource 100 100
Aantal beschikbaarheidstests per resourcegroep 800 800 Zie Azure Resource Manager
Maximale omleidingen per beschikbaarheidstest 10 10
Minimale testfrequentie voor beschikbaarheidstests 300 seconden Aangepaste testfrequenties of frequenties van minder dan 5 minuten vereisen aangepaste TrackAvailability-implementaties.
Gegevensretentie van .NET Profiler en Snapshot Debugger Twee weken Neem contact op met ondersteuning. De maximale retentielimiet is zes maanden.
.NET Profiler-gegevens verzonden 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.

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. Deze toename van 300 Log Analytics-werkruimten en 1000 Application Insights-onderdelen is momenteel beschikbaar als openbare preview.
  • Een Azure Monitor-resource kan verbinding maken met maximaal 100 AMPLS. Deze verhoging van 5 AMPLS is momenteel in openbare preview beschikbaar.
  • Een AMPLS-object kan verbinding maken met maximaal 10 privé-eindpunten.

Volgende stappen