Dela via

Azure Monitor-tjänstbegränsningar

I den här artikeln visas gränser inom olika områden i Azure Monitor.

Aviseringar

Resurs Standardgräns Maximigräns
Måttaviseringar 5 000 aktiva aviseringsregler per prenumeration i Azure Public, Microsoft Azure som drivs av 21Vianet och Azure Government-moln. Om du når den här gränsen, undersök om du kan använda multi-resursaviseringar av samma typ.
10 000 måtttidsserier per aviseringsregel.		 Kontakta supporten.
Aktivitetsloggaviseringar 100 aktiva aviseringsregler per prenumeration (kan inte ökas). Detta inkluderar aviseringar om servicehälsa och resurshälsa.
Eftersom den här gränsen inte kan ökas kan du överväga att skicka dina aktivitetsloggar till en Log Analytics-arbetsyta och skapa loggsökningsaviseringar i stället, om du behöver ett större antal regler per prenumeration.		 Samma som standard.
Loggvarningar 5 000 aktiva aviseringsregler per prenumeration. Av vilka 100 aktiva aviseringsregler med 1 minuts frekvens.
1 000 aktiva aviseringsregler per resurs.
Varje tillståndslös aviseringsregel kan utlösa upp till 6 000 aviseringar per utvärdering.
Varje tillståndskänslig aviseringsregel kan utlösa upp till 300 aviseringar per utvärdering.
Upp till 5 000 utlösta tillståndskänsliga aviseringar i taget per aviseringsregel.
Den kombinerade storleken på alla data i loggaviseringsregelns egenskaper får inte överstiga 64 kB.
Kusto-frågeresultatet får inte överstiga mer än 20 MB.
500 aktiva aviseringsregler per hanterad identitet på Log Analytics eller ADX-arbetsytan.
50 aktiva aviseringsregler per hanterad identitet på Azure Resource Graph-arbetsytan.		 Kontakta supporten.
Regler för aviseringsbearbetning 1 000 aktiva regler per prenumeration. Kontakta supporten.
Beskrivningslängd för aviseringsregler och aviseringsbearbetningsregler Loggsökningsaviseringar 4 096 tecken.
Alla andra är 2 048 tecken.		 Samma som standard.

API för aviseringar

Azure Monitor-aviseringar har flera begränsningsgränser för att skydda mot användare som gör ett överdrivet antal anrop. Ett sådant beteende kan potentiellt överbelasta systemets serverdelsresurser och äventyra tjänstens svarstider. Följande gränser är utformade för att skydda kunder från avbrott och säkerställa en konsekvent servicenivå. Användarbegränsningen och gränserna är utformade för att endast påverka extrema användningsscenarier. De bör inte vara relevanta för vanlig användning.

Anmärkning

Det finns en gräns för API-anrop per instans. Det exakta gränsnumret för antalet instanser.

Resurs Standardgräns Maximigräns
Aviseringar – Hämta sammanfattning 50 samtal per minut per prenumeration Samma som standard
Aviseringar – Hämta alla (inte "Get By ID") 100 samtal per minut per prenumeration Samma som standard
Alla andra aviseringsanrop 1 000 samtal per minut per prenumeration Samma som standard

Åtgärdsgrupper

Du kan ha ett obegränsat antal åtgärdsgrupper i en prenumeration.

