Azure-prenumeration och tjänstbegränsningar, kvoter och begränsningar

I det här dokumentet visas några av de vanligaste Microsoft Azure-gränserna, som ibland även kallas kvoter.

• Mer information om Priser för Azure finns på sidan översikt över Azure-priser och information.
• Prissidan för Azure innehåller information om specifika tjänster. till exempel Virtuella Windows-datorer.
• Du kan också använda Priskalkylatorn för Azure för att beräkna dina kostnader.
• Se Vad är Microsoft-fakturering? för tips som hjälper dig att hantera dina kostnader.

Hantera gränser

Kostnadsfria Azure-utvärderingsprenumerationer är inte berättigade till gräns- eller kvotökningar. Om du har den här typen av prenumeration kan du uppgradera till en Betala per användning . Mer information finns i Uppgradera ditt Azure-konto och översikterna för Prova Azure kostnadsfritt eller betala per användning.

Vissa gränser hanteras på regional nivå. Du bestämmer vilka kvoter som måste vara för din arbetsbelastning i en region och begär sedan det beloppet för varje region som du vill distribuera till.

Till exempel med kvoter för virtuell central bearbetningsenhet (vCPU):

• Om du vill begära en kvotökning med stöd för vCPU:er bestämmer du hur många vCPU:er som ska användas i vilka regioner.
• Sedan begär du en ökning av vCPU-kvoter för de mängder och regioner som du vill ha.
• Om du behöver använda 30 vCPUs i Västeuropa för att köra din applikation där, begär du specifikt 30 vCPUs i Västeuropa.
• Din vCPU-kvot ökar inte i någon annan region; endast Västeuropa har en kvot på 30 vCPU.

Mer information om hur du fastställer kvoter för specifika regioner finns i Lösa fel för resurskvoter .

Allmänna gränser

• Se Namngivningsregler och begränsningar för Azure-resurser för begränsningar för resursnamn.
• Mer information om läs- och skrivgränser för Resource Manager-API:et finns i Förstå hur Azure Resource Manager begränsar begäranden .

Gränser för Azure-hanteringsgrupp

Följande begränsningar gäller för Azure-hanteringsgrupper.

¹De 6 nivåerna inkluderar inte prenumerationsnivån.

²Om du når gränsen på 800 distributioner tar du bort distributioner från historiken som inte längre behövs. Om du vill ta bort distributioner på hanteringsgruppsnivå använder du Remove-AzManagementGroupDeployment eller az deployment mg delete.

Azure-prenumerationsgränser

Följande gränser gäller när du använder Azure Resource Manager och Azure-resursgrupper.

¹Du kan tillämpa upp till 50 taggar direkt på en prenumeration. I prenumerationen är varje resurs eller resursgrupp också begränsad till 50 taggar. Prenumerationen kan dock innehålla ett obegränsat antal taggar som är spridda över resurser och resursgrupper.

²Resource Manager returnerar en lista med taggnamn och värden i prenumerationen endast när antalet unika taggar är 80 000 eller mindre. En unik tagg definieras av kombinationen av resurs-ID, taggnamn och taggvärde. Till exempel beräknas två resurser med samma taggnamn och värde som två unika taggar. Du kan fortfarande hitta en resurs efter tagg när antalet överskrider 80 000.

³Distributioner tas automatiskt bort från historiken när du närmar dig gränsen. Mer information finns i Automatiska borttagningar från distributionshistoriken.

Gränser för Azure-resursgrupper

¹Distributioner tas automatiskt bort från historiken när du närmar dig gränsen. Att ta bort en post från distributionshistoriken påverkar inte de distribuerade resurserna. Mer information finns i Automatiska borttagningar från distributionshistoriken.

Mallgränser

Du kan överskrida vissa mallgränser med hjälp av en kapslad mall. Mer information finns i Använda länkade mallar när du distribuerar Azure-resurser. Om du vill minska antalet parametrar, variabler eller utdata kan du kombinera flera värden till ett objekt. Mer information finns i Objekt som parametrar.

Du kan få ett fel med en mall eller parameterfil på mindre än 4 MB, om den totala storleken på begäran är för stor. Mer information om hur du förenklar mallen för att undvika en stor begäran finns i Lösa fel för att jobbstorleken har överskridits.

Gränser för Azure API Center

¹ Kostnadsfri plan som tillhandahålls i 90 dagar, sedan tas tjänsten bort mjukt. Användningen av fullständiga tjänstfunktioner, inklusive API-analys, är begränsad.
² Kontakta supporten om du vill öka gränsen i standardplanen.
³ Anpassade metadataegenskaper som tilldelats API:er, distributioner och miljöer.
⁴ Processen kan ta några minuter till upp till 24 timmar att slutföra.
⁵ Källor, till exempel länkade API Management-instanser.

Gränser för Azure API Management

Det här avsnittet innehåller information om begränsningar som gäller för Azure API Management-instanser på olika tjänstnivåer, inklusive följande:

• Klassiska API Management-nivåer
• API Management version 2-nivåer
• API Managements arbetsytor
• Utvecklingsportal i API Management v2-nivå

Gränser – klassiska API Management-nivåer

För vissa API Management-resurser anges gränser endast på förbrukningsnivån. i andra klassiska API Management-nivåer, där det anges, är dessa resurser obegränsade. Din praktiska övre gräns beror dock på tjänstkonfiguration, inklusive prisnivå, tjänstkapacitet, antal skalningsenheter, principkonfiguration, API-definitioner och typer, antal samtidiga begäranden och andra faktorer.

Om du vill begära en gränsökning skapar du en supportbegäran från Azure Portal. Mer information finns i Azure-supportplaner.

¹ Anslutningar poolas och återanvänds om de inte uttryckligen stängs av serverdelen.
² Innehåller en upp till 2 048 byte lång frågesträng.
³ Antalet noder (eller repliker) som är associerade med en gatewayresurs med egen värd är obegränsat på Premium-nivån och begränsas till en enskild nod på nivån Utvecklare.
⁴ Upp till högst 60 000 anslutningar per tjänstinstans.

Gränser – API Management v2-nivåer

Om du vill begära en gränsökning skapar du en supportbegäran från Azure Portal. Mer information finns i Azure-supportplaner.

¹ Anslutningar poolas och återanvänds om de inte uttryckligen stängs av serverdelen.
² Innehåller en upp till 2 048 byte lång frågesträng.
³ Upp till högst 60 000 anslutningar per tjänstinstans.

Gränser – API-hantering arbetsutrymmen

Följande är resursbegränsningar per arbetsyta i Azure API Management:

Gränser – Utvecklarportal i API Management v2-nivåer

¹ Gräns för inbyggda widgetar som text, bilder eller API:er. För närvarande stöds inte anpassade widgetar och anpassade HTML-kodwidgetar på v2-nivåerna.

Gränser för Azure App Service

¹ Appar och lagringskvoter gäller per App Service-plan om inget annat anges.

² Det faktiska antalet appar som du kan vara värd för på dessa datorer beror på apparnas aktivitet, storleken på datorinstanserna och motsvarande resursanvändning.

³ Dedikerade instanser kan ha olika storlekar. Mer information finns i Priser för App Service.

⁴ Fler tillåts på begäran.

⁵ Lagringsgränsen är den totala innehållsstorleken för alla appar i samma App Service-plan. Den totala innehållsstorleken för alla appar i alla App Service-planer i en enskild resursgrupp och region får inte överstiga 500 GB. Filsystemkvoten för appar som är värdbaserade på App Service bestäms av summan av App Service-planer som är skapade i en region och resursgrupp.

⁶ Dessa resurser begränsas av fysiska resurser på de dedikerade instanserna (instansstorleken och antalet instanser).

