Quota's, beperkingen op de grootte van virtuele machines, en beschikbaarheid van regio's in Azure Kubernetes Service (AKS)

2025-07-15

Alle Azure-services stellen standaardlimieten en quota's in voor bronnen en functies, waaronder gebruiksbeperkingen voor bepaalde virtual machine (VM) SKU's.

Dit artikel beschrijft de standaard limieten voor resources van de Azure Kubernetes Service (AKS) en de beschikbaarheid van AKS in Azure-regio's.

Servicequota en -limieten

Bron	Limiet
Maximum aantal clusters per abonnement wereldwijd	5.000
Maximale knooppunten per cluster met Virtual Machine-schaalsets en Standard Load Balancer SKU	5.000 verspreid over alle node pools Opmerking: Als je niet in staat bent om op te schalen naar 5.000 nodes per cluster, zie dan Best Practices voor grote clusters.
Maximum aantal nodes per nodepool (Virtual Machine Scale Sets node pools)	1000
Maximum aantal knooppuntgroepen per cluster	100
Maximum pods per knooppunt: met Kubenet networking plug-in¹	Maximum: 250 Azure CLI standaard: 110 Azure Resource Manager template standaard: 110 Standaardimplementatie in Azure Portal: 30
Maximum aantal pods per knooppunt: met Azure Container Networking Interface (Azure CNI)²	Maximum: 250 Maximaal aanbevolen voor Windows Server-containers: 110 Standaard: 30
Open Service Mesh (OSM) AKS-invoegtoepassing	Kubernetes Cluster Versie: Door AKS ondersteunde versies OSM-controllers per cluster: 1 Pods per OSM-controller: 1600 Kubernetes-serviceaccounts beheerd door OSM: 160
Maximale load-gebalanceerde kubernetes-diensten per cluster met Standard Load Balancer SKU	300
Maximale knooppunten per cluster met Virtual Machine Availability Sets en Basic Load Balancer SKU	100

¹ Als u een verhoging van de quotumlimiet wilt aanvragen, maakt u een ondersteuningsaanvraag. Gratis proefversie en Azure for Students-abonnementen komen niet in aanmerking voor limiet- of quotumverhogingen. Als u een gratis proefversie of azure for Students-abonnement hebt, kunt u upgraden naar een abonnement met betalen per gebruik.
² Windows Server-containers moeten de Azure CNI-netwerkplug-in gebruiken. Kubenet wordt niet ondersteund voor Windows Server-containers.

Kubernetes-besturingslaag	Limiet
Standaardlaag	Schaal Kubernetes API-server automatisch op basis van belasting. Grotere limieten voor controlevlakcomponenten en API-server/etcd-instanties.
Gratis niveau	Beperkte resources met limiet voor aanvragen voor binnenvlucht. Aanbevolen limiet van 10 nodes per cluster. Het beste voor experimenteren, leren en eenvoudige testen. Niet aanbevolen voor productie/kritieke workloads.

Beperkingen op throttling-limieten voor AKS-API's van resourceproviders

AKS gebruikt het token bucket-algoritme om bepaalde AKS resource provider-API's te beperken. Beperkingslimieten zorgen voor de prestaties van de service en bevordert een eerlijk gebruik van de service voor alle klanten.

De buckets hebben een vaste grootte (ook wel een burstsnelheid genoemd) en worden na verloop van tijd bijgevuld met een vaste snelheid (ook wel een aanhoudende snelheid genoemd). Elke limiet op regulering is van toepassing op regionaal niveau voor de gespecificeerde bron in die regio. In de volgende tabel kan een abonnement bijvoorbeeld ListManagedClusters maximaal 60 keer (burstsnelheid) tegelijk aanroepen voor elke ResourceGroup, maar kan daarna elke seconde één aanroep blijven voeren (aanhoudende snelheid).

