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

Artikel
2025-01-23

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

Anteckning

Vissa tjänster har justerbara gränser.

När gränsen kan justeras innehåller tabellerna Standardgräns och Maxgränsrubriker . Gränsen kan höjas över standardgränsen men inte över den maximala gränsen. Vissa tjänster med justerbara gränser använder olika rubriker med information om hur du justerar gränsen.

När en tjänst inte har justerbara gränser använder följande tabeller huvudgränsen utan ytterligare information om hur du justerar gränsen. I dessa fall är standard- och maxgränserna desamma.

Om du vill höja gränsen eller kvoten över standardgränsen öppnar du en kundsupportbegäran online utan kostnad.

Termerna mjuk gräns och hård gräns används ofta informellt för att beskriva den aktuella, justerbara gränsen (mjuk gräns) och maxgränsen (hård gräns). Om en gräns inte kan justeras kommer det inte att finnas en mjuk gräns utan bara en hård gräns.

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 virtuella CPU:er i Europa, västra för att köra programmet där begär du specifikt 30 virtuella CPU:er i Europa, västra.
Din vCPU-kvot ökar inte i någon annan region. endast Europa, västra har kvoten 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.

Resurs	Gräns
Hanteringsgrupper per Microsoft Entra-klientorganisation	10,000
Prenumerationer per hanteringsgrupp	Obegränsad.
Nivåer av hanteringsgruppshierarki	Rotnivå plus 6 nivåer¹
Direkt överordnad hanteringsgrupp per hanteringsgrupp	En
Distributioner på hanteringsgruppsnivå per plats	800²
Platser för distributioner på gruppnivå för hantering	10

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

²Om du når gränsen på 800 distributioner tar du bort distributioner från den historik 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.

Resurs	Gräns
Azure-prenumerationer som är associerade med en Microsoft Entra-klientorganisation	Obegränsat
Coadministratorer per prenumeration	Obegränsat
Resursgrupper per prenumeration	980
Storlek på Azure Resource Manager API-begäran	4 194 304 byte
Taggar per prenumeration¹	50
Unika taggberäkningar per prenumeration²	80 000
Distributioner på prenumerationsnivå per plats	800³
Platser för distributioner på prenumerationsnivå	10

¹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

Resurs	Gräns
Resurser per resursgrupp	Resurser begränsas inte av resursgruppen. I stället begränsas de efter resurstyp i en resursgrupp. Se nästa rad.
Resurser per resursgrupp, per resurstyp	800 – Vissa resurstyper kan överskrida gränsen på 800. Se Resurser som inte är begränsade till 800 instanser per resursgrupp.
Distributioner per resursgrupp i distributionshistoriken	800¹
Resurser per distribution	800
Hanteringslås per unikt omfång	20
Antal taggar per resurs eller resursgrupp	50
Taggnyckellängd	512
Längd på taggvärde	256

¹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

Värde	Gräns
Parametrar	256
Variabler	256
Resurser (inklusive antal kopior)	800
Utdata	64
Malluttryck	24 576 tecken
Resurser i exporterade mallar	200
Storleken på filmallen	4 MB
Resursdefinitionsstorlek	1 MB
Storlek på parameterfil	4 MB

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 kan förenkla mallen för att undvika stora begäranden finns i Lösa fel med överskriden jobbstorlek.

Microsoft Entra ID-gränser

Här är användningsbegränsningarna och andra tjänstbegränsningar för Microsoft Entra-tjänsten.

Kategori	Gräns
Klientorganisationer	En enskild användare kan tillhöra högst 500 Microsoft Entra-klienter som medlem eller gäst. Skapa högst 200 klienter. Gräns på 300 licensbaserade prenumerationer (till exempel Microsoft 365-prenumerationer) per klientorganisation
Domäner	Du kan inte lägga till fler än 5 000 hanterade domännamn. Om du konfigurerar alla domäner för federation med lokal Active Directory kan du inte lägga till fler än 2 500 domännamn i varje klientorganisation.
Resurser	Som standard kan högst 50 000 Microsoft Entra-resurser skapas i en enda klientorganisation av användare av Microsoft Entra ID Free Edition. Om du har minst en verifierad domän utökas standardkvoten för Microsoft Entra-tjänsten för din organisation till 300 000 Microsoft Entra-resurser. Microsoft Entra-tjänstkvoten för organisationer som skapats genom självbetjäningsregistrering förblir 50 000 Microsoft Entra-resurser, även efter att du har gjort ett internt administratörsövertagande och organisationen konverteras till en hanterad klientorganisation med minst en verifierad domän. Den här tjänstgränsen är inte relaterad till prisnivågränsen på 500 000 resurser på prissidan för Microsoft Entra. Om du vill gå längre än standardkvoten måste du kontakta Microsoft Support. En icke-administratörsanvändare kan inte skapa fler än 250 Microsoft Entra-resurser. Både aktiva resurser och borttagna resurser som är tillgängliga för återställning räknas mot den här kvoten. Det går bara att återställa borttagna Microsoft Entra-resurser som togs bort för mindre än 30 dagar sedan. Microsoft Entra-resurser som inte längre är tillgängliga för att återställa antalet mot den här kvoten har tagits bort med ett värde på en fjärdedel i 30 dagar. Om du har utvecklare som sannolikt kommer att överskrida den här kvoten upprepade gånger under sina regelbundna uppgifter kan du skapa och tilldela en anpassad roll med behörighet att skapa ett obegränsat antal appregistreringar. Resursbegränsningar gäller för alla katalogobjekt i en viss Microsoft Entra-klientorganisation, inklusive användare, grupper, program och tjänstens huvudnamn.
Schemautökningar	Tillägg av strängtyp får maximalt innehålla 256 tecken. Tillägg av binär typ är begränsade till 256 byte. Endast 100 tilläggsvärden, över alla typer och alla program, kan skrivas till en enskild Microsoft Entra-resurs. Endast entiteter av typen User, Group, TenantDetail, Device, Application och ServicePrincipal kan utökas med strängtypen eller enkelvärdesattribut av den binära typen.
Appar	Som mest kan 100 användare och tjänsthuvudnamn vara ägare till ett program. En användare, grupp eller tjänstens huvudnamn kan ha högst 1 500 approlltilldelningar. Begränsningen gäller tjänstens huvudnamn, användare eller grupp för alla approller och inte antalet tilldelningar för en och samma approll. En användare kan ha autentiseringsuppgifter konfigurerade för högst 48 appar med lösenordsbaserad enkel inloggning. Den här gränsen gäller endast för autentiseringsuppgifter som konfigurerats när användaren är direkt tilldelad appen, inte när användaren är medlem i en grupp som har tilldelats. En grupp kan ha autentiseringsuppgifter konfigurerade för högst 48 appar med lösenordsbaserad enkel inloggning. Se fler gränser i Verifieringsskillnader med kontotyper som stöds.
Programmanifest	Högst 1 200 poster kan läggas till i programmanifestet. Se fler gränser i Verifieringsskillnader med kontotyper som stöds.
Grupper	En icke-administratörsanvändare kan skapa högst 250 grupper i en Microsoft Entra-organisation. Alla Microsoft Entra-administratörer som kan hantera grupper i organisationen kan också skapa ett obegränsat antal grupper (upp till Microsoft Entra-objektgränsen). Om du tilldelar en roll till en användare för att ta bort gränsen för den användaren tilldelar du en mindre privilegierad, inbyggd roll som användaradministratör eller gruppadministratör. En Microsoft Entra-organisation kan ha högst 15 000 dynamiska grupper och dynamiska administrativa enheter tillsammans. Högst 500 rolltilldelningsbara grupper kan skapas i en enda Microsoft Entra-organisation (klientorganisation). Som mest kan 100 användare vara ägare av en enda grupp. Valfritt antal Microsoft Entra-resurser kan vara medlemmar i en enda grupp. En användare kan tillhöra ett valfritt antal grupper. När säkerhetsgrupper används i kombination med SharePoint Online kan en användare vara en del av totalt 2 049 säkerhetsgrupper. Detta omfattar både direkta och indirekta gruppmedlemskap. När den här gränsen överskrids blir autentisering och sökresultat oförutsägbara. Som standard är antalet medlemmar i en grupp som du kan synkronisera från din lokal Active Directory till Microsoft Entra-ID med hjälp av Microsoft Entra Connect begränsat till 50 000 medlemmar. Om du behöver synkronisera ett gruppmedlemskap som överskrider den här gränsen måste du registrera Microsoft Entra Connect Sync V2-slutpunkts-API:et. När du väljer en lista över grupper kan du tilldela en grupprincip till högst 500 Microsoft 365-grupper. Det finns ingen gräns när principen tillämpas på alla Microsoft 365-grupper. För närvarande stöds följande scenarier med kapslade grupper: En grupp kan läggas till som medlem i en annan grupp och du kan uppnå gruppkapsling. Anspråk på gruppmedlemskap. När en app har konfigurerats för att ta emot gruppmedlemskapsanspråk i token inkluderas kapslade grupper där den inloggade användaren är medlem. Villkorlig åtkomst (när en princip för villkorlig åtkomst har ett gruppomfång). Begränsa åtkomsten till lösenordsåterställning med självbetjäning. Begränsa vilka användare som kan göra Microsoft Entra-anslutning och enhetsregistrering. Följande scenarier stöds inte med kapslade grupper: Approlltilldelning för både åtkomst och etablering. Det finns stöd för att tilldela grupper till en app, men alla grupper som är kapslade i den direkt tilldelade gruppen saknar åtkomst. Gruppbaserad licensiering (tilldela en licens automatiskt till alla medlemmar i en grupp). Microsoft 365-grupper.
Programproxy	Högst 500 transaktioner* per sekund per Programproxy program. Högst 750 transaktioner per sekund för Microsoft Entra-organisationen. *En transaktion definieras som en enda HTTP-begäran och ett svar för en unik resurs. När klienter begränsas får de ett 429-svar (för många begäranden). Transaktionsmått samlas in på varje anslutningsapp och kan övervakas med hjälp av prestandaräknare under objektnamnet `Microsoft AAD App Proxy Connector`.
Åtkomstpanel	Det finns ingen gräns för antalet program per användare som kan visas i Åtkomstpanelen, oavsett antalet tilldelade licenser.
Rapporter	Högst 1 000 rader kan visas eller hämtas i rapporter. Alla andra data trunkeras.
Administrativa enheter	En Microsoft Entra-resurs kan vara medlem i högst 30 administrativa enheter. Högst 100 begränsade administrativa hanteringsenheter i en klientorganisation. En Microsoft Entra-organisation kan ha högst 15 000 dynamiska grupper och dynamiska administrativa enheter tillsammans.
Microsoft Entra-roller och -behörigheter	Högst 100 anpassade Microsoft Entra-roller kan skapas i en Microsoft Entra-organisation. Högst 150 anpassade Rolltilldelningar för Microsoft Entra för ett enskilt huvudnamn i alla omfång. Högst 100 inbyggda Rolltilldelningar i Microsoft Entra för ett enskilt huvudnamn i omfånget utanför klientorganisationen (till exempel en administrativ enhet eller Microsoft Entra-objekt). Det finns ingen gräns för inbyggda Rolltilldelningar i Microsoft Entra i klientomfånget. Mer information finns i Tilldela Microsoft Entra-roller i olika omfång. Det går inte att lägga till en gruppägare. En användares möjlighet att läsa andra användares klientinformation kan endast begränsas av microsoft Entras organisationsomfattande växel för att inaktivera alla icke-administratörsanvändares åtkomst till all klientinformation (rekommenderas inte). Mer information finns i Begränsa standardbehörigheterna för medlemsanvändare. Det kan ta upp till 15 minuter eller så kan du behöva logga ut och logga in igen innan tillägg och återkallelser av administratörsrollen börjar gälla.
Principer för villkorsstyrd åtkomst	Högst 195 principer kan skapas i en enda Microsoft Entra-organisation (klientorganisation).
Användningsvillkor	Du kan inte lägga till fler än 40 termer i en enda Microsoft Entra-organisation (klientorganisation).
Organisationer med flera klientorganisationer	Högst 5 aktiva klienter, inklusive ägarklientorganisationen. Ägarklientorganisationen kan lägga till fler än 5 väntande klienter, men de kan inte ansluta till organisationen med flera klienter om gränsen överskrids. Den här gränsen tillämpas när en väntande klientorganisation ansluter till en organisation med flera klienter. Högst 100 000 interna användare per aktiv klientorganisation. Den här gränsen tillämpas när en väntande klientorganisation ansluter till en organisation med flera klienter.

Gränser för Azure API Center

Resurs	Kostnadsfri plan¹	Standardplan²
Maximalt antal API:er	200³	10,000
Maximalt antal versioner per API	5	100
Maximalt antal definitioner per version	5	5
Maximalt antal distributioner per API	10	10
Maximalt antal miljöer	20	20
Maximalt antal arbetsytor	1 (standard)	1 (standard)
Maximalt antal anpassade metadataegenskaper per entitet³	10	20
Maximalt antal underordnade egenskaper i den anpassade metadataegenskapen av typen "objekt"	10	10
Maximalt antal begäranden per minut (dataplan)	3 000	6 000
Maximalt antal API:er som nås via dataplans-API	5	10,000
Maximalt antal API-definitioner som analyserats	10	2 000⁴
Maximalt antal länkade API-källor⁵	1	3
Maximalt antal API:er som synkroniserats från en länkad API-källa	200	2 000⁴

¹ Kostnadsfri plan som tillhandahålls i 90 dagar, sedan tas tjänsten bort mjukt. Användningen av fullständiga tjänstfunktioner, inklusive API-analys och åtkomst via dataplanets API, ä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 v2-nivåer
API Management-arbetsytor
Utvecklarportal i API Management v2-nivåer

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.

Resurs	Förbrukning	Utvecklare	Basic	Standard	Premium
Maximalt antal skalningsenheter	N/A (automatisk skalning)	1	2	4	31 per region
Cachestorlek (per enhet)	Endast externt	10 MiB	50 MiB	1 GiB	5 GiB
Samtidiga serverdelsanslutningar¹ per HTTP-utfärdare	Obegränsat	1,024	2 048 per enhet	2 048 per enhet	2 048 per enhet
Maximal cachelagrad svarsstorlek	2 MiB	2 MiB	2 MiB	2 MiB	2 MiB
Maximal principdokumentstorlek	16 KiB	256 KiB	256 KiB	256 KiB	256 KiB
Maximalt antal anpassade gatewaydomäner per tjänstinstans	Ej tillämpligt	20	Saknas	Saknas	20
Maximalt antal CA-certifikat per tjänstinstans	Ej tillämpligt	10	10	10	10
Maximalt antal tjänstinstanser per Azure-prenumeration	20	Obegränsat	Obegränsat	Obegränsat	Obegränsat
Maximalt antal prenumerationer per tjänstinstans	500	Obegränsat	Obegränsat	Obegränsat	Obegränsat
Maximalt antal klientcertifikat per tjänstinstans	50	Obegränsat	Obegränsat	Obegränsat	Obegränsat
Maximalt antal API:er per tjänstinstans	50	Obegränsat	Obegränsat	Obegränsat	Obegränsat
Maximalt antal API-åtgärder per tjänstinstans	1 000	Obegränsat	Obegränsat	Obegränsat	Obegränsat
Maximal total varaktighet för begäran	30 sekunder	Obegränsat	Obegränsat	Obegränsat	Obegränsat
Maximal storlek på begärandenyttolast	1 GiB	Obegränsat	Obegränsat	Obegränsat	Obegränsat
Maximal buffrad nyttolaststorlek	2 MiB	500 MiB	500 MiB	500 MiB	500 MiB
Maximal storlek på begäran/svarsnyttolast i diagnostikloggar	8 192 byte	8 192 byte	8 192 byte	8 192 byte	8 192 byte
Maximal url-storlek^{för begäran 2}	16 384 byte	Obegränsat	Obegränsat	Obegränsat	Obegränsat
Maximal teckenlängd för URL-sökvägssegment	1,024	1,024	1,024	1,024	1,024
Maximal teckenlängd för namngivet värde	4,096	4,096	4,096	4,096	4,096
Maximal storlek på API-schema som används av valideringsprincip	4 MB	4 MB	4 MB	4 MB	4 MB
Maximalt antal scheman	100	100	100	100	100
Maximal storlek på begärande- eller svarstext i policyn för valideringsinnehåll	100 KiB	100 KiB	100 KiB	100 KiB	100 KiB
Maximalt antal gatewayer^{med egen värd 3}	Ej tillämpligt	25	Saknas	Saknas	25
Maximalt antal aktiva WebSocket-anslutningar per enhet⁴	Ej tillämpligt	2 500	5 000	5 000	5 000
Maximalt antal taggar som stöds av en API Management-resurs	15	15	15	15	15
Maximalt antal leverantörer av autentiseringsuppgifter per tjänstinstans	1 000	1 000	1 000	1 000	1,000
Maximalt antal anslutningar per autentiseringsprovider	10,000	10,000	10,000	10,000	10,000
Maximalt antal åtkomstprinciper per anslutning	100	100	100	100	100
Maximalt antal auktoriseringsbegäranden per minut per anslutning	250	250	250	250	250
Maximalt antal arbetsytor per tjänstinstans	Saknas	Saknas	Saknas	Saknas	100

¹ 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.

Resurs	Basic v2	Standard v2	Premium v2
Maximalt antal skalningsenheter	10	10	30
Maximal cachestorlek per tjänstinstans	250 MB	1 GB	5 GB
Maximalt antal API:er per tjänstinstans	150	500	2 500
Maximalt antal API-åtgärder per tjänstinstans	3 000	10,000	20 000
Maximalt antal prenumerationer per tjänstinstans	500	2 000	4 000
Maximalt antal produkter per tjänstinstans	50	200	400
Maximalt antal användare per tjänstinstans	300	2 000	4 000
Maximalt antal grupper per tjänstinstans	20	100	200
Maximalt antal auktoriseringsservrar per tjänstinstans	10	500	500
Maximalt antal principfragment per tjänstinstans	50	50	100
Maximalt antal OpenID Connect-leverantörer per tjänstinstans	10	10	20
Maximalt antal certifikat per tjänstinstans	100	100	100
Maximalt antal serverdelar per tjänstinstans	100	100	100
Maximalt antal cacheminnen per tjänstinstans	100	100	100
Maximalt antal namngivna värden per tjänstinstans	100	100	100
Maximalt antal loggare per tjänstinstans	100	100	100
Maximalt antal scheman per tjänstinstans	100	100	100
Maximalt antal scheman per API	100	100	100
Maximalt antal taggar per tjänstinstans	100	100	100
Maximalt antal taggar per API	100	100	100
Maximalt antal versionsuppsättningar per tjänstinstans	100	100	100
Maximalt antal versioner per API	100	100	100
Maximalt antal åtgärder per API	100	100	100
Maximalt antal GraphQL-matchare per tjänstinstans	100	100	100
Maximalt antal GraphQL-matchare per API	100	100	100
Maximalt antal API:er per produkt	100	100	100
Maximalt antal API:er per prenumeration	100	100	100
Maximalt antal produkter per prenumeration	100	100	100
Maximalt antal grupper per produkt	100	100	100
Maximalt antal taggar per produkt	100	100	100
Samtidiga serverdelsanslutningar¹ per HTTP-utfärdare	2 048	2 048	2 048
Maximal cachelagrad svarsstorlek	2 MiB	2 MiB	2 MiB
Maximal principdokumentstorlek	256 KiB	256 KiB	256 KiB
Maximal storlek på begärandenyttolast	1 GiB	1 GiB	1 GiB
Maximal buffrad nyttolaststorlek	2 MiB	2 MiB	2 MiB
Maximal storlek på begäran/svarsnyttolast i diagnostikloggar	8 192 byte	8 192 byte	8 192 byte
Maximal url-storlek^{för begäran 2}	16 384 byte	16 384 byte	16 384 byte
Maximal längd på URL-sökvägssegment	1 024 tecken	1 024 tecken	1 024 tecken
Maximal teckenlängd för namngivet värde	4 096 tecken	4 096 tecken	4 096 tecken
Maximal storlek på begärande- eller svarstext i policyn för valideringsinnehåll	100 KiB	100 KiB	100 KiB
Maximal storlek på API-schema som används av valideringsprincip	4 MB	4 MB	4 MB
Maximalt antal aktiva WebSocket-anslutningar per enhet³	5 000	5 000	5 000

¹ 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 Management-arbetsytor

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

Resurs	Arbetsyta – Premium-nivå
Maximalt antal arbetsytor per instans	100
Maximalt antal skalningsenheter per premium-arbetsytegateway	12
Maximalt antal API:er (inklusive versioner och revisioner)	200
Maximalt antal API-åtgärder	5 000
Maximalt antal åtgärder per API	100
Maximalt antal versioner per API	100
Maximalt antal scheman per API	100
Maximalt antal prenumerationer per API	200
Maximalt antal taggar per API	100
Maximalt antal serverdelar	200
Maximalt antal certifikat	200
Maximalt antal grupper	50
Maximalt antal loggare	50
Maximalt antal namngivna värden	200
Maximalt antal principfragment	50
Maximalt antal produkter	100
Maximalt antal API:er per produkt	200
Maximalt antal grupper per produkt	200
Maximalt antal prenumerationer per produkt	1 000
Maximalt antal taggar per produkt	50
Maximalt antal scheman	500
Maximalt antal prenumerationer	5 000
Maximalt antal taggar	200
Maximalt antal grupper per användare	200
Maximalt antal versionsuppsättningar	50

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

Artikel	Basic v2	Standard v2	Premium v2
Maximalt antal mediefiler som ska laddas upp	15	15	15
Maximal storlek på en mediefil	500 kB	500 kB	500 kB
Maximalt antal sidor	30	50	50
Maximalt antal widgetar¹	30	50	50
Maximal storlek på metadata per sida	350 KB	350 KB	350 KB
Maximal storlek på metadata per widget¹	350 KB	350 KB	350 KB
Maximalt antal klientbegäranden per minut	200	200	200

¹ 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