⁷Om du skalar en Windows-app på Basic-nivån till två instanser har du 350 samtidiga anslutningar för var och en av de två instanserna. För Windows-appar på standardnivå och högre finns det inga teoretiska gränser för WebSockets, men andra faktorer kan begränsa antalet WebSockets. Maximalt antal samtidiga begäranden som tillåts (definieras av maxConcurrentRequestsPerCpu) är till exempel: 7 500 per liten virtuell dator, 15 000 per medelstor virtuell dator (7 500 x 2 kärnor) och 75 000 per stor virtuell dator (18 750 x 4 kärnor). Linux-appar är begränsade till 5 samtidiga WebSocket-anslutningar på den kostnadsfria SKU:n och cirka 50 000 samtidiga WebSocket-anslutningar per instans på alla andra SKU:n.

⁸ De maximala IP-anslutningarna är per instans och beror på instansstorleken: 1 920 per B1/S1/P0V3/P1V3/P0V4/P1V4-instans, 3 968 per B2/S2/P2V3/P2V4-instans, 8 064 per B3/S3/P3V3/P4V4-instans.

⁹ Isolerade SKU:er för App Service kan lastbalanseras internt (ILB) med Azure Load Balancer, så det finns ingen offentlig anslutning från Internet. Därför måste vissa funktioner för en ILB-isolerad App Service användas från datorer som har direkt åtkomst till ILB-nätverksslutpunkten.

¹⁰ Kör anpassade körbara filer och/eller skript på begäran, enligt ett schema eller kontinuerligt som en bakgrundsaktivitet i din App Service-instans. ”Alltid på” krävs för kontinuerlig körning av WebJobs. Det finns ingen fördefinierad gräns för antalet webbjobb som kan köras i en App Service-instans. Det finns praktiska begränsningar som beror på vad programkoden försöker göra.

¹¹ Endast utfärdande av standardcertifikat (wildcard-certifikat är inte tillgängliga). Begränsat till endast ett kostnadsfritt certifikat per anpassad domän.

¹² Total lagringsanvändning för alla appar som distribueras i en enda App Service-miljö (oavsett hur de allokeras mellan olika resursgrupper).

Gränser för Azure Automation

Processautomatisering

¹En sandbox-miljö är en delad miljö som kan användas av flera jobb. Jobb som använder samma sandbox-miljö är bundna av resursbegränsningarna i sandbox-miljön.
²Kostnadsfria prenumerationer, inklusive kostnadsfritt Azure-konto och Azure for Students , är inte berättigade till ändringar i gränser eller kvoter. Om du har en kostnadsfri prenumeration kan du uppgradera till en betala per användning-prenumeration. ³Gränser för myndighetsmoln: 200 samtidiga jobb som körs samtidigt per Automation-konto, ingen gräns för antalet Automation-konton per prenumeration.

Ändringsspårning och inventering

I följande tabell visas de spårade objektgränserna per dator för ändringsspårning.

Azure uppdateringshanterare

Följande är de rekommenderade begränsningarna för dynamiskt omfång för varje dynamiskt omfång:

Följande är gränserna för schemakorrigering:

Azure App Configuration (programkonfiguration för appar)

Gränser för Azure Cache for Redis

Gränser och storlekar för Azure Cache for Redis skiljer sig åt för varje prisnivå. Information om prisnivåerna och deras associerade storlekar finns i Prissättning för Azure Cache for Redis.

Mer information om konfigurationsgränser för Azure Cache for Redis finns i Standardkonfiguration för Redis-server.

Eftersom konfiguration och hantering av Azure Cache for Redis-instanser utförs av Microsoft stöds inte alla Redis-kommandon i Azure Cache for Redis. För mer information, se Redis-kommandon som inte stöds i Azure Cache for Redis.

Gränser för Azure Cloud Services

¹Varje Azure Cloud Service med webb- eller arbetsroller kan ha två distributioner, en för produktion och en för mellanlagring. Den här gränsen avser antalet distinkta roller, dvs. konfiguration. Den här gränsen refererar inte till antalet instanser per roll, dvs. skalning.

Azure AI Search-gränser

Prisnivåer avgör kapaciteten och gränserna för din söktjänst. Dessa nivåer omfattar:

• Kostnadsfritt: Multitenant-tjänst som delas med andra Azure-prenumeranter och hjälper till med utvärderingar och små utvecklingsprojekt
• Grundläggande: Tillhandahåller dedikerade databehandlingsresurser för produktionsarbetsbelastningar i mindre skala och med upp till tre repliker för frågearbetsbelastningar med hög tillgänglighet
• Standard: Innehåller hög densitet för S1, S2, S3 och S3; gäller för större produktionsarbetsbelastningar. flera nivåer finns på standardnivån så att du kan välja en resurskonfiguration som bäst matchar din arbetsbelastningsprofil

Gränser per prenumeration

Du kan skapa flera fakturerbara söktjänster (Basic och högre), upp till det maximala antalet tjänster som tillåts på varje nivå, per region. Du kan till exempel skapa upp till 16 tjänster på basic-nivån och ytterligare 16 tjänster på S1-nivån inom samma prenumeration och region. Du kan sedan skapa ytterligare 16 grundläggande tjänster i en annan region för sammanlagt 32 Basic-tjänster under samma prenumeration. Mer information om nivåer finns i Välj en nivå (eller SKU) för Azure AI Search.

Maximala tjänstgränser kan höjas vid begäran. Om du behöver fler tjänster i samma prenumeration skickar du en supportbegäran.

¹ Du kan ha en kostnadsfri söktjänst per Azure-prenumeration. Den kostnadsfria nivån baseras på infrastruktur som delas med andra kunder. Eftersom maskinvaran inte är dedikerad stöds inte uppskalning och lagringen är begränsad till 50 MB. En kostnadsfri söktjänst kan tas bort efter längre perioder av inaktivitet för att göra plats för fler tjänster.

² Sökenheter (SU) är faktureringsenheter som allokeras som antingen en replika eller en partition. Du behöver båda. Mer information om SU-kombinationer finns i Uppskatta och hantera kapaciteten för en söktjänst.

Gränser per söktjänst

I följande tabell täcks SLA, antal partitioner och antal repliker på tjänstnivå.

¹ Basic-nivån stöder tre partitioner och tre repliker, för totalt nio sökenheter (SU) på nya söktjänster som skapats efter den 3 april 2024. Äldre grundläggande tjänster är begränsade till en partition och tre repliker.

En söktjänst omfattas av en maximal lagringsgräns (partitionsstorlek multiplicerat med antalet partitioner) eller med en hård gräns för det maximala antalet index eller indexerare, beroende på vilket som inträffar först.

Avtal om servicenivå (SLA) gäller för fakturerbara tjänster som har två eller flera replikat för frågearbetsbelastningar, eller tre eller flera replikat för arbetsbelastningar inom frågor och indexering. Antalet partitioner är inte ett SLA-övervägande. Mer information finns i Tillförlitlighet i Azure AI Search.

Kostnadsfria tjänster har inte fasta partitioner eller repliker och delar resurser med andra prenumeranter.

Partitionslagringskapacitet (GB)

Lagringsgränser per tjänst varierar beroende på två saker: datum för skapande av tjänster och region. Det finns högre gränser för nyare tjänster i de flesta regioner som stöds.

Den här tabellen visar hur lagringskvoten ökar i GB över tid. Från och med april 2024 togs partitioner med högre kapacitet online i de regioner som anges i fotnoterna. Om du har en äldre tjänst i en region som stöds kontrollerar du om du kan uppgradera tjänsten till de högre lagringsgränserna.

¹ Lagring med högre kapacitet för Basic, S1, S2, S3 i dessa regioner. Amerikas: Brasilien södra, Kanada centrala, Kanada östra, USA östra, USA östra 2, USA centrala, USA norra centrala, USA södra centrala, USA västra, USA västra 2, USA västra 3, USA västra centrala. Europa: Frankrike, centrala. Italien, norra, Europa, norra, Norge, östra, Polen, centrala, Schweiz, norra, Sverige, centrala, Storbritannien, södra, Storbritannien, västra. Mellanöstern: Förenade Arabemiraten, norra. Afrika: Sydafrika, norra. Asien och stillahavsområdet: Australien, östra, Australien, sydöstra, Indien, centrala, Jio Indien, västra, Asien, östra, Sydostasien, Japan, östra, Japan, västra, Korea, centrala, Sydkorea, södra.

