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 (klassisk) | 100 aktiva aviseringsregler per prenumeration. Klassiska aviseringar dras tillbaka för offentliga molnanvändare. Klassiska aviseringar för Azure Government-molnet och Microsoft Azure som drivs av 21Vianet upphör den 29 februari 2024. |
Ring supporten. |
| 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 kan du utforska om du kan använda aviseringar av samma typ av flera resurser. 5 000 måtttidsserier per aviseringsregel. |
Ring supporten. |
| Aktivitetsloggaviseringar | 100 aktiva aviseringsregler per prenumeration (kan inte ökas). 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. |
| Loggaviseringar | 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 åt gången. 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. |
Ring supporten. |
| Regler för aviseringsbearbetning | 1 000 aktiva regler per prenumeration. | Ring 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.
Kommentar
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 |
| 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 information om hastighetsbegränsning. |
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 |
| ITSM | 10 ITSM-åtgärder i en åtgärdsgrupp. | Samma som standard |
| Logikapp | 10 logikappsåtgärder i en åtgärdsgrupp. | Samma som standard |
| Runbook | 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 | 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ått
Inmatning
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.
| Gräns | 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.
| Gräns | 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.
| Gräns | 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:
| Gräns | 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:
| Gräns | 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):
| Gräns | 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):
| Gräns | 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):
| Gräns | 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):
| Gräns | Värde |
|---|---|
| Frågetimmar per Azure Monitor-arbetsyta | 2,000,000 |
| Frågetimmar per Azure-klientorganisation | 20,000,000 |
Frågekostnadsbegränsningsgränser
| Gräns | 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
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.
| Gräns | 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 |
| Maximalt dataflöde | 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
| Gräns | 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 Retry-After som anges i rubriken i svaret. |
| Maximalt antal begäranden/minut per DCR | 12 000 | Försök igen efter varaktigheten Retry-After som anges i rubriken i svaret. |
Regler för datainsamling
| Gräns | 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
| Gräns | beskrivning |
|---|---|
| Frågespråk | Azure Monitor använder samma Kusto-frågespråk (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 mot användare som skickar ett stort antal frågor. 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 konsekvent servicenivå. Användarbegränsningen och gränserna är utformade för att endast påverka extrema användningsscenarier och bör inte vara relevanta för typisk användning.
| Mått | Gräns per användare | beskrivning |
|---|---|---|
| Samtidiga frågor | 5 | En användare kan köra upp till fem samtidiga frågor. Andra frågor läggs till i en kö. När en av de frågor som körs är klar hämtas den första frågan i kön från kön och börjar köras. Aviseringsfrågor ingår inte i den här gränsen. |
| 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). |
- 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-arbetsytor
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. |
| Äldre 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. Åtkomsten till användningsnivån är begränsad till prenumerationer som innehåller en Log Analytics-arbetsyta eller Application Insights-resurs den 2 april 2018 eller är länkade till en företagsavtal 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. Åtkomsten till användningsnivån är begränsad till prenumerationer som innehåller en Log Analytics-arbetsyta eller Application Insights-resurs den 2 april 2018 eller är länkade till en företagsavtal som startade före den 1 februari 2019 och fortfarande är aktiv. |
| Äldre 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. Om du skapar nya arbetsytor i eller flyttar befintliga arbetsytor till är den äldre prisnivån kostnadsfri utvärderingsversion endast möjlig fram till den 1 juli 2022. |
| Äldre standardnivå | Ingen begränsning | 30 dagar | Kvarhållning kan inte justeras. Den här nivån har inte varit tillgänglig för några nya arbetsytor sedan den 1 oktober 2016. |
| Äldre Premium-nivå | Ingen begränsning | 365 dagar | Kvarhållning kan inte justeras. Den här nivån har inte varit tillgänglig för några 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. Om du skapar nya arbetsytor i eller flyttar befintliga arbetsytor till är den äldre prisnivån kostnadsfri utvärderingsversion endast möjlig 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 | Gräns | Kommentarer |
|---|---|---|
| Maximalt antal poster som returneras av en loggfråga | 30,000 | Minska resultatet med hjälp av frågeomfång, tidsintervall och filter i frågan. |
API för datainsamlare
| Kategori | Gräns | Kommentarer |
|---|---|---|
| Maximal storlek för ett enda inlägg | 30 MB | 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 | Gräns | 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. |
Anslutningsapp för Azure Monitor-loggar
| Kategori | Gräns | 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 | Gräns |
|---|---|
| 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 | Gräns | 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 mer |
| Maximalt antal anpassade loggtabeller | 500 | Kontakta supporten om du vill ha mer |
| 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 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 DCR.
När data som skickas till din arbetsyta är högre än 80 % av tröskelvärdet som konfigurerats på din arbetsyta skickas en händelse till Operation tabellen på arbetsytan var 6:e timme medan tröskelvärdet fortsätter att överskridas. När den inmatade volymen ä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 fortsätter att överskridas.
Om inmatningsvolymen fortsätter att överskrida tröskelvärdet eller om du förväntar dig att nå den någon gång snart kan du begära att den här gränsen ökar genom att öppna en supportbegäran.
Vi rekommenderar också att du skapar en aviseringsregel som proaktivt meddelar när du når inmatningsgränser. Se Övervaka hälsotillståndet för Log Analytics-arbetsytan i Azure Monitor.
Kommentar
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 | Kommentar |
|---|---|---|---|
| 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. |
| Begränsning | 32 000 händelser/sekund | Kontakta supporten. | Gränser är mätt 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 typscheman. |
| Stränglängd för egenskapsvärde | 8,192 | 8,192 | Se typscheman. |
| Längd för spårnings- och undantagsmeddelande | 32,768 | 32,768 | Se typscheman. |
| Tillgänglighetstester räknas per Application Insights-resurs | 100 | 100 | |
| Antal tillgänglighetstester per resursgrupp | 800 | 800 | Se Azure Resource Manager |
| Maximal omdirigering av tillgänglighetstester per test | 10 | 10 | |
| Tillgänglighetstester med lägsta testfrekvens | 300 sekunder | Anpassade testfrekvenser eller frekvenser på mindre än 5 minuter kräver anpassade TrackAvailability-implementeringar . | |
| Datakvarhållning för profiler och ögonblicksbilder | Två veckor | Kontakta supporten. Maximal kvarhållningsgräns är sex månader. | |
| Profileringsdata skickas per dag | Ingen begränsning | Ingen gräns. | |
| Ögonblicksbildsdata som skickas per 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.
Azure Monitor Private Link-omfång (AMPLS)
AMPLS-objektet 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 300 Log Analytics-arbetsytor och högst 1 000 Application Insights-komponenter.
- En Azure Monitor-resurs (arbetsyta eller Application Insights-komponent eller slutpunkt för datainsamling) kan ansluta till högst fem AMPLS.
- Ett AMPLS-objekt kan ansluta till högst 10 privata slutpunkter.
Kommentar
AMPLS-resurser som skapats före den 1 december 2021 stöder endast 50 resurser.