Delen via

Quota’s, groottebeperkingen voor virtuele machines, en beschikbaarheid in regio’s in Azure Kubernetes Service (AKS)

  • Artikel

Alle Azure-services stellen standaardlimieten en quota in voor resources en functies, inclusief gebruiksbeperkingen voor bepaalde VM-SKU's (virtuele machines).

In dit artikel worden de standaardresourcelimieten voor AKS-resources (Azure Kubernetes Service) en de beschikbaarheid van AKS in Azure-regio's beschreven.

Servicequota en -limieten

Bron Limiet
Maximumaantal clusters per abonnement wereldwijd 5.000
Maximum aantal clusters per abonnement per regio 1 100
Maximumaantal knooppunten per cluster met virtuele-machineschaalsets en standaard load balancer-SKU 5000 voor alle knooppuntgroepen
Opmerking: Als u maximaal 5000 knooppunten per cluster niet kunt schalen, raadpleegt u Aanbevolen procedures voor grote clusters.
Maximum aantal knooppunten per knooppuntgroep (virtuele-machineschaalsets) 1000
Maximum aantal knooppuntgroepen per cluster 100
Maximum aantal pods per knooppunt: met kubenet-netwerkinvoegtoepassing 1 Maximum: 250
Azure CLI-standaardinstelling: 110
Standaardsjabloon voor Azure Resource Manager: 110
Standaardimplementatie in Azure Portal: 30
Maximum aantal pods per knooppunt: met Azure Container Networking Interface (Azure CNI)2 Maximum: 250
Maximum aanbevolen voor Windows Server-containers: 110
Standaard: 30
AKS-invoegtoepassing (Open Service Mesh) (OSM) Kubernetes-clusterversie: ondersteunde AKS-versies
OSM-controllers per cluster: 1
Pods per OSM-controller: 1600
Kubernetes-serviceaccounts die worden beheerd door OSM: 160
Maximale kubernetes-services met gelijke taakverdeling per cluster met Standard Load Balancer-SKU 300
Maximumaantal knooppunten per cluster met virtuele-machinebeschikbaarheidssets en basic load balancer-SKU 100

1 Meer zijn toegestaan op verzoek.
2 Windows Server-containers moeten gebruikmaken van de Azure CNI-netwerkinvoegtoepassing. Kubenet wordt niet ondersteund voor Windows Server-containers.

Kubernetes-besturingsvlaklaag Grenswaarde
Standaardlaag Schaalt de Kubernetes-API-server automatisch op basis van belasting. Grotere limieten voor besturingsvlakonderdelen en API-server-/etcd-exemplaren.
Gratis laag Beperkte resources met een limiet van 50 aanvragen voor het dempen en 100 alleen-lezen aanroepen. Aanbevolen knooppuntlimiet van 10 knooppunten per cluster. Het meest geschikt voor experimenteren, leren en eenvoudig testen. Niet aanbevolen voor productie-/kritieke workloads.

Beperkingslimieten voor AKS-resourceprovider-API's

AKS gebruikt het tokenbucketbeperkingsalgoritmen om bepaalde AKS-resourceprovider-API's te beperken. Dit zorgt voor de prestaties van de service en bevordert een eerlijk gebruik van de service voor alle klanten.

De buckets hebben een vaste grootte en vullen na verloop van tijd met een vaste snelheid. Elke beperkingslimiet is van kracht op regionaal niveau voor de opgegeven resource in die regio.

API-aanvraag Bucketgrootte Doorvoersnelheid Bron
LIST 500 aanvragen 1 aanvragen / 1 seconde Abonnement
PUT 20 aanvragen 1 aanvraag / 1 minuut AgentPools
PUT 20 aanvragen 1 aanvraag / 1 minuut ManagedClusters

