Azure-prenumeration och tjänstbegränsningar, kvoter och begränsningar
I det här dokumentet visas några av de vanligaste Microsoft Azure-gränserna, som ibland även kallas kvoter.
Mer information om Priser för Azure finns i Översikt över Azure-priser. Där kan du beräkna dina kostnader med hjälp av priskalkylatorn. Du kan också gå till sidan med prisinformation för en viss tjänst, till exempel virtuella Windows-datorer. Tips för att hantera dina kostnader finns i Förhindra oväntade kostnader med Azure-fakturering och kostnadshantering.
Hantera gränser
Kommentar
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 någon mjuk gräns, bara en hård gräns.
Kostnadsfria utvärderingsprenumerationer är inte berättigade till gräns- eller kvotökningar. Om du har en kostnadsfri utvärderingsprenumeration kan du uppgradera till en betala per användning-prenumeration . Mer information finns i Uppgradera din kostnadsfria Utvärderingsprenumeration i Azure till en betala per användning-prenumeration och vanliga frågor och svar om den kostnadsfria utvärderingsprenumerationen.
Vissa gränser hanteras på regional nivå.
Vi använder vCPU-kvoter som exempel. Om du vill begära en kvotökning med stöd för virtuella CPU:er måste du bestämma hur många virtuella CPU:er du vill använda 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 ökas inte i någon annan region – endast Europa, västra har kvoten på 30 vCPU:er.
Därför bör du välja vad dina kvoter ska vara för din arbetsbelastning i en viss region. Begär sedan mängden i varje region som du vill distribuera till. Mer information om hur du fastställer dina aktuella kvoter för specifika regioner finns i Lösa fel för resurskvoter.
Allmänna gränser
Begränsningar för resursnamn finns i Namngivningsregler och begränsningar för Azure-resurser.
Information om läs- och skrivgränser för Resource Manager-API:et finns i Begränsa Resource Manager-begäranden.
Gränser för hanteringsgrupp
Följande begränsningar gäller för hanteringsgrupper.
Resurs | Gräns |
---|---|
Hanteringsgrupper per Microsoft Entra-klientorganisation | 10,000 |
Prenumerationer per hanteringsgrupp | Obegränsad. |
Nivåer av hanteringsgruppshierarki | Rotnivå plus 6 nivåer1 |
Direkt överordnad hanteringsgrupp per hanteringsgrupp | En |
Distributioner på hanteringsgruppsnivå per plats | 8002 |
Platser för distributioner på gruppnivå för hantering | 10 |
1De 6 nivåerna inkluderar inte prenumerationsnivån.
2Om 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.
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 prenumeration1 | 50 |
Unika taggberäkningar per prenumeration2 | 80 000 |
Distributioner på prenumerationsnivå per plats | 8003 |
Platser för distributioner på prenumerationsnivå | 10 |
1Du 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.
2Resource 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.
3Distributioner tas automatiskt bort från historiken när du närmar dig gränsen. Mer information finns i Automatiska borttagningar från distributionshistoriken.
Begränsningar för 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 | 8001 |
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 |
1Distributioner 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 | |
Domäner | |
Resurser |
|
Schemautökningar |
|
Appar |
|
Programmanifest | Högst 1 200 poster kan läggas till i programmanifestet. Se fler gränser i Verifieringsskillnader med kontotyper som stöds. |
Grupper |
För närvarande stöds följande scenarier med kapslade grupper:
Följande scenarier stöds inte med kapslade grupper:
|
Programproxy |
|
Å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 |
|
Microsoft Entra-roller och -behörigheter |
|
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 |
|
API Center-gränser
1 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.
2 Kontakta supporten om du vill öka gränsen i standardplanen.
3 Anpassade metadataegenskaper som tilldelats API:er, distributioner och miljöer.
4 Processen kan ta några minuter till upp till 24 timmar att slutföra.
5 Källor, till exempel länkade API Management-instanser.
API Management-gränser
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 serverdelsanslutningar1 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 | Obegränsat | Obegränsat | Obegränsat | Obegränsat |
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-storlekfö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 gatewayermed egen värd 3 | Ej tillämpligt | 25 | Saknas | Saknas | 25 |
Maximalt antal aktiva WebSocket-anslutningar per enhet4 | 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 |
1 Anslutningar poolas och återanvänds om de inte uttryckligen stängs av serverdelen.
2 Innehåller en upp till 2 048 byte lång frågesträng.
3 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.
4 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 serverdelsanslutningar1 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-storlekfö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 enhet3 | 5 000 | 5 000 | 5 000 |
1 Anslutningar poolas och återanvänds om de inte uttryckligen stängs av serverdelen.
2 Innehåller en upp till 2 048 byte lång frågesträng.
3 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 widgetar1 | 30 | 50 | 50 |
Maximal storlek på metadata per sida | 350 KB | 350 KB | 350 KB |
Maximal storlek på metadata per widget1 | 350 KB | 350 KB | 350 KB |
Maximalt antal klientbegäranden per minut | 200 | 200 | 200 |
1 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 App Service
Resurs | Kostnadsfri | Delad | Basic | Standard | Premium (v1-v3) | Isolerad |
---|---|---|---|---|---|---|
Webb-, mobil- eller API-appar per Azure App Service-plan1 | 10 | 100 | Obegränsad2 | Obegränsad2 | Obegränsad2 | Obegränsad2 |
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 | Dedikerad3 | Dedikerad3 | Dedikerad3 | Dedikerad3 |
Skala ut (maximalt antal instanser) | 1 delat | 1 delat | 3 dedikerade3 | 10 dedikerade3 | 20 dedikerade för v1; 30 dedikerade för v2 och v3.3 | 100 dedikerade4 |
Lagring5 | 1 GB5 | 1 GB5 | 10 GB5 | 50 GB5 | 250 GB5 | 1 TB12 Den tillgängliga lagringskvoten är 999 GB. |
CPU-tid (5 minuter)6 | 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)6 | 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)7 | 5 | 35 | 350 | Obegränsat | Obegränsat | Obegränsat |
WebSockets per instans (Linux)7 | 5 | Ej tillämpligt | ~50 000 | ~50 000 | ~50 000 | ~50 000 |
Utgående IP-anslutningar per instans | 600 | 600 | Beror på instansstorlek8 | Beror på instansstorlek8 | Beror på instansstorlek8 | 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 | X9 | |
Å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 | |||
WebJobs10 | 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-certifikat11 | X | X | X | X | ||
SLA | 99,95 % | 99,95 % | 99,95 % | 99,95 % |
1 Appar och lagringskvoter är per App Service-plan om inget annat anges.
2 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.
3 Dedikerade instanser kan ha olika storlekar. Mer information finns i Priser för App Service.
4 Fler tillåts på begäran.
5 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.
6 Dessa resurser begränsas av fysiska resurser på de dedikerade instanserna (instansstorleken och antalet instanser).
7Om 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.
8 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.
9 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.
10 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.
11 Endast utfärdande av standardcertifikat (jokerteckencertifikat är inte tillgängliga). Begränsat till endast ett kostnadsfritt certifikat per anpassad domän.
12 Total lagringsanvändning för alla appar som distribueras i en enda App Service-miljön (oavsett hur de allokeras mellan olika resursgrupper).
Automatiseringsgränser
Processautomatisering
Resurs | Gräns | Kommentar |
---|---|---|
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. |
Maximalt antal samtidiga jobb som körs samtidigt per Automation-konto | 200 | 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. Kostnadsfri utvärderingsversion och Azure for Student-prenumerationer kan köra upp till 10 samtidiga jobb samtidigt per Automation-konto. 2 |
Maximalt antal Automation-konton i en prenumeration i en region. | Ingen gräns 2 1 |
Enterprise- och MSDN-prenumerationer kan skapa Automation-konton i någon av de regioner som stöds av tjänsten Betala per användning, MPN, Azure Pass-prenumerationer kan skapa 2 Automation-konton per prenumeration i någon av de regioner som stöds av tjänsten. 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 |
Maximal lagringsstorlek för jobbmetadata för en rullande 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 tillståndskonfiguration |
Jobbkörningstid, kostnadsfri nivå | 500 minuter per prenumeration per kalendermånad | |
Maximalt antal diskutrymmen som tillåts per sandbox-miljö1 | 1 GB | Gäller endast för Azure-sandbox-miljöer. |
Maximal mängd minne som ges till en sandbox-miljö1 | 400 MB | Gäller endast för Azure-sandbox-miljöer. |
Maximalt antal nätverksuttag som tillåts per sandbox-miljö1 | 1 000 | Gäller endast för Azure-sandbox-miljöer. |
Högsta tillåtna körning per runbook1 | 3 timmar | Gäller endast för Azure-sandbox-miljöer. |
Maximalt antal systemhybrid-runbook-arbetare 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 storlek på runbook-jobbparameter | 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 runbooken. |
Maximal webhook-nyttolaststorlek | 512 kilobyte | |
Maximalt antal dagar som jobbdata behålls | 30 dagar | |
Maximal storlek på PowerShell-arbetsflödets tillstånd | 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 |
1En 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.
2Om 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 betala per användning-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 distribution1 | 25 |
Instansindataslutpunkter per distribution | 25 |
Indataslutpunkter per distribution | 25 |
Interna slutpunkter per distribution | 25 |
Värdbaserade tjänstcertifikat per distribution | 199 |
1Varje 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. Nivåerna omfattar:
- Kostnadsfri multitenanttjänst, som delas med andra Azure-prenumeranter, är avsedd för utvärdering och små utvecklingsprojekt.
- Basic tillhandahåller dedikerade databehandlingsresurser för produktionsarbetsbelastningar i mindre skala, med upp till tre repliker för frågearbetsbelastningar med hög tillgänglighet.
- Standard, som inkluderar S1, S2, S3 och S3 High Density, är avsedd för större produktionsarbetsbelastningar. Det finns flera nivåer på standardnivån så att du kan välja en resurskonfiguration som bäst matchar din arbetsbelastningsprofil.
Gränser per prenumeration
Du kan skapa flera fakturerbara söktjänster (Basic och högre), upp till det maximala antalet tjänster som tillåts på varje nivå, per region. Du kan till exempel skapa upp till 16 tjänster på basic-nivån och ytterligare 16 tjänster på S1-nivån inom samma prenumeration och region. Du kan sedan skapa ytterligare 16 grundläggande tjänster i en annan region för sammanlagt 32 Basic-tjänster under samma prenumeration. Mer information om nivåer finns i Välj en nivå (eller SKU) för Azure AI Search.
Maximala tjänstgränser kan höjas vid begäran. Om du behöver fler tjänster i samma prenumeration skickar du en supportbegäran.
Resurs | Gratis 1 | 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)2 | Ej tillämpligt | 3 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU | 36 SU |
1 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.
2 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 1 | 12 | 12 | 12 | 3 | 12 | 12 |
Repliker | Ej tillämpligt | 3 | 12 | 12 | 12 | 12 | 12 | 12 |
1 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 1 | 15 | 160 | 512 | 1,024 | 1,024 | 2 048 |
Efter den 17 maj 2024 2 | 15 | 160 | 512 | 1,024 | 2,048 | 4,096 |
1 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.
2 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.
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 på en mer detaljerad nivå, till exempel 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-tjänster
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
Azure Chaos Studio-gränser finns i Tjänstbegränsningar för Azure Chaos Studio.
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 ändringsbegäran som anger den gräns som du vill ä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å gränser 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
Begränsningar för Azure Container Apps finns i Kvoter i Azure Container Apps.
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
Azure Cosmos DB-gränser finns i Gränser i Azure Cosmos DB.
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 |
Kommentar
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
Azure Database for MySQL-gränser finns i Begränsningar i Azure Database for MySQL.
Azure Database for PostgreSQL
Azure Database for PostgreSQL-gränser finns i Begränsningar i 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 File Sync finns i Skalbarhets- och prestandamål för Azure Files.
Azure Functions-gränser
Resurs | Flex-förbrukningsplan | Premium-plan | Dedikerad plan-ASE/ | Container Apps | Förbrukningsplan |
---|---|---|---|---|---|
Standardtidslängd för tidsgräns (min) | 30 | 30 | 301 | 3016 | 5 |
Maximal tidsgränsvaraktighet (min) | obundna9 | obundna9 | obundna2 | obundna17 | 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)3 | 210 | 210 | 210 | 210 | 210 |
Maximal frågesträngslängd3 | 4096 | 4096 | 4096 | 4096 | 4096 |
Maximal url-längdför begäran 3 | 8192 | 8192 | 8192 | 8192 | 8192 |
ACU per instans | 210-840 | 100-840/210-25010 | Varierar | 100 | Varierar |
Maximalt minne (GB per instans) | 4<sup4 | 3.5-14 | 1.75-256/8-256 | Varierar | 1.5 |
Maximalt antal instanser (Windows/Linux) | 100/20 | varierar beroende på SKU/10011 | 10-30018 | 200/100 | 1000 15 |
Funktionsappar per plan13 | 100 | 100 | obundna4 | obundna4 | 100 |
App Service-planer | saknas | 100 per resursgrupp | 100 per resursgrupp | saknas | 100 per region |
Distributionsfack per app12 | saknas | 3 | 1-2011 | stöds inte | 2 |
Lagring (tillfälligt)5 | 0,8 GB | 21–140 GB | 11–140 GB | saknas | 0.5 GB |
Lagring (beständiga) | 0 GB7 | 250 GB | 10–1 000 GB11 | saknas | 1 GB6,7 |
Anpassade domäner per app | 500 | 500 | 500 | stöds inte | 5007 |
SSL-stöd för anpassad domän | Obundna SNI SSL- och 1 IP SSL-anslutningar ingår | Obundna SNI SSL- och 1 IP SSL-anslutningar ingår | Obundna SNI SSL- och 1 IP SSL-anslutningar 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.
- Det finns ingen maximal varaktighet för tidsgränsen för körningen framtvingas. 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 standardtimeouten 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 Jämförelse av Functions-värdplaner.
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 1 | 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 1 | 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)2 | 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 |
1 Fler tillåts på begäran.
2 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
Begränsningar för Azure-belastningstestning finns i Tjänstbegränsningar i Azure Load Testing.
Azure Machine Learning-gränser
De senaste värdena för Azure Machine Learning Compute-kvoter finns på kvotsidan för Azure Machine Learning
Gränser för Azure Maps
Kommentar
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 |
Kommentar
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 | Ta reda på hur du begär en kvotökning från supporten. |
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 dataintegreringsenheter1 förbrukning per prenumeration per Azure Integration Runtime region | Regiongrupp 12: 6 000 Regiongrupp 22: 3 000 Regiongrupp 32: 1 500 |
Regiongrupp 12: 6 000 Regiongrupp 22: 3 000 Regiongrupp 32: 1 500 |
Samtidig förbrukning Dataintegration enheter1 per prenumeration per Azure Integration Runtime-region i hanterat virtuellt nätverk | 2,400 | Ta reda på hur du begär en kvotökning från supporten. |
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 | Ta reda på hur du begär en kvotökning från supporten. |
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-objekt3 | 200 KB | 200 KB |
Byte per objekt for datauppsättningsobjekt och länkad tjänst-objekt3 | 100 kB | 2 000 kB |
Byte per nyttolast för varje aktivitet körs4 | 896 KB | 896 KB |
Dataintegreringsenheter1 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 | Ta reda på hur du begär en kvotökning från supporten. |
Samtidigt antal dataflöden per integrationskörning i hanterat virtuellt nätverk | 50 | Ta reda på hur du begär en kvotökning från supporten. |
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 | Ta reda på hur du begär en kvotökning från supporten. |
1 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.
2 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.
3 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.
4 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 51 samtidiga jobb |
FPGA-baserade samtidiga jobb | upp till 21 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 1001 samtidiga jobb | samma som standardgränsen |
FPGA-baserade samtidiga jobb | upp till 101 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.
1 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.
Kommentar
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äran1 |
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 2 |
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:
|
40 000 begäranden per sekund2 |
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 sekund2 |
Standard högsta ingress per generell användning v2 och Blob Storage-konto i följande regioner:
|
60 Gbit/s2 |
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/s2 |
Standard maximal ingress för generell användning v1-lagringskonton (alla regioner) | 10 Gbit/s2 |
Högsta standardutgång för konton för generell användning v2 och Blob Storage i följande regioner:
|
200 Gbit/s2 |
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/s2 |
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 |
1 Med en kvotökning kan du skapa upp till 500 lagringskonton med standardslutpunkter per region. Mer information finns i Öka Azure Storage-kontokvoter. 2 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 begränsningar gäller endast när du utför hanteringsåtgärder med Azure Resource Manager med Azure Storage. Gränserna gäller 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 TiB2 |
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 sekund2 |
Måldataflöde för en enda blockblob | Ingress-/utgående gränserför upp till lagringskonto 1 |
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.
2 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 skapandegrä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 | 5001 |
RemoteApp | Programgrupp | 500 |
Rolltilldelning | Alla Azure Virtual Desktop-objekt | 200 |
Sessionsvärddator | HostPool | 10,000 |
1Om 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. |
Maximal Azure VMware Solution ExpressRoute-porthastighet | 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 |
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.
Använd maxverktyget för VMware-konfiguration för andra VMware-specifika gränser.
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-9001 | Kontakta supporten |
Kärnor med låg prioritet per Batch-konto | 0-1001 | Kontakta supporten |
Aktiva jobb och jobbscheman per Batch-konto (slutförda jobb har ingen gräns) | 100-300 | 1 0002 |
Pooler per Batch-konto | 0-1001 | 5002 |
Privata slutpunktsanslutningar per Batch-konto | 100 | 100 |
1 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.
2 Kontakta Azure Support om du vill begära en ökning utöver den här gränsen.
Kommentar
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
Om du använder den klassiska distributionsmodellen i stället för Azure Resource Manager-distributionsmodellen gäller följande gränser.
Resurs | Standardgräns | Maximigräns |
---|---|---|
vCPU:er per prenumeration1 | 20 | 10,000 |
Coadministratorer per prenumeration | 200 | 200 |
Lagringskonton per prenumeration2 | 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 |
1Extra små instanser räknas som en vCPU mot vCPU-gränsen trots att en partiell CPU-kärna används.
2Grä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 | 01 |
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 | 3001 |
Containergruppen skapas per 5 minuter | 1001 |
Containergruppen tas bort per timme | 3001 |
Containergruppen tas bort per 5 minuter | 1001 |
1Om 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.
2Standardgräns för betala per användning-prenumeration . Gränsen kan variera för andra kategorityper.
Gränser för containerregister
I följande tabell beskrivs funktionerna och gränserna för tjänstnivåerna Basic, Standard och Premium.
Resurs | Basic | Standard | Premium |
---|---|---|---|
Ingår lagring1 (GiB) | 10 | 100 | 500 |
Lagringsgräns (TiB) | 40 | 40 | 40 |
Maximal bildskiktsstorlek (GiB) | 200 | 200 | 200 |
Maximal manifeststorlek (MiB) | 4 | 4 | 4 |
ReadOps per minut2, 3 | 1 000 | 3 000 | 10,000 |
WriteOps per minut2, 4 | 100 | 500 | 2 000 |
Ladda ned bandbredd2 (Mbit/s) | 30 | 60 | 100 |
Ladda upp bandbredd 2 (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ångskarta5 | 500 | 500 | 500 |
Anonym pull-åtkomst | Ej tillämpligt | Förhandsversion | Förhandsversion |
1 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.
2ReadOps, 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.
3En docker pull översätts till flera läsåtgärder baserat på antalet lager i avbildningen, plus manifesthämtningen.
4En 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.
5 Enskilda åtgärder av content/delete
, content/read
, content/write
, metadata/read
, metadata/write
motsvarar gränsen för lagringsplatser per omfångskarta.
Nätverksgränser för innehållsleverans
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.
Data Lake Analytics-gränser
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. |
Datafabriksgränser
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 | Ta reda på hur du begär en kvotökning från supporten. |
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 dataintegreringsenheter1 förbrukning per prenumeration per Azure Integration Runtime region | Regiongrupp 12: 6 000 Regiongrupp 22: 3 000 Regiongrupp 32: 1 500 |
Regiongrupp 12: 6 000 Regiongrupp 22: 3 000 Regiongrupp 32: 1 500 |
Samtidig förbrukning Dataintegration enheter1 per prenumeration per Azure Integration Runtime-region i hanterat virtuellt nätverk | 2,400 | Ta reda på hur du begär en kvotökning från supporten. |
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 | Ta reda på hur du begär en kvotökning från supporten. |
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-objekt3 | 200 KB | 200 KB |
Byte per objekt for datauppsättningsobjekt och länkad tjänst-objekt3 | 100 kB | 2 000 kB |
Byte per nyttolast för varje aktivitet körs4 | 896 KB | 896 KB |
Dataintegreringsenheter1 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 | Ta reda på hur du begär en kvotökning från supporten. |
Samtidigt antal dataflöden per integrationskörning i hanterat virtuellt nätverk | 50 | Ta reda på hur du begär en kvotökning från supporten. |
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 | Ta reda på hur du begär en kvotökning från supporten. |
1 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.
2 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.
3 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.
4 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.
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. |
Dataresursbegränsningar
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 databasmigreringstjänsten
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. |
Gränser för enhetsuppdatering för IoT-hubb
Kommentar
När en viss resurs eller åtgärd inte har justerbara gränser är standardvärdet och maxgränserna desamma. När gränsen kan justeras innehåller följande tabell både standardgränsen och maxgränsen. Gränsen kan höjas över standardgränsen men inte över den maximala gränsen. Gränser kan bara justeras för standard-SKU:n. Begäranden om begränsningsjustering accepteras inte för den kostnadsfria SKU:n. Begäranden om begränsningsjustering utvärderas från fall till fall och godkännanden garanteras inte. Dessutom kan inte kostnadsfria SKU-instanser uppgraderas till Standard SKU-instanser.
Om du vill höja gränsen eller kvoten över standardgränsen öppnar du en kundsupportbegäran online.
Den här tabellen innehåller gränserna för enhetsuppdateringen för IoT Hub-resursen i Azure Resource Manager:
Resurs | Standard-SKU-gräns | Kostnadsfri 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 |
Den här tabellen innehåller de olika gränser som är associerade med åtgärderna i Enhetsuppdatering för IoT Hub:
Åtgärd | Standard-SKU-gräns | Kostnadsfri 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 (inkluderar 1 reserverad distribution för Avbryt) | 5 (inkluderar 1 reserverad distribution för Avbryt) | Ja |
Antal totala distributioner per instans (inkluderar 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 |
Kommentar
Avbrutna eller inaktiva distributioner räknas mot den totala distributionsgränsen. Se till att dessa distributioner rensas regelbundet, så att du inte hindras från att skapa nya distributioner.
Digital Twins-gränser
Kommentar
Vissa delar av den här tjänsten har justerbara gränser, och andra inte. Detta representeras i följande tabeller med kolumnen Justerbar? . 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 hastighetsgränserna 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 dess specifikationsdokumentation i GitHub: DTDL (Digital Twins Definition Language) – version 2.
Information om frågesvarstid beskrivs i frågespråket. Begränsningar för vissa frågespråksfunktioner finns i frågereferensdokumentationen.
Event Grid-gränser
Kommentar
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.
Kommentar
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 |
Begränsningar för 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.
Kommentar
- 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.
Kommentar
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 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.
IoT Hub-gränser
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) |
Kommentar
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). |
IoT Hub Device Provisioning Service-gränser
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 |
Dricks
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 |
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 region1):
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 |
Kommentar
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 region1 |
---|---|
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.
1 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 |
Kommentar
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 |
Gränser för hanterad identitet
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:
- Per Microsoft Entra-klientorganisation per Azure-region: 400 skapa åtgärder per 20 sekunder.
- 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:
- Per Microsoft Entra-klientorganisation per Azure-region: 400 tilldelningsåtgärder per 20 sekunder.
- Per Azure-prenumeration per Azure-region: 300 tilldelningsåtgärder per 20 sekunder.
Gränser för Media Services
Kommentar
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. (1) |
Lagringskonton | 100(2) (fast) |
1 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.
2 Lagringskontona måste komma från samma Azure-prenumeration.
Jobbgränser (kodning och analys)
Resurs | Standardgräns |
---|---|
Jobb per Media Services-konto | 500 000 (3) (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) |
3 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 (4) per Media Services-konto | 5 |
Liveutdata per livehändelse | 3 (5) |
Maximal varaktighet för liveutdata | Storleken på DVR-fönstret |
4 Detaljerad information om begränsningar för livehändelser finns i Jämförelse och begränsningar för livehändelsetyper.
5 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 (6) |
Unika positionerare för direktuppspelning som är associerade med en tillgång i taget | 100(7) (fast) |
6 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.
7 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.
Media Services v2 (äldre)
Begränsningar som är specifika för Media Services v2 (äldre) finns i [Media Services v2 (äldre)]
Gränser för mobila tjänster
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.
Gränser för multifaktorautentisering
Resurs | Standardgräns | Maximigräns |
---|---|---|
Maximalt antal betrodda IP-adresser eller intervall per prenumeration | 0 | 50 |
Kom ihåg mina enheter, antal dagar | 14 | 60 |
Maximalt antal applösenord | 0 | Ingen begränsning |
Tillåt X försök under MFA-anrop | 1 | 99 |
Timeout-sekunder för tvåvägsmeddelande | 60 | 600 |
Standard för engångsförbikopplingar i sekunder | 300 | 1 800 |
Lås användarkontot efter X på varandra följande MFA-nekanden i följd | Anges inte | 99 |
Återställ räknaren för kontoutelåsning efter X minuter | Anges inte | 9,999 |
Återställ konto efter X minuter | Anges inte | 9,999 |
Begränsningar för 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.
Kommentar
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-adresser1,2 | 10 för Basic | Kontakta supporten |
Statiska offentliga IP-adresser1 | 10 för Basic | Kontakta supporten |
Offentliga IP-standardadresser1 | 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 |
1Standardgrä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.
2Gränsen för offentliga IP-adresser avser den totala mängden offentliga IP-adresser, inklusive Basic och Standard.
Gränser för lastbalanserare
Följande begränsningar 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.
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), regler per IP -adress (IP-baserad LB)1 | 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 2 | 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. För IP-baserade IP-adresser är den här gränsen per IP-adress. 2 Ip-konfigurationer för serverdelen aggregeras över alla regler för lastbalanserare, inklusive belastningsutjämning, inkommande NAT och regler för utgående trafik. 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 lastbalanserare (LB-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) |
3 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.
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)1 | 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 2 | 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. 2 IP-konfigurationer för serverdelen aggregeras över alla regler för lastbalanserare, inklusive belastningsutjämning, inkommande NAT och utgående regler. Varje regel som en serverdelspoolinstans är konfigurerad 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 lastbalanserare (LB-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) |
3 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 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 | 2 | 1 offentlig och 1 privat |
Klientdelsportar | 1001 | |
Serverdelsadresspooler | 100 | |
Serverdelsmål per pool | 1 200 | |
HTTP-lyssnare | 2001 | 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 | 4001 | |
HTTP-inställningar för backend | 1001 | |
Instanser per gateway | V1 SKU – 32 V2 SKU – 125 |
|
SSL-certifikat | 1001 | 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 | 1001 | 1 per HTTP-lyssnare |
URL-kartor per lyssnare | 1 | |
Värdnamn per lyssnare | 5 | |
Maximala sökvägsbaserade regler per URL-karta | 100 | |
Omdirigeringskonfigurationer | 1001 | |
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 20k2 Stora gatewayer 50k2 |
|
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 GB3 |
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 MB3 |
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 MB3 |
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 | |
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 |
1 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.
2 Gränsen är per Application Gateway-instans inte per Application Gateway-resurs.
3 Måste definiera värdet via WAF-principen för Application Gateway.
Gränser för 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 1 |
Postuppsättningar per offentlig DNS-zon | 10 000 1 |
Poster per post som angetts i offentlig DNS-zon | 20 1 |
Antal aliasposter för en enskild Azure-resurs | 20 |
1Om 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 1 |
Maximalt antal DNS-frågor i kö (väntande svar) per virtuell dator | 200 1 |
1Dessa 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-matchare1
Resurs | Gräns |
---|---|
Privata DNS-matchare per prenumeration | 15 |
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 |
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 |
1Olika 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 |
---|---|
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 principanalysen under 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. |
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 | 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 resurs2 | 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 bandbredd1 | 75 Gbit/s |
Maximalt antal begäranden per sekund per profil1 | 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 |
1Om 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.
2Om 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 bandbredd1 | 75 Gbit/s | 75 Gbit/s |
Maximalt antal begäranden per sekund per profil1 | 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 |
1Om 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.
Tidsgränsvärden
Från klient till frontdörr
- Front Door har en tidsgräns för inaktiv TCP-anslutning på 61 sekunder.
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 | 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 |
1 Om din NVA annonserar fler vägar än gränsen tas BGP-sessionen bort.
Kommentar
Det totala antalet vägar som annonseras från VNet-adressutrymmet och Routningsservern mot ExpressRoute-kretsen, när Gren-till-gren är aktiverat, får inte överstiga 1 000. Mer information finns i Väg annonseringsgränser för ExpressRoute.
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-vägar som annonseras till privat Azure-peering från en lokal plats | 4 000 | 10,000 |
Maximalt antal IPv6-vägar som annonseras till privat Azure-peering från en lokal plats | 100 | 100 |
Maximalt antal IPv4-vägar som annonseras från privat Azure-peering från det virtuella nätverkets adressutrymme till en virtuell ExpressRoute-nätverksgateway | 1 000 | 1,000 |
Maximalt antal IPv6-vägar som annonseras från privat Azure-peering från det virtuella nätverkets adressutrymme till en virtuell ExpressRoute-nätverksgateway | 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
Kommentar
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. Dessa siffror härleds från följande testvillkor och representerar maxgränsen för support. Den faktiska prestandan kan variera beroende på hur nära trafiken replikerar dessa testvillkor.
Testvillkor
Gateway-SKU | Trafik som skickas från en lokal plats | Antal vägar som annonseras av gatewayen | Antal vägar som har lärts av gatewayen |
---|---|---|---|
Standard/ERGw1Az | 1 Gbit/s | 500 | 4000 |
Höga prestanda/ERGw2Az | 2 Gbit/s | 500 | 9 500 |
Ultra prestanda/ErGw3Az | 10 Gbit/s | 500 | 9 500 |
ErGwScale (per skalningsenhet) | 1 Gbit/s | 500 | 4 000 |
Kommentar
ExpressRoute kan underlätta upp till 11 000 vägar som omfattar virtuella nätverksadressutrymmen, lokalt 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.
Prestandaresultat
Den här tabellen gäller för både Azure Resource Manager och klassiska distributionsmodeller.
Gateway-SKU | Mega-Bits per sekund | Paket per sekund | Antal virtuella datorer som stöds i det virtuella nätverket 1 | Gräns för flödesantal |
---|---|---|---|---|
Standard/ERGw1Az | 1 000 | 100 000 | 2 000 | 200 000 |
Höga prestanda/ERGw2Az | 2 000 | 200 000 | 4 500 | 400,000 |
Ultra prestanda/ErGw3Az | 10 000 | 1,000,000 | 11 000 | 1 000 000 |
ErGwScale (per skalningsenhet) | 1 000 | 100 000 | 2 000 | 100 000 per skalningsenhet |
1 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.
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 Microsoft 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 till privata slutpunktsresurser.
- ExpressRoute stöder en maximal TCP- och UDP-paketstorlek på 1 400 byte. Paketstorleken är större än 1 400 byte fragmenteras.
- 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.
NAT Gateway-gränser
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öde1 | 50 Gbit/s |
NAT-gatewayer för Enterprise- och CSP-avtal2 | 1 000 per prenumeration per region |
NAT-gatewayer för sponsrade och betala per användning2 | 100 per prenumeration per region |
NAT-gatewayer för kostnadsfri utvärderingsversion och alla andra erbjudandetyper2 | 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 |
1 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.
2 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.
Private Link-gränser
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 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 |
Gränser för Traffic Manager
Resurs | Gräns |
---|---|
Profiler per prenumeration | 200 1 |
Slutpunkter per profil | 200 |
1Om du behöver öka dessa gränser kontaktar du Azure Support.
VPN Gateway-gränser
Följande gränser gäller för VPN Gateway-resurser och virtuella VPN Gateway-nätverksgatewayer, om inget annat anges.
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 |
Virtual WAN-gränser
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 |
Begränsningar för 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
De senaste värdena för Microsoft Purview-kvoter finns på sidan För Microsoft Purview-kvoter.
Microsoft Sentinel-gränser
För Microsoft Sentinel-gränser, se Tjänstbegränsningar för Microsoft Sentinel
Service Bus-gränser
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 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 |
SQL Database-gränser
Sql Database-gränser finns i SQL Database-resursgränser för enskilda databaser, SQL Database-resursgränser för elastiska pooler och pooldatabaser samt SQL Database-resursgränser för SQL Managed Instance.
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 | Ta reda på hur du begär en kvotökning från supporten. |
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 enheter1 per arbetsyta per Azure Integration Runtime-region | Regiongrupp 12: 6 000 Regiongrupp 22: 3 000 Regiongrupp 32: 1 500 Hanterat virtuellt nätverk2: 2 400 |
Regiongrupp 12: 6 000 Regiongrupp 22: 3 000 Regiongrupp 32: 1 500 Hanterat virtuellt nätverk: Ta reda på hur du begär en kvotökning från supporten. |
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 | Ta reda på hur du begär en kvotökning från supporten. |
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-objekt3 | 200 KB | 200 KB |
Byte per objekt for datauppsättningsobjekt och länkad tjänst-objekt3 | 100 kB | 2 000 kB |
Byte per nyttolast för varje aktivitet körs4 | 896 KB | 896 KB |
Dataintegreringsenheter1 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 | Ta reda på hur du begär en kvotökning från supporten. |
Samtidigt antal dataflöden per integrationskörning i hanterat virtuellt nätverk | 20 | Ta reda på hur du begär en kvotökning från supporten. |
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 | Ta reda på hur du begär en kvotökning från supporten. |
1 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.
2 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.
3 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.
4 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 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 capacity2 32,768 Ultradiskar 1 000 Ultradiskkapacitet2 32,768 Standard_LRS ögonblicksbilder1 75 000 Standard_ZRS ögonblicksbilder1 75 000 Hanterad avbildning 50,000
1En enskild disk kan ha 500 inkrementella ögonblicksbilder.
2Detta ä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 på virtuella datorer.
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 VM-program.
Diskkrypteringsuppsättningar
Det finns en begränsning på 5 000 diskkrypteringsuppsättningar per region, per prenumeration. Mer information finns i krypteringsdokumentationen för virtuella Linux - eller Windows-datorer . Om du behöver öka kvoten kontaktar du Azure Support.
Diskar för hanterade virtuella datorer
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)1 | <=50 Gbit/s |
1Ingress 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 |
StorSimple-systemgränser
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 |
|
Återställa och klona återställningstid för nivåindelade volymer | <2 minuter |
|
Återställa återställningstiden för lokalt fästa volymer | <2 minuter |
|
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 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 datorer
Gränser för virtuella datorer
Resurs | Gräns |
---|---|
Virtuella datorer per molntjänst 1 | 50 |
Indataslutpunkter per molntjänst 2 | 150 |
1 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.
2 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 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 0001 per region. |
Totalt antal VM-kärnor per prenumeration | 201 per region. Kontakta supporten för att öka gränsen. |
Totalt antal kärnor per prenumeration för virtuella Azure Spot-datorer | 201 per region. Kontakta supporten för att öka gränsen. |
Virtuell dator per serie, till exempel Dv2 och F, kärnor per prenumeration | 201 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 | 1992 |
Certifikat per prenumeration | Obegränsad3 |
1 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.
2 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.
3 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.
Kommentar
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.
Begränsningar för beräkningsgalleriet
Det finns gränser per prenumeration för att distribuera resurser med hjälp av Beräkningsgallerier:
- 100 beräkningsgallerier per prenumeration, per region
- 1 000 bilddefinitioner per prenumeration och region
- 10 000 avbildningsversioner, per prenumeration, per region
Kommandogräns för hanterad körning
Det maximala antalet tillåtna kommandon för hanterad körning är för närvarande begränsat till 25.
Gränser för VM-skalningsuppsättningar
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 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. |
Kommentar
Se den enskilda PaaS-dokumentationen för respektive begränsningar för varje tjänst.