Resurs	Kostnadsfri	Delad	Basic	Standard	Premium (v1-v3)	Isolerad
Webb-, mobil- eller API-appar per Azure App Service-plan¹	10	100	Obegränsad²	Obegränsad²	Obegränsad²	Obegränsad²
App Service-plan	10 per region	10 per resursgrupp	100 per resursgrupp	100 per resursgrupp	100 per resursgrupp	100 per resursgrupp
Typ av beräkningsinstans	Delad	Delad	Dedikerad³	Dedikerad³	Dedikerad³	Dedikerad³
Skala ut (maximalt antal instanser)	1 delat	1 delat	3 dedikerade³	10 dedikerade³	20 dedikerade för v1; 30 dedikerade för v2 och v3.³	100 dedikerade⁴
Lagring⁵	1 GB⁵	1 GB⁵	10 GB⁵	50 GB⁵	250 GB⁵	1 TB¹² Den tillgängliga lagringskvoten är 999 GB.
CPU-tid (5 minuter)⁶	3 minuter	3 minuter	Obegränsat, betala till standardpriser	Obegränsat, betala till standardpriser	Obegränsat, betala till standardpriser	Obegränsat, betala till standardpriser
CPU-tid (dag)⁶	60 minuter	240 minuter	Obegränsat, betala till standardpriser	Obegränsat, betala till standardpriser	Obegränsat, betala till standardpriser	Obegränsat, betala till standardpriser
Minne (1 timme)	1 024 MB per App Service-plan	1 024 MB per app	Saknas	Saknas	Saknas	Saknas
Bandbredd	165 MB	Obegränsade dataöverföringshastigheter gäller	Obegränsade dataöverföringshastigheter gäller	Obegränsade dataöverföringshastigheter gäller	Obegränsade dataöverföringshastigheter gäller	Obegränsade dataöverföringshastigheter gäller
Programmets arkitektur	32-bitars	32-bitars	32-bitars/64-bitars	32-bitars/64-bitars	32-bitars/64-bitars	32-bitars/64-bitars
WebSockets per instans (Windows)⁷	5	35	350	Obegränsat	Obegränsat	Obegränsat
WebSockets per instans (Linux)⁷	5	Ej tillämpligt	~50 000	~50 000	~50 000	~50 000
Utgående IP-anslutningar per instans	600	600	Beror på instansstorlek⁸	Beror på instansstorlek⁸	Beror på instansstorlek⁸	16 000
Samtidiga felsökningsanslutningar per program	1	1	1	5	5	5
App Service-certifikat per prenumeration	Stöds inte	Stöds inte	10	10	10	10
Anpassade domäner per app	0 (endast azurewebsites.net underdomän)	500	500	500	500	500
SSL-stöd för anpassad domän	Stöds inte, jokerteckencertifikat för *.azurewebsites.net tillgängligt som standard	Stöds inte, jokerteckencertifikat för *.azurewebsites.net tillgängligt som standard	Obegränsade SNI SSL-anslutningar	Obegränsade SNI SSL- och 1 IP SSL-anslutningar ingår	Obegränsade SNI SSL- och 1 IP SSL-anslutningar ingår	Obegränsade SNI SSL- och 1 IP SSL-anslutningar ingår
Hybridanslutningar			5 per plan	25 per plan	220 per app	220 per app
Integrering av virtuellt nätverk			X	X	X	X
Privata slutpunkter			100 per app	100 per app	100 per app
Integrerad lastbalanserare		X	X	X	X	X⁹
Åtkomstbegränsningar	512 regler per app	512 regler per app	512 regler per app	512 regler per app	512 regler per app	512 regler per app
Alltid på			X	X	X	X
Schemalagda säkerhetskopieringar			Schemalagda säkerhetskopieringar var 2:e timme, högst 12 säkerhetskopior per dag (manuell + schemalagd	Schemalagda säkerhetskopieringar var 2:e timme, högst 12 säkerhetskopior per dag (manuell + schemalagd)	Schemalagda säkerhetskopieringar varje timme, högst 50 säkerhetskopior per dag (manuell + schemalagd)	Schemalagda säkerhetskopieringar varje timme, högst 50 säkerhetskopior per dag (manuell + schemalagd)
Automatisk skalning				X	X	X
WebJobs¹⁰	X	X	X	X	X	X
Slutpunktsövervakning			X	X	X	X
Mellanlagringsplatser per app				5	20	20
Testning i produktion				X	X	X
Diagnostikloggar	X	X	X	X	X	X
Kudu	X	X	X	X	X	X
Autentisering och auktorisering	X	X	X	X	X	X
Hanterade App Service-certifikat¹¹			X	X	X	X
SLA			99,95 %	99,95 %	99,95 %	99,95 %

¹ Appar och lagringskvoter är 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 App Service-värdbaserade appar bestäms av mängden App Service-planer som skapats 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 5 samtidiga WebSocket-anslutningar på kostnadsfri SKU och ~50 000 samtidiga WebSocket-anslutningar per instans på alla andra SKU:er.

⁸ De maximala IP-anslutningarna är per instans och beror på instansstorleken: 1 920 per B1/S1/P0V3/P1V3-instans, 3 968 per B2/S2/P2V3-instans, 8 064 per B3/S3/P3V3-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 (jokerteckencertifikat ä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ön (oavsett hur de allokeras mellan olika resursgrupper).

Gränser för Azure Automation

Processautomatisering

Resurs	Gräns	Kommentar
Maximalt antal aktiva Automation-konton i en prenumeration i en region	10	Enterprise- och CSP-prenumerationer kan skapa Automation-konton i någon av de offentliga regioner som stöds av tjänsten. Skapa en supportbegäran för att begära kvotökning. Läs mer.
	2	Betala per användning, Sponsrade prenumerationer, MSDN, MPN och Azure Pass kan skapa Automation-konton i någon av de offentliga regioner som stöds av tjänsten. Skapa en supportbegäran för att begära kvotökning. Läs mer.
	1	Kostnadsfri utvärderingsversion- och Azure for Student-prenumerationer kan bara skapa ett Automation-konto per region per prenumeration. Lista över tillåtna regioner: EastUS, EastUS2, WestUS, NorthEurope, SoutheastAsia och JapanWest2 2
Maximalt antal samtidiga jobb som körs samtidigt per Automation-konto	50	När den här gränsen har nåtts misslyckas efterföljande begäranden om att skapa ett jobb. Klienten får ett felsvar. Enterprise- och CSP-prenumeration i offentliga regioner. Skapa en supportbegäran för att begära kvotökning. Läs mer.
	10	Betala per användning-, sponsrad, MSDN-, MPN-, Azure passprenumerationer i offentliga regioner. Skapa en supportbegäran för att begära en kvotökning.
	5	Kostnadsfri utvärderingsversion och Azure for Student Azure i öppna prenumerationer i offentliga regioner ².
Maximalt antal nya jobb som kan skickas var 30:e sekund per Azure Automation-konto	100	När den här gränsen har nåtts misslyckas efterföljande begäranden om att skapa ett jobb. Klienten får ett felsvar.
Maximal lagringsstorlek för jobbmetadata för en löpande period på 30 dagar	10 GB (cirka 4 miljoner jobb)	När den här gränsen har nåtts misslyckas efterföljande begäranden om att skapa ett jobb.
Maximal gräns för jobbström	1 MiB	En enskild stream får inte vara större än 1 MiB.
Maximal gräns för jobbström på Azure Automation-portalen	200 KB	Portalgräns för att visa jobbloggarna.
Maximalt antal moduler som kan importeras var 30:e sekund per Automation-konto	5
Maximal storlek på en modul	100 MB
Maximal storlek på en nodkonfigurationsfil	1 MB	Gäller för State Configuration
Jobbkörningstid, kostnadsfri nivå	500 minuter per prenumeration per kalendermånad
Maximalt antal diskutrymmen som tillåts per sandbox-miljö¹	1 GB	Gäller endast för Azure sandbox-miljöer.
Maximal mängd minne som ges till en sandbox-miljö¹	400 MB	Gäller endast för Azure sandbox-miljöer.
Maximalt antal nätverksuttag som tillåts per sandbox-miljö¹	1 000	Gäller endast för Azure sandbox-miljöer.
Högsta tillåtna körning per runbook¹	3 timmar	Gäller endast för Azure sandbox-miljöer.
Maximalt antal av systemets Hybrid Runbook Workers per Automation-konto	4 000
Maximalt antal hybrid runbook-användare per Automation-konto	4 000
Maximalt antal samtidiga jobb som kan köras på en enda Hybrid Runbook Worker	50
Maximal parameterstorlek för runbook-jobb	512 kilobyte
Maximala runbook-parametrar	50	Om du når gränsen på 50 parametrar kan du skicka en JSON- eller XML-sträng till en parameter och parsa den med runbook-filen.
Maximal storlek på webhook-nyttolast	512 kilobyte
Maximalt antal dagar som jobbdata behålls	30 dagar
Maximal tillståndsstorlek för PowerShell-arbetsflödet	5 MB	Gäller för PowerShell-arbetsflödesrunbooks när kontrollpunkter görs i arbetsflödet.
Maximalt antal taggar som stöds av ett Automation-konto	15
Maximalt antal tecken i värdefältet för en variabel	1048576

¹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.

Resurs	Gräns	Anteckningar
Fil	500
Filstorlek	5 MB
Register	250
Windows-programvara	250	Innehåller inte programuppdateringar.
Linux-paket	1,250
Tjänster	250
Demon	250

Azure uppdateringshanterare

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

Resurs	Gräns
Resursassociationer	1000
Antal taggfilter	50
Antal resursgruppsfilter	50

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

Indikator	Gräns för offentligt moln	Mooncake/Fairfax-gräns
Antal scheman per prenumeration per region	250	250
Totalt antal resursassociationer till ett schema	3 000	3 000
Resursassociationer för varje dynamiskt omfång	1 000	1,000
Antal dynamiska omfång per resursgrupp eller prenumeration per region	250	250
Antal dynamiska omfång per schema	200	100
Totalt antal prenumerationer som är kopplade till alla dynamiska omfång per schema	200	100

Azure App Configuration

Resurs	Gräns	Kommentar
Konfigurationslager för den kostnadsfria nivån	En butik per region per prenumeration.
Konfigurationslager för Standard-nivån	Obegränsade butiker per prenumeration.
Konfigurationslager för Premium-nivå	Obegränsade butiker per prenumeration.
Begäranden om konfigurationsarkiv för den kostnadsfria nivån	1 000 begäranden per dag	När kvoten är slut returneras HTTP-statuskod 429 för alla begäranden fram till dagens slut.
Begäranden om konfigurationsarkiv för Standard-nivån	30 000 per timme	När kvoten är slut kan begäranden returnera HTTP-statuskod 429 som anger för många begäranden – till slutet av timmen.
Begäranden om konfigurationsarkiv för Premium-nivån	Ingen kvotgräns för begäranden.
Dataflöde för den kostnadsfria nivån	Inget garanterat dataflöde.
Dataflöde för Standard-nivån	Tillåt upp till 300 begäranden per sekund (RPS) för läsbegäranden och upp till 60 RPS för skrivbegäranden.
Dataflöde för Premium-nivå	Tillåt upp till 450 begäranden per sekund (RPS) för läsbegäranden och upp till 100 RPS för skrivbegäranden.
Lagring för den kostnadsfria nivån	10 MB	Det finns ingen gräns för antalet nycklar och etiketter så länge deras totala storlek ligger under lagringsgränsen.
Lagring för standardnivå	1 GB	Det finns ingen gräns för antalet nycklar och etiketter så länge deras totala storlek ligger under lagringsgränsen.
Lagring för Premium-nivå	4 GB	Det finns ingen gräns för antalet nycklar och etiketter så länge deras totala storlek ligger under lagringsgränsen.
Nycklar och värden	10 kB	För ett enda nyckelvärdesobjekt, inklusive alla metadata.
Lagring av ögonblicksbilder för den kostnadsfria nivån	10 MB	Lagring av ögonblicksbilder är extra och utöver "Lagring på den kostnadsfria nivån". Lagring för både arkiverade och aktiva ögonblicksbilder räknas mot den här gränsen.
Lagring av ögonblicksbilder för Standard-nivån	1 GB	Lagring av ögonblicksbilder är extra och utöver "Lagring för standardnivå". Lagring för både arkiverade och aktiva ögonblicksbilder räknas mot den här gränsen.
Lagring av ögonblicksbilder för Premium-nivå	4 GB	Lagring av ögonblicksbilder är extra och utöver "Lagring för Premium-nivå". Lagring för både arkiverade och aktiva ögonblicksbilder räknas mot den här gränsen.
Storlek på ögonblicksbild	1 MB

Gränser för Azure Cache for Redis

Resurs	Gräns
Cachestorlek	1,2 TB
Databaser	64
Maximalt antal anslutna klienter	40,000
Azure Cache for Redis-repliker för hög tillgänglighet	3
Shards i en Premium-cache med klustring	10

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. Mer information finns i Redis-kommandon som inte stöds i Azure Cache for Redis.

Gränser för Azure Cloud Services

Resurs	Gräns
Webb- eller arbetsroller per distribution¹	25
Instansindataslutpunkter per distribution	25
Indataslutpunkter per distribution	25
Interna slutpunkter per distribution	25
Värdbaserade tjänstcertifikat per distribution	199

¹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 S1, S2, S3 och S3 Hög densitet. Gäller för större produktionsarbetsbelastningar. Det finns flera nivåer på standardnivån där 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.

Resurs	Gratis ¹	Grundläggande	S1	S2	S3	S3 HD	L1	L2
Maximalt antal tjänster per region	1	16	16	8	6	6	6	6
Maximalt antal sökenheter (SU)²	Ej tillämpligt	3 SU	36 SU	36 SU	36 SU	36 SU	36 SU	36 SU

¹ 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 allokerats som antingen en replik 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 beskrivs serviceavtal, antal partitioner och repliker på tjänstnivå.

Resurs	Kostnadsfri	Grundläggande	S1	S2	S3	S3 HD	L1	L2
Serviceavtal (SLA)	Nej	Ja	Ja	Ja	Ja	Ja	Ja	Ja
Partitioner	Ej tillämpligt	3 ¹	12	12	12	3	12	12
Repliker	Ej tillämpligt	3	12	12	12	12	12	12

¹ 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.

Serviceavtal (SLA) gäller för fakturerbara tjänster som har två eller flera repliker för frågearbetsbelastningar, eller tre eller fler repliker för arbetsbelastningar för 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 de delar resurser med andra prenumeranter.

Partitionslagring (GB)

Lagringsgränserna per tjänst varierar beroende på två saker: datum för skapande av tjänst 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. Partitioner med högre kapacitet togs online från och med april 2024, i de regioner som anges i fotnoterna. Högre kapacitet är begränsad till nya söktjänster. Det finns ingen uppgradering på plats just nu.

Datum då tjänsten skapades	Grundläggande	S1	S2	S3/HD	L1	L2
Före den 3 april 2024	2	25	100	200	1,024	2 048
3 april 2024 till och med 17 maj 2024 ¹	15	160	512	1,024	1,024	2 048
Efter den 17 maj 2024 ²	15	160	512	1,024	2,048	4,096
Efter den 10 februari 2025 ³	15	160	512	1,024	2 048	4,096

¹ Lagring med högre kapacitet för Basic, S1, S2, S3 i dessa regioner. Amerika: 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 Europa, västra.

Några regioner körs fortfarande på äldre infrastruktur, med förbehåll för gränserna för 3 april. Innan du skapar en ny tjänst kontrollerar du vilka regioner som stöds för att se till att valfri region ger den extra kapaciteten.

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.

Typ	Gräns	Exempel
En blandning av Azure AI-tjänstresurser	Maximalt 200 totala Azure AI-tjänstresurser per region.	100 Azure AI Vision-resurser i USA, västra, 50 Azure AI Speech-resurser i USA, västra och 50 Azure AI Language-resurser i USA, västra.
En enda typ av Azure AI-tjänstresurser.	Maximalt 100 resurser per region	100 Azure AI Vision-resurser i USA, västra 2 och 100 Azure AI Vision-resurser i USA, östra.

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 Azure Portal supportbegäran 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.

Resurs	Gräns
Maximal SIP-meddelandestorlek	10 kilobyte
Maximal längd på en SDP-meddelandetext	128 kilobyte
Maximal längd på begärande-URI	256 byte
Maximal längd på URI för kontaktrubrik	256 byte
Maximal längd på userinfo-delen av en URI	256 byte
Maximal längd på domännamnet i Från-huvudet	255 byte
Maximal längd på en SIP-rubriks namn	32 byte
Maximal längd på ett SIP-brödtextnamn	64 byte
Maximal längd på en rubrik som stöds, Kräv eller Proxy-Kräv	256 byte
Maximal längd på en SIP-alternativtagg	32 byte

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
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. Tillgängligt diskutrymme avgör avbildningens storleksgräns som du kan distribuera till dina containerappar.

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

Visningsnamn	Name	Bildstorleksgräns (GB)
Förbrukning	konsumtion	8*
Dedikerad D4	D4	90
Dedikerad D8	D8	210
Dedikerad D16	D16	460
Dedikerad D32	D32	940
Dedikerad E4	E4	90
Dedikerad E8	E8	210
Dedikerad E16	E16	460
Dedikerad E32	E32	940
Dedicated-NC24-A100 (förhandsversion)	NC24-A100	210
Dedicated-NC48-A100 (förhandsversion)	NC48-A100	460
Dedicated-NC96-A100 (förhandsversion)	NC96-A100	940

* 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.

Resurs	Gräns
Kluster per region per prenumeration	20
Instanser per kluster	1 000
Antal databaser i ett kluster	10,000
Antal följarkluster (dataresurskonsumenter) per leader-kluster (dataresursproducent)	100

Anteckning

Du kan begära högre gränser för Antal databaser i ett kluster och kluster per region per prenumeration. Kontakta Azure Support om du vill begära en ökning.

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

Omfattning	Åtgärd	Gräns
Kluster	läs (till exempel hämta ett kluster)	500 per 5 minuter
Kluster	skriva (till exempel skapa en databas)	1 000 per timme

Azure Database for MySQL

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

Azure Database for PostgreSQL

Se Begränsningar i Gränser för Azure Database for PostgreSQL för Azure Database for PostgreSQL.

Gränser för Azure-distributionsmiljöer

Prenumeration	Körningsgräns per distribution	Körningsgräns per månad per region per prenumeration	Lagringsgräns per miljö
Stora företag	30 min	5 000 min	1 GB
Betala per användning	10 min	200 min	1 GB
Azure-pass	10 min	200 min	1 GB
MSDN	10 min	200 min	1 GB
CSP	10 min	200 min	1 GB
Kostnadsfri utvärderingsversion	10 min	200 min	1 GB
Microsoft Azure for Students	10 min	200 min	1 GB

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

Resurs	Flex-förbrukningsplan	Premium-plan	Dedikerad plan-ASE/	Container Apps	Förbrukningsplan
Standardtid för tidsgräns (min)	30	30	30¹	30¹⁶	5
Maximal timeout-varaktighet (min)	obundna⁹	obundna⁹	obundna²	obundna¹⁷	10
Maximalt antal utgående anslutningar (per instans)	Obegränsad	Obegränsad	Obegränsad	Obegränsad	600 aktiva (totalt 1 200)
Maximal storlek på begäran (MB)³	210	210	210	210	210
Maximal frågesträngslängd³	4096	4096	4096	4096	4096
Maximal url-längd^{för begäran 3}	8192	8192	8192	8192	8192
ACU per instans	210-840	100-840/210-250¹⁰	Varierar	100	Varierar
Maximalt minne (GB per instans)	4¹⁴	3.5-14	1.75-256/8-256	Varierar	1.5
Maximalt antal instanser (Windows \| Linux)	n/a \| 1000¹⁵	varierar beroende på S KU \| 100¹¹	10-300¹⁸	200 \| 100	1000
Funktionsappar per plan¹³	1	100	obundna⁴	obundna⁴	100
App Service-planer	saknas	100 per resursgrupp	100 per resursgrupp	saknas	100 per region
Distributionsfack per app¹²	saknas	3	1-20¹¹	stöds inte	2
Lagring (tillfälligt)⁵	0,8 GB	21–140 GB	11–140 GB	saknas	0.5 GB
Lagring (beständiga)	0 GB⁷	250 GB	10–1 000 GB¹¹	saknas	1 GB^6,7
Anpassade domäner per app	500	500	500	stöds inte	500⁷
Stöd för TSL/SSL för anpassad domän	Obundna SNI SSL och en IP SSL-anslutning ingår	Obundna SNI SSL och en IP SSL-anslutning ingår	Obundna SNI SSL och en IP SSL-anslutning ingår	stöds inte	Obundna SNI SSL-anslutningar ingår

Anmärkningar om tjänstbegränsningar:

Som standard är tidsgränsen för Functions 1.x-körningen i en App Service-plan obundna.
Kräver att App Service-planen är inställd på AlwaysOn. Betala till standardpriser. En respitperiod på 10 minuter ges under plattformsuppdateringar.
Dessa gränser anges i värden.
Det faktiska antalet funktionsappar som du kan vara värd för beror på apparnas aktivitet, storleken på datorinstanserna och motsvarande resursanvändning.
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.
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.
I Linux måste du uttryckligen montera din egen Azure Files-resurs.
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.
Tidsgränsen för maximal körning har inte tillämpats. Respitperioden som ges till en funktionskörning är dock 60 minuter under skalning på och 10 minuter under plattformsuppdateringar.
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.
Mer information finns i Begränsningar för App Service.
Inklusive produktionsplatsen.
Det finns för närvarande en gräns på 5 000 funktionsappar i en viss prenumeration.
Instansstorlekar för Flex Consumption Plan definieras för närvarande som antingen 2 048 MB eller 4 096 MB. Mer information finns i Instansminne.
Flex Consumption Plan har en regional prenumerationskvot som begränsar den totala minnesanvändningen för alla instanser i en viss region. Mer information finns i Instansminne.
När det minsta antalet repliker är inställt på noll beror standardtidsgränsen på de specifika utlösare som används i appen.
När det minsta antalet repliker är inställt på en eller flera.
I Container Apps kan du ange det maximala antalet repliker, vilket respekteras så länge det finns tillräckligt med tillgängliga kärnor.

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

Azure Health Data Services

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 Portal och använder problemtypen Tjänst- och prenumerationsgräns (kvoter).

Kvotnamn	Standardgräns	Övre gräns	Anteckningar
Arbetsyta	10	Kontakta support	Gräns per prenumeration
FHIR	10	Kontakta support	Gräns per arbetsyta
DICOM	10	Kontakta support	Gräns per arbetsyta
MedTech	10	Ej tillämpligt	Gräns per arbetsyta, kan inte ökas

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.

Kvotnamn	Standardgräns	Övre gräns	Anteckningar
Enheter för programbegäran (RU)	100 000 RU:er	Kontaktsupport Maximalt tillgängligt är 1 000 000.	Du behöver minst 400 RU:er eller 40 RU:er/GB, beroende på vilket som är större.
Samtidiga anslutningar	15 samtidiga anslutningar på två instanser (totalt 30 samtidiga begäranden)	Kontakta support
Azure API för FHIR-tjänstinstanser per prenumeration	10	Kontakta support

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

Resurs	Gräns
Maximalt antal kluster per prenumeration globalt	5 000
Maximalt antal kluster per prenumeration per region ¹	100
Maximalt antal noder per kluster med VM-skalningsuppsättningar och Standard Load Balancer SKU	5 000 över alla nodpooler Obs! Om du inte kan skala upp till 5 000 noder per kluster kan du läsa Metodtips för stora kluster.
Maximalt antal noder per nodpool (vm-skalningsuppsättningar nodpooler)	1000
Maximalt antal nodpooler per kluster	100
Maximalt antal poddar per nod: med Kubenet-nätverksprogram¹	Max: 250 Standard för Azure CLI: 110 Standard för Azure Resource Manager-mall: 110 standard för Azure Portal distribution: 30
Maximalt antal poddar per nod: med Azure Container Networking Interface (Azure CNI)²	Max: 250 Högsta rekommenderade för Windows Server-containrar: 110 Standard: 30
Open Service Mesh (OSM) AKS-tillägg	Kubernetes-klusterversion: VERSIONER som stöds av AKS OSM-styrenheter per kluster: 1 Poddar per OSM-styrenhet: 1600 Kubernetes-tjänstkonton som hanteras av OSM: 160
Maximalt belastningsutjämnat kubernetes-tjänster per kluster med Standard Load Balancer SKU	300
Maximalt antal noder per kluster med tillgänglighetsuppsättningar för virtuella datorer och basic load balancer-SKU	100

¹ Fler tillåts på begäran.
² Windows Server-containrar måste använda plugin-programmet för Azure CNI-nätverk. Kubenet stöds inte för Windows Server-containrar.

Kubernetes-kontrollplansnivå	Gräns
Standard-nivå	Skalar automatiskt Kubernetes API-server baserat på belastning. Större kontrollplanskomponentgränser och API-server/etcd-instanser.
Kostnadsfri nivå	Begränsade resurser med gränsen för inflight-begäranden på 50 muterande och 100 skrivskyddade anrop. Rekommenderad nodgräns på 10 noder per kluster. Bäst för experimentering, inlärning och enkel testning. Rekommenderas inte för produktions-/kritiska arbetsbelastningar.

Azure Lab Services

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

Per resurstyp

Gruppering	Resurstyp	Gräns
Per prenumeration	Praktiska övningar	980
Per resursgrupp	Praktiska övningar	800
	Labbplaner	800
Per labb	Scheman	250
	Virtuella datorer (VM)	400

Per region – Labbplaner och labb

Prenumerationstyp	Gränser för labbplan	Labbgränser
Standardvärde	2	2
Betala per användning	500	500
MPN	500	500
Azure i Open	500	500
Enterprise-avtal	500	500
MSDN	500	500
Sponsrat	100	15
CSP	500	500
Azure-pass	100	25
Kostnadsfri utvärdering	100	15
Azure for Students	100	15

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 for Azure Load Testing limits (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

Anteckning

Azure Maps Gen1– prisnivå – tillbakadragning

Prisnivån Gen1 är nu inaktuell och dras tillbaka den 26-09-15. Prisnivån Gen2 ersätter prisnivån Gen1 (både S0 och S1). Om ditt Azure Maps-konto har valt prisnivån Gen1 kan du växla till Gen2-priser innan det dras tillbaka, annars uppdateras det automatiskt. Mer information finns i Hantera prisnivån för ditt Azure Maps-konto.

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.

Resurs	Gräns
Maximalt lagringsutrymme per Azure-prenumeration	1 GB
Maximal storlek per filuppladdning	100 MB

Anteckning

Azure Maps-datatjänsten dras tillbaka

Azure Maps Data Service (både [v1] och [v2]) är nu inaktuell och kommer att dras tillbaka den 16/16/24. Tjänsten Azure Maps Data Registry ersätter datatjänsten. Mer information finns i Skapa dataregister

Gränser för Azure Managed Grafana

Gräns	beskrivning	Essential	Standard
Aviseringsregler	Maximalt antal aviseringsregler som kan skapas.	Stöds inte	500 per instans
Instrumentpaneler	Maximalt antal instrumentpaneler som kan skapas.	20 per instans	Obegränsat
Datakällor	Maximalt antal datakällor som kan skapas.	5 per instans	Obegränsat
API-nycklar	Maximalt antal API-nycklar som kan skapas.	2 per instans	100 per instans
Tidsgräns för datafråga	Maximal väntetid för mottagning av datafrågesvarshuvuden innan Grafana överskrider tidsgränsen.	200 sekunder	200 sekunder
Frågestorlek för datakälla	Maximalt antal byte som läs-/accepteras från svar från utgående HTTP-begäranden.	80 MB	80 MB
Rendera bild- eller PDF-rapportväntetid	Maximal varaktighet för en pdf-återgivningsbegäran för en bild eller rapport som ska slutföras innan Grafana överskrider tidsgränsen.	Stöds inte	220 sekunder
Antal instanser	Maximalt antal instanser i en enda prenumeration per Azure-region.	1	50
Begäranden per IP-adress	Maximalt antal begäranden per IP-adress per sekund.	90 begäranden per sekund	90 begäranden per sekund
Begäranden per HTTP-värd	Maximalt antal begäranden per HTTP-värd per sekund. HTTP-värden står för värdhuvudet i inkommande HTTP-begäranden, som kan beskriva varje unik värdklient.	45 begäranden per sekund	45 begäranden per sekund

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.

Resurs	Standardgräns	Maximigräns
Totalt antal entiteter, till exempel pipelines, datauppsättningar, utlösare, länkade tjänster, privata slutpunkter och integreringskörningar i en datafabrik	5 000	5 000
Totalt antal CPU-kärnor för Azure-SSIS Integration Runtime under en prenumeration	64	Ta reda på hur du begär en kvotökning från supporten.
Samtidiga pipelinekörningar per datafabrik som delas bland alla pipelines i fabriken	10,000	10,000
Samtidiga externa aktivitetskörningar per prenumeration per Azure Integration Runtime-region Externa aktiviteter hanteras på integrationskörningar men körs på länkade tjänster, inklusive Databricks, lagrad procedur, webb och andra. Den här gränsen gäller inte för lokalt installerad IR.	3 000	3 000
Samtidiga pipeline-aktivitetskörningar per prenumeration per Azure Integration Runtime-region Pipelineaktiviteter körs på integrationskörningen, inklusive Lookup, GetMetadata och Delete. Den här gränsen gäller inte för lokalt installerad IR.	1 000	1,000
Samtidiga redigeringsåtgärder per prenumeration per Azure Integration Runtime-region Inklusive testanslutning, bläddra i mapplista och tabellista, förhandsgranska data. Den här gränsen gäller inte för lokalt installerad IR.	200	200
Samtidiga dataintegreringsenheter¹ förbrukning per prenumeration per Azure Integration Runtime region	Regiongrupp 1²: 6 000 Regiongrupp 2²: 3 000 Regiongrupp 3²: 1 500	Regiongrupp 1²: 6 000 Regiongrupp 2²: 3 000 Regiongrupp 3²: 1 500
Samtidig förbrukning Dataintegration enheter¹ per prenumeration per Azure Integration Runtime-region i hanterat virtuellt nätverk	2,400	2,400
Maximalt antal aktiviteter per pipeline, som inkluderar inre aktiviteter för containrar	80	120
Maximalt antal länkade integreringskörningar som kan skapas mot en enda lokalt installerad integrationskörning	100	100
Maximalt antal noder som kan skapas mot en enda lokalt installerad integrationskörning	4	4
Maximalt antal parametrar per pipeline	50	50
ForEach-objekt	100,000	100,000
ForEach-parallelitet	20	50
Maximalt antal köade körningar per pipeline	100	100
Tecken per uttryck	8,192	8,192
Minsta intervall för utlösare för rullande fönster	5 min	15 min
Minsta tidsgräns för pipelineaktivitetskörningar	10 min	10 min
Maximal tidsgräns för pipeline-aktivitetskörningar	7 dagar	7 dagar
Byte per objekt for pipeline-objekt³	200 KB	200 KB
Byte per objekt for datauppsättningsobjekt och länkad tjänst-objekt³	100 kB	2 000 kB
Byte per nyttolast för varje aktivitet körs⁴	896 KB	896 KB
Dataintegreringsenheter¹ per kopieringsaktivitetskörning	256	256
API-anrop för skrivning	1 200/tim	1 200/tim Gränsen tillämpas av Azure Resource Manager, inte Azure Data Factory.
API-anrop för läsning	12 500/tim	12 500/tim Gränsen tillämpas av Azure Resource Manager, inte Azure Data Factory.
Övervakningsfrågor per minut	1 000	1,000
Maximal tid för felsökningssession för dataflöde	8 tim	8 tim
Samtidigt antal dataflöden per integrationskörning	50	50
Samtidigt antal dataflöden per integrationskörning i hanterat virtuellt nätverk	50	50
Samtidigt antal felsökningssessioner för dataflöde per användare per fabrik	3	3
Azure IR TTL-gräns för dataflöde	4 timmar	4 timmar
Storleksgräns för metadataentitet i en fabrik	2 GB	2 GB

¹ Dataintegreringsenheten (DIU) används i en kopieringsåtgärd från moln till moln. Läs mer från dataintegreringsenheter (version 2). Information om fakturering finns i prissättningen 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 nätverksegress.

Regiongrupp	Regioner
Regiongrupp 1	USA, centrala, USA, östra, USA, östra 2, Europa, norra, Europa, västra, USA, västra, USA, västra 2
Regiongrupp 2	Australien, östra, Australien, sydöstra, Brasilien, södra, Indien, centrala, Japan, östra, USA, norra centrala, USA, södra centrala, Sydostasien, USA, västra centrala
Regiongrupp 3	Andra regioner

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

³ Pipeline-, datauppsättnings- och länkad tjänst-objekt 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, de associerade datauppsättningarna och eventuella länkade tjänstkonfigurationer samt 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 inom Azure Resource Manager API-gränserna.

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 innebär en post i Omfång hanteringsgruppen eller prenumerationen. För tilldelningar och undantag innebär en post i Omfång hanteringsgruppen, prenumerationen, resursgruppen eller den enskilda resursen.

Där	Vad	Maximalt antal
Omfattning	Principdefinitioner	500
Omfattning	Initiativdefinitioner	200
Klientorganisation	Initiativdefinitioner	2 500
Omfattning	Princip- eller initiativtilldelningar	200
Omfattning	Undantag	1000
Definition av princip	Parametrar	20
Initiativdefinition	Policyer	1000
Initiativdefinition	Parametrar	400
Princip- eller initiativtilldelningar	Undantag (notScopes)	400
Principregel	Kapslade villkor	512
Åtgärdsuppgift	Resurser	50,000
Principdefinition, initiativ eller brödtext för tilldelningsbegäran	Byte	1 048 576

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

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

Resurs	Gräns
CPU-baserade samtidiga jobb	upp till 5¹ samtidiga jobb
FPGA-baserade samtidiga jobb	upp till 2¹ samtidiga jobb
CPU-baserade problemlösartimmar	20 timmar per månad
FPGA-baserade lösartimmar	1 timme per månad

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 Prestanda vid Skalbar SKU.

Prestanda vid skalnings-SKU

Resurs	Standardgräns	Övre gräns
CPU-baserade samtidiga jobb	upp till 100¹ samtidiga jobb	samma som standardgränsen
FPGA-baserade samtidiga jobb	upp till 10¹ samtidiga jobb	samma som standardgränsen
Lösartimmar	1 000 timmar per månad	upp till 50 000 timmar per månad

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).

Ytdiagram	Resurs	Gräns
Azure-rolltilldelningar
	Azure-rolltilldelningar per Azure-prenumeration	4 000
	Azure-rolltilldelningar per hanteringsgrupp	500
	Beskrivningens storlek för Azure-rolltilldelningar	2 KB
	Storleken på villkoret för Azure-rolltilldelningar	8 kB
Anpassade roller i Azure
	Anpassade Azure-roller per klientorganisation	5 000
	Anpassade Azure-roller per klientorganisation (för Microsoft Azure som drivs av 21Vianet)	2 000
	Storleken på rollnamnet för anpassade Azure-roller	512 tecken
	Beskrivningens storlek för anpassade Azure-roller	2 KB
	Antal tilldelningsbara omfång för anpassade Azure-roller	2 000

Gränser för Azure SignalR Service

Resurs	Standardgräns	Maximigräns
Azure SignalR Service-enheter per instans för den kostnadsfria nivån	1	1
Azure SignalR Service-enheter per instans för Standard/Premium_P1-nivå	100	100
Azure SignalR Service-enheter per instans för Premium_P2 nivå	100 – 1 000	100 – 1 000
Azure SignalR Service-enheter per prenumeration per region för den kostnadsfria nivån	5	5
Totalt antal Azure SignalR Service-enheter per prenumeration per region	150	Obegränsat
Samtidiga anslutningar per enhet för den kostnadsfria nivån	20	20
Samtidiga anslutningar per enhet för Standard-/Premium-nivå	1 000	1,000
Inkluderade meddelanden per enhet per dag för den kostnadsfria nivån	20 000	20 000
Ytterligare meddelanden per enhet och dag för den kostnadsfria nivån	0	0
Inkluderade meddelanden per enhet per dag för Standard-/Premium-nivå	1 000 000	1 000 000
Ytterligare meddelanden per enhet per dag för Standard-/Premium-nivå	Obegränsat	Obegränsat

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. Mer information finns i Skala 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-replikering 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. Den inkommande gränsen syftar på alla data som skickas till ett lagringskonto. Den utgående gränsen syftar på 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.

Anteckning

Du kan begära högre kapacitets- och ingressgränser. Kontakta Azure Support om du vill begära en ökning.

Resurs	Gräns
Maximalt antal lagringskonton med standardslutpunkter per region per prenumeration, inklusive standard- och premiumlagringskonton.	250 som standard 500 efter begäran¹
Maximalt antal lagringskonton med Azure DNS-zonslutpunkter (förhandsversion) per region per prenumeration, inklusive standard- och premiumlagringskonton.	5 000 (förhandsversion)
Maximal standardkapacitet för lagringskonton	5 PiB ²
Maximalt antal blobcontainrar, blobar, kataloger och underkataloger (om hierarkiskt namnområde är aktiverat), filresurser, tabeller, köer, entiteter eller meddelanden per lagringskonto.	Ingen begränsning
Högsta standardfrekvens för begäranden per generell användning v2 och Blob Storage-konto i följande regioner: Asien, östra Sydostasien Australien, östra Brasilien, södra Kanada, centrala Östra Kina 2 Norra Kina 3 Europa, norra Europa, västra Frankrike, centrala Tyskland, västra centrala Indien, centrala Japan, östra Jio Västra Indien Sydkorea, centrala Norge, östra Sydafrika, norra Sverige, centrala Förenade Arabemiraten, norra Storbritannien, södra Central US East US USA, östra 2 USGov Virginia USGov Arizona USA, norra centrala USA, södra centrala USA, västra USA, västra 2 USA, västra 3	40 000 begäranden per sekund²
Högsta standardfrekvens för begäranden per generell användning v2 och Blob Storage-konto i regioner som inte visas i föregående rad.	20 000 begäranden per sekund²
Standard högsta ingress per generell användning v2 och Blob Storage-konto i följande regioner: Asien, östra Sydostasien Australien, östra Brasilien, södra Kanada, centrala Östra Kina 2 Norra Kina 3 Europa, norra Europa, västra Frankrike, centrala Tyskland, västra centrala Indien, centrala Japan, östra Jio Västra Indien Sydkorea, centrala Norge, östra Sydafrika, norra Sverige, centrala Förenade Arabemiraten, norra Storbritannien, södra Central US East US USA, östra 2 USGov Virginia USGov Arizona USA, norra centrala USA, södra centrala USA, västra USA, västra 2 USA, västra 3	60 Gbit/s²
Standard högsta ingress per generell användning v2 och Blob Storage-konto i regioner som inte visas i föregående rad.	25 Gbit/s²
Standard maximal ingress för generell användning v1-lagringskonton (alla regioner)	10 Gbit/s²
Högsta standardutgång för konton för generell användning v2 och Blob Storage i följande regioner: Asien, östra Sydostasien Australien, östra Brasilien, södra Kanada, centrala Östra Kina 2 Norra Kina 3 Europa, norra Europa, västra Frankrike, centrala Tyskland, västra centrala Indien, centrala Japan, östra Jio Västra Indien Sydkorea, centrala Norge, östra Sydafrika, norra Sverige, centrala Förenade Arabemiraten, norra Storbritannien, södra Central US East US USA, östra 2 USGov Virginia USGov Arizona USA, norra centrala USA, södra centrala USA, västra USA, västra 2 USA, västra 3	200 Gbit/s²
Maximal utgående standard för konton för generell användning v2 och Blob Storage i regioner som inte visas i föregående rad.	50 Gbit/s²
Maximalt utgående för generell användning v1-lagringskonton (USA-regioner)	20 Gbps om RA-GRS/GRS är aktiverat, 30 Gbps för LRS/ZRS
Maximalt utgående för generell användning v1-lagringskonton (andra regioner än USA)	10 Gbps om RA-GRS/GRS är aktiverat, 15 Gbps för LRS/ZRS
Maximalt antal regler för IP-adress per lagringskonto	400
Maximalt antal regler för virtuellt nätverk per lagringskonto	400
Maximalt antal regler för resursinstanser per lagringskonto	200
Maximalt antal privata slutpunkter per lagringskonto	200

¹ 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. Om du vill begära en ökning av kontogränser kontaktar du Azure-supporten.

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.

Resurs	Gräns
Hanteringsåtgärder för lagringskonto (läsning)	800 per 5 minuter
Hanteringsåtgärder för lagringskonto (skrivning)	10 per sekund / 1 200 per timme
Hanteringsåtgärder för lagringskonto (lista)	100 per 5 minuter

Azure Blob Storage-gränser

Resurs	Mål
Maximal storlek för en enskild blobcontainer	Samma som maximal lagringskontokapacitet
Maximalt antal block i en blockblob eller tilläggsblob	50 000 block
Maximal storlek på ett block i en blockblob	4000 MiB
Maximal storlek på en blockblob	50 000 X 4000 MiB (cirka 190,7 TiB)
Maximal storlek på ett block i en tilläggsblob	4 MiB
Maximal storlek på en tilläggsblob	50 000 x 4 MiB (cirka 195 GiB)
Maximal storlek på en sidblob	8 TiB²
Maximalt antal lagrade åtkomstprinciper per blobcontainer	5
Målbegärandefrekvens för en enskild blob	Upp till 500 begäranden per sekund
Måldataflöde för en enskild sidblob	Upp till 60 MiB per sekund²
Måldataflöde för en enda blockblob	Ingress-/utgående gränser^{för upp till lagringskonto 1}

¹ 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. Mer specifikt anropar du put blob- eller put block-åtgärden 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.

Tjänstversion	Maximal blockstorlek (via Placera block)	Maximal blobstorlek (via Placera blockeringslista)	Maximal blobstorlek via en enda skrivåtgärd (via Put Blob)
Version 2019-12-12 och senare	4000 MiB	Cirka 190,7 TiB (4 000 MiB X 50 000 block)	5000 MiB
Version 2016-05-31 till och med version 2019-07-07	100 MiB	Cirka 4,75 TiB (100 MiB X 50 000 block)	256 MiB
Versioner före 2016-05-31	4 MiB	Cirka 195 GiB (4 MiB X 50 000 block)	64 MiB

Lagringsgränser för Azure Queue

Resurs	Mål
Maximal storlek för en enskild kö	500 TiB
Maximal storlek på ett meddelande i en kö	64 KiB
Maximalt antal lagrade åtkomstprinciper per kö	5
Maximal förfrågningsfrekvens per lagringskonto	20 000 meddelanden per sekund, vilket förutsätter en storlek på 1 KiB-meddelanden
Måldataflöde för en enskild kö (1-KiB-meddelanden)	Upp till 2 000 meddelanden per sekund

Azure Table Storage-gränser

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

Resurs	Mål
Antalet tabeller i ett Azure Storage-konto	Begränsas endast av lagringskontots kapacitet
Antalet partitioner i en tabell	Begränsas endast av lagringskontots kapacitet
Antalet entiteter i en partition	Begränsas endast av lagringskontots kapacitet
Maximal storlek på en enskild tabell	500 TiB
Maximal storlek på en enskild entitet, inklusive alla egenskapsvärden	1 MiB
Maximalt antal egenskaper i en tabellentitet	255 (inklusive de tre systemegenskaperna, PartitionKey, RowKeyoch Timestamp)
Maximal total storlek på en enskild egenskap i en entitet	Varierar beroende på egenskapstyp. Mer information finns i Egenskapstyper i Förstå Tabelltjänst-datamodellen.
Storlek på PartitionKey	En sträng på upp till 1 024 tecken i storlek
Storlek på RowKey	En sträng på upp till 1 024 tecken i storlek
Storlek på en entitetsgruppstransaktion	En transaktion kan som högst innehålla 100 entiteter och nyttolasten måste vara mindre än 4 MiB stor. En entitetsgruppstransaktion kan endast innehålla en uppdatering till en entitet en gång.
Maximalt antal lagrade åtkomstprinciper per tabell	5
Maximal förfrågningsfrekvens per lagringskonto	20 000 transaktioner per sekund, vilket förutsätter en entitetsstorlek på 1 KiB
Måldataflöde för en enskild tabell-partition (1 KiB-entiteter)	Upp till 2 000 entiteter per sekund

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 Portal.

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

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

Azure Virtual Desktop-objekt	Objekt för överordnad container	Tjänstgräns
Arbetsyta	Microsoft Entra-klientorganisation	1300
HostPool	Arbetsyta	400
Programgrupp	Microsoft Entra-klientorganisation	500¹
RemoteApp	Programgrupp	500
Rolltilldelning	Alla Azure Virtual Desktop-objekt	200
Sessionsvärddator	HostPool	10,000

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

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 komma 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.

Resurs	Gräns
vSphere-kluster per privat moln	12
Minsta antal ESXi-värdar per kluster	3 (hård gräns)
Maximalt antal ESXi-värdar per kluster	16 (hård gräns)
Maximalt antal ESXi-värdar per privat moln	96
Maximalt antal vCenter-servrar per privat moln	1 (hård gräns)
Maximalt antal HCX-platsparkopplingar	25 (valfri utgåva)
Maximalt antal HCX-tjänstnät	10 (valfri utgåva)
Maximalt antal Azure VMware Solution ExpressRoute-länkade privata moln från en enda plats till en enda virtuell nätverksgateway	4 Den virtuella nätverksgateway som används avgör det faktiska maximala antalet länkade privata moln. Mer information finns i Om virtuella ExpressRoute-nätverksgatewayer Om du överskrider det här tröskelvärdet använder du Azure VMware Solution Interconnect för att aggregera privata molnanslutningar i Azure-regionen.
Maximalt Azure VMware Solution ExpressRoute-dataflöde	10 Gbit/s (använd Ultra Performance Gateway SKU med FastPath aktiverat)** Den virtuella nätverksgateway som används avgör den faktiska bandbredden. Mer information finns i Om virtuella ExpressRoute-nätverksgatewayer Azure VMware Solution ExpressRoutes har inga porthastighetsbegränsningar och presterar över 10 Gbit/s. Priser över 10 Gbit/s garanteras dock inte på grund av QoS.
Maximalt antal offentliga IPv4-adresser i Azure som tilldelats till NSX	2 000
Maximalt antal Azure VMware Solution Interconnects per privat moln	10
Maximalt antal Azure ExpressRoute Global Reach-anslutningar per privat Azure VMware Solution-moln	8
vSAN-kapacitetsbegränsningar	75 % av det totala användbara (behåll 25 % tillgängligt för serviceavtal)
VMware Site Recovery Manager – Maximalt antal skyddade virtuella datorer	3 000
VMware Site Recovery Manager – Maximalt antal virtuella datorer per återställningsplan	2 000
VMware Site Recovery Manager – Maximalt antal skyddsgrupper per återställningsplan	250
VMware Site Recovery Manager – RPO-värden	5 min eller högre * (hård gräns)
VMware Site Recovery Manager – Maximalt antal virtuella datorer per skyddsgrupp	500
VMware Site Recovery Manager – Maximalt antal återställningsplaner	250

* Information om mål för återställningspunkt (RPO) som är lägre än 15 minuter finns i How the 5 Minute Recovery Point Objective Works in the vSphere Replication Administration guide.

** Det här är den mjuka och rekommenderade gränsen men 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

Resurs	Standardgräns	Maximigräns
Azure Web PubSub Service-enheter per instans för den kostnadsfria nivån	1	1
Azure Web PubSub Service-enheter per instans för Standard/Premium_P1-nivå	100	100
Azure Web PubSub Service-enheter per instans för Premium_P2 nivå	100 – 1 000	100 – 1 000
Azure Web PubSub Service-enheter per prenumeration per region för den kostnadsfria nivån	5	5
Totalt antal Azure Web PubSub Service-enheter per prenumeration per region	150	Obegränsat
Samtidiga anslutningar per enhet för den kostnadsfria nivån	20	20
Samtidiga anslutningar per enhet för Standard-/Premium-nivå	1 000	1,000
Inkluderade meddelanden per enhet per dag för den kostnadsfria nivån	20 000	20 000
Ytterligare meddelanden per enhet och dag för den kostnadsfria nivån	0	0
Inkluderade meddelanden per enhet per dag för Standard-/Premium-nivå	1 000 000	1 000 000
Ytterligare meddelanden per enhet per dag för Standard-/Premium-nivå	Obegränsat	Obegränsat

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-replikering 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

Resurs	Standardgräns	Övre gräns
Azure Batch-konton per region per prenumeration	1-3	50
Dedikerade kärnor per Batch-konto	0-900¹	Kontakta supporten
Kärnor med låg prioritet per Batch-konto	0-100¹	Kontakta supporten
Aktiva jobb och jobbscheman per Batch-konto (slutförda jobb har ingen gräns)	100-300	1 000²
Pooler per Batch-konto	0-100¹	500²
Privata slutpunktsanslutningar per Batch-konto	100	100

¹ 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 användarprenumerationspoolallokering Batch-konton för att upprätthålla kärn- och VM-familjekvoten för alla Batch-konton i prenumerationen. Tjänstkvoter som aktiva jobb eller pooler gäller för varje distinkt Batch-konto även för batchkonton för tilldelning av användarprenumerationspooler.

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

Anteckning

Standardgränserna varierar beroende på vilken typ av prenumeration du använder för att skapa ett Batch-konto. Kärnkvoter som visas är för Batch-konton i Batch-tjänstläge. Visa kvoterna i ditt Batch-konto.

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.

Resurs	Standardgräns	Maximigräns
vCPU:er per prenumeration¹	20	10,000
Coadministratorer per prenumeration	200	200
Lagringskonton per prenumeration²	100	100
Molntjänster per prenumeration	20	200
Lokala nätverk per prenumeration	10	500
DNS-servrar per prenumeration	9	100
Reserverade IP-adresser per prenumeration	20	100
Tillhörighetsgrupper per prenumeration	256	256
Längd på prenumerationsnamn (tecken)	64	64

¹Extra små instanser räknas som en vCPU mot vCPU-gränsen trots att en partiell CPU-kärna används.

²Gränsen för lagringskonton omfattar både Standard- och Premium-lagringskonton.

Gränser för containerinstanser

Resurs	Faktisk gräns
Standard-SKU-containergrupper per region per prenumeration	100
Dedikerade sku-containergrupper per region per prenumeration	0¹
Antal containrar per containergrupp	60
Antal volymer per containergrupp	20
Standard sku-kärnor (PROCESSORer) per region per prenumeration	100
Standard sku-kärnor (PROCESSORer) för K80 GPU per region per prenumeration	0
Standard sku-kärnor (PROCESSORer) för V100 GPU per region per prenumeration	0
Portar per IP-adress	5
Loggstorlek för containerinstans – instans som körs	4 MB
Loggstorlek för containerinstans – stoppad instans	16 KB eller 1 000 rader
Containergrupp skapar per timme	300¹
Containergruppen skapas per 5 minuter	100¹
Containergruppen tas bort per timme	300¹
Containergruppen tas bort per 5 minuter	100¹

¹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 per användning-prenumeration.
²Standardgräns för betala per användning-prenumeration . 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.

Resurs	Basic	Standard	Premium
Ingår lagring¹ (GiB)	10	100	500
Lagringsgräns (TiB)	40	40	40
Maximal bildskiktsstorlek (GiB)	200	200	200
Maximal manifeststorlek (MiB)	4	4	4
ReadOps per minut^{2, 3}	1 000	3 000	10,000
WriteOps per minut^{2, 4}	100	500	2 000
Ladda ned bandbredd² (Mbit/s)	30	60	100
Ladda upp bandbredd ² (Mbit/s)	10	20	50
Webhook	2	10	500
Geo-replikering	Saknas	Saknas	Stöds
Tillgänglighetszoner	Saknas	Saknas	Stöds
Förtroende för innehåll	Saknas	Saknas	Stöds
Privat länk med privata slutpunkter	Saknas	Saknas	Stöds
• Privata slutpunkter	Saknas	Saknas	200
Regler för offentligt IP-nätverk	Saknas	Saknas	100
Åtkomst till tjänstslutpunktens virtuella nätverk	Saknas	Saknas	Förhandsversion
• Regler för virtuellt nätverk	Saknas	Saknas	100
Kundhanterade nycklar	Saknas	Saknas	Stöds
Behörigheter som omfattar lagringsplats	Stöds	Stöds	Stöds
•Token	100	500	50,000
• Omfångskartor	100	500	50,000
•Åtgärder	500	500	500
• Lagringsplatser per omfångskarta⁵	500	500	500
Anonym pull-åtkomst	Ej tillämpligt	Förhandsversion	Förhandsversion

¹ Lagringsutrymme som ingår i den dagliga kursen för varje nivå. Ytterligare lagringsutrymme kan användas, upp till registrets lagringsgräns, till en extra daglig kostnad per GiB. Mer information finns i prissättningen för Azure Container Registry. Om du behöver lagringsutrymme utanför registerlagringsgränsen kontaktar du Azure-supporten.

²ReadOps, WriteOps och Bandwidth är minsta uppskattningar. 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 pull översätts till flera läsåtgärder baserat på antalet lager i avbildningen, plus manifesthämtningen.

⁴En docker push översätts till flera skrivåtgärder, baserat på antalet lager som måste push-överföras. En 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

Resurs	Gräns
Azure Content Delivery Network-profiler	25
Slutpunkter för innehållsleveransnätverk per profil	25
Anpassade domäner per slutpunkt	25
Maximalt antal ursprungsgrupper per profil	10
Maximalt ursprung per ursprungsgrupp	10
Maximalt antal regler per CDN-slutpunkt	25
Maximalt antal matchningsvillkor per regel	10
Maximalt antal åtgärder per regel	5
Maximal bandbredd per profil*	75 Gbit/s
Maximalt antal begäranden per sekund per profil	100,000
Storleksgräns för HTTP-sidhuvud (per sidhuvud)	32 kB

*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.

Resurs	Gräns	Kommentarer
Maximalt antal samtidiga jobb	20
Maximalt antal analysenheter (AUS) per konto	250	Använd valfri kombination av upp till högst 250 AUs för 20 jobb. Om du vill öka den här gränsen kontaktar du Microsoft Support.
Maximal skriptstorlek för jobböverföring	3 MB
Maximalt antal Data Lake Analytics-konton per region per prenumeration	5	Om du vill öka den här gränsen kontaktar du Microsoft Support.

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.

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.

Resurs	Gräns	Kommentarer
Maximalt antal Data Lake Storage Gen1-konton per prenumeration och region	10	Kontakta supporten om du vill begära en ökning för den här gränsen.
Maximalt antal åtkomst-ACL:er per fil eller mapp	32	Det här är en fast gräns. Använd grupper för att hantera åtkomst med färre poster.
Maximalt antal standard-ACL:er per fil eller mapp	32	Det här är en fast gräns. Använd grupper för att hantera åtkomst med färre poster.

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

Resurs	Gräns
Maximalt antal dataresursresurser per Azure-prenumeration	100
Maximalt antal skickade resurser per dataresurs	200
Maximalt antal mottagna resurser per dataresursresurs	100
Maximalt antal inbjudningar per skickad resurs	200
Maximalt antal resursprenumerationer per skickad resurs	200
Maximalt antal datamängder per resurs	200
Maximalt antal scheman för ögonblicksbilder per resurs	1

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.

Resurs	Gräns	Kommentarer
Maximalt antal tjänster per prenumeration, per region	10	Kontakta supporten om du vill begära en ökning för den här gränsen.

Azure Device Update för IoT Hub-gränser

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.

Resurs	Standard-SKU-gräns	Fri SKU-gräns	Kan du justera för Standard SKU?
Konton per prenumeration	50	1	Nej
Instanser per konto	50	1	Nej
Längden på kontonamnet	3–24 tecken	3–24 tecken	Nej
Längd på instansnamn	3–36 tecken	3–36 tecken	Nej

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

Åtgärd	Standard-SKU-gräns	Fri SKU-gräns	Kan du justera för Standard SKU?
Antal enheter per instans	1 miljon	10	Ja
Antal enhetsgrupper per instans	100	10	Ja
Antal enhetsklasser per instans	80	10	Ja
Antal aktiva distributioner per instans	50, inklusive en reserverad för annulleringar	5, inklusive en reserverad för annulleringar	Ja
Antal totala distributioner per instans, inklusive alla aktiva, inaktiva och avbrutna distributioner som inte tas bort	100	20	Nej
Antal uppdateringsprovidrar per instans	25	2	Nej
Antal uppdateringsnamn per provider per instans	25	2	Nej
Antal uppdateringsversioner per uppdateringsprovider och namn per instans	100	5	Nej
Totalt antal uppdateringar per instans	100	10	Nej
Maximal filstorlek för enskild uppdatering	2 GB	2 GB	Ja
Maximal kombinerad storlek för alla filer i en enda importåtgärd	2 GB	2 GB	Ja
Maximalt antal filer i en enda uppdatering	10	10	Nej
Total datalagring som ingår per instans	100 GB	5 GB	Nej

Anteckning

Avbrutna eller inaktiva distributioner räknas mot den totala distributionsgränsen. Se till att rensa dessa distributioner regelbundet så att du inte hindras från att skapa nya distributioner.

Gränser för Azure Digital Twins

Anteckning

Vissa delar av den här tjänsten har justerbara gränser, och andra inte. I följande tabeller används kolumnen Justerbar? för att representera det här villkoret. När gränsen kan justeras är värdet Justerbart? Ja.

Funktionsgränser

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

Ytdiagram	Kapacitet	Standardgräns	Justerbar?
Azure-resurs	Antal Azure Digital Twins-instanser i en region per prenumeration	10	Ja
Digitala tvillingenheter	Antal tvillingar i en Azure Digital Twins-instans	2,000,000	Ja
Digitala tvillingenheter	Antal digitala tvillingar som kan importeras i ett enda API-jobb för importjobb	2,000,000	Nej
Digitala tvillingenheter	Antal inkommande relationer till en enda tvilling	50,000	Nej
Digitala tvillingenheter	Antal utgående relationer från en enda tvilling	50,000	Nej
Digitala tvillingenheter	Totalt antal relationer i en Azure Digital Twins-instans	20,000,000	Ja
Digitala tvillingenheter	Antal relationer som kan importeras i ett enda API-jobb för importjobb	10,000,000	Nej
Digitala tvillingenheter	Maximal storlek (för JSON-brödtext i en PUT- eller PATCH-begäran) för en enskild tvilling	32 kB	Nej
Digitala tvillingenheter	Maximal storlek på begärandenyttolast	32 kB	Nej
Digitala tvillingenheter	Maximal storlek på ett strängegenskapsvärde (UTF-8)	4 kB	Nej
Digitala tvillingenheter	Maximal storlek på ett egenskapsnamn	1 kB	Nej
Routning	Antal slutpunkter för en enda Azure Digital Twins-instans	6	Nej
Routning	Antal vägar för en enda Azure Digital Twins-instans	6	Ja
Modeller	Antal modeller i en enda Azure Digital Twins-instans	10,000	Ja
Modeller	Antal modeller som kan importeras i ett enda API-anrop (inte med API:et Importera jobb)	250	Nej
Modeller	Antal modeller som kan importeras i ett enda API-jobb för importjobb	10,000	Nej
Modeller	Maximal storlek (för JSON-brödtext i en PUT- eller PATCH-begäran) för en enskild modell	1 MB	Nej
Modeller	Antal objekt som returneras på en enda sida	100	Nej
Fråga	Antal objekt som returneras på en enda sida	1000	Ja
Fråga	Antal `AND` / `OR` uttryck i en fråga	50	Ja
Fråga	Antal matrisobjekt i en `IN` / `NOT IN` sats	50	Ja
Fråga	Antal tecken i en fråga	8,000	Ja
Fråga	Antal `JOINS` i en fråga	5	Ja

Hastighetsbegränsningar

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

API	Kapacitet	Standardgräns	Justerbar?
API:er för jobb	Antal begäranden per sekund	1	Ja
API:er för jobb	Antal massjobb som körs samtidigt (inklusive import och borttagning)	1	Ja
Api för modeller	Antal begäranden per sekund	100	Ja
Digital Twins API	Antal läsbegäranden per sekund	1 000	Ja
Digital Twins API	Antal korrigeringsbegäranden per sekund	1 000	Ja
Digital Twins API	Antal åtgärder för att skapa/ta bort per sekund för alla tvillingar och relationer	500	Ja
Digital Twins API	Antal åtgärder för att skapa/uppdatera/ta bort per sekund för en enskild tvilling eller dess inkommande/utgående relationer	10	Nej
Digital Twins API	Antal utestående åtgärder på en enskild tvilling eller dess inkommande/utgående relationer	500	Nej
Fråge-API	Antal begäranden per sekund	500	Ja
Fråge-API	Frågeenheter per sekund	4 000	Ja
API för händelsevägar	Antal begäranden per sekund	100	Ja

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

Anteckning

Följande begränsningar som anges i den här artikeln är per region.

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.

Resursbegränsningar för Event Grid-namnområde

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.

Gränsbeskrivning	Gräns
Event Grid-namnområden per Azure-prenumeration	50
Maximalt dataflöde per Event Grid-namnområde	40
IP-brandväggsregler per Event Grid-namnområde	16

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

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

Anteckning

Dataflödesenheter (TUs) definierar ingress- och utgående händelsefrekvenskapacitet i namnområden. De gör att du kan styra kapaciteten för din namnområdesresurs för inkommande meddelanden och utgående meddelanden.

Gränsbeskrivning	Gräns
MQTT-sessioner per Event Grid-namnområde	10 000 per dataflödesenhet (TU)
Sessioner per Event Grid-namnområde	10 000 per TU
Intervall för sessionens förfallodatum	8 timmar, kan konfigureras på Event Grid-namnområdet
Inkommande MQTT-publiceringsbegäranden per Event Grid-namnområde	1 000 meddelanden per sekund per TU
Inkommande MQTT-bandbredd per Event Grid-namnområde	1 MB per sekund per TU
Inkommande MQTT-publiceringsbegäranden per session	100 meddelanden per sekund
Inkommande MQTT-bandbredd per session	1 MB per sekund
Inkommande MQTT-meddelanden under flygning*	100 meddelanden
Inkommande MQTT-bandbredd under flygning*	64 KB
Utgående MQTT-publiceringsbegäranden per Event Grid-namnområde	1 000 meddelanden per sekund per TU
Utgående MQTT-bandbredd per Event Grid-namnområde	1 MB per sekund per TU
Utgående MQTT-publiceringsbegäranden per session	100 meddelanden per sekund
Utgående MQTT-bandbredd per session	1 MB per sekund
Utgående MQTT-meddelanden under flygning*	100 meddelanden
Utgående MQTT-bandbredd under flygning*	64 KB
Max meddelandestorlek	512 kB
Segment per ämne/ämnesfilter	8
Ämnesstorlek	256 B
MQTTv5-svarsämne	256 B
MQTTv5-ämnesalias	10 per session
MQTTv5 total storlek för alla användaregenskaper	32 kB
Storlek på MQTTv5-innehållstyp	256 B
MQTTv5 korrelationsdatastorlek	256 B
Ansluta begäranden	200 begäranden per sekund per TU
MQTTv5-autentiseringsdatastorlek	8 kB
Maximalt keep-alive-intervall	1160
Ämnesfilter per MQTT SUBSCRIBE-paket	10
Prenumerera och avsluta prenumerationsbegäranden per Event Grid-namnområde	200 begäranden per sekund
Prenumerera och avsluta prenumerationsbegäranden per session	5 begäranden per sekund
Prenumerationer per MQTT-session	50
Prenumerationer per Event Grid-namnområde	1 miljon
Prenumerationer per MQTT-ämne	Obegränsad, så länge de inte överskrider gränsen för prenumerationer per Event Grid-namnområde eller session
Registrerade klientresurser	10 000 klienter per TU
CA-Certifikat	10
Klientgrupper	10
Ämnesutrymmen	10
Ämnesmallar	10 per ämnesutrymme
Behörighetsbindningar	100

* 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.

Gränsbeskrivning	Gräns
Avsnitt om Event Grid-namnområde	100 per TU
Händelse-ingress	1 000 händelser per sekund eller 1 MB per sekund per TU (beroende på vilket som inträffar först)
Händelseutgående (push- och pull-API:er)	Upp till 2 000 händelser per sekund eller 2 MB per sekund per TU
Händelseutgång (bekräfta, släppa, avvisa och förnya lås-API:er)	Upp till 2 000 händelser per sekund eller 2 MB per sekund per TU
Avsnitt om maximal händelsekvarhållning i Event Grid-namnområde	7 dagar
Prenumerationer per ämne	500
Maximal händelsestorlek	1 MB
Batchstorlek	1 MB
Händelser per begäran	1 000

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.

Gränsbeskrivning	Gräns
Anpassade ämnen per Azure-prenumeration	100 När gränsen har nåtts kan du överväga en annan region eller överväga att använda domäner, som kan ha stöd för 100 000 ämnen.
Händelseprenumerationer per ämne	500 Den här gränsen kan inte ökas.
Publiceringsfrekvens för ett anpassat ämne eller ett partnerämne (ingress)	5 000 händelser eller 5 MB per sekund (beroende på vilket som inträffar först). En händelse räknas för gränser och prissättning som ett datasegment på 64 KB. Så om händelsen är 128 KB räknas den som två händelser.
Händelsestorlek	1 MB Den här gränsen kan inte ökas.
Maximal kvarhållning av händelser i ämnen	1 dag. Den här gränsen kan inte ökas.
Antal inkommande händelser per batch	5 000 Den här gränsen kan inte ökas
Privata slutpunktsanslutningar per ämne	64 Den här gränsen kan inte ökas
IP-brandväggsregler per ämne	128

Domänresursgränser

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

Gränsbeskrivning	Gräns
Domäner per Azure-prenumeration	100
Ämnen per domän	100,000
Händelseprenumerationer per ämne inom en domän	500 Den här gränsen kan inte ökas
Händelseprenumerationer för domänomfattning	50 Den här gränsen kan inte ökas
Publiceringsfrekvens för en domän (ingress)	5 000 händelser eller 5 MB per sekund (beroende på vilket som inträffar först). En händelse räknas för gränser och prissättning som ett datasegment på 64 KB. Så om händelsen är 128 KB räknas den som två händelser.
Maximal kvarhållning av händelser i domänämnen	1 dag. Den här gränsen kan inte ökas.
Privata slutpunktsanslutningar per domän	64
IP-brandväggsregler per ämne	128

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.

Begränsning	Kommentar	Värde
Storleken på ett händelsehubbnamn	-	256 tecken
Storleken på ett konsumentgruppsnamn	Kafka-protokollet kräver inte att en konsumentgrupp skapas.	Kafka: 256 tecken AMQP: 50 tecken
Antal icke-epokmottagare per konsumentgrupp	-	5
Antal auktoriseringsregler per namnområde	Efterföljande begäranden om skapande av auktoriseringsregel avvisas.	12
Antal anrop till metoden GetRuntimeInformation	-	50 per sekund
Antal virtuella nätverk (VNet)	-	128
Antal IP-konfigurationsregler	-	128
Maximal längd på ett schemagruppnamn		50
Maximal längd på ett schemanamn		100
Storlek i byte per schema		1 MB
Antal egenskaper per schemagrupp		1024
Storlek i byte per schemagruppsegenskapsnyckel		256
Storlek i byte per schemagruppegenskapsvärde		1024

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.

Anteckning

I tabellen är CU kapacitetsenhet, PU är bearbetningsenhet och TU är dataflödesenhet.
Du kan konfigurera TU:er för en Basic- eller Standard-nivånamnrymd eller PUs för ett Premium-nivånamnområde.
När du skapar ett dedikerat kluster tilldelas ett CU till klustret. Om du aktiverar alternativet Stöd för skalning när du skapar klustret kan du skala ut genom att öka CUs eller skala in genom att minska CUs för klustret själv. Stegvisa instruktioner finns i Skala dedikerade kluster. För kluster som inte stöder funktionen Supportskalning skickar du ett ärende för att justera CU:er för klustret.

Gräns	Basic	Standard	Premium	Dedikerad
Maximal storlek på Event Hubs-publikation	256 kB	1 MB	1 MB	1 MB
Antal konsumentgrupper per händelsehubb	1	20	100	1 000 Ingen gräns per CU
Antal Kafka-konsumentgrupper per namnområde	NA	1 000	1 000	1,000
Antal asynkrona anslutningar per namnområde	100	5 000	10 000 per PU Om namnområdet till exempel har tilldelats 3 PUs är gränsen 30 000.	100 000 per CU
Maximal kvarhållningsperiod för händelsedata	1 dag	7 dagar	90 dagar	90 dagar
Händelselagring för kvarhållning	84 GB per TU	84 GB per TU	1 TB per PU	10 TB per CU
Maximalt antal RU:er, PUs eller CUS	40 RU:er	40 RU:er	16 PUs	20 CU:er
Antal partitioner per händelsehubb	32	32	100 per händelsehubb, men det finns en gräns på 200 per PU på namnområdesnivå. Om ett namnområde till exempel tilldelas 2 PUs är gränsen för totalt antal partitioner i alla händelsehubbar i namnområdet 2 * 200 = 400.	1 024 per händelsehubb 2 000 per CU
Antal namnområden per prenumeration	1 000	1 000	1,000	1 000 (50 per CU)
Antal händelsehubbar per namnområde	10	10	100 per PU	1 000
Capture	Ej tillämpligt	Betala per timme	ingår	ingår
Storlek på komprimerad händelsehubb	Ej tillämpligt	1 GB per partition	250 GB per partition	250 GB per partition
Storleken på schemaregistret (namnrymden) i megabyte	Ej tillämpligt	25	100	1,024
Antal schemagrupper i ett schemaregister eller namnområde	Ej tillämpligt	1: exklusive standardgruppen	100 1 MB per schema	1 000 1 MB per schema
Antal schemaversioner för alla schemagrupper	Ej tillämpligt	25	1 000	10,000
Dataflöde per enhet	Ingress: 1 MB/s eller 1 000 händelser per sekund Utgående: 2 MB/s eller 4 096 händelser per sekund	Ingress: 1 MB/s eller 1 000 händelser per sekund Utgående: 2 MB/s eller 4 096 händelser per sekund	Inga gränser per PU *	Inga gränser per CU *

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

Anteckning

Du kan publicera händelser individuellt eller batchvis. Publikationsgränsen (enligt SKU) gäller oavsett om det är en enskild händelse eller en batch. Publiceringshändelser som är större än det maximala tröskelvärdet avvisas.

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.

Resurs	S1 Standard	S2 Standard	S3 Standard	F1 Kostnadsfri
Meddelanden per dag	400,000	6,000,000	300,000,000	8,000
Maximalt antal enheter	200	200	10	1

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

Resurs	Gräns
Maximalt antal betalda IoT-hubbar per Azure-prenumeration	50
Maximalt antal kostnadsfria IoT-hubbar per Azure-prenumeration	1
Maximalt antal tecken i ett enhets-ID	128
Maximalt antal enhetsidentiteter som returneras i ett enskilt anrop	1 000
Maximal kvarhållning av IoT Hub-meddelanden för enhet-till-moln-meddelanden	7 dagar
Maximal storlek för enhet-till-moln-meddelande	256 kB
Maximal storlek för enhet-till-moln-batch	AMQP och HTTP: 256 KB för hela batchen MQTT: 256 KB för varje meddelande
Maximalt antal meddelanden för enhet-till-moln-batch	500
Maximal storlek för moln-till-enhet-meddelande	64 KB
Maximalt TTL-värde för moln-till-enhet-meddelanden	2 dagar
Maximalt antal leveranser för moln till enhet meddelanden	100
Maximalt ködjup från moln till enhet per enhet	50
Maximalt antal leveranser för feedbackmeddelanden som svar på ett moln-till-enhet-meddelande	100
MaximalT TTL för feedbackmeddelanden i svar på ett moln-till-enhet-meddelande	2 dagar
Maximal storlek på enhetstvilling	8 KB för avsnittet taggar och 32 KB för önskade och rapporterade egenskapsavsnitt
Maximal längd på strängnyckeln för enhetstvillingar	1 kB
Maximal längd på värdet för enhetstvillingsträng	4 kB
Maximalt djup för objektet i enhetstvillingen	10
Maximal storlek på nyttolast för direkt metod	128 kB
Maximal kvarhållning för jobbhistorik	30 dagar
Maximalt antal samtidiga jobb	10 (för S3), 5 (för S2), 1 (för S1)
Maximalt antal ytterligare slutpunkter (utöver inbyggda slutpunkter)	10 (för S1, S2 och S3)
Maximalt antal regler för meddelandedirigering	100 (för S1, S2 och S3)
Maximalt antal samtidiga anslutna enhetsströmmar	50 (endast för S1, S2, S3 och F1)
Maximal dataöverföring av enhetsström	300 MB per dag (endast för S1, S2, S3 och F1)

Anteckning

Det totala antalet enheter plus moduler som kan registreras till en enda IoT-hubb är begränsat till 1 000 000.

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

Begränsning	Värde per hubb
Identitetsregisteråtgärder (skapa, hämta, lista, uppdatera och ta bort) enskilda eller massimport/massexport	83,33 per sekund/enhet (5 000/min/enhet) (för S3). 1,67 per sekund/enhet (100/min/enhet) (för S1 och S2).
Enhetsanslutningar	6 000 per sekund/enhet (för S3), 120/sek/enhet (för S2), 12/sek/enhet (för S1). Minst 100 per sekund.
Sändningar enhet-till-moln	6 000 per sekund/enhet (för S3), 120/sek/enhet (för S2), 12/sek/enhet (för S1). Minst 100 per sekund.
Sändningar moln-till-enhet	83,33 per sekund/enhet (5 000/min/enhet) (för S3), 1,67 per sekund/enhet (100/min/enhet) (för S1 och S2).
Mottagningar moln-till-enhet	833,33 per sekund/enhet (50 000/min/enhet) (för S3), 16,67 per sekund/enhet (1 000/min/enhet) (för S1 och S2).
Filöverföringsåtgärder	83.33 filuppladdningsinitieringar/sek/enhet (5 000/min/enhet) (för S3), 1,67 initieringar av filuppladdning/sek/enhet (100/min/enhet) (för S1 och S2). 10 samtidiga filuppladdningar per enhet.
Direkta metoder	24 MB/sek/enhet (för S3), 480 KB/sek/enhet (för S2), 160 KB/sek/enhet (för S1). Baserat på storlek på 8 KB-begränsningsmätare.
Läsoperationer för enhetstvilling	500/sek/enhet (för S3), Högst 100/s eller 10/sek/enhet (för S2), 100/sek (för S1)
Uppdateringar för enhetstvilling	250 per sekund/enhet (för S3), Högst 50/s eller 5/sek/enhet (för S2), 50/sek (för S1)
Jobbåtgärder (skapa, uppdatera, lista och ta bort)	83,33 per sekund/enhet (5 000/min/enhet) (för S3), 1,67 per sekund/enhet (100/min/enhet) (för S2), 1,67 per sekund/enhet (100/min/enhet) (för S1).
Jobb per enhetsåtgärd, dataflöde	50/sek/enhet (för S3), högst 10/sek eller 1/sek/enhet (för S2), 10/sek (för S1).
Initieringshastighet för enhetsström	5 nya strömmar per sekund (endast för S1, S2, S3 och F1).

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.

Resurs	Gräns	Justerbar?
Maximalt antal enhetsetableringstjänster per Azure-prenumeration	10	Nej
Maximalt antal registreringar	1 000 000	Nej
Maximalt antal enskilda registreringar	1 000 000	Nej
Maximalt antal registreringsgrupper (X.509-certifikat)	100	Nej
Maximalt antal registreringsgrupper (symmetrisk nyckel)	100	Nej
Maximalt antal certifikatutfärdare	25	Nej
Maximalt antal länkade IoT-hubbar	50	Nej
Maximal storlek på meddelandet	96 KB	Nej

Tips

Om den hårda gränsen för symmetriska nyckelregistreringsgrupper är ett blockerande problem rekommenderar vi att du använder enskilda registreringar som en lösning.

Enhetsetableringstjänsten har följande hastighetsbegränsningar.

Taxa	Värde per enhet	Justerbar?
Operations	1 000/min/tjänst	Nej
Enhetsregistreringar	1 000/min/tjänst	Nej
Avsökningsåtgärd för enheter	5/10 sek/enhet	Nej

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 tillåtna på 10 sekunder, per valv per region¹):

Nyckeltyp	HSM-nyckel CREATE-nyckel	HSM-nyckel Alla andra transaktioner	Programvarunyckel CREATE-nyckel	Programvarunyckel Alla andra transaktioner
RSA 2 048 bitar	10	2,000	20	4 000
RSA 3 072-bitars	10	500	20	1 000
RSA 4 096-bitars	10	250	20	500
ECC P-256	10	2,000	20	4 000
ECC P-384	10	2,000	20	4 000
ECC P-521	10	2,000	20	4 000
ECC-SECP256K1	10	2,000	20	4 000

Anteckning

I föregående tabell ser vi att för RSA 2 048-bitars programvarunycklar tillåts 4 000 GET-transaktioner per 10 sekunder. För RSA 2 048-bitars HSM-nycklar tillåts 2 000 GET-transaktioner per 10 sekunder.

Tröskelvärdena för begränsning viktas och tillämpningen ligger på deras summa. Som du ser i föregående tabell är det till exempel åtta gånger dyrare att använda 4 096-bitars nycklar jämfört med 2 048-bitarsnycklar när du utför GET-åtgärder på RSA HSM-nycklar. Det beror på att 2 000/250 = 8.

I ett givet intervall på 10 sekunder kan en Azure Key Vault-klient bara utföra en av följande åtgärder innan den stöter på en 429 begränsning av HTTP-statuskoden:

4 000 RSA 2 048-bitars GET-transaktioner med programvarunyckel
2 000 RSA 2 048-bitars HSM-nyckel GET-transaktioner
250 RSA 4 096-bitars HSM-nyckel GET-transaktioner
248 RSA 4 096-bitars HSM-nyckel GET-transaktioner och 16 RSA 2 048-bitars HSM-nyckel GET-transaktioner

Hemligheter, hanterade lagringskontonycklar och valvtransaktioner:

Transaktionstyp	Maximalt antal tillåtna transaktioner på 10 sekunder, per valv per region¹
Hemlig SKAPA hemlighet	300
Alla andra transaktioner	4 000

Information om hur du hanterar begränsningar när dessa gränser överskrids finns i Vägledning för Azure Key Vault-begränsning.

¹ 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

Transaktionstyp	Högsta tillåtna key vault-objektversioner
Säkerhetskopiera enskild nyckel, hemlighet, certifikat	500

Anteckning

Om du försöker säkerhetskopiera ett nyckel-, hemlighets- eller certifikatobjekt med fler versioner än gränsen över resulterar det i ett fel. Det går inte att ta bort tidigare versioner av en nyckel, hemlighet eller ett certifikat.

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 för att säkerställa att åtgärderna 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

Artikel	Gränser
Antal HSM-instanser per prenumeration per region	5
Antal nycklar per HSM-instans	5000
Antal versioner per nyckel	100
Antal anpassade rolldefinitioner per HSM-instans	50
Antal rolltilldelningar i HSM-omfång	50
Antal rolltilldelningar i varje enskilt nyckelomfång	10

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

Åtgärd	Antal åtgärder per sekund
Alla RBAC-åtgärder (innehåller alla CRUD-åtgärder för rolldefinitioner och rolltilldelningar)	5
Fullständig HSM-säkerhetskopiering/återställning (endast en samtidig säkerhetskopierings- eller återställningsåtgärd per HSM-instans stöds)	1

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)