Resurs Standardgräns Maximigräns
Push-överföring av Azure-appar 10 Azure-appåtgärder per åtgärdsgrupp. Samma som standard
E-postmeddelande 1 000 e-poståtgärder i en åtgärdsgrupp.
Högst 100 e-postmeddelanden varje timme för varje e-postadress per region
Teckengränsen i en e-postadress är 64.
Teckengränsen i ett e-postmeddelande är 55296.
Se även Tjänstbegränsningar för meddelanden.		 Samma som standard
Skicka e-post till Azure Resource Manager-rollen 10 E-posta ARM-rollåtgärder per åtgärdsgrupp.
I produktion: Högst 100 e-postmeddelanden i en timme per region.
I en teståtgärdsgrupp: Högst två e-postmeddelanden var (1) minut.		 Samma som standard
Event Hubs 10 Event Hubs-åtgärder per åtgärdsgrupp. Samma som standard
IT-tjänstehantering 10 ITSM-åtgärder i en åtgärdsgrupp. Samma som standard
Logik-app 10 logikappsåtgärder i en åtgärdsgrupp. Samma som standard
Drifthandbok 10 runbook-åtgärder i en åtgärdsgrupp. Samma som standard
Säker Webhook 10 säkra webhook-åtgärder i en åtgärdsgrupp. Maximalt antal webhook-anrop är 1 500 per minut per prenumeration. Samma som standard
SMS 10 SMS-åtgärder i en åtgärdsgrupp.
I produktion: Högst ett SMS var femte minut.
I en teståtgärdsgrupp: Högst ett SMS var minut.		 Samma som standard
Röst 10 röståtgärder i en åtgärdsgrupp.
I produktion: Högst ett röstsamtal var femte minut.
I en teståtgärdsgrupp: Högst ett röstsamtal var minut.		 Samma som standard
Webhook (på engelska) 10 webhook-åtgärder i en åtgärdsgrupp. Maximalt antal webhook-anrop är 1 500 per minut per prenumeration. Samma som standard

Automatisk skalning

Resurs Standardgräns Maximigräns
Autoskalningsinställningar 100 per region per prenumeration. Samma som standard
Autoskalningsprofiler 20 profiler per autoskalningsinställning. Samma som standard

Prometheus mätvärden

Intag

Azure-hanterad Prometheus är ett skiftlägesokänsligt system. Den behandlar strängar, till exempel måttnamn, etikettnamn eller etikettvärden, som samma tidsserie om de endast skiljer sig från en annan tidsserie när det gäller strängen. Mer information finns i Översikt över Prometheus-mått.

Följande gränser gäller för Azure Monitor-arbetsytan som matar in dina Prometheus-mått.

Begränsning Värde
Aktiva tidsserier med mått som har rapporterats under de senaste ~12 timmarna. 1 000 000
Du kan begära en ökning. 
Händelser per minut som matas in. 1 000 000
Du kan begära en ökning. 

Följande begränsningar gäller för datainsamlingsregeln (DCR) och datainsamlingsslutpunkten (DCE) som skickar Prometheus-måttdata till din Azure Monitor-arbetsyta.

Begränsning Värde
Inmatningsbegäranden per minut till en slutpunkt för datainsamling 15 000
Den här gränsen kan inte ökas. 
Datainmatning per minut till en datainsamlingsslutpunkt 50 GB
Den här gränsen kan inte ökas.

Frågor

Prometheus-frågor skapas med hjälp av PromQL och kan redigeras i Antingen Azure Managed Grafana eller självhanterad Grafana.

Begränsning Värde
Datakvarhållning 18 månader.
Den här gränsen kan inte ökas. 
Frågetidsintervall 32 dagar mellan starttiden och sluttiden för PromQL-frågan.
Den här gränsen kan inte ökas.
Frågetidsserier per mått 500 000 tidsserier. 
Frågeexempel returnerade 50 000 000 exempel per fråga. 
Minsta frågestegsstorlek
med tidsintervall >= 48 timmar 		60 sekunder. 

Frågedatabegränsningar
För klienttrafik:

Begränsning Värde
Uppslagslängd för begränsningsfönster 30 sekunder
Data som returneras per Azure Monitor-arbetsyta 0,5 GB

För inspelningsregler trafik:

Begränsning Värde
Uppslagslängd för begränsningsfönster 3 minuter
Data som returneras per Azure Monitor-arbetsyta 1 GB

Frågeförparsningsgränser
Baserat på frågetidsintervall och typ av begäran över ett 30-sekundersfönster (för klienttrafik):