² Lagring med högre kapacitet för L1 och L2. Fler regioner ger högre kapacitet på varje fakturerbar nivå. Europa: Tyskland, norra, Tyskland, västra centrala, Schweiz, västra. Azure Government: Texas, Arizona, Virginia. Afrika: Sydafrika, norra. Asien och stillahavsområdet: Kina, norra 3, Kina, östra 3.

³ Lagring med högre kapacitet finns i Västeuropa.

Mer information om gränser, inklusive dokumentstorlek, frågor per sekund, nycklar, begäranden och svar finns i Tjänstbegränsningar i Azure AI Search .

Gränser för Azure AI Services

Följande begränsningar gäller för antalet Azure AI-tjänstresurser per Azure-prenumeration. Det finns en gräns på endast ett tillåtet kostnadsfritt konto, per resurstyp, per prenumeration. Var och en av Azure AI-tjänsterna kan ha andra begränsningar, mer information finns i Azure AI-tjänster.

Azure Chaos Studio-gränser

Se Azure Chaos Studio-tjänstbegränsningar för Azure Chaos Studio-gränser.

Gränser för Azure Communications Gateway

Några av följande standardgränser och kvoter kan ökas. Om du vill begära en ändring skapar du en supportbegäran för Azure-portalen och beskriver den gräns som du behöver ändra.

Följande begränsningar gäller för alla Azure Communications Gateways:

• All trafik måste använda IPv4.
• All trafik måste använda TLS 1.2 eller senare. Tidigare versioner stöds inte.
• Antalet aktiva anrop är begränsat till 15 % av antalet användare som har tilldelats Till Azure Communications Gateway. Definitionen av användare finns i Planera och hantera kostnader för Azure Communications Gateway.
• Antalet anrop som aktivt omkodas är begränsat till 5 % av det totala antalet aktiva anrop.

Azure Communications Gateway har också begränsningar för SIP-signalering.

Vissa slutpunkter kan lägga till parametrar i följande rubriker i ett meddelande i dialogrutan när dessa parametrar inte fanns i det dialogskapande meddelandet. I så fall tar Azure Communications Gateway bort parametrarna eftersom RFC 3261 inte tillåter det här beteendet.

• URI för förfrågan
• Gå till rubrik
• Från sidhuvud

Etablerings-API:et har en hastighetsgräns på 100 begäranden per minut, som tillämpas på alla resurser. En batchbegäran om att uppdatera flera resurser räknas som en begäran.

Gränser för Azure Container Apps

Se Kvoter i Azure Container Apps för Azure Container Apps-gränser.

Mängden diskutrymme som är tillgängligt för ditt program varierar beroende på den associerade arbetsbelastningsprofilen. Diskutrymmet som är tillgängligt avgör bildens storleksbegränsning du kan distribuera till dina containerappar.

För dedikerade arbetsbelastningsprofiler är bildstorleksgränsen per instans.

* Bildstorleksgränsen för en förbrukningsarbetsbelastningsprofil delas mellan både bild och app. Loggar som används av din app omfattas till exempel av den här storleksgränsen.

Azure Cosmos DB-gränser

Se Gränser i Azure Cosmos DB för Azure Cosmos DB-gränser.

Gränser för Azure Data Explorer

I följande tabell beskrivs de maximala gränserna för Azure Data Explorer-kluster.

I följande tabell beskrivs gränserna för hanteringsåtgärder som utförs i Azure Data Explorer-kluster.

Azure-databas för MySQL

Se Begränsningar i Azure Database for MySQL för gränser i Azure Database for MySQL.

Azure-databas för PostgreSQL

Se Begränsningar i Azure Database for PostgreSQL för Azure Database for PostgreSQL-begränsningar.

Gränser för Azure-distributionsmiljöer

Azure Files och Azure File Sync

Mer information om gränserna för Azure Files och Azure File Sync finns i Skalbarhets- och prestandamål för Azure Files och Azure File Sync .

Azure Functions-gränser

Anmärkningar om tjänstbegränsningar:

1. Som standardinställning är tidsgränsen för Functions 1.x-körningstiden i en App Service-plan inte begränsad.
2. Kräver att App Service-planen är inställd på AlwaysOn. Betala till standardpriser. En respitperiod på 10 minuter ges under plattformsuppdateringar.
3. Dessa gränser anges i värden.
4. Det faktiska antalet funktionsappar som du kan vara värd för beror på apparnas aktivitet, storleken på datorinstanserna och motsvarande resursanvändning.
5. Lagringsgränsen är den totala innehållsstorleken i tillfällig lagring för alla appar i samma App Service-plan. För förbrukningsplaner i Linux är lagringen för närvarande 1,5 GB.
6. Förbrukningsplanen använder en Azure Files-resurs för sparad lagring. När du anger en egen Azure Files-resurs beror de specifika storleksgränserna för resursen på det lagringskonto som du har angett för WEBSITE_CONTENTAZUREFILECONNECTIONSTRING.
7. I Linux måste du uttryckligen montera din egen Azure Files-resurs.
8. När din funktionsapp finns i en förbrukningsplan stöds endast CNAME-alternativet. För funktionsappar i en Premium-plan eller en App Service-plan kan du mappa en anpassad domän med antingen en CNAME- eller A-post.
9. Det finns ingen maximal tidsgräns för körning som tillämpas. Respitperioden som ges till en funktionskörning är dock 60 minuter när det skalas in och 10 minuter under plattformsuppdateringar.
10. Arbetare är roller som är värdar för kundappar. Arbetare är tillgängliga i tre fasta storlekar: En vCPU/3,5 GB RAM-minne; Två vCPU/7 GB RAM-minne; Fyra vCPU/14 GB RAM-minne.
11. Mer information finns i Begränsningar för App Service .
12. Inklusive produktionsplatsen.
13. Det finns för närvarande en gräns på 5 000 funktionsappar i en viss prenumeration.
14. Instansstorlekar för Flex Consumption Plan definieras för närvarande som 512 MB, 2 048 MB eller 4 096 MB. Mer information finns i Instansminne.
15. Mer information finns i artikeln Skala i Jämförelse av värd.
16. När det minsta antalet repliker är inställt på noll beror standardtidsgränsen på de specifika utlösare som används i appen.
17. När det minsta antalet repliker är inställt på en eller flera.

Mer information finns i Värdalternativ för Azure Functions .

Azures tjänster för hälsodata

Gränser för Azure Health Data Services

Health Data Services är en uppsättning hanterade API-tjänster baserade på öppna standarder och ramverk. Health Data Services gör det möjligt för arbetsflöden att förbättra hälso- och sjukvården och erbjuder skalbara och säkra sjukvårdslösningar. Hälsodatatjänster omfattar FHIR-tjänsten (Fast Healthcare Interoperability Resources), tjänsten Digital Imaging and Communications in Medicine (DICOM) och MedTech-tjänsten.

FHIR-tjänsten är en implementering av FHIR-specifikationen i Health Data Services. Det gör att du kan kombinera en eller flera FHIR-tjänstinstanser på en enda arbetsyta med valfria DICOM- och MedTech-tjänstinstanser. Azure API för FHIR är allmänt tillgängligt som ett fristående tjänsterbjudande.

Varje FHIR-tjänstinstans i Azure Health Data Services har en lagringsgräns på 4 TB som standard. Om du har mer data kan du be Microsoft att öka lagringen med upp till 100 TB för din FHIR-tjänst. Om du vill begära lagring som är större än 4 TB skapar du en supportbegäran på Azure-portalen och använder problemtypen Tjänst- och prenumerationsgräns (kvoter).