Åtgärd	2048-bitars	3072-bitars	4096-bitars
Skapa nyckel	1	1	1
Ta bort nyckel (mjuk borttagning)	10	10	10
Rensa nyckel	10	10	10
Säkerhetskopieringsnyckel	10	10	10
Återställningsnyckel	10	10	10
Hämta nyckelinformation	1100	1100	1100
Kryptera	10000	10000	6000
Avkryptera	1100	360	160
Radbryt	10000	10000	6000
Packa upp	1100	360	160
Signera	1100	360	160
Verifiera	10000	10000	6000

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.

Åtgärd	P-256	P-256K	P-384	P-521
Skapa nyckel	1	1	1	1
Ta bort nyckel (mjuk borttagning)	10	10	10	10
Rensa nyckel	10	10	10	10
Säkerhetskopieringsnyckel	10	10	10	10
Återställningsnyckel	10	10	10	10
Hämta nyckelinformation	1100	1100	1100	1100
Signera	260	260	165	56
Verifiera	130	130	82	28

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.

Åtgärd	128-bitars	192-bitars	256-bitars
Skapa nyckel	1	1	1
Ta bort nyckel (mjuk borttagning)	10	10	10
Rensa nyckel	10	10	10
Säkerhetskopieringsnyckel	10	10	10
Återställningsnyckel	10	10	10
Hämta nyckelinformation	1100	1100	1100
Kryptera	8000	8000	8000
Avkryptera	8000	8000	8000
Radbryt	9 000	9 000	9 000
Packa upp	9 000	9 000	9 000

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 skapa åtgärder per 20 sekunder.
2. Per Azure-prenumeration per Azure-region: 80 skapa å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