Begränsning Värde
Frågetimmar per användare (Microsoft Entra-ID, hanterad identitet, Azure Managed Grafana-arbetsyta) 30,000
Frågetimmar per Azure Monitor-arbetsyta 60 000
Frågetimmar per Azure-klientorganisation 600,000

Baserat på frågetidsintervall och typ av begäran under ett 3-minutersfönster (för inspelning av regeltrafik):

Begränsning Värde
Frågetimmar per Azure Monitor-arbetsyta 60 000
Frågetimmar per Azure-klientorganisation 600,000

Fråga efter parsningsgränser
Baserat på frågetidsintervall och intervallvektorer i frågan under ett 30-sekundersfönster (för klienttrafik):

Begränsning Värde
Frågetimmar per användare (Microsoft Entra-ID, hanterad identitet, Azure Managed Grafana-arbetsyta) 2,000,000
Frågetimmar per Azure Monitor-arbetsyta 2,000,000
Frågetimmar per Azure-klientorganisation 20 000 000

Baserat på frågetidsintervall och intervallvektorer i frågan under ett 3-minutersfönster (för inspelning av regeltrafik):

Begränsning Värde
Frågetimmar per Azure Monitor-arbetsyta 2,000,000
Frågetimmar per Azure-klientorganisation 20 000 000

Frågekostnadsbegränsningsgränser

Begränsning Värde
Maximal frågekostnad per fråga 15000
Maximal frågekostnad för fråga om inspelningsregler 3000

Beräkning av frågekostnad görs på följande sätt:

Frågekostnad = (Antal begärda tidsserier * (varaktighet för frågad tid i sekunder/ Uppskjuten tidsmatchning av efterfrågade data)) / 5 000

Uppskjuten tidsmatchning av efterfrågade data = Antal datapunkter som lagras i en slumpmässigt vald tidsserienyckel för frågat mått/frågad tidsvaraktighet i sekunder

Anmärkning

Ett enda mått i frågan har en gräns på maximalt 64 MB i byte för resultatet av tidsserienycklar som begärdes i frågan.

Aviserings- och inspelningsregler

Prometheus-aviseringsregler och inspelningsregler definieras i PromQL. De utförs på den hanterade linjaltjänsten som en del av Den hanterade Azure Monitor-tjänsten för Prometheus.

Gräns Värde
Regelgrupper per Azure Monitor-arbetsyta i en Azure-prenumeration 500
Du kan begära en ökning.
Regler per regelgrupp 20
Den här gränsen kan inte ökas.
Utvärderingsintervall för regelgrupp Mellan 1 minut och 24 timmar.
Standardvärdet är 1 minut. 
Aktiva aviseringar Ingen gräns just nu.

Fjärrskrivning

Beräkningar fastställdes med hjälp av en fjärransluten batchstorlek på 500, vilket är standardvärdet.

Begränsning Värde
CPU-användning 0,25 x (antal mått) + 1,25 x (genomsnittligt antal serier per mått)
CPU-begäran 0,75 x (CPU-användning)
CPU-gräns 2 x (CPU-begäran)
Minnesbegäran 150 Mb
Minnesgräns 200 Mb
Maximal genomströmning Fjärrskrivningscontainer kan bearbeta upp till 150 000 unika tidsserier. Containern kan utlösa fel som hanterar begäranden över 150 000 på grund av det stora antalet samtidiga anslutningar. Det här problemet kan åtgärdas genom att öka fjärrbatchstorleken från 500 till 1 000. Den här ändringen minskar antalet öppna anslutningar.

Loggar inmatnings-API