Notitie

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 als Throttled in het antwoord. Elke vertraagde aanvraag bevat een Retry-After in de HTTP-antwoordheader met het interval dat moet worden gewacht voordat u het opnieuw probeert, in seconden.

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 upgrade uitvoert van een AKS-cluster, worden er 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 over de beschikbare IP-adresruimte of het vCPU-quotum beschikt om deze tijdelijke resources te verwerken, mislukt het upgradeproces van het cluster. Zie Een knooppuntgroep bijwerken in AKS voor meer informatie over het upgradeproces voor Windows Server-knooppunten.

Ondersteunde VM-grootten

De lijst met ondersteunde VM-grootten in AKS ontwikkelt zich 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 twee CPU's worden mogelijk niet gebruikt met AKS. Elk knooppunt in een AKS-cluster bevat een vaste hoeveelheid rekenresources, zoals vCPU en geheugen. Als een AKS-knooppunt onvoldoende rekenresources bevat, worden pods mogelijk niet correct uitgevoerd. Als u ervoor wilt zorgen dat de vereiste kube-system-pods en uw toepassingen betrouwbaar kunnen worden gepland, gebruikt u geen VM's uit de B-serie en de volgende VM-SKU's in AKS in systeemknooppuntgroepen:

  • Standard_A0
  • Standard_A1
  • Standard_A1_v2
  • Standard_F1
  • Standard_F1s

Zie Grootten voor virtuele machines in Azure voor meer informatie over VM-typen en de bijbehorende rekenresources.

Ondersteunde grootten van containerinstallatiekopieën

AKS stelt geen limiet in voor de grootte van de containerinstallatiekopieën. Het is echter belangrijk om te begrijpen dat hoe groter de containerinstallatiekopieën, hoe hoger de geheugenvraag. Dit kan de resourcelimieten of het totale beschikbare geheugen van werkknooppunten overschrijden. Standaard is geheugen voor VM-grootte Standard_DS2_v2 voor een AKS-cluster ingesteld op 7 GiB.

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

Regionale beschikbaarheid

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

Vooraf ingestelde clusterconfiguraties in 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 een van de vooraf ingestelde waarden op elk gewenst moment wijzigen.

Voorinstelling Beschrijving
Productiestandaard Het meest geschikt voor de meeste toepassingen die productieverkeer bedienen met aanbevolen procedures voor AKS.
Ontwikkelen en testen Het meest geschikt voor het ontwikkelen van nieuwe workloads of het testen van bestaande workloads.
Productie-economie Het meest geschikt voor productieverkeer op een kostenbewuste manier als uw workloads onderbrekingen kunnen verdragen.
Productiebedrijf Het meest geschikt voor productieverkeer met strenge machtigingen en beveiligde beveiliging.
Productiestandaard Ontwikkelen en testen Productie-economie Productiebedrijf
Grootte van knooppunt van systeemknooppuntgroep Standard_D8ds_v5 Standard_DS2_v2 Standard_D8ds_v5 Standard_D16ds_v5
Bereik voor automatisch schalen van systeemknooppuntgroepen 2-5 knooppunten 2-100 knooppunten 2-5 knooppunten 2-5 knooppunten
Grootte van knooppuntknooppunt van gebruikersknooppuntgroep Standard_D8ds_v5 - Standard_D8as_v4 Standard_D8ds_v5
Bereik voor automatisch schalen van gebruikersknooppuntgroepen 2-100 knooppunten - - 2-100 knooppunten
Privécluster - - -
Beschikbaarheidszones - -
Azure Policy - -
Azure Monitor - -
Geheimen opslaan CSI-stuurprogramma - -
Netwerkconfiguratie Azure CNI Kubenet Azure CNI Azure CNI
Netwerkconfiguratie Calico Calico Calico Calico
Verificatie en autorisatie Lokale accounts met Kubernetes RBAC Lokale accounts met Kubernetes RBAC Azure AD-verificatie met Azure RBAC Azure AD-verificatie met Azure RBAC

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 (selecteer quotum voor het probleemtype).