Anteckning

För resurser som inte är fasta öppnar du ett supportärende för att be om en ökning av kvoterna. Skapa inte fler Azure Media Services-konton i ett försök att få högre gränser.

Kontogränser

Resurs	Standardgräns
Media Services-konton i en enda prenumeration	100 (fast)

Tillgångsgränser

Resurs	Standardgräns
Tillgångar per Media Services-konto	1 000 000

Lagringsgränser (media)

Resurs	Standardgräns
Filstorlek	I vissa scenarier finns det en gräns för den maximala filstorlek som stöds för bearbetning i Media Services. ⁽¹⁾
Lagringskonton	100⁽²⁾ (fast)

¹ 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)

Resurs	Standardgräns
Jobb per Media Services-konto	500 000 ⁽³⁾ (fast)
Jobbindata per jobb	50 (fast)
Jobbutdata per jobb	20 (fast)
Transformerar per Media Services-konto	100 (fast)
Transformera utdata i en transformering	20 (fast)
Filer per jobbinmatning	10 (fast)

³ 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

Resurs	Standardgräns
Livehändelser ⁽⁴⁾ per Media Services-konto	5
Liveutdata per livehändelse	3 ⁽⁵⁾
Maximal varaktighet för liveutdata	Storleken på DVR-fönstret

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