Azure API för FHIR-tjänstbegränsningar

Azure API for FHIR är ett hanterat, standardbaserat, kompatibelt API för kliniska hälsodata som möjliggör lösningar för analys med handlingsbarhet och maskininlärning.

Gränser för Azure Kubernetes-tjänsten

¹ Om du vill begära en ökning av kvotgränsen skapar du en supportbegäran. Abonnemang på Free Trial och Azure för studenter är inte berättigade till ökning av gränser eller kvoter. Om du har en testversion eller ett Azure för Studenter-abonnemang kan du uppgradera till ett abonnemang med betala per användning.
² Windows Server-containrar måste använda plugin-programmet för Azure CNI-nätverk. Kubenet stöds inte för Windows Server-containrar.

Azure Lab Services

Följande begränsningar gäller för antalet Azure Lab Services-resurser.

Per resurstyp

Per region – Labbplaner och laboratorier

Mer information om kapacitetsbegränsningar för Azure Lab Services finns i Kapacitetsgränser i Azure Lab Services.

Kontakta supporten för att begära en ökning av din gräns.

Gränser för Azure-belastningstestning

Se Tjänstbegränsningar i Azure Load Testing för Azure Load Testing-gränser.

Azure Machine Learning-gränser

Se Hantera och öka kvoter och gränser för resurser med Azure Machine Learning för de senaste värdena för Azure Machine Learning Compute-kvoter.

Gränser för Azure Maps

Information om Azure Maps-frågor per sekund finns i QPS-hastighetsbegränsningar för Azure Maps

I följande tabell visas den kumulativa datastorleksgränsen för Azure Maps-konton i en Azure-prenumeration. Azure Maps-datatjänsten är endast tillgänglig på prisnivån Gen1 (S1) och Gen2.

Gränser för Azure Managed Grafana

Azure Monitor-gränser

Azure Monitor-gränser finns i Tjänstbegränsningar för Azure Monitor.

Gränser för Azure Data Factory

Azure Data Factory är en tjänst för flera klientorganisationer som har följande standardgränser på plats för att se till att kundprenumerationer skyddas från varandras arbetsbelastningar. Kontakta supporten om du vill höja gränserna upp till maximum för prenumerationen.

¹ Dataintegreringsenheten (DIU) används i en kopieringsåtgärd från moln till moln. Läs mer om dataintegreringsenheter (version 2). Information om fakturering finns i Priser för Azure Data Factory.

²Azure Integration Runtime är globalt tillgängligt för att säkerställa dataefterlevnad, effektivitet och minskade kostnader för utgående nätverk.

Om det hanterade virtuella nätverket är aktiverat är dataintegreringsenheten (DIU) i alla regiongrupper 2 400.

³ Pipeline, datasett och länkade tjänsteobjekt representerar en logisk gruppering av din arbetsbelastning. Gränser för dessa objekt har inget samband med mängden data du kan flytta och bearbeta med Azure Data Factory. Data Factory är utformad att skalas för att hantera petabyte av data.

⁴ Nyttolasten för varje aktivitetskörning innehåller aktivitetskonfigurationen, en eller flera associerade datauppsättningar och eventuella länkade tjänstkonfigurationer och en liten del av systemegenskaperna som genereras per aktivitetstyp. Gränsen för den här nyttolaststorleken gäller inte mängden data som du kan flytta och bearbeta med Azure Data Factory. Lär dig mer om symtomen och rekommendationerna om du når den här gränsen.

Gränser för webbtjänstanrop

Azure Resource Manager har gränser för API-anrop. Du kan göra API-anrop med en hastighet inom API-gränserna för Azure Resource Manager.

Azure NetApp Files

Azure NetApp Files har en regional gräns för kapacitet. Standardkapacitetsgränsen för varje prenumeration är 25 TiB, per region, på alla tjänstnivåer. Om du vill öka kapaciteten använder du supportbegäran om tjänst- och prenumerationsgränser (kvoter).

Mer information om gränserna för Azure NetApp Files finns i Resursgränser för Azure NetApp Files.

Azure Policy-gränser

Det finns ett maximalt antal för varje objekttyp för Azure Policy. För definitioner avser en post i Omfånghanteringsgruppen eller prenumerationen. För tilldelningar och undantag avser en post i Omfång hanteringsgruppen, prenumerationen, resursgruppen eller den enskilda resursen.

Principregler har fler gränser för antalet villkor och deras komplexitet. Mer information finns i Policyregelbegränsningar.

Azure Quantum-gränser

Providergränser och -kvoter

Azure Quantum Service har stöd för både första och tredje parts tjänsteleverantörer. Tredjepartsleverantörer äger sina gränser och kvoter. Användare kan visa erbjudanden och gränser i Azure Portal när de konfigurerar tredjepartsleverantörer.

Du hittar de publicerade kvotgränserna för Microsofts leverantör av optimeringslösningar från första part nedan.

Lär dig & utveckla SKU

När du är på Learn &Develop SKU kan du inte begära en ökning av dina kvotgränser. I stället bör du växla till SKU för prestanda i skala.

Prestanda i skala SKU

Kontakta Azure-supporten för att begära en gränsökning.

Mer information finns på sidan med priser för Azure Quantum. Mer information om erbjudanden från tredje part finns på relevanta leverantörsprissidor i Azure Portal.

¹ Beskriver antalet jobb som kan placeras i kö samtidigt.

Azure RBAC-gränser

Följande begränsningar gäller för rollbaserad åtkomstkontroll i Azure (Azure RBAC).

Gränser för Azure SignalR Service

Om du vill begära en uppdatering av din prenumerations standardgränser öppnar du ett supportärende.

Mer information om hur anslutningar och meddelanden räknas finns i Meddelanden och anslutningar i Azure SignalR Service.

Om dina krav överskrider gränserna växlar du från den kostnadsfria nivån till standardnivån och lägger till enheter. För mer information, se Hur skalar man en Azure SignalR Service-instans?.

Om dina krav överskrider gränserna för en enskild instans lägger du till instanser. Mer information finns i Aktivera Geo-Replication i Azure SignalR Service.

Gränser för Azure Spring Apps

Mer information om gränserna för Azure Spring Apps finns i Kvoter och tjänstplaner för Azure Spring Apps .

Azure Storage-gränser

I det här avsnittet visas följande gränser för Azure Storage:

• Standardgränser för lagringskonton
• Gränser för Azure Storage-resursprovider
• Azure Blob Storage-gränser
• Lagringsgränser för Azure Queue
• Azure Table Storage-gränser

Standardgränser för lagringskonton

I följande tabell beskrivs standardgränser för Azure general-purpose v2 (GPv2), general-purpose v1 (GPv1) och Blob Storage-konton. Ingressgränsen avser alla data som skickas till ett lagringskonto. Gränsen för utgående trafik avser alla data som tas emot från ett lagringskonto.

Microsoft rekommenderar att du använder ett GPv2-lagringskonto för de flesta scenarier. Du kan enkelt uppgradera ett GPv1- eller bloblagringskonto till ett GPv2-konto utan avbrott och utan att behöva kopiera data. Mer information finns i Uppgradera till ett GPv2-lagringskonto.

¹ Med en kvotökning kan du skapa upp till 500 lagringskonton med standardslutpunkter per region. Mer information finns i Öka Azure Storage-kontokvoter.
² Azure Storage-standardkonton har stöd för högre kapacitetsgränser och högre gränser för ingress och utgående av begäran. Kontakta Azure Support om du vill begära en ökning av kontogränserna.

Gränser för Azure Storage-resursprovider

Följande gränser gäller endast när du utför hanteringsåtgärder med hjälp av Azure Resource Manager med Azure Storage och lagringsresursprovidern. Gränserna gäller per prenumeration per region för resursen i begäran.

Azure Blob Storage-gränser