Begränsning Värde Kommentarer
Maximal storlek för API-anrop 1 MB Både komprimerade och okomprimerade data.
Maximal storlek för fältvärden 64 KB Fält som är längre än 64 kB trunkeras.
Maximalt antal data/minuter per DCR 2 GB Både komprimerade och okomprimerade data. Försök igen efter varaktigheten som anges i rubriken i svaret Retry-After.
Maximalt antal begäranden/minut per DCR 12 000 Försök igen efter varaktigheten som anges i rubriken i svaret Retry-After.
Maximalt TimeGenerated intervall per API-anrop 30 minuter Den här gränsen gäller endast vid inmatning till hjälploggtabeller. Om källposterna för TimeGenerated matas in utan att transformeras måste postintervallet vara mindre än 30 minuter.

Regler för datainsamling

Begränsning Värde
Maximalt antal datakällor 10
Maximalt antal räknarspecificerare i prestandaräknaren 100
Maximalt antal anläggningsnamn i Syslog 20
Maximalt antal XPath-frågor i händelseloggen 100
Maximalt antal dataflöden 10
Maximalt antal dataströmmar 10
Maximalt antal tillägg 10
Maximal storlek på tilläggsinställningar 32 kB
Maximalt antal Log Analytics-arbetsytor 10
Maximalt antal tecken i en transformering 15,360

Diagnostikinställningar

Resurs Standardgräns Övre gräns
Maximalt antal diagnostikinställningar per resurs 5 Samma som standard.

Loggfrågor och språk

Allmänna frågegränser

Begränsning Beskrivning
Frågespråk Azure Monitor använder samma Kusto Query Language (KQL) som Azure Data Explorer. Se Skillnader i azure monitor-loggfrågespråk för KQL-språkelement som inte stöds i Azure Monitor.
Azure-regioner Loggfrågor kan uppleva överbelastning när data sträcker sig över Log Analytics-arbetsytor i flera Azure-regioner. Mer information finns i Frågegränser .
Frågor mellan resurser Maximalt antal Application Insights-resurser och Log Analytics-arbetsytor i en enda fråga begränsat till 100.
Frågor mellan resurser stöds inte i View Designer.
Frågor mellan resurser i loggaviseringar stöds i det nya scheduledQueryRules-API:et.
Mer information finns i Frågegränser mellan resurser .
Log Analytics-instrumentpanelsfrågor Maximalt antal poster som returneras i en enda Log Analytics-instrumentpanelsfråga är 2 000.

Begränsning av användarfrågor

Azure Monitor har flera begränsningar för att skydda backend-systemresurser mot användare som skickar ett överdrivet antal frågor och säkerställa konsekvent servicenivå. Dessa begränsningar per användare återspeglar extrema användningsscenarier och bör inte vara relevanta för typiskt frågebeteende.

Mått Gräns per användare Beskrivning
Samtidiga analysfrågor 5 En användare kan köra upp till fem samtidiga frågor mot Analytics-tabeller. Ytterligare förfrågningar läggs till i köhanteringen i en först in, först ut ordning (FIFO). När en av de samtidiga frågorna som körs är klar läggs den första frågan från kön till i de samtidiga frågorna och börjar köras. Aviseringsfrågor ingår inte i den här gränsen.
Samtidiga grundläggande frågor och extra frågor 2 En användare kan köra upp till två samtidiga sökfrågor mot tabellerna Basic och Auxiliary. Ytterligare frågor följer samma FIFO-modell i konkurrenskön.
Tid i samtidighetskö 3 minuter Om en fråga finns i kön i mer än 3 minuter utan att startas avslutas den med ett HTTP-felsvar med kod 429.
Totalt antal frågor i samtidighetskö 200 När antalet frågor i kön når 200 avvisas nästa fråga med HTTP-felkoden 429. Det här talet är utöver de fem frågor som kan köras samtidigt.
Frågefrekvens 200 frågor per 30 sekunder Övergripande frekvens för frågor som kan skickas av en enskild användare till alla arbetsytor. Den här gränsen gäller för programmatiska frågor eller frågor som initieras av visualiseringsdelar, till exempel Azure-instrumentpaneler och log analytics-arbetsytesammanfattningssidan (inaktuell).
Api-frågefrekvens för aktivitetsloggar 50 frågor per 30 sekunder API:et för aktivitetsloggar har en separat hastighetsgräns.