API-aanvraag	Emmergrootte	Navulfrequentie	Omvang
Lijst met beheerde clusters	500 aanvragen	1 verzoeken / 1 seconde	Abonnement
Lijst met beheerde clusters	60 verzoeken	1 verzoek / 1 seconde	Resourcegroep
PUT Agentenpool	20 verzoeken	1 aanvraag / 1 minuut	AgentPool
PUT ManagedCluster	20 verzoeken	1 aanvraag / 1 minuut	ManagedCluster
GET ManagedCluster	60 verzoeken	1 verzoek / 1 seconde	Beheerde Cluster
GET-bewerkingsstatus	200 verzoeken	2 verzoeken / 1 seconde	Abonnement
Alle andere API's	60 verzoeken	1 verzoek / 1 seconde	Abonnement

Opmerking

De buckets ManagedClusters en AgentPools worden afzonderlijk geteld voor hetzelfde AKS-cluster.

Als een aanvraag wordt beperkt, retourneert de aanvraag HTTP-antwoordcode 429 (Te veel aanvragen) en wordt de foutcode weergegeven zoals Throttled in het antwoord. Elke begrensde aanvraag bevat een Retry-After in de HTTP-responsheader met het interval in seconden dat moet worden gewacht voordat opnieuw wordt geprobeerd. Klanten die een piekerig API-aanroeppatroon gebruiken, moeten ervoor zorgen dat de Retry-After correct afgehandeld kan worden. Zie het volgende artikel voor meer informatie over de Retry-After parameter. AKS gebruikt delay-seconds om de herhaalpoging op te geven.

Ingerichte infrastructuur

Alle andere netwerk-, computer- en opslagbeperkingen zijn van toepassing op de voorziene infrastructuur. Zie Azure-abonnements- en servicelimieten voor de relevante limieten.

Belangrijk

Wanneer u een AKS-cluster upgradet, worden er tijdelijk extra middelen gebruikt. Deze resources omvatten beschikbare IP-adressen in een subnet van een virtueel netwerk of vCPU-quotum voor virtuele machines.

Voor Windows Server-containers kunt u een upgradebewerking uitvoeren om de meest recente knooppuntupdates toe te passen. Als u niet beschikt over de beschikbare IP-adresruimte of het vCPU-quotum om deze tijdelijke resources te verwerken, mislukt het upgradeproces van het cluster. Voor meer informatie over het upgraden van Windows Server-nodes, zie Upgrade een nodepool in AKS.

Ondersteunde VM-groottes

De lijst met ondersteunde VM-groottes in AKS evolueert met de release van nieuwe VM-SKU's in Azure. Volg de opmerkingen bij de AKS-release om op de hoogte te blijven van nieuwe ondersteunde SKU's.

Beperkte VM-grootten

Elke node in een AKS-cluster bevat een vaste hoeveelheid computercapaciteit zoals vCPU en geheugen. Vanwege de vereiste rekenresources die nodig zijn om Kubernetes correct uit te voeren, worden bepaalde VM-SKU-grootten standaard beperkt in AKS. Deze beperkingen zijn bedoeld om ervoor te zorgen dat pods op deze knooppunten correct kunnen worden gepland en functioneren.

Gebruikersknooppuntgroepen

Voor gebruikersknooppuntgroepen worden VM-grootten met minder dan twee vCPU's en twee GB RAM(geheugen) mogelijk niet gebruikt.

Systeemknooppuntgroepen

Voor systeemknooppuntgroepen worden VM-grootten met minder dan twee vCPU's en vier GB RAM(geheugen) mogelijk niet gebruikt. Om ervoor te zorgen dat de vereiste kube-system-pods en uw toepassingen betrouwbaar kunnen worden gepland, is het raadzaam geen VM's uit de B-serie en Av1-serie-VM's te gebruiken.

Voor meer informatie over VM-types en hun rekenbronnen, zie Formaten voor virtuele machines in Azure.

Ondersteunde formaten voor containerafbeeldingen

