Dela via

Kvoter, begränsningar för storlek på virtuella maskiner och regiontillgänglighet i Azure Kubernetes Service (AKS)

Alla Azure-tjänster ställer in standardgränser och kvoter för resurser och funktioner, inklusive användningsbegränsningar för vissa SKU:er för virtuella maskiner (VM).

Den här artikeln beskriver standardgränserna för resurser för Azure Kubernetes Service (AKS) och tillgängligheten av AKS i Azure-regioner.

Kvoter och begränsningar för tjänsten

Resurs Begränsning
Maximalt antal kluster per prenumeration globalt 5 000
Maximalt antal kluster per prenumeration per region för prenumerationer med företagsavtal 1 1 000
Maximalt antal kluster per abonnemang per region för CSP-, betalnings-efter-hand-, sponsrade-, MSDN-, MPN-, Azure Pass-, Azure In Open- och Azure Pass-abonnemang 1 100
Maximalt antal kluster per prenumeration per region för prenumerationer på testversionen och Azure för studenter 1 3
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, se Rekommenderade metoder för stora kluster.
Maximalt antal noder per nodpool (Virtual Machine Scale Sets-nodpooler) 1 000
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
Azure portal standardinställning för 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: AKS stödde versioner
OSM-kontroller per kluster: 1
Antal pods per OSM-kontroller: 1600
Kubernetes tjänstekonton som hanteras av OSM: 160
Maximalt antal tjänster med lastbalanserade Kubernetes per kluster med Standard Load Balancer SKU 300
Maximalt antal noder per kluster med tillgänglighetsuppsättningar för virtuella maskiner och grundläggande lastbalanserare SKU 100

1 Om du vill begära en ökning av kvotgränsen skapar du en supportbegäran. Prenumerationer på Free Trial och Azure for Students är inte berättigade till ökning av gränser eller kvoter. Om du har en prenumeration på gratis prov eller Azure för studenter, kan du uppgradera till en betalningsbaserad prenumeration.
2 Windows Server-behållare måste använda Azure CNI-nätverksplugin. Kubenet stöds inte för Windows Server-containrar.

Kubernetes kontrollplansskikt Begränsning
Standard-nivå Skalar automatiskt Kubernetes API-server baserat på belastning. Större begränsningar för kontrollplanskomponenter och API-server/etcd-instanser.
Gratisnivå Begränsade resurser med begränsning för inflight-förfrågningar på 50 förändrings- och 100 skrivskyddade anrop. Rekommenderad nodgräns på 10 noder per kluster. Bäst för experimentering, lärande och enkla tester. Rekommenderas inte för produktions-/kritiska arbetslaster.

Begränsningar i bandbredd för AKS-resursleverantörens API:er

AKS använder algoritmen för strypning med token bucket för att begränsa vissa AKS resursleverantör API:er. Detta säkerställer tjänstens prestanda och främjar rättvis användning av tjänsten för alla kunder.

Bucketarna har en fast storlek (även kallat en burst-frekvens) och fylls på över tid med en fast frekvens (även känd som en ihållande frekvens). Varje begränsning av strypning är i kraft på regional nivå för den angivna resursen i den regionen. Till exempel, i tabellen nedan kan ett abonnemang kalla på ListManagedClusters högst 60 gånger (burst rate) åt gången för varje ResourceGroup, men kan fortsätta att göra 1 anrop per sekund därefter (sustained rate).

API-begäran Bucketstorlek Påfyllningshastighet Definitionsområde
LISTA ManagedClusters 500 förfrågningar 1 förfrågningar / 1 sekund Prenumeration
LISTA ManagedClusters 60 förfrågningar 1 begäran/1 sekund ResourceGroup
PUT AgentPool 20 begäranden 1 begäran/1 minut AgentPool
PUT ManagedCluster 20 begäranden 1 begäran/1 minut Hanterad Kluster
GET HanteradKluster 60 förfrågningar 1 begäran/1 sekund Hanterad kluster
GET-åtgärdsstatus 200 förfrågningar 2 förfrågningar / 1 sekund Prenumeration
Alla andra API:er 60 förfrågningar 1 begäran/1 sekund Prenumeration

Anmärkning

Bucketarna ManagedClusters och AgentPools räknas separat för samma AKS-kluster.

Om en begäran stryps, kommer begäran att returnera HTTP-svarskoden 429 (För många förfrågningar) och felkoden kommer att visas som Throttled i svaret. Varje strypt begäran inkluderar en Retry-After i HTTP-svarsrubriken med intervallet att vänta innan man försöker igen, i sekunder. Klienter som använder ett burstliknande API-anropsmönster bör säkerställa att Retry-After hanteras på ett lämpligt sätt. För att lära dig mer om Retry-After, se följande artikel. Specifikt kommer AKS att använda delay-seconds för att ange återförsöket.

Provisionerad infrastruktur

Alla andra begränsningar för nätverk, beräkning och lagring gäller för den tillhandahållna infrastrukturen. För de relevanta begränsningarna, se Azure-prenumerations- och tjänstebegränsningar.

Viktigt

När du uppgraderar en AKS-kluster, förbrukas extra resurser tillfälligt. Dessa resurser inkluderar tillgängliga IP-adresser i ett virtuellt nätverkssubnät eller en virtuell maskins vCPU-kvot.

