Servicebeperkingen van Azure Monitor
In dit artikel vindt u een lijst met limieten in verschillende gebieden van Azure Monitor.
Waarschuwingen
| Resource | Standaardlimiet | Bovengrens |
|---|---|---|
| Waarschuwing voor metrische gegevens (klassiek) | 100 actieve waarschuwingsregels per abonnement. Klassieke waarschuwingen worden buiten gebruik gesteld voor gebruikers van de openbare cloud. Klassieke waarschuwingen voor Azure Government-cloud en Microsoft Azure beheerd door 21Vianet worden op 29 februari 2024 buiten gebruik gesteld. |
Ondersteuning bellen. |
| 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. 5.000 metrische tijdreeks per waarschuwingsregel. |
Ondersteuning bellen. |
| 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 stateless 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. 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. |
Ondersteuning bellen. |
| Regels voor het verwerken van waarschuwingen | 1000 actieve regels per abonnement. | Ondersteuning bellen. |
| Beschrijvingslengte van waarschuwingsregels en waarschuwingsverwerkingsregels | Waarschuwingen voor zoeken in logboeken zijn 4096 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 beperkingen en limieten van gebruikers zijn ontworpen om alleen extreme gebruiksscenario's te beïnvloeden. Ze mogen niet relevant zijn voor normaal gebruik.
Notitie
Er geldt een limiet voor API-aanroepen per exemplaar. Het exacte limietaantal depandeert op het aantal exemplaren.
| Resource | 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 waarschuwingen aanroepen | 1000 oproepen per minuut per abonnement | Hetzelfde als standaard |
Actiegroepen
U kunt een onbeperkt aantal actiegroepen in een abonnement hebben.
| Resource | 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 informatie over aantallen beperken. |
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 |
| ITSM | 10 ISTM-acties in een actiegroep. | Hetzelfde als standaard |
| Logische apps | 10 acties van een logische app in een actiegroep. | Hetzelfde als standaard |
| Runbook | 10 runbookacties 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
| Resource | Standaardlimiet | Bovengrens |
|---|---|---|
| Instellingen voor automatisch schalen | 100 per regio per abonnement. | Hetzelfde als standaard |
| Profielen automatisch schalen | 20 profielen per instelling voor automatisch schalen. | Hetzelfde als standaard |
Metrische prometheus-gegevens
Opname
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.
| Grenswaarde | Weergegeven als |
|---|---|
| Actieve tijdreeks met metrische gegevens die in de afgelopen ~12 uur zijn gerapporteerd. | 1.000.000 U kunt een verhoging aanvragen. |
| 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.
| Grenswaarde | Weergegeven als |
|---|---|
| Opnameaanvragen 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. |
Query's
Prometheus-query's worden gemaakt met behulp van PromQL en kunnen worden gemaakt in Azure Managed Grafana of zelfbeheerde Grafana.
| Grenswaarde | Weergegeven als |
|---|---|
| Gegevensretentie | 18 maanden. Deze limiet kan niet worden verhoogd. |
| Tijdsbereik van query | 32 dagen tussen de begin- en eindtijd van uw PromQL-query. Deze limiet kan niet worden verhoogd. |
| Querytijdreeks per metrische waarde | 500.000 tijdreeksen. |
| Queryvoorbeelden geretourneerd | 50.000.000 steekproeven per query. |
| Minimale grootte van querystap met tijdsbereik >= 48 uur |
60 seconden. |
Gegevenslimieten opvragen
Voor clientverkeer:
| Grenswaarde | Weergegeven als |
|---|---|
| Opzoeklengte van venster beperken | 30 seconden |
| Gegevens die worden geretourneerd per Azure Monitor-werkruimte | 0.5 GB |
Voor het vastleggen van regels verkeer:
| Grenswaarde | Weergegeven als |
|---|---|
| Opzoeklengte van venster beperken | 3 minuten |
| Gegevens die worden geretourneerd per Azure Monitor-werkruimte | 1 GB |
Querylimieten vooraf parseren
Op basis van het tijdsbereik van de query en het aanvraagtype, over een venster van 30 seconden (voor clientverkeer):
| Grenswaarde | Weergegeven als |
|---|---|
| Queryuren per gebruiker (Microsoft Entra ID, beheerde identiteit, Azure Managed Grafana-werkruimte) | 30,000 |
| Queryuren per Azure Monitor-werkruimte | 60.000 |
| Queryuren per Azure-tenant | 600,000 |
Op basis van het tijdsbereik en het aanvraagtype voor query's, duurt het meer dan 3 minuten (voor het vastleggen van regels verkeer):
| Grenswaarde | Weergegeven als |
|---|---|
| Queryuren per Azure Monitor-werkruimte | 60.000 |
| Queryuren per Azure-tenant | 600,000 |
Querylimieten na parseren
Op basis van querytijdbereik en bereikvectoren in query's gedurende een venster van 30 seconden (voor clientverkeer):
| Grenswaarde | Weergegeven als |
|---|---|
| Queryuren per gebruiker (Microsoft Entra ID, beheerde identiteit, Azure Managed Grafana-werkruimte) | 2,000,000 |
| Queryuren per Azure Monitor-werkruimte | 2,000,000 |
| Queryuren per Azure-tenant | 20,000,000 |
Op basis van querytijdbereik en bereikvectoren in query's gedurende een venster van 3 minuten (voor het vastleggen van regels verkeer):
| Grenswaarde | Weergegeven als |
|---|---|
| Queryuren per Azure Monitor-werkruimte | 2,000,000 |
| Queryuren per Azure-tenant | 20,000,000 |
Beperkingslimieten voor querykosten
| Grenswaarde | Weergegeven als |
|---|---|
| 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
Waarschuwings- en opnameregels
Prometheus-waarschuwingsregels en -opnameregels worden gedefinieerd in PromQL. Ze worden uitgevoerd op de beheerde liniaalservice als onderdeel van de beheerde Azure Monitor-service voor Prometheus.
| Grens | Value |
|---|---|
| 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. |
| Evaluatie-interval 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.
| Grenswaarde | Weergegeven als |
|---|---|
| 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
| Grenswaarde | Weergegeven als | 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
| Grenswaarde | Weergegeven als |
|---|---|
| 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
| Resource | Standaardlimiet | Maximumaantal |
|---|---|---|
| Maximum aantal diagnostische instellingen per resource | 5 | Hetzelfde als standaard. |
Logboekquery's en taal
Algemene querylimieten
| Grenswaarde | Beschrijving |
|---|---|
| Querytaal | Azure Monitor gebruikt dezelfde Kusto-querytaal (KQL) als Azure Data Explorer. Zie Verschillen in Azure Monitor-logboekquerytaal voor KQL-taalelementen die niet worden ondersteund in Azure Monitor. |
| Azure-regio's | Logboekquery's kunnen overmatige overhead ondervinden wanneer gegevens Log Analytics-werkruimten in meerdere Azure-regio's omvatten. Zie Querylimieten voor meer informatie. |
| Query's voor meerdere resources | 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 voor meerdere resources in logboekwaarschuwingen worden ondersteund in de nieuwe cheduledQueryRules-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 beperkingen en limieten van gebruikers zijn ontworpen om alleen van invloed te zijn op extreme gebruiksscenario's en mogen niet relevant zijn voor normaal gebruik.
| Meetcriterium | Limiet per gebruiker | Beschrijving |
|---|---|---|
| Gelijktijdige query's | 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 uit de wachtrij en wordt deze uitgevoerd. Waarschuwingsquery's maken geen deel uit van deze limiet. |
| Tijd in wachtrij voor gelijktijdig gebruik | 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 query's per 30 seconden | Het totale aantal query's dat door één gebruiker kan worden verzonden naar alle werkruimten. Deze limiet is van toepassing op programmatische query's of query's die zijn geïnitieerd door visualisatieonderdelen, zoals Azure-dashboards en de overzichtspagina van de Log Analytics-werkruimte (afgeschaft). |
- Optimaliseer uw query's zoals beschreven in Logboekquery's in Azure Monitor optimaliseren.
- 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 gegevensverzameling en gegevensretentie
| Prijscategorie | Limiet per dag | Gegevensretentie | Opmerking |
|---|---|---|---|
| Betalen per gebruik (geïntroduceerd in april 2018) |
Geen limiet | Tot 730 dagen interactieve retentie/ tot 12 jaar gegevensarchief |
Gegevensretentie na 31 dagen is beschikbaar voor extra kosten. Meer informatie over prijzen van Azure Monitor. |
| Toezeggingslagen (geïntroduceerd in november 2019) |
Geen limiet | Tot 730 dagen interactieve retentie/ tot 12 jaar gegevensarchief |
Gegevensretentie na 31 dagen is beschikbaar voor extra kosten. Meer informatie over prijzen van Azure Monitor. |
| Verouderd per knooppunt (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 met een Log Analytics-werkruimte of Application Insights-resource op 2 april 2018 of zijn gekoppeld aan een Enterprise Overeenkomst die vóór 1 februari 2019 is gestart en nog steeds actief is. |
| Verouderde zelfstandige laag (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 met een Log Analytics-werkruimte of Application Insights-resource op 2 april 2018 of zijn gekoppeld aan een Enterprise Overeenkomst die vóór 1 februari 2019 is gestart en nog steeds actief is. |
| Verouderde gratis laag (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. |
| Verouderde Standard-laag | Geen limiet | 30 dagen | Retentie kan niet worden aangepast. Deze laag is sinds 1 oktober 2016 niet beschikbaar voor nieuwe werkruimten. |
| Verouderde Premium-laag | 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 servicelagen | Geen limiet | Er gelden limieten voor het aantal resources binnen een resourcegroep en voor het aantal resourcegroepen per abonnement. |
Azure-portal
| Categorie | Grenswaarde | Opmerkingen |
|---|---|---|
| Maximum aantal records geretourneerd door logboekquery | 30,000 | Verminder de resultaten met behulp van querybereik, tijdsbereik en filters in de query. |
API gegevensverzamelaar
| Categorie | Grenswaarde | 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 afgebroken. |
Query-API
| Categorie | Grenswaarde | 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 uitvoeringstijd van query | 10 minuten | Zie Time-outs voor meer informatie. |
| Maximale aanvraagsnelheid | 200 aanvragen per 30 seconden per Microsoft Entra-gebruiker of client-IP-adres | Zie Logboekquery's en taal. |
Connector voor Azure Monitor-logboeken
| Categorie | Grenswaarde | 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 time-out voor connector | 110 seconde | |
| Maximale time-out voor query's | 100 seconde | |
| Grafieken | De pagina Logboeken en de connector gebruiken verschillende grafiekbibliotheken voor visualisatie. Sommige functionaliteit is momenteel niet beschikbaar in de connector. |
Samenvattingsregels
| Categorie | Grenswaarde |
|---|---|
| Maximum aantal actieve regels in een werkruimte | 30 |
| Maximum aantal resultaten per bin | 500,000 |
| Maximum aantal resultatensetvolume | 100 MB |
| Time-out van query voor bin-verwerking | 10 minuten |
Algemene limieten voor werkruimten
| Categorie | Grenswaarde | 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 ondersteuning voor meer |
| 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 een zachte volumesnelheid is bedoeld om Azure Monitor-klanten te isoleren van plotselinge opnamepieken 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 Azure-resources via diagnostische instellingen en gegevensverzamelaar-API. Wanneer de volumesnelheidslimiet is bereikt, probeert een mechanisme voor opnieuw proberen de gegevens vier keer op te nemen in een periode van 12 uur en te verwijderen als de bewerking mislukt. De limiet is niet van toepassing op gegevens die zijn opgenomen vanuit agents of via DCR.
Wanneer gegevens die naar uw werkruimte worden verzonden, een volumesnelheid hebben die hoger is dan 80% van de drempelwaarde die in uw werkruimte is geconfigureerd, wordt elke 6 uur een gebeurtenis verzonden naar de Operation tabel in uw werkruimte terwijl de drempelwaarde nog steeds wordt overschreden. Wanneer de opgenomen volumesnelheid hoger is dan de drempelwaarde, worden sommige gegevens elke 6 uur naar de Operation tabel in uw werkruimte verzonden terwijl de drempelwaarde nog steeds wordt overschreden.
Als de opnamevolumesnelheid de drempelwaarde blijft overschrijden of u verwacht deze binnenkort te bereiken, kunt u aanvragen om deze limiet te verhogen door een ondersteuningsaanvraag te openen.
Het wordt ook aanbevolen om een waarschuwingsregel te maken om proactief op de hoogte te stellen wanneer u eventuele opnamelimieten bereikt. Zie De status van de Log Analytics-werkruimte controleren in Azure Monitor.
Notitie
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.
| Resource | 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. |
| Beperking | 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 resource is voor logboeken. |
| Metrische gegevens over gegevensretentie | 90 dagen | 90 dagen | Deze resource is voor Metrics Explorer. |
| Gedetailleerde retentie van resultaten voor multistep-test voor beschikbaarheid | 90 dagen | 90 dagen | Deze resource biedt gedetailleerde resultaten van elke stap. |
| Maximale grootte telemetriegegeven | 64 kB | 64 kB | |
| Maximumaantal telemetriegegevens per batch | 64,000 | 64,000 | |
| Naamlengte voor de eigenschappen en meetgegevens | 150 | 150 | Raadpleeg typeschema's. |
| Lengte van de tekenreeks eigenschapswaarde | 8192 | 8192 | 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 test voor beschikbaarheidstests | 10 | 10 | |
| Minimale testfrequentie voor beschikbaarheidstests | 300 seconden | Aangepaste testfrequenties of frequenties die minder dan 5 minuten duren, vereisen aangepaste TrackAvailability-implementaties . | |
| Retentie van profiler- en momentopnamegegevens | Twee weken | Neem contact op met ondersteuning. De maximale retentielimiet is zes maanden. | |
| Verzonden gegevens per dag voor Profiler | Geen limiet | Geen limiet. | |
| Momentopnamegegevens 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 Scope (AMPLS)
Het AMPLS-object heeft 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 maximaal verbinding maken met 300 Log Analytics-werkruimten en 1000 Application Insights-onderdelen.
- Een Azure Monitor-resource (werkruimte of Application Insights-onderdeel of eindpunt voor gegevensverzameling) kan maximaal verbinding maken met vijf AMPLS's.
- Een AMPLS-object kan maximaal verbinding maken met 10 privé-eindpunten.
Notitie
AMPLS-resources die vóór 1 december 2021 zijn gemaakt, ondersteunen slechts 50 resources.