Quota’s, groottebeperkingen voor virtuele machines, en beschikbaarheid in regio’s in Azure Kubernetes Service (AKS)
Alle Azure-services stellen standaardlimieten en quota in voor resources en functies, inclusief gebruiksbeperkingen voor bepaalde SKU's voor virtuele machines (VM's).
In dit artikel worden de standaardresourcelimieten voor Azure Kubernetes Service resources (AKS) en de beschikbaarheid van AKS in Azure-regio's beschreven.
Servicequota en -limieten
| Resource | Limiet |
|---|---|
| Maximumaantal clusters per abonnement | 5000 |
| Maximumaantal knooppunten per cluster met virtuele-machinebeschikbaarheidssets en basic load balancer-SKU | 100 |
| Maximumaantal knooppunten per cluster met virtuele-machineschaalsets en standaard load balancer-SKU | 1000 (voor alle knooppuntgroepen) |
| Maximum aantal knooppuntgroepen per cluster | 100 |
| Maximumaantal pods per knooppunt: Basisnetwerken met Kubenet | Maximum: 250 Azure CLI-standaardinstelling: 110 Azure Resource Manager sjabloon standaard: 110 Azure Portal implementatie standaard: 30 |
| Maximumaantal pods per knooppunt: Geavanceerde netwerk met Azure Container Network Interface | Maximum: 250 Standaardinstelling: 30 |
| AKS-invoegversie van Service Mesh (OSM) openen | Kubernetes-clusterversie: 1.19+1 OSM-controllers per cluster: 11 Pods per OSM-controller: 5001 Kubernetes-serviceaccounts die worden beheerd door OSM: 501 |
1 De OSM-invoegversie voor AKS heeft een preview-status en zal aanvullende verbeteringen ondergaan voordat algemene beschikbaarheid (GA) wordt bereikt. Tijdens de preview-fase is het raadzaam om de weergegeven limieten niet te overschrijden.
| Kubernetes-besturingsvlaklaag | Limiet |
|---|---|
| Betaalde laag | Automatisch uitschalen op basis van de belasting |
| Gratis laag | Beperkte resources met een limiet van 50 mutating- en 100 alleen-lezen-aanroepen |
Ingerichte infrastructuur
Alle andere beperkingen voor netwerk, berekening en opslag zijn van toepassing op de ingerichte infrastructuur. Zie Azure-abonnements- en servicelimieten voor de relevante limieten.
Belangrijk
Wanneer u een AKS-cluster upgradet, worden tijdelijk extra resources verbruikt. 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 de beschikbare IP-adresruimte of het vCPU-quotum hebt om deze tijdelijke resources te verwerken, mislukt het upgradeproces van het cluster. Zie Upgrade a node pool in AKS (Een knooppuntgroep upgraden in AKS) voor meer informatie over het upgradeproces van Windows Server-knooppunt.
Ondersteunde VM-grootten
De lijst met ondersteunde VM-grootten in AKS is in ontwikkeling 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
VM-grootten met minder dan 2 CPU's kunnen niet worden gebruikt met AKS.
Elk knooppunt in een AKS-cluster bevat een vaste hoeveelheid rekenbronnen, zoals vCPU en geheugen. Als een AKS-knooppunt onvoldoende rekenbronnen bevat, kunnen pods mogelijk niet correct worden uitgevoerd. Om ervoor te zorgen dat de vereiste kube-system-pods en uw toepassingen betrouwbaar kunnen worden gepland, vereist AKS dat knooppunten VM-grootten gebruiken met > 2 CPU's.
Zie Grootten voor virtuele machines in Azurevoor meer informatie over VM-typen en hun rekenresources.
Beschikbaarheid in regio’s
Zie Beschikbaarheid van AKS-regio's voor de meest recente lijst met waar u clusters kunt implementeren en uitvoeren.
Vooraf ingestelde clusterconfiguraties in de Azure Portal
Wanneer u een cluster maakt met behulp van Azure Portal, kunt u een vooraf ingestelde configuratie kiezen om snel aan te passen op basis van uw scenario. U kunt de vooraf ingestelde waarden op elk moment wijzigen.
| Vooraf ingestelde | Description |
|---|---|
| Standard | Het is het beste als u niet zeker weet wat u moet kiezen. Werkt goed met de meeste toepassingen. |
| Dev/Test | Het beste om te experimenteren met AKS of om een testtoepassing te implementeren. |
| Geoptimaliseerd voor kosten | Het is het beste voor het verlagen van de kosten voor productieworkloads die onderbrekingen kunnen tolereren. |
| Batchverwerking | Het meest machine learning, rekenintensieve en grafisch-intensieve workloads. Geschikt voor toepassingen die snel omhoog schalen en uitschalen van het cluster vereisen. |
| Toegang gehard | Dit is het beste voor grote ondernemingen die volledige controle over beveiliging en stabiliteit nodig hebben. |
Volgende stappen
U kunt bepaalde standaardlimieten en quota verhogen. Als uw resource een verhoging ondersteunt, vraagt u de verhoging aan via een ondersteuning voor Azure aanvraag (bij Probleemtype selecteert u Quotum).