¹ Dataflödet för en enskild blob beror på flera faktorer. Dessa faktorer omfattar men är inte begränsade till: samtidighet, begärandestorlek, prestandanivå, källans hastighet för uppladdningar och målet för nedladdningar. Om du vill dra nytta av prestandaförbättringarna för blockblobar med högt dataflöde laddar du upp större blobar eller block. Anropa specifikt Put Blob- eller Put Block-operationen med en blob- eller blockstorlek som är större än 256 KiB.

² Sidblobar stöds ännu inte i konton som har ett hierarkiskt namnområde aktiverat.

I följande tabell beskrivs de maximala block- och blobstorlekar som tillåts av tjänstversionen.

Lagringsgränser för Azure Queue

Azure Table Storage-gränser

Följande tabell beskriver kapacitets-, skalbarhets- och prestandamål för tabellagring.

Gränser för att skapa Azure-prenumerationer

Mer information om hur du skapar gränser för Azure-prenumerationer finns i Faktureringskonton och omfång i Azure-portalen .

Gränser för Azure Virtual Desktop-tjänsten

I följande tabell beskrivs de maximala gränserna för Azure Virtual Desktop.

¹Om du behöver över 500 programgrupper skapar du ett supportärende via Azure-portalen.

Alla andra Azure-resurser som används i Azure Virtual Desktop, till exempel virtuella datorer, lagring, nätverk osv. omfattas av sina egna resursbegränsningar som beskrivs i de relevanta avsnitten i den här artikeln. Om du vill visualisera relationen mellan alla Azure Virtual Desktop-objekt läser du den här artikeln Relationer mellan logiska Azure Virtual Desktop-komponenter.

Kom igång med Azure Virtual Desktop med hjälp av kom igång-guiden. Om du vill ha djupare arkitekturinnehåll för Azure Virtual Desktop använder du avsnittet Azure Virtual Desktop i Cloud Adoption Framework. Om du vill ha prisinformation för Azure Virtual Desktop lägger du till "Azure Virtual Desktop" i avsnittet Beräkning i Priskalkylatorn för Azure.

Begränsningar för Azure VMware-lösningen

I följande tabell beskrivs de maximala gränserna för Azure VMware Solution.

* Information om ett RPO som är lägre än 15 minuter finns i How the 5-minute RPO works in the vSphere Replication Administration documentation.

** Den här mjuka rekommenderade gränsen kan stödja högre dataflöde baserat på scenariot.

För andra VMware-specifika gränser använder du maxverktyget för VMware by Broadcom-konfiguration.

Azure Web PubSub-gränser

Om du vill begära en uppdatering av din prenumerations standardgränser öppnar du ett supportärende.

Mer information om hur anslutningar och meddelanden räknas i fakturering finns i Faktureringsmodell i Azure Web PubSub Service.

Om dina krav överskrider gränserna skalar du upp från den kostnadsfria nivån till Standard-/Premium-nivån eller skalar ut enheter. Mer information finns i Skala en Azure Web PubSub Service-instans.

Om dina krav överskrider gränserna för en enskild instans lägger du till instanser. Mer information finns i Använda Geo-Replication i Azure Web PubSub.

Begränsningar för säkerhetskopiering

En sammanfattning av inställningar och begränsningar för Azure Backup-support finns i Supportmatriser för Azure Backup.

Batchgränser

¹ För kapacitetshantering har standardkvoterna för nya Batch-konton i vissa regioner och för vissa prenumerationstyper minskats från ovanstående värdeintervall. I vissa fall har dessa gränser reducerats till noll. När du skapar ett nytt Batch-konto kontrollerar du dina kvoter och begär en lämplig ökning av kärn- eller tjänstkvoten om det behövs. Alternativt kan du överväga att återanvända Batch-konton som redan har tillräckligt med kvot eller poolallokering för användarprenumerationer för att upprätthålla kärn- och VM-familjekvoten för alla Batch-konton i prenumerationen. Tjänstkvoter, såsom aktiva jobb eller pooler, gäller för varje enskilt Batch-konto, även för Batch-konton som används för tilldelning av pooler i användarprenumerationer.

² Kontakta Azure Support om du vill begära en ökning utöver den här gränsen.

Gränser för klassisk distributionsmodell

Följande gränser gäller om du använder en klassisk distributionsmodell i stället för Azure Resource Manager-distributionsmodellen.

¹Extra små instanser räknas som en vCPU mot vCPU-gränsen, även om de använder en del av en CPU-kärna.

²Lagringskontogränsen omfattar både Standard- och Premium-lagringskonton.

Gränser för containerinstanser

¹Om du vill begära en gränsökning skapar du en Azure-supportbegäran. Kostnadsfria prenumerationer, inklusive kostnadsfritt Azure-konto och Azure for Students , är inte berättigade till gräns- eller kvotökningar. Om du har en kostnadsfri prenumeration kan du uppgradera till en betala perYou-Go-prenumeration.
²Standardgräns för betala efter användning abonnemang. Gränsen kan variera för andra kategorityper.

Gränser för Azure Container Registry

I följande tabell beskrivs funktionerna och gränserna för tjänstnivåerna Basic, Standard och Premium Azure Container Registry.

¹ Lagringsutrymme som ingår i det dagliga priset för varje nivåer. Ytterligare lagringsutrymme kan användas, upp till registrets lagringsgräns, till en extra daglig kostnad per GiB. Information om priser finns i Priser för Azure Container Registry. Om du behöver lagringsutrymme utanför registerlagringsgränsen kontaktar du Azure-supporten.

²ReadOps, WriteOps och Bandbredd är minimiuppskattningar. Azure Container Registry strävar efter att förbättra prestanda efter användningsbehov. Både resurser, ACR och enheten måste finnas i samma region för att uppnå en snabb nedladdningshastighet.

³En docker-hämtning översätts till flera läsåtgärder baserat på antalet lager i bilden, plus manifesthämtningen.

⁴En docker push översätts till flera skrivåtgärder, baserat på antalet lager som måste överföras. A docker push innehåller ReadOps för att hämta ett manifest för en befintlig avbildning.

⁵ Enskilda åtgärder av content/delete, content/read, content/write, metadata/read, metadata/write motsvarar gränsen för lagringsplatser per omfångskarta.

Gränser för Azure Content Delivery Network

*Dessa två gränser gäller endast för Azure CDN Standard från Microsoft (klassisk). Om trafiken inte är globalt distribuerad och koncentrerad till en eller två regioner, eller om det behövs en högre kvotgräns, skapar du en Azure-supportbegäran.

En innehållsleveransnätverksprenumeration kan innehålla en eller flera nätverksprofiler för innehållsleverans. En nätverksprofil för innehållsleverans kan innehålla en eller flera nätverksslutpunkter för innehållsleverans. Du kanske vill använda flera profiler för att organisera slutpunkterna för innehållsleveransnätverket efter internetdomän, webbprogram eller andra kriterier.

Gränser för Azure Data Lake Analytics

Azure Data Lake Analytics gör det enkelt att hantera distribuerad infrastruktur och komplex kod. Den etablerar resurser dynamiskt och du kan använda den för att göra analyser på exabyte med data. När jobbet är klart avslutas resurserna automatiskt. Du betalar bara för den bearbetningskraft som användes. När du ökar eller minskar storleken på lagrade data eller mängden beräkning som används behöver du inte skriva om kod. Kontakta supporten om du vill höja standardgränserna för din prenumeration.

Azure Data Lake Storage-gränser

Azure Data Lake Storage Gen2 är inte en dedikerad tjänst eller lagringskontotyp. Det är den senaste versionen av funktioner som är dedikerade till stordataanalys. Dessa funktioner är tillgängliga i ett allmänt v2- eller BlockBlobStorage-lagringskonto, och du kan hämta dem genom att aktivera funktionen Hierarkisk namnrymd för kontot. Information om skalningsmål finns i de här artiklarna.

• Skalningsmål för Blob Storage.
• Skalningsmål för standardlagringskonton.