Tänk på dessa metodtips för att säkerställa systemets svarstider:

  • Optimera dina frågor enligt beskrivningen i Optimera loggfrågor i Azure Monitor.
  • Instrumentpaneler och arbetsböcker kan innehålla flera frågor i en enskild vy som genererar en mängd frågor varje gång de läses in eller uppdateras. Överväg att dela upp dessa i flera vyer som läses in på begäran.
  • I Power BI kan du överväga att endast extrahera aggregerade resultat och inte rådataloggar.

Log Analytics-arbetsytorna

Volym och kvarhållning av datainsamling

Prisnivå Gräns per dag Datakvarhållning Kommentar
Betala per användning
(infördes april 2018)		 Ingen begränsning Upp till 730 dagar interaktiv kvarhållning/
Upp till 12 års dataarkiv		 Datakvarhållning över 31 dagar är tillgängligt för extra avgifter. Läs mer om priser för Azure Monitor.
Åtagandenivåer
(infördes november 2019)		 Ingen begränsning Upp till 730 dagar interaktiv kvarhållning/
Upp till 12 års dataarkiv		 Datakvarhållning över 31 dagar är tillgängligt för extra avgifter. Läs mer om priser för Azure Monitor.
Legacy per nod (OMS)
(infördes april 2016)		 Ingen begränsning 30 till 730 dagar Datakvarhållning över 31 dagar är tillgängligt för extra avgifter. Läs mer om priser för Azure Monitor. Endast kunder som uppfyller något av följande villkor kan komma åt den här prisnivån:
- prenumerationer som innehöll en Log Analytics-arbetsyta eller Application Insights-resurs före den 2 april 2018
– prenumerationer som är länkade till ett Enterprise-avtal som startade före den 1 februari 2019 och fortfarande är aktiv.
Äldre fristående nivå
(infördes april 2016)		 Ingen begränsning 30 till 730 dagar Datakvarhållning över 31 dagar är tillgängligt för extra avgifter. Läs mer om priser för Azure Monitor. Endast kunder som uppfyller något av följande villkor kan komma åt den här prisnivån:
- prenumerationer som innehöll en Log Analytics-arbetsyta eller Application Insights-resurs före den 2 april 2018
– prenumerationer som är länkade till ett Enterprise-avtal som startade före den 1 februari 2019 och fortfarande är aktiv.
Legacy kostnadsfri nivå
(infördes april 2016)		 500 MB 7 dagar När din arbetsyta når gränsen på 500 MB per dag stoppas datainmatningen och återupptas i början av nästa dag. En dag baseras på UTC. Data som samlas in av Microsoft Defender för molnet ingår inte i den här gränsen på 500 MB per dag och fortsätter att samlas in över den här gränsen. Det var endast möjligt att skapa nya arbetsytor i eller flytta befintliga arbetsytor till den äldre prisnivån för gratis provversion fram till den 1 juli 2022.
Äldre standardnivå Ingen begränsning 30 dagar Kvarhållning kan inte justeras. Den här nivån är inte tillgänglig för nya arbetsytor sedan den 1 oktober 2016.
Legacy Premium-nivå Ingen begränsning 365 dagar Kvarhållning kan inte justeras. Den här nivån är inte tillgänglig för nya arbetsytor sedan den 1 oktober 2016.

Antal arbetsytor per prenumeration

Prisnivå Gräns för arbetsyta Kommentarer
Äldre kostnadsfri nivå 10 Den här gränsen kan inte ökas. Det var endast möjligt att skapa nya arbetsytor i eller flytta befintliga arbetsytor till den äldre prisnivån för gratis provversion fram till den 1 juli 2022.
Alla andra nivåer Ingen begränsning Du begränsas av antalet resurser i en resursgrupp och antalet resursgrupper per prenumeration.