⁵ Live-utdata börjar när de skapas och stoppas när de tas bort.

Gränser för paketering och leverans

Resurs	Standardgräns
Slutpunkter för direktuppspelning (stoppas eller körs) per Media Services-konto	2
Filter för dynamiskt manifest	100
Principer för direktuppspelning	100 ⁽⁶⁾
Unika positionerare för direktuppspelning som är associerade med en tillgång i taget	100⁽⁷⁾ (fast)

⁶ 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 strömningsprincip för varje positionerare för direktuppspelning.

⁷ 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

Resurs	Standardgräns
Alternativ per innehållsnyckelprincip	30
Licenser per månad för var och en av DRM-typerna på Media Services nyckelleveranstjänst per konto	1 000 000

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.
Försök inte få högre gränser genom att skapa ytterligare Azure Media Services-konton.

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

Nivå	Kostnadsfri	Basic	Standard
API-anrop	500,000	1,5 miljoner per enhet	15 miljoner per enhet
Aktiva enheter	500	Obegränsat	Obegränsat
Skala	Ej tillämpligt	Upp till 6 enheter	Obegränsade enheter
Push-aviseringar	Azure Notification Hubs kostnadsfri nivå ingår, upp till 1 miljon push-överföringar	Notification Hubs Basic-nivån ingår, upp till 10 miljoner push-överföringar	Notification Hubs Standard-nivån ingår, upp till 10 miljoner push-överföringar
Meddelanden i realtid/ WebSockets	Begränsad	350 per mobiltjänst	Obegränsat
Synkroniseringar offline	Begränsad	ingår	ingår
Schemalagda jobb	Begränsad	ingår	ingår
Azure SQL Database (krävs) Standardtaxa gäller för ytterligare kapacitet	20 MB ingår	20 MB ingår	20 MB ingår
CPU-kapacitet	60 minuter per dag	Obegränsat	Obegränsat
Utgående dataöverföring	165 MB per dag (daglig rollover)	ingår	ingår

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

Microsoft Entra-tjänstbegränsningar

Här är användningsbegränsningarna och andra tjänstbegränsningar för Microsoft Entra-tjänsten.

Kategori	Gräns
Klientorganisationer	En enskild användare kan tillhöra högst 500 Microsoft Entra-klienter som medlem eller gäst. Skapa högst 200 klienter. Gräns på 300 licensbaserade prenumerationer (till exempel Microsoft 365-prenumerationer) per klientorganisation
Domäner	Du kan inte lägga till fler än 5 000 hanterade domännamn. Om du konfigurerar alla domäner för federation med lokal Active Directory kan du inte lägga till fler än 2 500 domännamn i varje klientorganisation.
Resurser	Som standard kan högst 50 000 Microsoft Entra-resurser skapas i en enda klientorganisation av användare av Microsoft Entra ID Free Edition. Om du har minst en verifierad domän utökas standardkvoten för Microsoft Entra-tjänsten för din organisation till 300 000 Microsoft Entra-resurser. Microsoft Entra-tjänstkvoten för organisationer som skapats genom självbetjäningsregistrering förblir 50 000 Microsoft Entra-resurser, även efter att du har gjort ett internt administratörsövertagande och organisationen konverteras till en hanterad klientorganisation med minst en verifierad domän. Den här tjänstgränsen är inte relaterad till prisnivågränsen på 500 000 resurser på prissidan för Microsoft Entra. Om du vill gå längre än standardkvoten måste du kontakta Microsoft Support. En icke-administratörsanvändare kan inte skapa fler än 250 Microsoft Entra-resurser. Både aktiva resurser och borttagna resurser som är tillgängliga för återställning räknas mot den här kvoten. Det går bara att återställa borttagna Microsoft Entra-resurser som togs bort för mindre än 30 dagar sedan. Microsoft Entra-resurser som inte längre är tillgängliga för att återställa antalet mot den här kvoten har tagits bort med ett värde på en fjärdedel i 30 dagar. Om du har utvecklare som sannolikt kommer att överskrida den här kvoten upprepade gånger under sina regelbundna uppgifter kan du skapa och tilldela en anpassad roll med behörighet att skapa ett obegränsat antal appregistreringar. Resursbegränsningar gäller för alla katalogobjekt i en viss Microsoft Entra-klientorganisation, inklusive användare, grupper, program och tjänstens huvudnamn.
Schemautökningar	Tillägg av strängtyp får maximalt innehålla 256 tecken. Tillägg av binär typ är begränsade till 256 byte. Endast 100 tilläggsvärden, över alla typer och alla program, kan skrivas till en enskild Microsoft Entra-resurs. Endast entiteter av typen User, Group, TenantDetail, Device, Application och ServicePrincipal kan utökas med strängtypen eller enkelvärdesattribut av den binära typen.
Appar	Som mest kan 100 användare och tjänsthuvudnamn vara ägare till ett program. En användare, grupp eller tjänstens huvudnamn kan ha högst 1 500 approlltilldelningar. Begränsningen gäller tjänstens huvudnamn, användare eller grupp för alla approller och inte antalet tilldelningar för en och samma approll. En användare kan ha autentiseringsuppgifter konfigurerade för högst 48 appar med lösenordsbaserad enkel inloggning. Den här gränsen gäller endast för autentiseringsuppgifter som konfigurerats när användaren är direkt tilldelad appen, inte när användaren är medlem i en grupp som har tilldelats. En grupp kan ha autentiseringsuppgifter konfigurerade för högst 48 appar med lösenordsbaserad enkel inloggning. Se fler gränser i Verifieringsskillnader med kontotyper som stöds.
Programmanifest	Högst 1 200 poster kan läggas till i programmanifestet. Se fler gränser i Verifieringsskillnader med kontotyper som stöds.
Grupper	En icke-administratörsanvändare kan skapa högst 250 grupper i en Microsoft Entra-organisation. Alla Microsoft Entra-administratörer som kan hantera grupper i organisationen kan också skapa ett obegränsat antal grupper (upp till Microsoft Entra-objektgränsen). Om du tilldelar en roll till en användare för att ta bort gränsen för den användaren tilldelar du en mindre privilegierad, inbyggd roll som användaradministratör eller gruppadministratör. En Microsoft Entra-organisation kan ha högst 15 000 dynamiska grupper och dynamiska administrativa enheter tillsammans. Högst 500 rolltilldelningsbara grupper kan skapas i en enda Microsoft Entra-organisation (klientorganisation). Som mest kan 100 användare vara ägare av en enda grupp. Valfritt antal Microsoft Entra-resurser kan vara medlemmar i en enda grupp. En användare kan tillhöra ett valfritt antal grupper. När säkerhetsgrupper används i kombination med SharePoint Online kan en användare vara en del av totalt 2 049 säkerhetsgrupper. Detta omfattar både direkta och indirekta gruppmedlemskap. När den här gränsen överskrids blir autentisering och sökresultat oförutsägbara. Som standard är antalet medlemmar i en grupp som du kan synkronisera från din lokal Active Directory till Microsoft Entra-ID med hjälp av Microsoft Entra Connect begränsat till 50 000 medlemmar. Om du behöver synkronisera ett gruppmedlemskap som överskrider den här gränsen måste du registrera Microsoft Entra Connect Sync V2-slutpunkts-API:et. När du väljer en lista över grupper kan du tilldela en grupprincip till högst 500 Microsoft 365-grupper. Det finns ingen gräns när principen tillämpas på alla Microsoft 365-grupper. För närvarande stöds följande scenarier med kapslade grupper: En grupp kan läggas till som medlem i en annan grupp och du kan uppnå gruppkapsling. Anspråk på gruppmedlemskap. När en app har konfigurerats för att ta emot gruppmedlemskapsanspråk i token inkluderas kapslade grupper där den inloggade användaren är medlem. Villkorlig åtkomst (när en princip för villkorlig åtkomst har ett gruppomfång). Begränsa åtkomsten till lösenordsåterställning med självbetjäning. Begränsa vilka användare som kan göra Microsoft Entra-anslutning och enhetsregistrering. Följande scenarier stöds inte med kapslade grupper: Approlltilldelning för både åtkomst och etablering. Det finns stöd för att tilldela grupper till en app, men alla grupper som är kapslade i den direkt tilldelade gruppen saknar åtkomst. Gruppbaserad licensiering (tilldela en licens automatiskt till alla medlemmar i en grupp). Microsoft 365-grupper.
Programproxy	Högst 500 transaktioner* per sekund per Programproxy program. Högst 750 transaktioner per sekund för Microsoft Entra-organisationen. *En transaktion definieras som en enda HTTP-begäran och ett svar för en unik resurs. När klienter begränsas får de ett 429-svar (för många begäranden). Transaktionsmått samlas in på varje anslutningsapp och kan övervakas med hjälp av prestandaräknare under objektnamnet `Microsoft AAD App Proxy Connector`.
Åtkomstpanel	Det finns ingen gräns för antalet program per användare som kan visas i Åtkomstpanelen, oavsett antalet tilldelade licenser.
Rapporter	Högst 1 000 rader kan visas eller hämtas i rapporter. Alla andra data trunkeras.
Administrativa enheter	En Microsoft Entra-resurs kan vara medlem i högst 30 administrativa enheter. Högst 100 begränsade administrativa hanteringsenheter i en klientorganisation. En Microsoft Entra-organisation kan ha högst 15 000 dynamiska grupper och dynamiska administrativa enheter tillsammans.
Microsoft Entra-roller och -behörigheter	Högst 100 anpassade Microsoft Entra-roller kan skapas i en Microsoft Entra-organisation. Högst 150 anpassade Rolltilldelningar för Microsoft Entra för ett enskilt huvudnamn i alla omfång. Högst 100 inbyggda Rolltilldelningar i Microsoft Entra för ett enskilt huvudnamn i omfånget utanför klientorganisationen (till exempel en administrativ enhet eller Microsoft Entra-objekt). Det finns ingen gräns för inbyggda Rolltilldelningar i Microsoft Entra i klientomfånget. Mer information finns i Tilldela Microsoft Entra-roller i olika omfång. Det går inte att lägga till en gruppägare. En användares möjlighet att läsa andra användares klientinformation kan endast begränsas av microsoft Entras organisationsomfattande växel för att inaktivera alla icke-administratörsanvändares åtkomst till all klientinformation (rekommenderas inte). Mer information finns i Begränsa standardbehörigheterna för medlemsanvändare. Det kan ta upp till 15 minuter eller så kan du behöva logga ut och logga in igen innan tillägg och återkallelser av administratörsrollen börjar gälla.
Principer för villkorsstyrd åtkomst	Högst 195 principer kan skapas i en enda Microsoft Entra-organisation (klientorganisation).
Användningsvillkor	Du kan inte lägga till fler än 40 termer i en enda Microsoft Entra-organisation (klientorganisation).
Organisationer med flera klientorganisationer	Högst 5 aktiva klienter, inklusive ägarklientorganisationen. Ägarklientorganisationen kan lägga till fler än 5 väntande klienter, men de kan inte ansluta till organisationen med flera klienter om gränsen överskrids. Den här gränsen tillämpas när en väntande klientorganisation ansluter till en organisation med flera klienter. Högst 100 000 interna användare per aktiv klientorganisation. Den här gränsen tillämpas när en väntande klientorganisation ansluter till en organisation med flera klienter.

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.

Anteckning

Vi har ökat alla standardgränser till deras maxgränser. Om det inte finns någon kolumn med maximal gräns har resursen inte justerbara gränser. Om du tidigare har fått dessa gränser manuellt höjda av support och för närvarande ser gränser som är lägre än vad som anges i följande tabeller öppnar du en kundsupportbegäran online utan kostnad

Resurs	Gräns
Virtuella nätverk	1 000
Undernät per virtuellt nätverk	3 000
Peering för virtuella nätverk per virtuellt nätverk	500
Virtuella nätverksgatewayer (VPN-gatewayer) per virtuellt nätverk	1
Virtuella nätverksgatewayer (ExpressRoute-gatewayer) per virtuellt nätverk	1
DNS-servrar per virtuellt nätverk	20
Privata IP-adresser per virtuellt nätverk	65 536
Totalt antal privata adresser för en grupp peer-kopplade virtuella nätverk	128,000
Privata IP-adresser per nätverksgränssnitt	256
Privata IP-adresser per virtuell dator	256
Offentliga IP-adresser per nätverksgränssnitt	256
Offentliga IP-adresser per virtuell dator	256
Samtidiga TCP- eller UDP-flöden per nätverkskort för en virtuell dator eller rollinstans	500,000
Nätverkskort	65 536
Nätverkssäkerhetsgrupper	5 000
NSG-regler per NSG	1 000
IP-adresser och intervall som angetts för källa eller mål i en säkerhetsgrupp (gränsen gäller separat för källa och mål)	4 000
Programsäkerhetsgrupper	3 000
Programsäkerhetsgrupper per IP-konfiguration, per nätverkskort	20
Programsäkerhetsgrupper som refereras till som källa/mål per NSG-regel	10
IP-konfigurationer per programsäkerhetsgrupp	4 000
Programsäkerhetsgrupper som kan anges inom alla säkerhetsregler för en nätverkssäkerhetsgrupp	100
Användardefinierade routningstabeller	200
Användardefinierade vägar per routningstabell	400
Punkt-till-plats-rotcertifikat per Azure VPN Gateway	20
Punkt-till-plats-återkallade klientcertifikat per Azure VPN Gateway	300
TAP:er för virtuella nätverk	100
TAP-konfigurationer för nätverksgränssnitt per virtuellt nätverk TAP	100

Gränser för offentliga IP-adresser

Resurs	Standardgräns	Maximigräns
Offentliga IP-adresser^1,2	10 för Basic	Kontakta supporten
Statiska offentliga IP-adresser¹	10 för Basic	Kontakta supporten
Offentliga IP-standardadresser¹	10	Kontakta supporten
Offentliga IP-prefix	begränsas av antalet offentliga STANDARD-IP-adresser i en prenumeration	Kontakta supporten
Längd på offentliga IP-prefix	/28	Kontakta supporten
Anpassade IP-prefix	5	Kontakta supporten

¹Standardgränserna för offentliga IP-adresser varierar beroende på erbjudandekategorityp, till exempel kostnadsfri utvärderingsversion, Betala per användning, CSP. Standardvärdet för företagsavtal prenumerationer är till exempel 1 000.

²Gränsen för offentliga IP-adresser avser den totala mängden offentliga IP-adresser, inklusive Basic och Standard.

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.

Resurs	Standardgräns	Maximigräns
Virtuella nätverk	100	100
Lokala nätverksplatser	20	50
DNS-servrar per virtuellt nätverk	20	20
Privata IP-adresser per virtuellt nätverk	4,096	4,096
Samtidiga TCP- eller UDP-flöden per nätverkskort för en virtuell dator eller rollinstans	500 000, upp till 1 000 000 för två eller flera nätverkskort.	500 000, upp till 1 000 000 för två eller flera nätverkskort.
Nätverkssäkerhetsgrupper (NSG:er)	200	200
NSG-regler per NSG	200	1 000
Användardefinierade routningstabeller	200	200
Användardefinierade vägar per routningstabell	400	400
Offentliga IP-adresser (dynamiska)	500	500
Reserverade offentliga IP-adresser	500	500
Offentlig IP-adress per distribution	5	Kontakta supporten
Privat IP (intern belastningsutjämning) per distribution	1	1
Åtkomstkontrollistor för slutpunkter (ACL: er)	50	50

Gränser för Azure Load Balancer

Standard Load Balancer

Resurs	Gräns
lastbalanserare	1 000
IP-konfigurationer för klientdel	600
Regler (Load Balancer + Inkommande NAT) per resurs	1 500
Regler per nätverkskort (för alla IP-adresser på ett nätverkskort)¹	300
Portregel för hög tillgänglighet	1 per intern klientdel
Regler för utgående trafik per lastbalanserare	600
Storlek på serverdelspool	5 000
Storlek på Azure Global Load Balancer-serverdelspool	300
IP-konfigurationer för serverdelen per klientdel ²	10,000
Ip-konfigurationer för serverdelen i alla klientdelar	500,000