Azure Data Lake Storage Gen1 är en dedikerad tjänst. Det är en företagsomfattande lagringsplats i hyperskala för analysarbetsbelastningar för stordata. Du kan använda Data Lake Storage Gen1 för att samla in data av valfri storlek, typ och inmatningshastighet på en enda plats för driftsanalys och undersökande analys. Det finns ingen gräns för hur mycket data du kan lagra i ett Data Lake Storage Gen1-konto.

Gränser för Azure Data Share

Med Azure Data Share kan organisationer enkelt och säkert dela data med sina kunder och partner.

Gränser för Azure Database Migration Service

Azure Database Migration Service är en fullständigt hanterad tjänst som har utformats för att möjliggöra sömlösa migreringar från flera databaskällor till Azure-dataplattformar med minimal stilleståndstid.

Azure Device Update-begränsningar för IoT Hub

Gränser kan endast justeras för standard-SKU:n. Begäranden om begränsningsjustering utvärderas från fall till fall och godkännanden garanteras inte.

Begäranden om begränsningsjustering accepteras inte för den kostnadsfria SKU:n. Det går inte heller att uppgradera kostnadsfria SKU-instanser till Standard SKU-instanser.

I följande tabell visas gränserna för enhetsuppdateringen för IoT Hub-resursen i Azure Resource Manager.

I följande tabell visas de gränser som är associerade med olika åtgärder för enhetsuppdatering.

Gränser för Azure Digital Twins

Funktionsgränser

I följande tabell visas funktionsgränserna för Azure Digital Twins.

Hastighetsbegränsningar

I följande tabell visas hastighetsbegränsningarna för olika API:er.

Andra gränser

Begränsningar för datatyper och fält i DTDL-dokument för Azure Digital Twins-modeller finns i specifikationsdokumentationen i GitHub: DTDL (Digital Twins Definition Language) – version 3.

Information om frågesvarstid beskrivs i frågespråket. Begränsningar för vissa frågespråksfunktioner finns i frågereferensdokumentationen.

Gränser för Azure Event Grid

Begränsningsgränser för Event Grid

Event Grid erbjuder en standardnivå och en grundläggande nivå. Standardnivån i Event Grid möjliggör pub-sub med hjälp av MQTT-koordinatorfunktioner (Message Queuing Telemetry Transport) och pull-leverans av meddelanden via Event Grid-namnområdet. Event Grids grundläggande nivå möjliggör push-leverans med hjälp av anpassade Event Grid-ämnen, Event Grid-systemämnen, händelsedomäner och Event Grid-partnerämnen. Se Välj rätt Event Grid-nivå. I den här artikeln beskrivs kvoten och gränserna för båda nivåerna.

Event Grid-namnområdes resursbegränsningar

Azure Event Grid-namnområden möjliggör MQTT-meddelanden och HTTP-pull-leverans. Följande begränsningar gäller för namnområdesresurser i Azure Event Grid.

MQTT-gränser i Event Grid-namnområdet

Följande gränser gäller för MQTT i Azure Event Grid-namnområdesresursen.

* För MQTTv5 kan du läsa mer om stöd för flödeskontroll.

Händelsebegränsningar i Event Grid-namnrymd

Följande begränsningar gäller för händelser i Azure Event Grid-namnområdesresursen.

Resursbegränsningar för anpassat ämne, systemämne och partnerämne

Följande begränsningar gäller för anpassade resurser för Azure Event Grid-ämnen, systemavsnitt och partnerämne.

Domänresursgränser

Följande begränsningar gäller för Azure Event Grid-domänresursen.

Gränser för Azure Event Hubs

Följande tabeller innehåller kvoter och gränser som är specifika för Azure Event Hubs. Information om priser för Event Hubs finns i Priser för Event Hubs.

Vanliga gränser för alla nivåer

Följande begränsningar är vanliga på alla nivåer.

Grundläggande jämfört med standard- och premiumnivåer jämfört med dedikerade nivåer

I följande tabell visas gränser som skiljer sig åt för nivåerna Basic, Standard, Premium och Dedicated.

* Beror på faktorer som resursallokering, antal partitioner och lagring.

Gränser för Azure IoT Central

IoT Central begränsar antalet program som du kan distribuera i en prenumeration till 100. Mer information finns i kvoter och gränser för Azure IoT Central.

Gränser för Azure IoT Hub

I följande tabell visas de gränser som är associerade med de olika tjänstnivåerna S1, S2, S3 och F1. Information om kostnaden för varje enhet på varje nivå finns i Prissättning för Azure IoT Hub.

I följande tabell visas de gränser som gäller för IoT Hub-resurser.

IoT Hub begränsar begäranden när följande kvoter överskrids.

Gränser för Azure IoT Hub Device Provisioning Service

I följande tabell visas de gränser som gäller för Azure IoT Hub Device Provisioning Service-resurser.

Enhetsetableringstjänsten har följande hastighetsbegränsningar.

Azure Key Vault-gränser

Azure Key Vault-tjänsten stöder två resurstyper: Valv och hanterade HSM:er. I följande två avsnitt beskrivs tjänstbegränsningarna för var och en av dem.

Resurstyp: valv

I det här avsnittet beskrivs tjänstbegränsningar för resurstypen vaults.

Nyckeltransaktioner (maximalt antal transaktioner som är tillåtna på 10 sekunder, per valv per region¹):

Hemligheter, hanterade lagringskontonycklar och valvtransaktioner:

Information om hur du hanterar strypning när dessa gränser överskrids finns i Vägledning för strypning av Azure Key Vault.

¹ En prenumerationsomfattande gräns för alla transaktionstyper är fem gånger per nyckelvalvgräns.

Säkerhetskopieringsnycklar, hemligheter, certifikat

När du säkerhetskopierar ett key vault-objekt, till exempel en hemlighet, nyckel eller ett certifikat, hämtar säkerhetskopieringsåtgärden objektet som en krypterad blob. Det går inte att dekryptera den här bloben utanför Azure. Om du vill hämta användbara data från den här bloben måste du återställa bloben till ett nyckelvalv inom samma Azure-prenumeration och Azure-geografi

Begränsningar för antalet nycklar, hemligheter och certifikat:

Key Vault begränsar inte antalet nycklar, hemligheter eller certifikat som kan lagras i ett valv. Transaktionsgränserna för valvet bör beaktas så att operationer inte begränsas.

Key Vault begränsar inte antalet versioner på en hemlighet, nyckel eller ett certifikat, men lagring av ett stort antal versioner (500+) kan påverka säkerhetskopieringsåtgärdernas prestanda. Se Säkerhetskopiering av Azure Key Vault.

Resurstyp: Hanterad HSM

I det här avsnittet beskrivs tjänstbegränsningar för resurstypen managed HSM.

Objektbegränsningar

Transaktionsgränser för administrativa åtgärder (antal åtgärder per sekund per HSM-instans)

Transaktionsgränser för kryptografiska åtgärder (antal åtgärder per sekund per HSM-instans)

• Varje Hanterad HSM-instans utgör tre belastningsutjämnings-HSM-partitioner. Dataflödesgränserna är en funktion av underliggande maskinvarukapacitet som allokerats för varje partition. Tabellerna nedan visar maximalt dataflöde med minst en tillgänglig partition. Det faktiska dataflödet kan vara upp till 3 gånger högre om alla tre partitionerna är tillgängliga.
• Antecknade dataflödesgränser förutsätter att en enda nyckel används för att uppnå maximalt dataflöde. Om till exempel en enda RSA-2048-nyckel används är det maximala dataflödet 1 100 teckenåtgärder. Om du använder 1100 olika nycklar med en transaktion per sekund kan de inte uppnå samma dataflöde.

RSA-nyckelåtgärder (antal åtgärder per sekund per HSM-instans)

EC-nyckelåtgärder (antal åtgärder per sekund per HSM-instans)

I den här tabellen beskrivs antalet åtgärder per sekund för varje kurvtyp.