För Windows Server-kontainrar kan du utföra en uppgradering för att tillämpa de senaste noduppdateringarna. Om du inte har tillgängligt IP-adressutrymme eller vCPU-kvot för att hantera dessa tillfälliga resurser, kommer klusteruppgraderingsprocessen att misslyckas. För mer information om processen för uppgradering av Windows Server-noder, se Uppgradera en nodpool i AKS.

Stödda storlekar för virtuella maskiner

Listan över stödda VM-storlekar i AKS utvecklas med lanseringen av nya VM-SKUs i Azure. Vänligen följ AKS:s versionsnoteringar för att hålla dig informerad om nya stödda SKU:er.

Begränsade VM-storlekar

Varje nod i en AKS-kluster innehåller en fast mängd beräkningsresurser såsom vCPU och minne. På grund av de beräkningsresurser som krävs för att köra Kubernetes korrekt begränsas vissa VM SKU-storlekar som standard i AKS. Dessa begränsningar säkerställer att poddar kan schemaläggas och fungera korrekt på dessa noder.

Användarnodpooler

För användarnodpooler kanske inte VM-storlekar med färre än två vCPU:er och två GB RAM-minne (minne) används.

Systemnodpooler

För systemnodpooler kanske inte VM-storlekar med färre än två vCPU:er och fyra GBs ram (minne) används. För att säkerställa att de kube-systempoddar som krävs och dina program kan schemaläggas på ett tillförlitligt sätt, rekommenderas det att inte använda några virtuella datorer i B-serien och virtuella datorer i Av1-serien.

För mer information om VM-typer och deras beräkningsresurser, se Storlekar för virtuella maskiner i Azure.

Stödda containerbildstorlekar

AKS sätter ingen gräns för storleken på containerbilder. Det är viktigt att förstå att ju större containerbilden är, desto högre blir minneskravet. Detta kan potentiellt överskrida resursgränserna eller det totala tillgängliga minnet för arbetarnoderna. Som förvald är minnet för VM-storleken Standard_DS2_v2 för en AKS-kluster inställt på 7 GiB.

När en containerbild är mycket stor (1 TiB eller mer), kan kubelet kanske inte hämta den från ditt containerregister till en nod på grund av brist på diskutrymme.

Tillgänglighet i regionen

För den senaste listan över var du kan distribuera och köra kluster, se AKS regionens tillgänglighet.

Standardvärden för smart virtuell dator

Från och med maj 2025 väljer AKS automatiskt den optimala standard-VM-SKU:n baserat på tillgänglig kapacitet och kvot om parametern är ospecificerad under distributionen. Detta säkerställer att distributionerna matchas med bästa möjliga SKU, vilket förbättrar prestanda och tillförlitlighet samtidigt som resursanvändningen optimeras. Tidigare var standard-AKS VM SKU Standard_DS2_V2, men det finns nu dynamiska resultat i standardetablering baserat på SKU-tillgänglighet. Detta påverkar alla nya åtgärder för att skapa virtuella datorer.

Förinställningar för klusterkonfiguration i Azure-portalen

När du skapar en kluster med hjälp av Azure-portalen kan du välja en förinställd konfiguration för att snabbt anpassa baserat på ditt scenario. Du kan ändra någon av de förinställda värdena när som helst.

Förinställning Beskrivning
Produktionsstandard Bäst för de flesta program som hanterar produktionstrafik med AKS rekommenderade metodtips.
Utveckling/Test Bäst för att utveckla nya arbetsbelastningar eller testa befintliga arbetsbelastningar.
Produktionsekonomi Bäst för att hantera produktionstrafik på ett kostnadsmedvetet sätt om dina arbetsbelastningar kan tolerera avbrott.
Produktionsföretag Bäst för att betjäna produktionstrafik med rigorösa behörigheter och förstärkt säkerhet.
Produktionsstandard Utveckling/Test Produktionsekonomi Produktionsföretag
Systemnodpoolens nodstorlek Standard_D8ds_v5 Standard_D4ds_v5 Standard_D8ds_v5 Standard_D16ds_v5
Autoskalningsintervall för systemnodpool 2–5 noder 2–5 noder 2–5 noder 2–5 noder
Användarpoolens nodstorlek för noder Standard_D8ds_v5 - Standard_D8as_v4 Standard_D8ds_v5
Autoskaleringsintervall för användarnodpool 2-100 noder - 0–25 noder 2-100 noder
Privat kluster - - -
Tillgänglighetszoner - -
Azure Policy - -
Azure Monitor - -
Hemlighetslagring CSI-drivrutin - -
Nätverkskonfiguration Azure CNI-överlägg Azure CNI-överlägg Azure CNI-överlägg Azure CNI-överlägg
Nätverksprincip Ingen Ingen Ingen Ingen
Autentisering och auktorisering Lokala konton med Kubernetes RBAC Lokala konton med Kubernetes RBAC Autentisering för Microsoft Entra ID med Azure RBAC Microsoft Entra ID-autentisering med Azure RBAC

Nästa steg

Du kan öka vissa standardbegränsningar och kvoter. Om din resurs tillåter en ökning, begär ökningen genom en Azure-supportförfrågan (för Problemtyp, välj Kvot).