^{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.

² 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 att 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 Load Balancer

Resurs	Gräns
Resurser som är länkade per Gateway Load Balancer-klientdel (lastbalanserarens klientdelskonfigurationer eller VM NIC IP-konfigurationer tillsammans)	100

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

Basic Load Balancer

Resurs	Gräns
lastbalanserare	1 000
Regler per resurs	250
Regler per nätverkskort (över alla IP-adresser på ett nätverkskort)	300
IP-konfigurationer ^{för klientdelen 3}	200
Storlek på serverdelspool	300 IP-konfigurationer, enkel tillgänglighetsuppsättning
Tillgänglighetsuppsättningar per lastbalanserare	1
Lastbalanserare per virtuell dator	2 (1 Offentligt och 1 internt)

³ Gränsen för en enskild diskret resurs i en serverdelspool (fristående virtuell dator, tillgänglighetsuppsättning eller placeringsgrupp för skalningsuppsättningar för virtuella datorer) är att ha upp till 250 IP-konfigurationer på klientdelen i en enda grundläggande offentlig lastbalanserare och en grundläggande intern lastbalanserare.

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.

Resurs	Gräns	Kommentar
Azure Application Gateway	1 000 per region per prenumeration
IP-konfigurationer för klientdel	4	IPv4 – 1 offentlig och 1 privat. IPv6 – 1 offentlig och 1 privat.
Klientdelsportar	100¹
Serverdelsadresspooler	100
Serverdelsmål per pool	1 200
HTTP-lyssnare	200¹	Begränsat till 100 aktiva lyssnare som dirigerar trafik. Aktiva lyssnare = totalt antal lyssnare – lyssnare är inte aktiva. Om en standardkonfiguration i en routningsregel är inställd på att dirigera trafik (till exempel har den en lyssnare, en serverdelspool och HTTP-inställningar) räknas den också som lyssnare. Mer information finns i Vanliga frågor och svar om Application Gateway.
HTTP-regler för belastningsutjämning	400¹
HTTP-inställningar för backend	100¹
Instanser per gateway	V1 SKU – 32 V2 SKU – 125
SSL-certifikat	100¹	1 per HTTP-lyssnare
Maximal storlek på SSL-certifikat	V1 SKU – 10 KB V2 SKU – 16 KB
Maximal certifikatstorlek för certifikat för betrodd klientcertifikatutfärdare	25 KB	25 KB är den maximala aggregerade storleken på rotcertifikat och mellanliggande certifikat som finns i en uppladdad pem- eller cer-fil.
Maximalt antal certifikat för betrodd klientcertifikatutfärdare	200	100 per SSL-profil
Autentiseringscertifikat	100
Betrodda rotcertifikat	100
Minimum för tidsgräns för begäran	1 sekund
Maximal tidsgräns för begäran till privat serverdel	24 timmar
Maximal tidsgräns för begäran till extern serverdel	4 minuter
Antal platser	100¹	1 per HTTP-lyssnare
URL-kartor per lyssnare	1
Värdnamn per lyssnare	5
Maximala sökvägsbaserade regler per URL-karta	100
Omdirigeringskonfigurationer	100¹
Antal regeluppsättningar för omskrivning	400
Antal huvud- eller URL-konfigurationer per regeluppsättning för omskrivning	40
Antal villkor per regeluppsättning för omskrivning	40
Samtidiga WebSocket-anslutningar	Mellanstora gatewayer 20k² Stora gatewayer 50k²
Maximal URL-längd	32 kB
Maximal rubrikstorlek	32 kB
Maximal sidhuvudfältsstorlek för HTTP/2	8 kB
Maximal rubrikstorlek för HTTP/2	16 kB
Maximalt antal begäranden per HTTP/2-anslutning	1000	Det totala antalet begäranden som kan dela samma HTTP/2-anslutning i klientdelen
Maximal filuppladdningsstorlek (Standard SKU)	V1 – 2 GB V2 – 4 GB	Den här maximala storleksgränsen delas med begärandetexten
Maximal filuppladdningsstorlek (WAF SKU)	V1 Medium – 100 MB V1 Stor – 500 MB V2 – 750 MB V2 (med CRS 3.2 eller DRS) - 4 GB³	1 MB – Minsta värde 100 MB – standardvärde V2 med CRS 3.2 eller DRS – kan slås på/av
Maximal storleksgräns för begäran standard-SKU (utan filer)	V1 – 2 GB V2 – 4 GB
Maximal storleksgräns för begäranden WAF SKU (utan filer)	V1 eller V2 (med CRS 3.1 och äldre) – 128 KB V2 (med CRS 3.2 eller DRS) - 2 MB³	8 KB – Minsta värde 128 KB – standardvärde V2 med CRS 3.2 eller DRS – kan slås på/av
Maximal inspektionsgräns för begäran WAF SKU	V1 eller V2 (med CRS 3.1 och äldre) – 128 KB V2 (med CRS 3.2 eller DRS) - 2 MB³	8 KB – Minsta värde 128 KB – standardvärde V2 med CRS 3.2 eller DRS – kan slås på/av
Maximalt antal Private Link-konfigurationer	2	1 för offentlig IP-adress, 1 för privat IP
Maximalt antal IP-konfigurationer för Private Link	8
Maximalt antal anpassade WAF-regler per WAF-princip	100
Maximalt antal WAF-matchningsvillkor per anpassad regel	10	Den här gränsen tillämpas inte av WAF. Att lägga till fler än 10 matchningsvillkor kan leda till prestandadegredering
WAF IP-adressintervall per matchningsvillkor	540 600 – med CRS 3.2 eller DRS
Maximalt antal WAF-undantag per Application Gateway	40 200 – med CRS 3.2 eller DRS
WAF-strängmatchningsvärden per matchningsvillkor	10

¹ 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

Resurs	Gräns
Application Gateway for Containers	1 000 per prenumeration
Associationer	1 per gateway
Klientdelar	5 per gateway

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

Resurs	Gräns
Resursnamngivning	128 tecken
Namnområdesnamngivning	128 tecken
Lyssnare per gateway	64 lyssnare per gatewayresurs (framtvingas av Gateway API)
Totalt antal AGC-referenser	5 per ALB-styrenhet
Totalt antal certifikatreferenser	100 per AGC
Totalt antal lyssnare	200 per AGC
Totalt antal vägar	200 per AGC
Totalt antal regler	200 per AGC
Totalt antal tjänster	100 per AGC
Totalt antal slutpunkter	5 000 per AGC

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.

Arbetsbelastningstyp*	Sessionsgräns per instans**
Ljus	25
Medium	20
Tung	2

*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

Resurs	Gräns
Offentliga DNS-zoner per prenumeration	250 ¹
Postuppsättningar per offentlig DNS-zon	10 000 ¹
Poster per post som angetts i offentlig DNS-zon	20 ¹
Antal aliasposter för en enskild Azure-resurs	20

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

Offentliga DNS-zonåtgärder

Åtgärd	Gräns (per zon)
Skapa	40/min
Delete	40/min
Hämta	1 000/min
List	60/min
Lista efter resursgrupp	60/min (per resursgrupp)
Uppdatera	40/min

Offentliga DNS-resurspoståtgärder

Åtgärd	Gräns (per zon)
Skapa	200/min
Delete	200/min
Hämta	2000/min
Lista efter DNS-zon	60/min
Lista efter typ	60/min
Uppdatera	200/min

Privat DNS

Privata DNS-zoner

Resurs	Gräns
Privat DNS zoner per prenumeration	1000
Postuppsättningar per privat DNS-zon	25000
Poster per postuppsättning för privata DNS-zoner	20
Virtuella nätverkslänkar per privat DNS-zon	1000
Virtuella nätverk Länkar per privata DNS-zoner med automatisk registrering aktiverad	100
Antal privata DNS-zoner som ett virtuellt nätverk kan länkas till med automatisk registrering aktiverat	1
Antal privata DNS-zoner som ett virtuellt nätverk kan länkas till	1000

Privat DNS zonåtgärder

Åtgärd	Gräns (per prenumeration)
Skapa	40/min
Delete	40/min
Hämta	200/min^{(per zon)}
Visa efter prenumeration	60/min
Lista efter resursgrupp	100/min (per resursgrupp)
Uppdatera	40/min

Privat DNS resurspoståtgärder

Åtgärd	Gräns (per zon)
Skapa	60/min
Delete	60/min
Hämta	200/min
List	100/min
Uppdatera	60/min

Åtgärder för länkar till virtuella nätverk

Åtgärd	Gräns (per zon)
Skapa	60/min
Delete	60/min
Hämta	100/min
Lista efter virtuellt nätverk	20/min
Uppdatera	60/min

Vm-gränser för AZURE-tillhandahållna DNS-matchare

Resurs	Gräns
Antal DNS-frågor som en virtuell dator kan skicka till Azure DNS-matchare per sekund	1000 ¹
Maximalt antal DNS-frågor i kö (väntande svar) per virtuell dator	200 ¹

¹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-matchare¹

Resurs	Gräns
Privata DNS-matchare per prenumeration	15
PRIVATA DNS-matchare per virtuellt nätverk	1
Inkommande slutpunkter per privat DNS-matchare	5
Utgående slutpunkter per privat DNS-matchare	5
Regler för vidarebefordran per DNS-vidarebefordran	1000
Länkar till virtuella nätverk per REGELuppsättning för DNS-vidarebefordran	500
Regeluppsättning för DNS-vidarebefordring länkad till ett virtuellt nätverk	1
Regler för utgående slutpunkter per DNS-vidarebefordran	2
Regler för DNS-vidarebefordran per utgående slutpunkt	2
Mål-DNS-servrar per vidarebefordringsregel	6
QPS per slutpunkt	10,000

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

Azure Firewall-gränser

Resurs	Gräns
Azure Firewalls per virtuellt nätverk	1
Maximalt dataflöde	100 Gbit/s för Premium, 30 Gbit/s för Standard, 250 Mbit/s för Basic (förhandsversion) SKU Mer information finns i Azure Firewall-prestanda.
Regelgränser	20 000 unika källor/mål i nätverksregler Unik källa/mål i nätverket = (Källadresser + Käll-IP-grupper) * (Måladresser + Antal mål-Fqdn + Mål-IP-grupper) * (ANTAL IP-protokoll) * (Målportar) Du kan spåra nätverksregelantalet brandväggsprincip i principanalysenunder fliken Insikter . Som proxy kan du även övervaka måtten för brandväggssvarstidsavsökning för att säkerställa att den ligger inom 20 ms även under hög belastning.
Total storlek på regler inom en enda regelsamlingsgrupp	1 MB för brandväggsprinciper som skapats före juli 2022 2 MB för brandväggsprinciper som skapats efter juli 2022
Antal regelsamlingsgrupper i en brandväggsprincip	50 för brandväggsprinciper som skapats före juli 2022 90 för brandväggsprinciper som skapats efter juli 2022
Maximalt antal DNAT-regler (maximalt antal externa mål)	Maximalt 250 [antal offentliga IP-adresser för brandvägg + unika mål (måladress, port och protokoll)] DNAT-begränsningen beror på den underliggande plattformen. Du kan till exempel konfigurera 500 UDP-regler till samma IP-måladress och port (ett unikt mål), medan 500 regler till samma IP-adress men till 500 olika portar överskrider gränsen (500 unika mål). Om du behöver mer än 250 måste du lägga till en annan brandvägg i ett separat virtuellt nätverk
Minsta storlek på AzureFirewallSubnet	/26
Portintervall i nätverk och regler	1 - 65535
Offentliga IP-adresser	högst 250. Alla offentliga IP-adresser kan användas i DNAT-regler och de bidrar alla till tillgängliga SNAT-portar.
IP-adresser i IP-grupper	Vi rekommenderar att du har högst 50 unika IP-grupper per klassisk brandvägg. Högst 200 unika IP-grupper per brandväggsprincip. Maximalt 5 000 enskilda IP-adresser eller IP-prefix per IP-grupp.
Routningstabell	Som standard har AzureFirewallSubnet en 0.0.0.0/0-väg med Värdet NextHopType inställt på Internet. Azure Firewall måste ha direktanslutning till internet. Om ditt AzureFirewallSubnet lär sig en standardväg till ditt lokala nätverk via BGP måste du åsidosätta den med udr 0.0.0.0/0 med värdet NextHopType inställt som Internet för att upprätthålla direkt Internetanslutning. Azure Firewall stöder som standard inte tvingad tunneltrafik till ett lokalt nätverk. Men om konfigurationen kräver tvingad tunneltrafik till ett lokalt nätverk kommer Microsoft att stödja det från fall till fall. Kontakta supporten så att vi kan granska ditt ärende. Om den godkänns tillåter vi din prenumeration och ser till att den nödvändiga internetanslutningen för brandväggen upprätthålls.
FQDN i nätverksregler	För bra prestanda får du inte överskrida fler än 1 000 FQDN för alla nätverksregler per brandvägg.
Tidsgräns för TLS-inspektion	120 sekunder

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.

Resurs	Gräns för klassisk nivå
Azure Front Door-resurser per prenumeration	100
Klientdelsvärdar, som innehåller anpassade domäner per resurs	500
Routningsregler per resurs	500
Regler per regeluppsättning	25
Serverdelspooler per resurs²	50
Serverdelar per serverdelspool	100
Sökvägsmönster som ska matchas för en routningsregel	25
URL:er i ett enda cacherensningsanrop	100
Maximal bandbredd¹	75 Gbit/s
Maximalt antal begäranden per sekund per profil¹	100,000
Storleksgräns för HTTP-sidhuvud (per sidhuvud)	32 kB
Anpassade brandväggsregler för webbprogram per princip	100
Brandväggsprincip för webbprogram per prenumeration	100
Brandväggsmatchningsvillkor för webbprogram per anpassad regel	10
IP-adressintervall för brandvägg för webbprogram per anpassad regel	600
Brandväggssträng för webbprogram matchar värden per matchningsvillkor	10
Matchningsvärdelängd för brandväggssträng för webbprogram	256
Namnlängd för POST-brödtext för webbaserade programbrandvägg	256
Namnlängd för HTTP-huvudnamn för brandvägg för webbprogram	256
Namn på cookienamn för webbprogrambrandvägg	256
Undantagsgräns för brandvägg för webbprogram	100
Kontrollgräns för http-begärandetext i brandväggen för webbaserade program	128 kB
Längd på anpassade svarstexter för brandvägg för webbprogram	32 kB

¹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 Support begä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 per användning-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.

Resurs	Standardnivågräns	Gräns för Premium-nivå
Maximalt antal profiler per prenumeration	500	500
Maximal slutpunkt per profil	10	25
Maximal anpassad domän per profil	100	500
Maximalt antal ursprungsgrupper per profil	100	200
Maximalt ursprung per ursprungsgrupp	50	50
Maximalt ursprung per profil	100	200
Maximal tidsgräns för ursprung	16–240 sekunder	16–240 sekunder
Maximalt antal vägar per profil	100	200
Högsta regeluppsättning per profil	100	200
Maximala regler per väg	100	100
Maximala regler per regeluppsättning	100	100
Maximal bandbredd¹	75 Gbit/s	75 Gbit/s
Maximalt antal begäranden per sekund per profil^1,2	100,000	100,000
Sökvägsmönster som ska matchas för en routningsregel	25	50
URL:er i ett enda cacherensningsanrop	100	100
Maximal säkerhetsprincip per profil	100	200
Maximalt antal associationer per säkerhetsprincip	110	225
Maximalt antal hemligheter per profil	100	500
Storleksgräns för HTTP-sidhuvud (per sidhuvud)	32 kB	32 kB
Brandväggsprincip för webbaserade program (WAF) per prenumeration	100	100
ANPASSADE WAF-regler per princip	100	100
WAF-matchningsvillkor per anpassad regel	10	10
WAF-anpassade regexregler per princip	5	5
WAF IP-adressintervall per matchningsvillkor	600	600
WAF-strängmatchningsvärden per matchningsvillkor	10	10
WAF-strängmatchningsvärdelängd	256	256
Namnlängd för WAF POST-brödtextparameter	256	256
NAMNLÄNGD FÖR WAF HTTP-huvud	256	256
LÄNGD på WAF-cookienamn	256	256
WAF-exkludering per princip	100	100
WAF HTTP-begärandetext och kontrollgräns för filuppladdning	128 kB	128 kB
WAF-anpassad svarstextlängd	32 kB	32 kB

¹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 Support begäran.

²Azure Front Door har för närvarande en gräns på 5 000 RPS (mottagningspaketstyrning) per POP-gräns.

Tidsgränsvärden

Från klient till frontdörr

Tidsgräns för sidhuvud – När TCP/TLS-anslutningen har upprättats har Front Door en tidsgräns på 5 sekunder för att ta emot alla huvuden 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 pausas av någon anledning 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.

Ladda upp och ladda ned datagräns

	Med segmenterad överföringskodning (CTE)	Utan HTTP-segmentering
Ladda ned	Det finns ingen gräns för nedladdningsstorleken.	Det finns ingen gräns för nedladdningsstorleken.
Överföring	Det finns ingen gräns så länge varje CTE-uppladdning är mindre än 2 GB.	Storleken får inte vara större än 2 GB.

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 värde för regelmotorn för åtgärdshuvud: 640 tecken.
Maximalt villkorshuvudvärde för 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

Resurs	Gräns
Network Watcher-instanser per region per prenumeration	1 (En instans i en region för att aktivera åtkomst till tjänsten i regionen)
Anslutningsövervakare per region per prenumeration	100
Maximalt antal testgrupper per anslutningsövervakare	20
Maximalt antal källor och mål per anslutningsövervakare	100
Maximalt antal testkonfigurationer per anslutningsövervakare	20
Paketinsamlingssessioner per region per prenumeration	10 000 (endast antal sessioner, inte sparade avbildningar)
VPN-felsökningsåtgärder per prenumeration	1 (Antal åtgärder i taget)

Gränser för Azure Route Server

Resurs	Gräns
Antal BGP-peer-datorer	8
Antal vägar som varje BGP-peer kan annonsera till Azure Route Server ¹	1 000
Antal virtuella datorer i det virtuella nätverket (inklusive peer-kopplade virtuella nätverk) som Azure Route Server kan stödja	4 000
Antal virtuella nätverk som Azure Route Server kan stödja	500
Antal totala lokala prefix och Azure Virtual Network-prefix som Azure Route Server kan stödja	10,000

¹ Om din NVA annonserar fler vägar än gränsen tas BGP-sessionen bort.

Anteckning

Det totala antalet vägar som annonseras från adressutrymmet för det virtuella nätverket och Routningsservern mot ExpressRoute-kretsen får inte överstiga 1 000 när Gren-till-gren är aktiverat. Mer information finns i Väg annonseringsgränser för ExpressRoute.

Azure ExpressRoute-gränser

Resurs	Gräns
ExpressRoute-kretsar per prenumeration	50 (Skicka en supportbegäran om att öka gränsen)
ExpressRoute-kretsar per region per prenumeration, med Azure Resource Manager	10
Maximalt antal kretsar på samma peeringplats som är länkad till samma virtuella nätverk	4
Maximalt antal kretsar på olika peeringplatser som är länkade till samma virtuella nätverk	Standard / ERGw1Az - 4 High Perf / ERGw2Az - 8 Ultra Performance / ErGw3Az - 16
Maximalt antal IP-adresser för ExpressRoute-providerkretsen med Fastpath	25,000
Maximalt antal IP-adresser för ExpressRoute Direct 10 Gbit/s med Fastpath	100,000
Maximalt antal IP-adresser för ExpressRoute Direct 100 Gbit/s med Fastpath	200 000
Maximalt antal flöden för ExpressRoute Traffic Collector	300,000

Gränser för vägannonsering

Resurs	Lokal/standard-SKU	Premium-SKU
Maximalt antal IPv4 on-prem-vägar som annonseras via privat Azure-peering till ExpressRoute-kretsen	4 000	10,000
Maximalt antal IPv6 on-prem-vägar som annonseras via privat Azure-peering till ExpressRoute-kretsen	100	100
Maximalt antal IPv4 Virtual Network-vägar som annonseras av gatewayen till ExpressRoute-kretsen via privat Azure-peering	1 000	1,000
Maximalt antal IPv6 Virtual Network-vägar som annonseras av gatewayen till ExpressRoute-kretsen via privat Azure-peering	100	100
Maximalt antal IPv4-vägar som annonseras till Microsoft-peering lokalt	200	200
Maximalt antal IPv6-vägar som annonseras till Microsoft-peering lokalt	200	200

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

Kretsstorlek	Lokal/standard-SKU	Premium-SKU
50 Mbit/s	10	20
100 Mbit/s	10	25
200 Mbit/s	10	25
500 Mbit/s	10	40
1 Gbit/s	10	50
2 Gbit/s	10	60
5 Gbit/s	10	75
10 Gbit/s	10	100
40 Gbit/s*	10	100
100 Gbit/s*	10	100

* Endast 100 Gbit/s ExpressRoute Direct

Anteckning

Global Reach-anslutningar räknas mot gränsen för virtuella nätverksanslutningar per ExpressRoute-krets. Till exempel skulle en Premium-krets på 10 Gbit/s tillåta 5 globala reach-anslutningar och 95 anslutningar till ExpressRoute Gateways eller 95 Global Reach-anslutningar och 5 anslutningar till ExpressRoute Gateways eller någon annan kombination upp till gränsen på 100 anslutningar för kretsen.

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.

Gateway-SKU	Megabitar per sekund	Paket per sekund	Antal virtuella datorer som stöds i det virtuella nätverket ¹	Gräns för flödesantal	Antal vägar som har lärts av gatewayen
Standard/ERGw1Az	1 000	100 000	2 000	200 000	4 000
Höga prestanda/ERGw2Az	2 000	200 000	4 500	400,000	9 500
Ultra prestanda/ErGw3Az	10 000	1,000,000	11 000	1 000 000	9 500
ErGwScale (per skalningsenhet 1–40)	1 000 per skalningsenhet	100 000 per skalningsenhet	2 000 per skalningsenhet	100 000 per skalningsenhet	Totalt 60 000 per gateway

¹ 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.

Anteckning

ExpressRoute kan underlätta upp till 11 000 vägar som omfattar virtuella nätverksadressutrymmen, lokala nätverk och eventuella relevanta peeringanslutningar för virtuella nätverk. Undvik att annonsera mer än 11 000 vägar till ExpressRoute för att säkerställa stabiliteten i ExpressRoute-anslutningen. Det maximala antalet vägar som annonseras av gatewayen är 1 000 vägar.

Viktigt

Programmets prestanda beror på flera faktorer, till exempel svarstid från slutpunkt till slutpunkt och antalet trafikflöden som programmet öppnar. Talen i tabellen representerar den övre gränsen som programmet teoretiskt sett kan uppnå i en idealisk miljö. Dessutom utför vi rutinmässigt underhåll av värdar och operativsystem på den virtuella ExpressRoute-nätverksgatewayen för att upprätthålla tjänstens tillförlitlighet. Under en underhållsperiod reduceras gatewayens kontrollplan och kapacitet för datasökvägar.
Under en underhållsperiod kan det uppstå tillfälliga anslutningsproblem med privata slutpunktsresurser.
ExpressRoute stöder en maximal TCP- och UDP-paketstorlek på 1 400 byte. Paketstorlekar som är större än 1 400 byte blir fragmenterade.
Azure Route Server har stöd för upp till 4 000 virtuella datorer. Den här gränsen omfattar virtuella datorer i virtuella nätverk som är peer-kopplade. Mer information finns i Begränsningar för Azure Route Server.
Värdena i tabellen ovan representerar gränserna för varje gateway-SKU.

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.

Resurs	Gräns
Offentliga IP-adresser	16 per NAT-gateway
Undernät	800 per NAT-gateway
Dataflöde¹	50 Gbit/s
NAT-gatewayer för Enterprise- och CSP-avtal²	1 000 per prenumeration per region
NAT-gatewayer för sponsrade och betala per användning²	100 per prenumeration per region
NAT-gatewayer för kostnadsfri utvärderingsversion och alla andra erbjudandetyper²	15 per prenumeration per region
Bearbetade paket	1M– 5M-paket per sekund
Anslutningar till samma målslutpunkt	50 000 anslutningar till samma mål per offentlig IP-adress
Totalt antal anslutningar	2M-anslutningar per NAT-gateway

¹ 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:

Resurs	Gräns
Antal privata slutpunkter per virtuellt nätverk	1000
Antal privata slutpunkter i peer-kopplade virtuella nätverk	4000
Antal privata slutpunkter per prenumeration	64000
Antal privata länktjänster per prenumeration	800
Antal privata länktjänster per Standard Load Balancer	8
Antal IP-konfigurationer för en privat länktjänst	8 (Det här talet gäller för NAT IP-adresser som används per PLS)
Antal privata slutpunkter på samma privata länktjänst	1000
Antal prenumerationer som tillåts i synlighetsinställningen för private link-tjänsten	100
Antal prenumerationer som tillåts i inställningen för automatiskt godkännande i tjänsten private link	100
Antal privata slutpunkter per nyckelvalv	64
Antal nyckelvalv med privata slutpunkter per prenumeration	400
Antal privata DNS-zongrupper som kan länkas till en privat slutpunkt	1
Antal DNS-zoner i varje grupp	5
Antal privata IP-adresser i nätverksgränssnittet för privata slutpunkter	500

Begränsningar i Azure Traffic Manager

Resurs	Gräns
Profiler per prenumeration	200 ¹
Slutpunkter per profil	200

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

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.

Resurs	Gräns
VNet-adressprefix	600 per VPN-gateway
Aggregera BGP-vägar	4 000 per VPN-gateway
Adressprefix för lokal nätverksgateway	1 000 per lokal nätverksgateway
S2S-anslutningar	Gränsen beror på gateway-SKU:n. Se tabellen Gränser efter gateway-SKU.
P2S-anslutningar	Gränsen beror på gateway-SKU:n. Se tabellen Gränser efter gateway-SKU.
P2S-väggräns – IKEv2	256 för icke-Windows / 25 för Windows
P2S-väggräns – OpenVPN	1000
Max. Flöden	500 000 inkommande och 500 000 utgående för VpnGw1-5/AZ
Principer för trafikväljare	100
Anpassade APIPA BGP-adresser	32
Antal virtuella datorer som stöds i det virtuella nätverket	Gränsen beror på gateway-SKU:n. Se tabellen Gränser efter gateway-SKU.

Gränser för gateway-SKU

VPN Gateway Generation	SKU	S2S/VNet-till-VNet Tunnlar	P2S SSTP-anslutningar	P2S IKEv2/OpenVPN-anslutningar	Aggregat Prestandamått för dataflöde	BGP	Zonredundant	Antal virtuella datorer som stöds i det virtuella nätverket
Generation1	Grundläggande	Max. 10	Max. 128	Stöds inte	100 Mbit/s	Stöds inte	Nej	200
Generation1	VpnGw1	Max. 30	Max. 128	Max. 250	650 Mbit/s	Stöds	Nej	450
Generation1	VpnGw2	Max. 30	Max. 128	Max. 500	1 Gbit/s	Stöds	Nej	1300
Generation1	VpnGw3	Max. 30	Max. 128	Max. 1000	1,25 Gbit/s	Stöds	Nej	4000
Generation1	VPNGw1AZ	Max. 30	Max. 128	Max. 250	650 Mbit/s	Stöds	Ja	1000
Generation1	VpnGw2AZ	Max. 30	Max. 128	Max. 500	1 Gbit/s	Stöds	Ja	2000
Generation1	VpnGw3AZ	Max. 30	Max. 128	Max. 1000	1,25 Gbit/s	Stöds	Ja	5000

Generation2	VpnGw2	Max. 30	Max. 128	Max. 500	1,25 Gbit/s	Stöds	Nej	685
Generation2	VpnGw3	Max. 30	Max. 128	Max. 1000	2,5 Gbit/s	Stöds	Nej	2240
Generation2	VpnGw4	Max. 100*	Max. 128	Max. 5000	5 Gbit/s	Stöds	Nej	5300
Generation2	VpnGw5	Max. 100*	Max. 128	Max. 10000	10 Gbit/s	Stöds	Nej	6700
Generation2	VpnGw2AZ	Max. 30	Max. 128	Max. 500	1,25 Gbit/s	Stöds	Ja	2000
Generation2	VpnGw3AZ	Max. 30	Max. 128	Max. 1000	2,5 Gbit/s	Stöds	Ja	3300
Generation2	VPNGw4AZ	Max. 100*	Max. 128	Max. 5000	5 Gbit/s	Stöds	Ja	4400
Generation2	VpnGw5AZ	Max. 100*	Max. 128	Max. 10000	10 Gbit/s	Stöds	Ja	9 000

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.

Generation	SKU	Algoritmer begagnad	Genomströmning observeras per tunnel	Paket per sekund per tunnel Observerade
Generation1	VpnGw1	GCMAES256 AES256 & SHA256 DES3 & SHA256	650 Mbit/s 500 Mbit/s 130 Mbit/s	62,000 47,000 12 000
Generation1	VpnGw2	GCMAES256 AES256 & SHA256 DES3 & SHA256	1,2 Gbit/s 650 Mbit/s 140 Mbit/s	100,000 61,000 13,000
Generation1	VpnGw3	GCMAES256 AES256 & SHA256 DES3 & SHA256	1,25 Gbit/s 700 Mbit/s 140 Mbit/s	120 000 66,000 13,000
Generation1	VPNGw1AZ	GCMAES256 AES256 & SHA256 DES3 & SHA256	650 Mbit/s 500 Mbit/s 130 Mbit/s	62,000 47,000 12 000
Generation1	VpnGw2AZ	GCMAES256 AES256 & SHA256 DES3 & SHA256	1,2 Gbit/s 650 Mbit/s 140 Mbit/s	110,000 61,000 13,000
Generation1	VpnGw3AZ	GCMAES256 AES256 & SHA256 DES3 & SHA256	1,25 Gbit/s 700 Mbit/s 140 Mbit/s	120 000 66,000 13,000

Generation2	VpnGw2	GCMAES256 AES256 & SHA256 DES3 & SHA256	1,25 Gbit/s 550 Mbit/s 130 Mbit/s	120 000 52,000 12 000
Generation2	VpnGw3	GCMAES256 AES256 & SHA256 DES3 & SHA256	1,5 Gbit/s 700 Mbit/s 140 Mbit/s	140,000 66,000 13,000
Generation2	VpnGw4	GCMAES256 AES256 & SHA256 DES3 & SHA256	2,3 Gbit/s 700 Mbit/s 140 Mbit/s	220,000 66,000 13,000
Generation2	VpnGw5	GCMAES256 AES256 & SHA256 DES3 & SHA256	2,3 Gbit/s 700 Mbit/s 140 Mbit/s	220,000 66,000 13,000
Generation2	VpnGw2AZ	GCMAES256 AES256 & SHA256 DES3 & SHA256	1,25 Gbit/s 550 Mbit/s 130 Mbit/s	120 000 52,000 12 000
Generation2	VpnGw3AZ	GCMAES256 AES256 & SHA256 DES3 & SHA256	1,5 Gbit/s 700 Mbit/s 140 Mbit/s	140,000 66,000 13,000
Generation2	VPNGw4AZ	GCMAES256 AES256 & SHA256 DES3 & SHA256	2,3 Gbit/s 700 Mbit/s 140 Mbit/s	220,000 66,000 13,000
Generation2	VpnGw5AZ	GCMAES256 AES256 & SHA256 DES3 & SHA256	2,3 Gbit/s 700 Mbit/s 140 Mbit/s	220,000 66,000 13,000

Begränsningar i Azure Virtual WAN

Resurs	Gräns
VPN-anslutningar (gren) per hubb	1 000
Aggregerat dataflöde per Virtuell WAN-vpn-gateway från plats till plats	20 Gbit/s
Dataflöde per Virtual WAN VPN-anslutning (2 tunnlar)	2 Gbit/s med 1 Gbit/s/IPsec-tunnel
Punkt-till-plats-användare per hubb	100,000
Aggregerat dataflöde per Virtuell WAN-användar-VPN-gateway (punkt-till-plats)	200 Gbit/s
Aggregerat dataflöde per Virtual WAN ExpressRoute-gateway	20 Gbit/s
ExpressRoute-kretsanslutningar per hubb	8
VNet-anslutningar per hubb	500 minus totalt antal hubbar i Virtual WAN
Aggregerat dataflöde per Virtual WAN-hubbrouter	50 Gbit/s för VNet till VNet-överföring
VM-arbetsbelastning för alla virtuella nätverk som är anslutna till en enda Virtual WAN-hubb	2000 (Om du vill höja gränsen eller kvoten över standardgränsen kan du läsa hubbinställningar).
Totalt antal vägar som hubben kan acceptera från sina anslutna resurser (virtuella nätverk, grenar, andra virtuella hubbar osv.)	10,000

Gränser för Azure Notification Hubs

Nivå	Kostnadsfri	Basic	Standard
Antal Push-meddelanden som ingår	1 miljon	10 miljoner	10 miljoner
Aktiva enheter	500	200 000	10 miljoner
Taggkvot per installation eller registrering	60	60	60

Mer information om gränser och priser finns i Priser för Notification Hubs.

Microsoft Dev Box-gränser

Prenumerationstyp	VM-kärnor	Nätverksanslutningar	Utvecklingscenter	Dev box-definitioner	Dev box-projekt
Betala per användning	20	5	2	200	500
Azure-pass	20	5	2	200	500
CSP	20	5	2	200	500
Kostnadsfri utvärderingsversion	0	0	0	0	0
Azure for Students	0	0	0	0	0
Stora företag	80	10	5	200	500
MSDN	saknas	5	2	200	500

Microsoft Purview-gränser

Se Klassiska datastyrningsgränser för Microsoft Purview för de senaste Microsoft Purview-kvoterna.

Microsoft Sentinel-gränser

Se Tjänstbegränsningar för Microsoft Sentinel för Microsoft Sentinel-gränser.

Gränser för Azure Service Bus

I följande tabell visas kvotinformation som är specifik för Azure Service Bus-meddelanden. Information om priser och andra kvoter för Service Bus finns i Service Bus-priser.

Kvotnamn	Omfattning	Värde	Kommentar
Maximalt antal namnområden per Azure-prenumeration	Namnområde	1 000 (standard och högsta)	Den här gränsen baseras på providern `Microsoft.ServiceBus` , inte baserat på nivån. Därför är det det totala antalet namnområden på alla nivåer. Efterföljande begäranden om ytterligare namnområden avvisas.
Kö- eller ämnesstorlek	Enhet	1, 2, 3, 4 GB eller 5 GB I Premium SKU och Standard SKU med partitionering aktiverat är den maximala kön eller ämnesstorleken 80 GB. Den totala storleksgränsen för ett premiumnamnområde per meddelandeenhet är 1 TB. Den totala storleken på alla entiteter i ett namnområde får inte överskrida den här gränsen.	Definieras vid skapande/uppdation av kön eller ämnet. Efterföljande inkommande meddelanden avvisas och ett undantag tas emot av den anropande koden. För närvarande räknas ett stort meddelande (storlek > 1 MB) som skickas till en kö två gånger. Och ett stort meddelande (storlek > 1 MB) som skickas till ett ämne räknas X + 1 gånger, där X är antalet prenumerationer i ämnet.
Antal samtidiga anslutningar i ett namnområde	Namnområde	Net Messaging: 1 000. AMQP: 5 000.	Efterföljande begäranden om ytterligare anslutningar avvisas och ett undantag tas emot av den anropande koden. REST-åtgärder räknas inte mot samtidiga TCP-anslutningar.
Antal samtidiga mottagningsbegäranden i en kö, ett ämne eller en prenumerationsentitet	Enhet	5 000	Efterföljande mottagningsbegäranden avvisas och ett undantag tas emot av den anropande koden. Den här kvoten gäller för det kombinerade antalet samtidiga mottagningsåtgärder för alla prenumerationer i ett ämne.
Antal ämnen eller köer per namnområde	Namnområde	10 000 för basic- eller standardnivån. Det totala antalet ämnen och köer i ett namnområde måste vara mindre än eller lika med 10 000. För Premium-nivån 1 000 per meddelandeenhet (MU).	Efterföljande begäranden om att skapa ett nytt ämne eller en kö i namnområdet avvisas. Därför genereras ett felmeddelande om det konfigureras via Azure Portal. Om det anropas från hanterings-API:et tas ett undantag emot av den anropande koden.
Antal partitionerade ämnen eller köer per namnområde	Namnområde	Nivåerna Basic och Standard: 100. Varje partitionerad kö eller ämne räknas mot kvoten på 1 000 entiteter per namnområde.	Efterföljande begäranden om att skapa ett nytt partitionerat ämne eller en ny kö i namnområdet avvisas. Därför genereras ett felmeddelande om det konfigureras via Azure Portal. Om det anropas från hanterings-API:et tas undantaget QuotaExceededException emot av den anropande koden. Om du vill ha fler partitionerade entiteter i ett grundläggande eller ett standardnivånamnområde skapar du ytterligare namnområden.
Maximal storlek för en meddelandeentitetssökväg: kö eller ämne	Enhet	260 tecken.
Maximal storlek för meddelandeentitetsnamn: namnrymd, prenumeration eller prenumerationsregel	Enhet	50 tecken.
Maximal storlek på ett meddelande-ID	Enhet	128
Maximal storlek på ett meddelandesessions-ID	Enhet	128
Meddelandestorlek för en kö, ett ämne eller en prenumerationsentitet	Enhet	256 KB för standardnivån 100 MB för Premium-nivån på AMQP och 1 MB för Premium på HTTP och SBMP. Den maximala storleken för batchar är 256 KB för standardnivån och 1 MB för Premium-nivån. Meddelandestorleken innehåller storleken på egenskaper (system och användare) och storleken på nyttolasten. Storleken på systemegenskaperna varierar beroende på ditt scenario.	Inkommande meddelanden som överskrider dessa kvoter avvisas och ett undantag tas emot av den anropande koden.
Meddelandeegenskapens storlek för en kö, ett ämne eller en prenumerationsentitet	Enhet	Maximal meddelandeegenskapsstorlek för varje egenskap är 32 KB. Den kumulativa storleken för alla egenskaper får inte överstiga 64 kB. Den här gränsen gäller för hela rubriken för det asynkrona meddelandet, som har både användaregenskaper och systemegenskaper, till exempel sekvensnummer, etikett och meddelande-ID. Maximalt antal rubrikegenskaper i egenskapsväskan: byte/int. MaxValue.	Undantaget `SerializationException` genereras.
Antal prenumerationer per ämne	Enhet	2 000 per ämne för standardnivån och Premium-nivån.	Efterföljande begäranden om att skapa ytterligare prenumerationer för ämnet avvisas. Därför visas ett felmeddelande om det har konfigurerats via portalen. Om det anropas från hanterings-API:et tas ett undantag emot av den anropande koden.
Antal SQL-filter per ämne	Enhet	2 000	Efterföljande begäranden om att skapa ytterligare filter i ämnet avvisas och ett undantag tas emot av den anropande koden.
Antal korrelationsfilter per ämne	Enhet	100,000	Efterföljande begäranden om att skapa ytterligare filter i ämnet avvisas och ett undantag tas emot av den anropande koden.
Storleken på SQL-filter eller -åtgärder	Namnområde	Maximal längd på filtervillkorssträng: 1 024 (1 K). Maximal längd på regelåtgärdssträng: 1 024 (1 K). Maximalt antal uttryck per regelåtgärd: 32.	Efterföljande begäranden om att skapa ytterligare filter avvisas och ett undantag tas emot av den anropande koden.
Antal auktoriseringsregler för delad åtkomst per namnområde, kö eller ämne	Entitet, namnområde	Maximalt antal regler per entitetstyp: 12. Regler som har konfigurerats för ett Service Bus-namnområde gäller för alla typer: köer, ämnen.	Efterföljande begäranden om att skapa ytterligare regler avvisas och ett undantag tas emot av den anropande koden.
Antal meddelanden per transaktion	Transaktion	100 För både Send() och SendAsync() åtgärder.	Ytterligare inkommande meddelanden avvisas och ett undantag som anger "Det går inte att skicka fler än 100 meddelanden i en enda transaktion" tas emot av den anropande koden.
Maximalt antal meddelanden som tagits bort i DeleteMessagesAsync-anrop	Enhet	4000
Maximalt antal meddelanden som returneras i PeekMessagesAsync-anrop	Enhet	250
Antal regler för virtuellt nätverk och IP-filter	Namnområde	128

Gränser för Azure Site Recovery

Följande begränsningar gäller för Azure Site Recovery.

Gräns för identifierare	Gräns
Antal valv per prenumeration	500
Antal skyddade diskar per prenumeration (både data och operativsystem)	3000
Antal enheter per Recovery Services-valv	250
Antal skyddsgrupper per Recovery Services-valv	Ingen begränsning
Antal återställningsplaner per Recovery Services-valv	Ingen begränsning
Antal servrar per skyddsgrupp	Ingen begränsning
Antal servrar per återställningsplan	100

Gränser för Azure SQL Database

Azure SQL Database-gränser finns i:

Det maximala antalet privata slutpunkter per logisk Azure SQL Database-server är 250.

Azure Synapse Analytics-gränser

Azure Synapse Analytics har följande standardgränser för att säkerställa att kundens prenumerationer skyddas från varandras arbetsbelastningar. Kontakta supporten om du vill höja gränserna upp till maximum för prenumerationen.

Azure Synapse-gränser för arbetsytor

För prenumerationstyperna Betala per användning, Kostnadsfri utvärderingsversion, Azure Pass och Azure for Students:

Resurs	Standardgräns	Maximigräns
Synapse-arbetsytor i en Azure-prenumeration	2	2

För andra typer av prenumerationserbjudande:

Resurs	Standardgräns	Maximigräns
Synapse-arbetsytor i en Azure-prenumeration per region	20	100

Azure Synapse-gränser för Apache Spark

För prenumerationstyperna Betala per användning, Kostnadsfri utvärderingsversion, Azure Pass och Azure for Students:

Resurs	Minnesoptimerade kärnor	GPU-kärnor
Spark-kärnor i en Synapse-arbetsyta	12	48

För andra typer av prenumerationserbjudande:

Resurs	Minnesoptimerade kärnor	GPU-kärnor
Spark-kärnor i en Synapse-arbetsyta	50	50

Ytterligare gränser för Spark-pooler finns i Samtidighets- och API-hastighetsgränser för Apache Spark-pooler i Azure Synapse Analytics.

Azure Synapse-gränser för pipelines

Resurs	Standardgräns	Maximigräns
Synapse-pipelines på en Synapse-arbetsyta	800	800
Totalt antal entiteter, till exempel pipelines, datauppsättningar, utlösare, länkade tjänster, privata slutpunkter och integrationskörningar, inom en arbetsyta	5 000	5 000
Totalt antal CPU-kärnor för Azure-SSIS Integration Runtimes under en arbetsyta	256	Ta reda på hur du begär en kvotökning från supporten.
Samtidiga pipelinekörningar per arbetsyta som delas mellan alla pipelines på arbetsytan	10,000	10,000
Samtidig extern aktivitet körs per arbetsyta per Azure Integration Runtime-region Externa aktiviteter hanteras på integrationskörningar men körs på länkade tjänster, inklusive Databricks, lagrad procedur, HDInsight, webben och andra. Den här gränsen gäller inte för lokalt installerad IR.	3 000	3 000
Samtidig pipelineaktivitet körs per arbetsyta per Azure Integration Runtime-region Pipelineaktiviteter körs på integrationskörningen, inklusive Lookup, GetMetadata och Delete. Den här gränsen gäller inte för lokalt installerad IR.	1 000	1,000
Samtidiga redigeringsåtgärder per arbetsyta per Azure Integration Runtime-region Inklusive testanslutning, bläddra i mapplista och tabellista, förhandsgranska data. Den här gränsen gäller inte för lokalt installerad IR.	200	200
Samtidig förbrukning Dataintegration enheter¹ per arbetsyta per Azure Integration Runtime-region	Regiongrupp 1²: 6 000 Regiongrupp 2²: 3 000 Regiongrupp 3²: 1 500 Hanterat virtuellt nätverk²: 2 400	Regiongrupp 1²: 6 000 Regiongrupp 2²: 3 000 Regiongrupp 3²: 1 500
Samtidig förbrukning Dataintegration enheter¹ per prenumeration per Azure Integration Runtime-region i hanterat virtuellt nätverk	2,400	2,400
Maximalt antal aktiviteter per pipeline, som inkluderar inre aktiviteter för containrar	40	40
Maximalt antal länkade integreringskörningar som kan skapas mot en enda lokalt installerad integrationskörning	100	100
Maximalt antal parametrar per pipeline	50	50
ForEach-objekt	100,000	100,000
ForEach-parallelitet	20	50
Maximalt antal köade körningar per pipeline	100	100
Tecken per uttryck	8,192	8,192
Minsta intervall för utlösare för rullande fönster	5 min	15 min
Maximal tidsgräns för pipeline-aktivitetskörningar	7 dagar	7 dagar
Byte per objekt for pipeline-objekt³	200 KB	200 KB
Byte per objekt for datauppsättningsobjekt och länkad tjänst-objekt³	100 kB	2 000 kB
Byte per nyttolast för varje aktivitet körs⁴	896 KB	896 KB
Dataintegreringsenheter¹ per kopieringsaktivitetskörning	256	256
API-anrop för skrivning	1 200/tim	1 200/tim Den här gränsen har införts av Azure Resource Manager, inte Azure Synapse Analytics.
API-anrop för läsning	12 500/tim	12 500/tim Den här gränsen har införts av Azure Resource Manager, inte Azure Synapse Analytics.
Övervakningsfrågor per minut	1 000	1,000
Maximal tid för felsökningssession för dataflöde	8 tim	8 tim
Samtidigt antal dataflöden per integrationskörning	50	50
Samtidigt antal dataflöden per integrationskörning i hanterat virtuellt nätverk	20	20
Samtidigt antal felsökningssessioner för dataflöden per användare och arbetsyta	3	3
Azure IR TTL-gräns för dataflöde	4 timmar	4 timmar
Gräns för metadataentitetsstorlek på en arbetsyta	2 GB	2 GB

¹ Dataintegreringsenheten (DIU) används i en moln-till-moln-kopieringsåtgärd. Mer information finns i Dataintegreringsenheter (version 2). Information om fakturering finns i Prissättning för Azure Synapse Analytics.

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

Regiongrupp	Regioner
Regiongrupp 1	USA, centrala, USA, östra, USA, östra 2, Europa, norra, Europa, västra, USA, västra, USA, västra 2
Regiongrupp 2	Australien, östra, Australien, sydöstra, Brasilien, södra, Indien, centrala, Japan, östra, USA, norra centrala, USA, södra centrala, Sydostasien, USA, västra centrala
Regiongrupp 3	Andra regioner

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

³ Pipeline-, datauppsättnings- och länkad tjänst-objekt representerar en logisk gruppering av din arbetsbelastning. Begränsningarna för dessa objekt relaterar inte till mängden data som du kan flytta och bearbeta med Azure Synapse Analytics. Synapse Analytics är utformat för att skala för att hantera petabyte med data.

⁴ Nyttolasten för varje aktivitetskörning innehåller aktivitetskonfigurationen, de associerade datauppsättningarna och eventuella länkade tjänstkonfigurationer samt 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 Synapse Analytics. Lär dig mer om symtomen och rekommendationerna om du når den här gränsen.

Azure Synapse-gränser för dedikerade SQL-pooler

Mer information om kapacitetsbegränsningar för dedikerade SQL-pooler i Azure Synapse Analytics finns i resursbegränsningar för dedikerade SQL-pooler.

Azure Resource Manager-gränser för webbtjänstanrop

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

Diskgränser för virtuella Azure-datorer

Du kan koppla ett antal datadiskar till en virtuell Azure-dator (VM). Baserat på skalbarhets- och prestandamålen för en virtuell dators datadiskar kan du fastställa antalet och typen av disk som du behöver för att uppfylla dina prestanda- och kapacitetskrav.

Viktigt

För optimal prestanda begränsar du antalet diskar med hög användning som är anslutna till den virtuella datorn för att undvika eventuell begränsning. Om alla anslutna diskar inte används i hög grad samtidigt kan den virtuella datorn ha stöd för ett större antal diskar. När du skapar en hanterad disk från en befintlig hanterad disk kan dessutom endast 49 diskar skapas samtidigt. Fler diskar kan skapas när några av de första 49 har skapats.

För Azure-hanterade diskar:

I följande tabell visas standard- och maxgränserna för antalet resurser per region per prenumeration. Gränserna förblir desamma oavsett diskar som krypterats med antingen plattformshanterade nycklar eller kundhanterade nycklar. Det finns ingen gräns för antalet hanterade diskar, ögonblicksbilder och avbildningar per resursgrupp.

Resurs Gräns

Standardhanterade diskar 50,000

Standard SSD-hanterade diskar 50,000

Premium SSD-hanterade diskar 50,000

Premium SSD v2-hanterade diskar 1 000

Premium SSD v2 managed disks capacity² 32,768

Ultradiskar 1 000

Ultradiskkapacitet² 32,768

Standard_LRS ögonblicksbilder¹ 75 000

Standard_ZRS ögonblicksbilder¹ 75 000

Hanterad avbildning 50,000

¹En enskild disk kan ha 500 inkrementella ögonblicksbilder.

²Detta är standard max men högre kapaciteter stöds av begäran. Om du vill begära en ökning av kapaciteten kan du begära en kvotökning eller kontakta Azure Support.

För standardlagringskonton:

Ett standardlagringskonto har en maximal total begärandefrekvens på 20 000 IOPS. Det totala antalet IOPS på alla dina virtuella datordiskar i ett Standard Storage-konto får inte överskrida den här gränsen.

För ohanterade diskar kan du beräkna antalet diskar med hög användning som stöds av ett enda standardlagringskonto baserat på gränsen för begärandefrekvens. För en virtuell dator på Basic-nivå är till exempel det maximala antalet diskar med hög användning cirka 66, vilket är 20 000/300 IOPS per disk. Det maximala antalet diskar med hög användning för en virtuell dator på standardnivå är cirka 40, vilket är 20 000/500 IOPS per disk.

För premiumlagringskonton:

Ett premiumlagringskonto har en maximal total dataflödeshastighet på 50 Gbit/s. Det totala dataflödet på alla virtuella datordiskar bör inte överskrida den här gränsen.

Mer information finns i storlekar för virtuella datorer i Azure .

För VM-program

När du arbetar med VM-program i Azure kan det uppstå ett felmeddelande om att åtgärden inte kunde slutföras eftersom det resulterar i att den godkända kvoten UnmanagedStorageAccountCount överskrids. Det här felet uppstår när du har nått gränsen för antalet ohanterade lagringskonton som du kan använda.

När du publicerar ett VM-program måste Azure replikera det i flera regioner. För att göra detta skapar Azure ett ohanterat lagringskonto för varje region. Antalet ohanterade lagringskonton som ett program använder bestäms av antalet repliker i alla program.

Som en allmän regel kan varje lagringskonto hantera upp till 200 samtidiga anslutningar. Nedan visas alternativ för att lösa felet "UnmanagedStorageAccountCount":

Använd sidblobar för dina källprogramblobbar. Ohanterade konton används endast för blockblobreplikering. Sidblobar har inga sådana gränser.
Minska antalet repliker för dina vm-programversioner eller ta bort program som du inte längre behöver.
Skicka en supportbegäran för att få en kvotökning.

Mer information finns i Översikt över VM-program.

Azure-diskkrypteringsuppsättningar

En gräns på 5 000 diskkrypteringsuppsättningar tillåts per region och per prenumeration. Kontakta Azure Support för att öka kvoten.

Mer information om krypteringsbegränsningar finns i följande dokumentation:

Azure-hanterade virtuella datordiskar

Standard HDD-hanterade diskar

Disk av standardtyp	S4	S6	S10	S15	S20	S30	S40	S50	S60	S70	S80
Diskstorlek i GiB	32	64	128	256	512	1,024	2 048	4,096	8,192	16,384	32 767
Bas-IOPS per disk	Upp till 500	Upp till 500	Upp till 500	Upp till 500	Upp till 500	Upp till 500	Upp till 500	Upp till 500	Upp till 1 300	Upp till 2 000	Upp till 2 000
*Utökad IOPS per disk	Saknas	Saknas	Saknas	Saknas	Saknas	Upp till 1 500	Upp till 3 000	Upp till 3 000	Upp till 3 000	Upp till 3 000	Upp till 3 000
Basdataflöde per disk	Upp till 60 MB/s	Upp till 60 MB/s	Upp till 60 MB/s	Upp till 60 MB/s	Upp till 60 MB/s	Upp till 60 MB/s	Upp till 60 MB/s	Upp till 60 MB/s	Upp till 300 MB/s	Upp till 500 MB/s	Upp till 500 MB/s
*Utökat dataflöde per disk	Saknas	Saknas	Saknas	Saknas	Saknas	Upp till 150 MB/s	Upp till 300 MB/s	Upp till 500 MB/s	Upp till 500 MB/s	Upp till 500 MB/s	Upp till 500 MB/s

* Gäller endast för diskar med prestanda plus (förhandsversion) aktiverat.

Standard SSD-hanterade diskar

Standard-SSD-storlekar	E1	E2	E3	E4	E6	E10	E15	E20	E30	E40	E50	E60	E70	E80
Diskstorlek i GiB	4	8	16	32	64	128	256	512	1,024	2 048	4,096	8,192	16,384	32 767
Bas-IOPS per disk	Upp till 500	Upp till 500	Upp till 500	Upp till 500	Upp till 500	Upp till 500	Upp till 500	Upp till 500	Upp till 500	Upp till 500	Upp till 500	Upp till 2 000	Upp till 4 000	Upp till 6 000
*Utökad IOPS per disk	Saknas	Saknas	Saknas	Saknas	Saknas	Saknas	Saknas	Saknas	Upp till 1 500	Upp till 3 000	Upp till 6 000	Upp till 6 000	Upp till 6 000	Upp till 6 000
Basdataflöde per disk	Upp till 100 MB/s	Upp till 100 MB/s	Upp till 100 MB/s	Upp till 100 MB/s	Upp till 100 MB/s	Upp till 100 MB/s	Upp till 100 MB/s	Upp till 100 MB/s	Upp till 100 MB/s	Upp till 100 MB/s	Upp till 100 MB/s	Upp till 400 MB/s	Upp till 600 MB/s	Upp till 750 MB/s
*Utökat dataflöde per disk	Saknas	Saknas	Saknas	Saknas	Saknas	Saknas	Saknas	Saknas	Upp till 150 MB/s	Upp till 300 MB/s	Upp till 600 MB/s	Upp till 750 MB/s	Upp till 750 MB/s	Upp till 750 MB/s
Maximal burst-IOPS per disk	600	600	600	600	600	600	600	600	1000
Maximalt dataflöde för burst per disk	150 MB/s	150 MB/s	150 MB/s	150 MB/s	150 MB/s	150 MB/s	150 MB/s	150 MB/s	250 MB/s
Maximal varaktighet för burst	30 min	30 min	30 min	30 min	30 min	30 min	30 min	30 min	30 min

* Gäller endast för diskar med prestanda plus (förhandsversion) aktiverat.

Premium SSD-hanterade diskar: Gränser per disk

Premium SSD-storlekar	P1	P2	P3	P4	P6	P10	P15	P20	P30	P40	P50	p60	P70	P80
Diskstorlek i GiB	4	8	16	32	64	128	256	512	1,024	2 048	4,096	8,192	16,384	32 767
Basetablerad IOPS per disk	120	120	120	120	240	500	1 100	2 300	5 000	7 500	7 500	16 000	18 000	20 000
**Utökad etablerad IOPS per disk	Saknas	Saknas	Saknas	Saknas	Saknas	Saknas	Saknas	Saknas	8,000	16 000	20 000	20 000	20 000	20 000
Grundläggande etablerat dataflöde per disk	25 MB/s	25 MB/s	25 MB/s	25 MB/s	50 MB/s	100 MB/s	125 MB/s	150 MB/s	200 MB/s	250 MB/s	250 MB/s	500 MB/s	750 MB/s	900 MB/s
**Utökat etablerat dataflöde per disk	Saknas	Saknas	Saknas	Saknas	Saknas	Saknas	Saknas	Saknas	300 MB/s	600 MB/s	900 MB/s	900 MB/s	900 MB/s	900 MB/s
Maximal burst-IOPS per disk	3 500	3 500	3 500	3 500	3 500	3 500	3 500	3 500	30,000*	30,000*	30,000*	30,000*	30,000*	30,000*
Maximalt dataflöde för burst per disk	170 MB/s	170 MB/s	170 MB/s	170 MB/s	170 MB/s	170 MB/s	170 MB/s	170 MB/s	1 000 MB/s*	1 000 MB/s*	1 000 MB/s*	1 000 MB/s*	1 000 MB/s*	1 000 MB/s*
Maximal varaktighet för burst	30 min	30 min	30 min	30 min	30 min	30 min	30 min	30 min	Obegränsad*	Obegränsad*	Obegränsad*	Obegränsad*	Obegränsad*	Obegränsad*
Berättigad till reservation	Nej	Nej	Nej	Nej	Nej	Nej	Nej	Nej	Ja, upp till ett år	Ja, upp till ett år	Ja, upp till ett år	Ja, upp till ett år	Ja, upp till ett år	Ja, upp till ett år

*Gäller endast för diskar med burst-aktivering på begäran.
** Gäller endast för diskar med prestanda plus (förhandsversion) aktiverat.

Premium SSD-hanterade diskar: Gränser per virtuell dator

Resurs	Gräns
Maximalt antal IOPS per virtuell dator	80 000 IOPS med GS5 VM
Maximalt dataflöde per virtuell dator	2 000 MB/s med en virtuell GS5-dator

Ohanterade diskar för virtuella datorer

Ohanterade standarddiskar för virtuella datorer: Gränser per disk

VM-nivå	Virtuell dator på basic-nivå	Virtuell dator på standardnivå
Diskstorlek	4 095 GB	4 095 GB
Maximalt 8 KB IOPS per beständig disk	300	500
Maximalt antal diskar som utför maximalt IOPS	66	40

Ohanterade premiumdiskar för virtuella datorer: Gränser per konto

Resurs	Gräns
Total diskkapacitet per konto	35 TB
Total kapacitet för ögonblicksbilder per konto	10 TB
Maximal bandbredd per konto (ingress + utgående)¹	<=50 Gbit/s

¹Ingress avser alla data från begäranden som skickas till ett lagringskonto. Utgående avser alla data från svar som tas emot från ett lagringskonto.

Ohanterade premiumdiskar för virtuella datorer: Gränser per disk

Premium Storage-disktyp	P10	P20	P30	P40	P50
Diskstorlek	128 GiB	512 GiB	1 024 GiB (1 TB)	2 048 GiB (2 TB)	4 095 GiB (4 TB)
Maximalt IOPS per disk	500	2 300	5 000	7 500	7 500
Maximalt dataflöde per disk	100 MB/sek.	150 MB/sek	200 MB/sek.	250 MB/sek.	250 MB/sek.
Maximalt antal diskar per lagringskonto	280	70	35	17	8

Ohanterade premiumdiskar för virtuella datorer: Gränser per virtuell dator

Resurs	Gräns
Maximalt IOPS per virtuell dator	80 000 IOPS med GS5 VM
Maximalt dataflöde per virtuell dator	2 000 MB/s med GS5 VM

Begränsningar för Azure StorSimple-systemet

Gräns för identifierare	Gräns	Kommentarer
Maximalt antal autentiseringsuppgifter för lagringskonto	64
Maximalt antal volymcontainrar	64
Maximalt antal volymer	255
Maximalt antal scheman per bandbreddsmall	168	Ett schema för varje timme, varje dag i veckan.
Maximal storlek på en nivåindelad volym på fysiska enheter	64 TB för StorSimple 8100 och StorSimple 8600	StorSimple 8100 och StorSimple 8600 är fysiska enheter.
Maximal storlek på en nivåindelad volym på virtuella enheter i Azure	30 TB för StorSimple 8010 64 TB för StorSimple 8020	StorSimple 8010 och StorSimple 8020 är virtuella enheter i Azure som använder Standard Storage respektive Premium Storage.
Maximal storlek på en lokalt fäst volym på fysiska enheter	9 TB för StorSimple 8100 24 TB för StorSimple 8600	StorSimple 8100 och StorSimple 8600 är fysiska enheter.
Maximalt antal iSCSI-anslutningar	512
Maximalt antal iSCSI-anslutningar från initierare	512
Maximalt antal åtkomstkontrollposter per enhet	64
Maximalt antal volymer per säkerhetskopieringsprincip	24
Maximalt antal säkerhetskopieringar som behålls per säkerhetskopieringsprincip	64
Maximalt antal scheman per säkerhetskopieringsprincip	10
Maximalt antal ögonblicksbilder av alla typer som kan behållas per volym	256	Det här beloppet inkluderar lokala ögonblicksbilder och molnögonblicksbilder.
Maximalt antal ögonblicksbilder som kan finnas på valfri enhet	10,000
Maximalt antal volymer som kan bearbetas parallellt för säkerhetskopiering, återställning eller kloning	16	Om det finns fler än 16 volymer bearbetas de sekventiellt när bearbetningsplatser blir tillgängliga. Nya säkerhetskopior av en klonad eller en återställd nivåindelad volym kan inte ske förrän åtgärden har slutförts. För en lokal volym tillåts säkerhetskopieringar när volymen är online.
Återställa och klona återställningstid för nivåindelade volymer	<2 minuter	Volymen görs tillgänglig inom 2 minuter efter en återställning eller kloning, oavsett volymstorlek. Volymprestandan kan till en början vara långsammare än normalt eftersom de flesta data och metadata fortfarande finns i molnet. Prestanda kan öka när data flödar från molnet till StorSimple-enheten. Den totala tiden för att ladda ned metadata beror på den allokerade volymstorleken. Metadata tas automatiskt in i enheten i bakgrunden med en hastighet av 5 minuter per TB allokerade volymdata. Den här hastigheten kan påverkas av Internetbandbredd till molnet. Återställnings- eller kloningsåtgärden är klar när alla metadata finns på enheten. Säkerhetskopieringsåtgärder kan inte utföras förrän återställnings- eller kloningsåtgärden är helt slutförd.
Återställa återställningstiden för lokalt fästa volymer	<2 minuter	Volymen görs tillgänglig inom 2 minuter efter återställningsåtgärden, oavsett volymstorlek. Volymprestandan kan till en början vara långsammare än normalt eftersom de flesta data och metadata fortfarande finns i molnet. Prestanda kan öka när data flödar från molnet till StorSimple-enheten. Den totala tiden för att ladda ned metadata beror på den allokerade volymstorleken. Metadata tas automatiskt in i enheten i bakgrunden med en hastighet av 5 minuter per TB allokerade volymdata. Den här hastigheten kan påverkas av Internetbandbredd till molnet. Till skillnad från nivåindelade volymer hämtas även volymdata lokalt på enheten om det finns lokalt fästa volymer. Återställningsåtgärden är klar när alla volymdata har förts till enheten. Återställningsåtgärderna kan vara långa och den totala tiden för att slutföra återställningen beror på storleken på den etablerade lokala volymen, din Internetbandbredd och befintliga data på enheten. Säkerhetskopieringsåtgärder på den lokalt fästa volymen tillåts medan återställningsåtgärden pågår.
Tillgänglighet för tunn återställning	Senaste redundansväxling
Maximalt dataflöde för läsning/skrivning av klienten när det hanteras från SSD-nivån*	920/720 MB/s med ett enda 10 gigabit Ethernet-nätverksgränssnitt	Upp till två gånger med MPIO och två nätverksgränssnitt.
Maximalt dataflöde för läsning/skrivning av klienten när det hanteras från HDD-nivån*	120/250 MB/s
Maximalt dataflöde för läsning/skrivning av klienten när det hanteras från molnnivån*	11/41 MB/s	Läsdataflödet beror på klienter som genererar och upprätthåller tillräckligt I/O-ködjup.

*Maximalt dataflöde per I/O-typ mättes med 100 procent läs- och 100 procent skrivscenarier. Det faktiska dataflödet kan vara lägre och beror på I/O-mixen och nätverksvillkoren.

Gränser för Azure Stream Analytics

Gräns för identifierare	Gräns	Kommentarer
Maximalt antal enheter för direktuppspelning per prenumeration per region	83	Kontakta Microsoft Support om du vill begära en ökning av strömningsenheter för din prenumeration utöver 83.
Maximalt antal indata per jobb	60	Det finns en hård gräns på 60 indata per Azure Stream Analytics-jobb.
Maximalt antal utdata per jobb	60	Det finns en hård gräns på 60 utdata per Stream Analytics-jobb.
Maximalt antal funktioner per jobb	60	Det finns en hård gräns på 60 funktioner per Stream Analytics-jobb.
Maximalt antal enheter för direktuppspelning per jobb	66	Det finns en hård gräns på 66 strömningsenheter per Stream Analytics-jobb.
Maximalt antal jobb per region	1 500	Varje prenumeration kan ha upp till 1 500 jobb per geografisk region.
Referensdatablob MB	5 GB	Upp till 5 GB när du använder 1 eller flera SUs.
Maximalt antal tecken i en fråga	512000	Det finns en hård gräns på 512 000 tecken i en Azure Stream Analytics-jobbfråga.

Gränser för virtuella Azure-datorer

Resurs	Gräns
Virtuella datorer per molntjänst ¹	50
Indataslutpunkter per molntjänst ²	150

¹ Virtuella datorer som skapats med den klassiska distributionsmodellen i stället för Azure Resource Manager lagras automatiskt i en molntjänst. Du kan lägga till fler virtuella datorer i molntjänsten för belastningsutjämning och tillgänglighet.

² Indataslutpunkter tillåter kommunikation till en virtuell dator utanför den virtuella datorns molntjänst. Virtuella datorer i samma molntjänst eller virtuella nätverk kan automatiskt kommunicera med varandra.

Gränser för virtuella Azure-datorer – Azure Resource Manager

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

Resurs	Gräns
Virtuella datorer per prenumeration	25 000¹ per region.
Totalt antal VM-kärnor per prenumeration	20¹ per region. Kontakta supporten för att öka gränsen.
Totalt antal kärnor per prenumeration för virtuella Azure Spot-datorer	20¹ per region. Kontakta supporten för att öka gränsen.
Virtuell dator per serie, till exempel Dv2 och F, kärnor per prenumeration	20¹ per region. Kontakta supporten för att öka gränsen.
Tillgänglighetsuppsättningar per prenumeration	2 500 per region.
Virtuella datorer per tillgänglighetsuppsättning	200
Närhetsplaceringsgrupper per resursgrupp	800
Certifikat per tillgänglighetsuppsättning	199²
Certifikat per prenumeration	Obegränsad³

¹ Standardgränserna varierar beroende på erbjudandekategorityp, till exempel kostnadsfri utvärderingsversion och Betala per användning och efter serie, till exempel Dv2, F och G. Standardvärdet för företagsavtal prenumerationer är till exempel 350. Av säkerhetsskäl har prenumerationer som standard 20 kärnor för att förhindra stora kärndistributioner. Om du behöver fler kärnor kan du skapa en supportbegäran.

² Egenskaper som offentliga SSH-nycklar skickas också som certifikat och räknas mot den här gränsen. Om du vill kringgå den här gränsen använder du Azure Key Vault-tillägget för Windows eller Azure Key Vault-tillägget för Linux för att installera certifikat.

³ Med Azure Resource Manager lagras certifikat i Azure Key Vault. Antalet certifikat är obegränsat för en prenumeration. Det finns en gräns på 1 MB för certifikat per distribution, som består av antingen en enskild virtuell dator eller en tillgänglighetsuppsättning.

Anteckning

Virtuella datorkärnor har en regional total gräns. De har också en gräns för regionala serier per storlek, till exempel Dv2 och F. Dessa gränser tillämpas separat. Anta till exempel att en prenumeration i regionen USA, östra har en gräns för totalt antal VM-kärnor på 30, en gräns för antal kärnor i A-serien på 30 och en gräns för antal kärnor i D-serien på 30. Den här prenumerationen kan distribuera 30 virtuella A1-datorer eller 30 virtuella D1-datorer, eller en kombination av de två som inte får överstiga totalt 30 kärnor. Ett exempel på en kombination är 10 virtuella A1-datorer och 20 D1 virtuella datorer.

Gränser för Azure Compute Gallery

Det finns gränser per prenumeration för att distribuera resurser när du använder Beräkningsgallerier:

100 beräkningsgallerier per prenumeration och per region
1 000 bilddefinitioner per prenumeration och per region
10 000 avbildningsversioner per prenumeration och per region

Kommandogräns för hanterad körning

Maximalt antal tillåtna kommandon för hanterad körning är för närvarande begränsat till 25.

Gränser för Skalningsuppsättningar för virtuella Azure-datorer

Resurs	Gräns
Maximalt antal virtuella datorer i en skalningsuppsättning	1 000
Maximalt antal virtuella datorer baserat på en anpassad VM-avbildning i en skalningsuppsättning	600
Maximalt antal skalningsuppsättningar per prenumeration per region	2 500
Maximalt antal noder som stöds i VMSS för IB-kluster	100

Gränser för Azure Virtual Network Manager

Kategori	Begränsning
Allmänna begränsningar
Stöd för flera klientorganisationer	Endast med nätverksgrupper för statiskt medlemskap
Azure-prenumerationer	Principprogram begränsat till < 15 000 prenumerationer
Principtillämpningsläge	Inget tillägg till nätverksgruppen om det är inställt på Inaktiverad
Utvärderingscykel för princip	Standardutvärderingscykeln stöds inte
Prenumerationsflytt	Det går inte att flytta prenumerationen till en annan klientorganisation
Gränser för anslutningskonfigurationer
Virtuella nätverk i en ansluten grupp	En ansluten grupp kan som standard innehålla upp till 250 virtuella nätverk som kan utökas till 1 000 på begäran med hjälp av det här formuläret.
Privata slutpunkter	1 000 privata slutpunkter per ansluten grupp
Hub-and-Spoke-konfiguration	Maximalt 1 000 virtuella nätverk som är peerkopplade till hubben
Direktanslutning	Upp till 250 virtuella nätverk kan som standard utökas till 1 000 vid begäran med hjälp av det här formuläret.
Gruppmedlemskap	Ett virtuellt nätverk kan ingå i upp till två anslutna grupper, som kan utökas till 1 000 på begäran med hjälp av det här formuläret.
Överlappande IP-blanksteg	Kommunikation till överlappande IP-adress tas bort
Begränsningar för säkerhetsadministratörsregler
IP-prefix	Max 1 000 IP-prefix tillsammans
Administratörsregler	Max 100 administratörsregler på en nivå
Gränser för användardefinierade vägar
Användardefinierade vägar per routningstabell	Max 1 000

Begränsningar för utvecklingstunnlar

Följande begränsningar gäller för utvecklingstunnlar. Gränserna återställs varje månad.

Resurs	Gräns
Bandbredd	5 GB per användare
Tunnlar	10 per användare
Aktiva anslutningar	1 000 per port
Hamnar	10 per tunnel
Hastighet för HTTP-förfrågningar	1500/min per port
Dataöverföringshastighet	Upp till 20 MB/s per tunnel
Maximal storlek på http-begärandetext för webbvidarebefordring	16 MB

För frågor om dessa gränser öppnar du ett problem i vår GitHub-lagringsplats.

Gränser för nätverkssäkerhetsperimeter

Skalningsbegränsningar

Funktionen Nätverkssäkerhetsperimeter kan användas för att stödja distributioner av PaaS-resurser med vanliga offentliga nätverkskontroller med följande skalningsbegränsningar:

Begränsning	Beskrivning
Antal nätverkssäkerhetsperimeter	Stöd för upp till 100 som rekommenderad gräns per prenumeration.
Profiler per nätverkssäkerhetsperimeter	Stöd för upp till 200 som rekommenderad gräns.
Antal regelelement per profil	Stöd för upp till 200 som hård gräns.
Antal PaaS-resurser mellan prenumerationer som är associerade med samma nätverkssäkerhetsperimeter	Stöd för upp till 1 000 som rekommenderad gräns.

Andra begränsningar

Nätverkssäkerhetsperimetern har andra begränsningar på följande sätt:

Begränsning/problem	Beskrivning
Det går inte att utföra flyttåtgärden för resursgrupper om det finns flera nätverkssäkerhetsperimeter	Om det finns flera nätverkssäkerhetsperimeter i samma resursgrupp kan nätverkssäkerhetsperimetern inte flyttas mellan resursgrupper/prenumerationer.
Associationer måste tas bort innan nätverkssäkerhetsperimetern tas bort	Alternativet Tvingad borttagning är för närvarande inte tillgängligt. Därför måste alla associationer tas bort innan en nätverkssäkerhetsperimeter tas bort. Ta endast bort associationer efter att ha vidtagit försiktighetsåtgärder för att tillåta åtkomst som tidigare kontrollerades av nätverkssäkerhetsperimetern.
Resursnamn får inte vara längre än 44 tecken för att stödja nätverkssäkerhetsperimeter	Resursassociationen för nätverkssäkerhetsperimetern som skapats från Azure Portal har formatet `{resourceName}-{perimeter-guid}`. Om du vill anpassa till kravnamnfältet får inte innehålla fler än 80 tecken måste resursnamnen begränsas till 44 tecken.
Tjänstslutpunktstrafik stöds inte.	Vi rekommenderar att du använder privata slutpunkter för IaaS till PaaS-kommunikation. För närvarande kan tjänstslutpunktstrafik nekas även när en inkommande regel tillåter 0.0.0.0/0.

Anteckning

Se den enskilda PaaS-dokumentationen för respektive begränsningar för varje tjänst.

Nästa steg

Fortsätt till följande resurser om du vill veta mer:

Resurs	Gräns
Standardhanterade diskar	50,000
Standard SSD-hanterade diskar	50,000
Premium SSD-hanterade diskar	50,000
Premium SSD v2-hanterade diskar	1 000
Premium SSD v2 managed disks capacity²	32,768
Ultradiskar	1 000
Ultradiskkapacitet²	32,768
Standard_LRS ögonblicksbilder¹	75 000
Standard_ZRS ögonblicksbilder¹	75 000
Hanterad avbildning	50,000

Dela via

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

Hantera gränser

Allmänna gränser

Gränser för Azure-hanteringsgrupp

Azure-prenumerationsgränser

Gränser för Azure-resursgrupper

Mallgränser

Microsoft Entra ID-gränser

Gränser för Azure API Center

Gränser för Azure API Management

Gränser – klassiska API Management-nivåer

Gränser – API Management v2-nivåer

Gränser – API Management-arbetsytor

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

Gränser för Azure App Service

Gränser för Azure Automation

Processautomatisering

Ändringsspårning och inventering

Azure uppdateringshanterare

Azure App Configuration

Gränser för Azure Cache for Redis

Gränser för Azure Cloud Services

Azure AI Search-gränser

Partitionslagring (GB)

Gränser för Azure AI Services

Azure Chaos Studio-gränser

Gränser för Azure Communications Gateway

Gränser för Azure Container Apps

Azure Cosmos DB-gränser

Gränser för Azure Data Explorer

Azure Database for MySQL

Azure Database for PostgreSQL

Gränser för Azure-distributionsmiljöer

Azure Files och Azure File Sync

Azure Functions-gränser

Azure Health Data Services

Gränser för Azure Health Data Services

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

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

Azure Lab Services

Per resurstyp

Per region – Labbplaner och labb

Gränser för Azure-belastningstestning

Azure Machine Learning-gränser

Gränser för Azure Maps

Gränser för Azure Managed Grafana

Azure Monitor-gränser

Gränser för Azure Data Factory

Gränser för webbtjänstanrop

Azure NetApp Files

Azure Policy-gränser

Azure Quantum-gränser

Providergränser och -kvoter

Lär dig & utveckla SKU

Prestanda vid skalnings-SKU

Azure RBAC-gränser

Gränser för Azure SignalR Service

Gränser för Azure Spring Apps

Azure Storage-gränser

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

Gränser för att skapa Azure-prenumerationer

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

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

Azure Web PubSub-gränser

Begränsningar för säkerhetskopiering

Batchgränser

Gränser för klassisk distributionsmodell

Gränser för containerinstanser

Gränser för Azure Container Registry

Gränser för Azure Content Delivery Network

Gränser för Azure Data Lake Analytics

Azure Data Lake Storage-gränser

Gränser för Azure Data Share

Gränser för Azure Database Migration Service

Azure Device Update för IoT Hub-gränser

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

Privat DNS-matchare¹