AES-nyckelåtgärder (antal åtgärder per sekund per HSM-instans)

• Krypterings- och dekrypteringsåtgärder förutsätter en paketstorlek på 4 KB.
• Dataflödesgränser för Kryptering/Dekryptering gäller för AES-CBC- och AES-GCM-algoritmer.
• Dataflödesgränser för Wrap/Unwrap gäller för AES-KW-algoritmen.

Azure Managed Identity-gränser

• Varje hanterad identitet räknas mot objektkvotgränsen i en Microsoft Entra-klientorganisation enligt beskrivningen i Begränsningar och begränsningar för Microsoft Entra-tjänsten.

• Den hastighet med vilken hanterade identiteter kan skapas har följande gränser:

  1. Per Microsoft Entra-klientorganisation per Azure-region: 400 skapande-operationer per 20 sekunder.
  2. Per Azure-abonnemang per Azure-region: 80 skapandeåtgärder per 20 sekunder.

• Den hastighet med vilken en användartilldelad hanterad identitet kan tilldelas med en Azure-resurs:

  1. Per Microsoft Entra-klientorganisation per Azure-region: 400 tilldelningsåtgärder per 20 sekunder.
  2. Per Azure-prenumeration per Azure-region: 300 tilldelningsåtgärder per 20 sekunder.

Gränser för Azure Media Services

Kontogränser

Tillgångsgränser

Lagringsgränser (media)

¹ Den maximala storleken som stöds för en enskild blob är för närvarande upp till 5 TB i Azure Blob Storage. Ytterligare gränser gäller i Media Services baserat på de VM-storlekar som används av tjänsten. Storleksgränsen gäller för de filer som du laddar upp och även de filer som genereras till följd av Media Services-bearbetning (kodning eller analys). Om källfilen är större än 260 GB misslyckas troligen jobbet.

² Lagringskontona måste komma från samma Azure-prenumeration.

Jobbgränser (kodning och analys)

³ Det här numret inkluderar köade, färdiga, aktiva och avbrutna jobb. Den innehåller inte borttagna jobb.

Alla jobbposter i ditt konto som är äldre än 90 dagar tas bort automatiskt, även om det totala antalet poster ligger under den maximala kvoten.

Gränser för liveuppspelning

⁴ Detaljerad information om begränsningar för livehändelser finns i Jämförelse och begränsningar för livehändelsetyper.

⁵ Liveutgångar startar när de skapas och stoppas när de tas bort.

Gränser för paketering och leverans

⁶ När du använder en anpassad strömningsprincip bör du utforma en begränsad uppsättning sådana principer för ditt Media Service-konto och återanvända dem för dina StreamingLocators när samma krypteringsalternativ och protokoll behövs. Du bör inte skapa en ny streamingpolicy för varje strömningslokator.

⁷ Positionerare för direktuppspelning är inte utformade för att hantera åtkomstkontroll per användare. Om du vill ge olika åtkomsträttigheter till enskilda användare kan du använda DRM-lösningar (Digital Rights Management).

Skyddsgränser

Supportärende

För resurser som inte är fasta kan du begära att kvoterna höjs genom att öppna ett supportärende. Inkludera detaljerad information i begäran om önskade kvotändringar, användningsfall och regioner som krävs.
Skapa inte ytterligare Azure Media Services-konton i ett försök att få högre gränser.

Azure Media Services v2 (äldre version)

Begränsningar som är specifika för Media Services v2 (äldre) finns i [Media Services v2 (äldre)]

Gränser för Azure Mobile Services

Mer information om gränser och priser finns i Priser för Azure Mobile Services.

Gränser för Azure-nätverk

Nätverksgränser – Azure Resource Manager

Följande gränser gäller endast för nätverksresurser som hanteras via Azure Resource Manager per region per prenumeration. Lär dig hur du visar din aktuella resursanvändning mot dina prenumerationsgränser.

Gränser för offentliga IP-adresser

¹Standardgränserna för offentliga IPv4/v6-adresser varierar beroende på typ av erbjudandekategori, till exempel kostnadsfri utvärderingsversion, betala per användning, CSP. Standardvärdet för Enterprise-avtalsprenumerationer är till exempel 1 000 och standardvärdet för betala efter användning är 20. Majoriteten av erbjudandena börjar vid 10. Det finns också ett totalt maximalt antal offentliga IP-adresser per prenumeration.

²Grundläggande offentliga IP-adresser är inaktuella och dras tillbaka från och med den 30 september 2025. Här finns ytterligare information.

Följande gränser gäller endast för nätverksresurser som hanteras via den klassiska distributionsmodellen per prenumeration. Lär dig hur du visar din aktuella resursanvändning mot dina prenumerationsgränser.

Gränser för Azure Load Balancer

Standardlastbalanserare

^{1 Varje nätverkskort kan ha totalt 300 regler (belastningsutjämning, inkommande NAT och regler för utgående trafik) som konfigurerats för alla IP-konfigurationer på nätverkskortet. 2 IP-konfigurationer för serverdelen aggregeras över alla regler för lastbalanserare, inklusive belastningsutjämning, inkommande NAT och utgående regler. Varje regel som en serverdelspoolinstans är konfigurerad med räknas som en konfiguration.}

Load Balancer tillämpar inga dataflödesgränser. Dataflödesgränser för virtuella datorer och virtuella nätverk gäller dock fortfarande. Mer information finns i Nätverksbandbredd för virtuella datorer.

Gateway-belastningsutjämnare

Alla gränser för Standard Load Balancer gäller även för Gateway Load Balancer.

Grundläggande belastningsutjämnare

³ Gränsen för en enskild diskret resurs i en bakomliggande pool (fristående virtuell dator, tillgänglighetsuppsättning eller placeringsgrupp för skalningsuppsättningar för virtuella datorer) är att ha upp till 250 Frontend-IP-konfigurationer över en enda Basic Public Load Balancer och Basic Internal Load Balancer.

Gränser för Azure Application Gateway

Följande tabell gäller för V1-, v2-, Standard- och WAF-SKU:er om inget annat anges.

¹ Antalet resurser som anges i tabellen gäller för SKU:er för Standard Application Gateway och WAF-aktiverade SKU:er som kör CRS 3.2 eller DRS. För WAF-aktiverade SKU:er som kör CRS 3.1 eller lägre är det tal som stöds 40. Mer information finns i WAF-motorn.

² Gränsen är per Application Gateway-instans inte per Application Gateway-resurs.

³ Måste definiera värdet via WAF-principen för Application Gateway.

Gränser för Azure Application Gateway för containrar

Konfigurationsgränser för Kubernetes-ingress och gateway-API

Gränser för Azure Bastion

En instans är en optimerad virtuell Azure-dator som skapas när du konfigurerar Azure Bastion. När du konfigurerar Azure Bastion med hjälp av Basic SKU skapas två instanser. Om du använder standard-SKU:n kan du ange antalet instanser mellan 2 och 50.

*Dessa arbetsbelastningstyper definieras här: Fjärrskrivbordsarbetsbelastningar
**Dessa gränser baseras på RDP-prestandatester för Azure Bastion. Siffrorna kan variera beroende på andra pågående RDP-sessioner eller andra pågående SSH-sessioner.

Azure DNS-gränser

Offentligt DNS

Offentliga DNS-zoner

¹Om du behöver öka dessa kvotgränser kontaktar du Azure Support.

Offentliga DNS-zonåtgärder

Offentliga DNS-resurspoståtgärder

Privat DNS

Privata DNS-zoner

Privat DNS zonåtgärder

Åtgärder för privata DNS resursposter

Operationer för virtuella nätverkslänkar

VM-gränser för Azure-tillhandahållna DNS-upplösare

¹Dessa gränser tillämpas på varje enskild virtuell dator och inte på den virtuella nätverksnivån. DNS-frågor som överskrider dessa gränser tas bort. Dessa gränser gäller för standardlösningen för Azure, inte den privata DNS-matcharen.