Azure-portalen

Kategori Begränsning Kommentarer
Maximalt antal poster som returneras av en loggfråga 500,000 Minska resultatet med hjälp av frågeomfång, tidsintervall och filter i frågan.
Maximal storlek på data som returneras ~104 Mb (~100 MiB) Portalgränssnittet returnerar upp till 64 MB komprimerade data, vilket innebär upp till 100 MB rådata.

API för datainsamlare

Kategori Begränsning Kommentarer
Maximal storlek för ett enda inlägg 30 megabyte Dela upp större volymer i flera inlägg.
Maximal storlek för fältvärden 32 kB Fält som är längre än 32 kB trunkeras.

Fråge-API

Kategori Begränsning Kommentarer
Maximalt antal poster som returneras i en enskild fråga 500,000
Maximal storlek på data som returneras ~104 Mb (~100 MiB) API:et returnerar upp till 64 MB komprimerade data, vilket innebär upp till 100 MB rådata.
Maximal frågekörningstid 10 minuter Mer information finns i Timeouter .
Högsta frekvens för begäranden 200 begäranden per 30 sekunder per Microsoft Entra-användare eller klient-IP-adress Se Loggfrågor och språk.

Koppling för Azure Monitor-loggar

Kategori Begränsning Kommentarer
Maximal storlek på data ~16,7 MB (~16 MiB) Anslutningsinfrastrukturen avgör att gränsen är lägre än fråge-API-gränsen.
Maximalt antal poster 500,000
Maximal tidsgräns för anslutning 110 sekunder
Maximal tidsgräns för frågor 100 sekunder
Diagram Sidan Loggar och anslutningsappen använder olika diagrambibliotek för visualisering. Vissa funktioner är för närvarande inte tillgängliga i anslutningsappen.

Sammanfattningsregler

Kategori Begränsning
Maximalt antal aktiva regler på en arbetsyta 30
Maximalt antal resultat per lagerplats 500,000
Maximal volym för resultatuppsättning 100 MB
Tidsgräns för frågekörning för bin-bearbetning 10 minuter

Allmänna begränsningar för arbetsytor

Kategori Begränsning Kommentarer
Maximalt antal kolumner i en tabell 500 AzureDiagnostics – kolumner över gränsen läggs till i den dynamiska kolumnen "AdditionalFields"
Anpassad logg som skapats av API för datainsamlare – kolumner över gränsen läggs till i den dynamiska kolumnen "AdditionalFields"
Anpassad logg – kontakta supporten för att öka gränsen
Maximalt antal anpassade loggtabeller 500 Kontakta supporten för att öka gränsen
Maximalt antal tecken för kolumnnamn 45

Volymhastighet för datainmatning

Azure Monitor är en storskalig datatjänst som betjänar tusentals kunder som skickar Terabyte data varje dag och i en växande takt. En gräns för mjuk volymhastighet avser att isolera Azure Monitor-kunder från plötsliga inmatningstoppar i en miljö med flera innehavare. Standardtröskelvärdet för inmatningsvolym i arbetsytor är 500 MB (komprimerad), vilket översätts till cirka 6 GB/min okomprimerat.

Volymhastighetsgränsen gäller för data som matas in från arbetsytebaserade Application Insights, Azure-resurser via diagnostikinställningar och API för datainsamlare. När volymhastighetsgränsen har nåtts försöker en återförsöksmekanism mata in data fyra gånger under en period på 12 timmar och släppa dem om åtgärden misslyckas. Gränsen gäller inte för data som matas in från agenter eller via datainsamlingsregel (DCR).

När volymfrekvensen är högre än 80 % av tröskelvärdet på din arbetsyta skickas en händelse till Operation tabellen på din arbetsyta var 6:e timme medan tröskelvärdet överskrider. När den inmatade volymhastigheten är högre än tröskelvärdet tas vissa data bort, en händelse skickas till Operation tabellen på arbetsytan var 6:e timme medan tröskelvärdet överskrider.