AKS stelt geen limiet aan de grootte van de containerafbeelding. Het is echter belangrijk te begrijpen dat hoe groter de containerafbeelding, hoe hoger de geheugenvraag. Deze vraag kan mogelijk de resourcelimieten overschrijden of het totale beschikbare geheugen van werkknooppunten. Standaard is het geheugen voor VM-grootte Standard_DS2_v2 voor een AKS-cluster ingesteld op 7 GiB.

Wanneer een containerinstallatiekopie groot is (1 TiB of meer), kan kubelet deze mogelijk niet ophalen uit uw containerregister naar een knooppunt vanwege onvoldoende schijfruimte.

Beschikbaarheid van de regio

Zie beschikbaarheid van AKS-regio's voor de meest recente lijst met waar u clusters kunt implementeren en uitvoeren.

Standaardinstellingen voor slimme VM's

Vanaf mei 2025 selecteert AKS automatisch de optimale standaard-VM-SKU op basis van de beschikbare capaciteit en het quotum als de parameter niet is opgegeven tijdens de implementatie. Deze standaardinstelling zorgt ervoor dat implementaties overeenkomen met de best mogelijke SKU, waardoor de prestaties en betrouwbaarheid worden verbeterd terwijl het resourcegebruik wordt geoptimaliseerd. Voorheen was de standaard AKS VM-SKU Standard_DS2_V2, maar er zijn nu dynamische uitkomsten in de standaardvoorziening op basis van SKU-beschikbaarheid, wat van invloed is op alle nieuwe VM-creatiebewerkingen.

Vooraf ingestelde clusterconfiguraties in Azure Portal

Wanneer je een cluster aanmaakt met behulp van de Azure-portal, kun je een vooraf ingestelde configuratie kiezen om snel aan te passen op basis van je scenario. U kunt op elk moment een van de vooraf ingestelde waarden aanpassen.

Vooraf ingestelde	Beschrijving
Productiestandaard	Het beste voor de meeste toepassingen die productieverkeer afhandelen met de aanbevolen best practices van AKS.
Ontwikkeling/Testen	Het meest geschikt voor het ontwikkelen van nieuwe workloads of het testen van bestaande workloads.
Productie-economie	Het beste voor het afhandelen van productie verkeer op een kostenefficiënte manier als uw workloads onderbrekingen kunnen verdragen.
Productieonderneming	Het is het beste voor het afhandelen van productietransactie met strikte permissies en versterkte beveiliging.

	Productiestandaard	Ontwikkeling/Testen	Productie-economie	Productieonderneming
Systeem knooppuntpool knooppuntgrootte	Standard_D8ds_v5	Standard_D4ds_v5	Standard_D8ds_v5	Standard_D16ds_v5
Bereik voor autoschaling van de systeemknooppool	2-5 knooppunten	2-5 knooppunten	2-5 knooppunten	2-5 knooppunten
Gebruikersnodepool-nodes grootte	Standard_D8ds_v5	-	Standard_D8as_v4	Standard_D8ds_v5
Bereik van automatische schaling van gebruikersnodepool	2-100 knooppunten	-	0-25 knooppunten	2-100 knooppunten
Privécluster	-	-	-
Beschikbaarheidszones		-	-
Azure Policy		-	-
Azure Monitor		-	-
Geheimen opslaan CSI-stuurprogramma		-	-
Netwerkconfiguratie	Azure CNI-Overlay	Azure CNI-Overlay	Azure CNI-Overlay	Azure CNI-Overlay
Netwerkbeleid	Geen	Geen	Geen	Geen
Verificatie en autorisatie	Lokale accounts met op rollen gebaseerd toegangsbeheer van Kubernetes (RBAC)	Lokale accounts met Kubernetes RBAC	Microsoft Entra ID-verificatie met op rollen gebaseerd toegangsbeheer van Azure (Azure RBAC)	Authenticatie met Microsoft Entra ID met Azure RBAC

Volgende stappen

Je kunt bepaalde standaardlimieten en quota verhogen. Als de verhoging door uw resource wordt ondersteund, vraag dan de verhoging aan via een Azure supportaanvraag (selecteer voor Probleemtype de optie Quota).