Privat DNS-resolver¹

¹Olika gränser kan tillämpas av Azure-portalen tills portalen har uppdaterats. Använd PowerShell för att etablera element upp till de senaste gränserna.

Azure Firewall-gränser

Gränser för Azure Front Door (klassisk)

• Utöver följande gränser finns det en sammansatt gräns för antalet routningsregler, klientdelsdomäner, protokoll och sökvägar.

¹ Om trafiken inte är globalt distribuerad och koncentrerad till en eller flera regioner, eller om en högre kvot är begränsad, skapar du en Azure-supportbegäran.

² Om du vill begära en gränsökning skapar du en Azure-supportbegäran. Kostnadsfria prenumerationer, inklusive kostnadsfritt Azure-konto och Azure for Students , är inte berättigade till gräns- eller kvotökningar. Om du har en kostnadsfri prenumeration kan du uppgradera till en betala perYou-Go-prenumeration.

Tjänstbegränsningar för Azure Front Door Standard och Premium

• Maximalt 500 totala Standard- och Premium-profiler per prenumeration.
• Utöver följande gränser finns det en sammansatt gräns för antalet vägar, domäner, protokoll och sökvägar.

¹ Om trafiken inte är globalt distribuerad och koncentrerad till en eller flera regioner, eller om det behövs en högre kvotgräns, skapar du en Azure-supportbegäran.

² Det finns för närvarande en gräns på 5 000 begäranden per sekund per POP för varje Front Door-profil. Utöver denna gräns kommer POP-noden att bryta anslutningar. Om begäranden är koncentrerade till en av flera regioner och överskrider den här gränsen kan du begära en högre POP-gräns genom att skicka en Azure-supportbegäran.

³ Om du behöver fler än 3 000 samtidiga WebSocket-anslutningar skickar du en Azure-supportbegäran.

Timeout-värden

Från klient till frontdörr

• Tidsgräns för mottagning av headers – När TCP/TLS-anslutningen har upprättats har Front Door en tidsgräns på 5 sekunder för att ta emot alla headers från klienten. Anslutningen avslutas om klienten inte skickar rubriker inom 5 sekunder. Du kan inte konfigurera det här tidsgränsvärdet.
• Http keep-alive timeout – Front Door har en tidsgräns på 90 sekunder för HTTP keep-alive. Anslutningen avslutas om klienten inte skickar data på 90 sekunder. Du kan inte konfigurera det här tidsgränsvärdet.

Front Door till programmets serverdel

• När HTTP-begäran vidarebefordras till serverdelen väntar Azure Front Door i 60 sekunder (Standard och Premium) eller 30 sekunder (klassisk) för det första paketet från serverdelen. Sedan returneras ett 503-fel till klienten, eller 504 för en cachelagrad begäran. Du kan konfigurera det här värdet med fältet originResponseTimeoutSeconds i Azure Front Door Standard och Premium API, eller fältet sendRecvTimeoutSeconds i Azure Front Door -API:et (klassisk).

• När serverdelen har tagit emot det första paketet avbryts svaret om ursprunget av någon anledning pausar mitt i svarstexten utöver originResponseTimeoutSeconds eller sendRecvTimeoutSeconds.

• Front Door använder HTTP keep-alive för att hålla anslutningarna öppna för återanvändning från tidigare begäranden. Dessa anslutningar har en tidsgräns på 90 sekunder för inaktivitet. Azure Front Door kopplar från inaktiva anslutningar när tidsgränsen på 90 sekunder har nåtts. Det går inte att konfigurera det här tidsgränsvärdet.

Begränsning för uppladdning och nedladdning av data

Andra gränser

• Maximal URL-storlek – 8 192 byte – Anger den maximala längden på den råa URL:en (schema + värdnamn + port + sökväg + frågesträng för URL:en)
• Maximal frågesträngsstorlek – 4 096 byte – Anger den maximala längden på frågesträngen i byte.
• Maximal http-svarshuvudstorlek från hälsoavsökningens URL – 4 096 byte – Angav den maximala längden för alla svarshuvuden för hälsoavsökningar.
• Maximalt antal tecken för regelmotorens action header: 640 tecken.
• Maximalt antal tecken för villkorshuvudvärde i regelmotorn: 256 tecken.
• Maximal storlek på ETag-sidhuvud: 128 byte
• Maximalt slutpunktsnamn för Standard och Premium: 46 tecken.

Mer information om begränsningar som gäller för regelmotorkonfigurationer finns i regelmotorterminologi.

Gränser för Azure Network Watcher

Gränser för Azure Route Server

¹ Om din NVA annonserar fler rutter än vad gränsen tillåter stängs BGP-sessionen.

Azure ExpressRoute-gränser

Gränser för vägannonsering

Länkar för virtuella nätverk som tillåts för varje ExpressRoute-kretsgräns

* 100 Gbit/s endast för ExpressRoute Direct

Prestandabegränsningar för ExpressRoute-gateway

Följande tabeller ger en översikt över de olika typerna av gatewayer, deras respektive begränsningar och deras förväntade prestandamått.

Högsta tillåtna gränser

Den här tabellen gäller för både Azure Resource Manager och klassiska distributionsmodeller.

¹ Värdena i tabellen är uppskattningar och varierar beroende på gatewayens CPU-användning. Om processoranvändningen är hög och antalet virtuella datorer som stöds överskrids börjar gatewayen släppa paket.

Gränser för Azure NAT Gateway

Följande gränser gäller för NAT-gatewayresurser som hanteras via Azure Resource Manager per region per prenumeration. Lär dig hur du visar din aktuella resursanvändning mot dina prenumerationsgränser.

¹ Det totala dataflödet på 50 Gbit/s delas mellan utgående och inkommande data (retur) via en NAT-gatewayresurs. Dataflödet är begränsat till 25 Gbit/s för utgående data och 25 Gbit/s för inkommande data (svar) via NAT-gateway.

² Standardgränserna för NAT-gatewayer varierar beroende på erbjudandekategorityp, till exempel kostnadsfri utvärderingsversion, betala per användning och CSP. Standardvärdet för företagsavtal prenumerationer är till exempel 1 000.

Gränser för Azure Private Link

Följande begränsningar gäller för privat Azure-länk:

Begränsningar i Azure Traffic Manager

Resursbegränsningar

¹Om du behöver öka dessa gränser kontaktar du Azure Support.

Förvalda begränsningsgränser

Profiler

Slutpunkter

Mått och värmekarta

Geo-hierarki

Gränser för Azure VPN Gateway

Om inget annat anges gäller följande begränsningar för Azure VPN Gateway-resurser och virtuella nätverksgatewayer.

Gränser för gateway-SKU

Mer information om gateway-SKU:er och gränser finns i Om gateway-SKU:er.

Prestandabegränsningar för gateway

Tabellen i det här avsnittet visar resultatet av prestandatester för VPNGw-SKU:er. En VPN-tunnel ansluter till en VPN-gatewayinstans. Varje instansdataflöde nämns i dataflödestabellen i föregående avsnitt och är tillgängligt aggregerat över alla tunnlar som ansluter till den instansen. Tabellen visar den observerade bandbredden och paketen per sekunds dataflöde per tunnel för de olika gateway-SKU:erna. Alla tester utfördes mellan gatewayer (slutpunkter) i Azure i olika regioner med 100 anslutningar och under standardbelastningsförhållanden. Vi använde offentligt tillgängliga iPerf- och CTSTraffic-verktyg för att mäta prestanda för plats-till-plats-anslutningar

• Bästa prestanda erhölls när vi använde GCMAES256-algoritmen för både IPsec-kryptering och integritet.
• Genomsnittlig prestanda erhölls vid användning av AES256 för IPsec-kryptering och SHA256 för integritet.
• Den lägsta prestandan erhölls när vi använde DES3 för IPsec-kryptering och SHA256 för integritet.

Begränsningar i Azure Virtual WAN