Om inmatningsvolymen överskrider det här tröskelvärdet eller om du planerar att öka inmatningen efter det tröskelvärdet kontaktar du supporten för att begära att hastighetsgränsen ökar på din arbetsyta.

Bästa praxis – Skapa en aviseringsregel för att få aviseringar när du närmar dig eller når inmatningshastighetsgränser. Se Övervaka hälsotillståndet för Log Analytics-arbetsytan i Azure Monitor.

Anmärkning

Beroende på hur länge du har använt Log Analytics kan du ha åtkomst till äldre prisnivåer. Läs mer om äldre prisnivåer i Log Analytics.

Programinsikter

Det finns vissa gränser för antalet mått och händelser per program, dvs. per instrumentationsnyckel. Gränserna beror på vilken prisplan du väljer.

Resurs Standardgräns Maximigräns Noteringar
Totala data per dag 100 GB Kontakta supporten. Du kan ange ett tak för att minska data. Om du behöver mer data kan du öka gränsen i portalen, upp till 1 000 GB. För kapaciteter som är större än 1 000 GB skickar du e-post till AIDataCap@microsoft.com.
Strypning 32 000 händelser/sekund Kontakta supporten. Gränsen mäts under en minut.
Datakvarhållningsloggar 30 till 730 dagar 730 dagar Den här resursen är för Loggar.
Datakvarhållningsmått 90 dagar 90 dagar Den här resursen är för Metrics Explorer.
Kvarhållning av detaljerade resultat för flerstegstest för tillgänglighet 90 dagar 90 dagar Den här resursen innehåller detaljerade resultat för varje steg.
Maximal storlek på telemetriobjekt 64 KB 64 KB
Maximalt antal telemetriobjekt per batch 64,000 64,000
Namnlängd för egenskaper och mätvärden 150 150 Se även typscheman.
Stränglängd för egenskapsvärde 8,192 8,192 Se även typscheman.
Längd för spårnings- och undantagsmeddelande 32,768 32,768 Se även typscheman.
Tillgänglighetstester räknas per Application Insights-resurs 100 100
Antal tillgänglighetstester per resursgrupp 800 800 Se Azure Resource Manager
Maximalt antal omdirigeringar per tillgänglighetstest 10 10
Tillgänglighetstester med lägsta testfrekvens 300 sekunder Anpassade testfrekvenser eller frekvenser på mindre än 5 minuter kräver anpassade TrackAvailability-implementeringar .
.NET Profiler och Snapshot Debugger datalagring Två veckor Kontakta supporten. Maximal kvarhållningsgräns är sex månader.
.NET Profiler-data skickas per dag Ingen begränsning Ingen gräns.
Ögonblicksbildsfelsökardata som skickas varje dag 30 ögonblicksbilder per dag per övervakad app Ingen gräns. Antalet ögonblicksbilder som samlas in per program kan ändras via konfigurationen.

Mer information om priser och kvoter finns i Application Insights-fakturering.

AMPLS-objekt har följande gränser:

  • Ett virtuellt nätverk kan bara ansluta till ett AMPLS-objekt. Det innebär att AMPLS-objektet måste ge åtkomst till alla Azure Monitor-resurser som det virtuella nätverket ska ha åtkomst till.
  • Ett AMPLS-objekt kan ansluta till upp till 3 000 Log Analytics-arbetsytor och upp till 10 000 Application Insights-komponenter. Den här ökningen från 300 Log Analytics-arbetsytor och 1 000 Application Insights-komponenter finns för närvarande i offentlig förhandsversion.
  • En Azure Monitor-resurs kan ansluta till upp till 100 AMPLS. Den här ökningen från 5 AMPLS finns för närvarande i offentlig förhandsversion.
  • Ett AMPLS-objekt kan ansluta till upp till 10 privata slutpunkter.

Nästa steg