Kernconcepten voor Azure Kubernetes Service (AKS)

In dit artikel worden de kernconcepten van Azure Kubernetes Service (AKS) beschreven, een beheerde Kubernetes-service die u kunt gebruiken om containertoepassingen op schaal te implementeren en te gebruiken in Azure.

Belangrijk

Vanaf 30 november 2025 ondersteunt Azure Kubernetes Service (AKS) geen beveiligingsupdates meer voor Azure Linux 2.0. De installatiekopieën van het Azure Linux 2.0-knooppunt zijn bevroren bij de release 202512.06.0. Vanaf 31 maart 2026 worden node-images verwijderd en kunt u de node-pools niet schalen. Migreer naar een ondersteunde Versie van Azure Linux door uw knooppuntgroepen te upgraden naar een ondersteunde Kubernetes-versie of door te migreren naar osSku AzureLinux3. Zie het Probleem met buitengebruikstelling van GitHub en de aankondiging van de buitengebruikstelling van Azure Updates voor meer informatie. Als u op de hoogte wilt blijven van aankondigingen en updates, volgt u de AKS-release-opmerkingen.

Wat is Kubernetes?

Kubernetes is een opensource-containerindelingsplatform voor het automatiseren van de implementatie, schaalaanpassing en het beheer van toepassingen in containers. Zie de officiële Kubernetes-documentatie voor meer informatie.

Wat is AKS?

AKS is een beheerde Kubernetes-service die het implementeren, beheren en schalen van toepassingen in containers die gebruikmaken van Kubernetes vereenvoudigt. AKS ondersteunt twee clustermodi:

  • AKS Automatic, een meer volledig beheerde ervaring met standaardinstellingen die gereed zijn voor productie voor algemene operationele taken.
  • AKS Standard, een meer configureerbare ervaring voor teams die meer controle willen over de installatie en bewerkingen van clusters.

Zie voor meer informatie What is Azure Kubernetes Service (AKS)? en What is AKS Automatic?

Clusterstanden

In AKS kunt u clusters maken in de automatische modus of de standaardmodus. Beide modi maken gebruik van de belangrijkste Kubernetes-concepten, maar operationele verantwoordelijkheid verschilt.

  • AKS Automatic is ontworpen voor teams die minder operationele overhead willen. Het bevat vooraf geconfigureerde standaardwaarden voor knooppuntbeheer, schalen, beveiligingsbeveiliging en upgrades.
  • AKS Standard is ontworpen voor teams die maximale flexibiliteit en directe controle willen over clusterconfiguratie, knooppuntgroepen, schalen, netwerken en bewerkingen.

Gebruik AKS Automatic als u een basislijn wilt die gereed is voor productie met minder dag-2-platformbeheer. Gebruik AKS Standard wanneer u aangepaste bedrijfspatronen nodig hebt en dieper moet worden afgestemd op clusterfuncties.

Zie de functievergelijking van AKS Automatic en Standard voor gedetailleerde mogelijkheden.

Notitie

AKS Automatic en AKS Standard verschillen in sla-ervaring (Service Level Agreement). AKS Automatic bevat standaard een uptime-SLA en SLA-dekking voor de gereedheid van in aanmerking komende pods. In AKS Standard is de SLA voor uptime gekoppeld aan de prijscategorie en de clusterinstallatie. Zie AKS Automatic and Standard feature comparison and Pricing tiers for AKS cluster management (AKS Automatic and Standard feature comparison and Pricing tiers for AKS cluster management) (Automatische en Standard-functievergelijking en prijscategorieën voor AKS-clusterbeheer) voor meer informatie.

Clusteronderdelen

Een AKS-cluster is onderverdeeld in twee hoofdonderdelen:

  • Besturingsvlak: het besturingsvlak biedt de belangrijkste Kubernetes-services en indeling van toepassingsworkloads.
  • Knooppunten: Knooppunten zijn de onderliggende virtuele machines (VM's) waarop uw toepassingen worden uitgevoerd.

Schermopname van kubernetes-besturingsvlak en knooppuntonderdelen.

Deze architectuurconcepten zijn hetzelfde in beide AKS-clustermodi. Wat verschilt is het operationele model: AKS Automatic past standaard meer vooraf geconfigureerde platformbewerkingen toe, terwijl AKS Standard u meer directe controle geeft over hoe knooppunt- en clusterbewerkingen worden geconfigureerd en beheerd.

Notitie

Beheerde AKS-onderdelen hebben het label kubernetes.azure.com/managedby: aks.

AKS beheert Helm-releases die beginnen met het voorvoegsel aks-managed. Het voortdurend verhogen van de revisies op deze releases wordt verwacht en is veilig.

Besturingsvlak

In de volgende tabel worden de onderdelen beschreven waaruit het Azure beheerde AKS-besturingsvlak bestaat:

Onderdeel Beschrijving
kube-apiserver De API-server (kube-apiserver) maakt de Kubernetes-API beschikbaar om aanvragen naar het cluster vanuit en buiten het cluster mogelijk te maken.
etcd Het hoog beschikbare sleutel-waardearchief etcd helpt bij het onderhouden van de status van uw Kubernetes-cluster en -configuratie.
kube-scheduler De scheduler (kube-scheduler) helpt bij het nemen van planningsbeslissingen. Het houdt toezicht op nieuwe pods zonder toegewezen knooppunt en selecteert een knooppunt waarop ze kunnen draaien.
kube-controller-manager De controllerbeheerder (kube-controller-manager) voert controllerprocessen uit, zoals het opmerken en reageren wanneer knooppunten uitvallen.
cloud-controller-manager De cloudcontrollerbeheer (cloudcontroller-manager) sluit cloudspecifieke besturingslogica in om controllers uit te voeren die specifiek zijn voor de cloudprovider.

De besturingslaag wordt in zowel AKS Automatic als AKS Standard door Azure beheerd. In beide modi beheert Azure kritieke componenten van het besturingsvlak, zoals kube-apiserver, etcd, kube-scheduler, kube-controller-manager en cloud-controller-manager.

Knooppunten

Elk AKS-cluster heeft ten minste één knooppunt, een Azure-VM waarop Kubernetes-knooppuntonderdelen worden uitgevoerd. In de volgende tabel worden de Kubernetes-onderdelen beschreven die worden uitgevoerd op elk AKS-knooppunt:

Onderdeel Beschrijving
kubelet De kubelet zorgt ervoor dat containers in een pod draaien.
kube-proxy of Cilium De kube-proxy is een netwerkproxy die netwerkregels op knooppunten onderhoudt. Clusters die gebruikmaken van Azure CNI die door Cilium worden aangedreven, gebruiken Cilium in plaats van kube-proxy.
container runtime De containerruntime beheert de uitvoering en levenscyclus van containers.

Schermopname van virtuele Azure-machines en ondersteunende resources voor een Kubernetes-knooppunt.

Knooppunten voeren dezelfde kernonderdelen van Kubernetes-knooppunten uit in zowel de AKS-clustermodi als kubelet de container runtime. Afhankelijk van het netwerkdatavlak van het cluster gebruiken knooppunten voor serviceroutering kube-proxy of Cilium. Het verschil zit in de standaardervaring met handelingen:

  • AKS Automatic maakt gebruik van vooraf geconfigureerde standaardwaarden voor algemene bewerkingen met betrekking tot knooppunten.
  • AKS Standard biedt meer flexibiliteit om het gedrag van knooppunten rechtstreeks te configureren en te bedienen.

Zie de functievergelijking van AKS Automatic en Standard voor een gedetailleerde vergelijking van functies.

Knooppuntconfiguratie

Configureer de volgende instellingen voor knooppunten.

VM-grootte en -image

De Azure VM-grootte voor uw knooppunten definieert CPU's, geheugen, grootte en het beschikbare opslagtype, zoals een krachtige solid-state-schijf of een gewone harde schijf. De VM-grootte die u kiest, is afhankelijk van de workloadvereisten en het aantal pods dat u op elk knooppunt wilt uitvoeren. Vanaf mei 2025 wordt de standaard-VM-SKU en -grootte dynamisch geselecteerd door AKS op basis van de beschikbare capaciteit en het quotum als de parameter leeg blijft tijdens de implementatie. Zie Ondersteunde VM-grootten in Azure Kubernetes Service (AKS) voor meer informatie.

AKS biedt VM-installatiekopieën voor ondersteunde Linux-besturingssystemen, waaronder Ubuntu Linux, Azure Linux en Azure Container Linux, en ondersteunde Windows besturingssystemen, waaronder Windows Server 2022 en Windows Server 2025. Zie Node-installatiekopieën in Azure Kubernetes Service voor de huidige beschikbaarheid van het besturingssysteem en de installatiekopieën. Wanneer u een AKS-cluster maakt of het aantal knooppunten uitschaalt, maakt en configureert het Azure-platform automatisch het aangevraagde aantal virtuele machines. Agentknooppunten worden gefactureerd als standaard-VM's. Kortingen op VM-grootte, inclusief Azure-reserveringen, worden automatisch toegepast.

Besturingssysteemschijven

Standaardgrootte van besturingssysteemschijven wordt alleen gebruikt op nieuwe clusters of knooppuntgroepen wanneer er geen standaardschijfgrootte van het besturingssysteem is opgegeven. Dit gedrag is van toepassing op zowel beheerde als tijdelijke besturingssysteemschijven. Zie Standaardgrootte van besturingssysteemschijven voor meer informatie.

Resourcereserveringen

AKS maakt gebruik van knooppuntbronnen om de knooppunten te helpen functioneren als onderdeel van het cluster. Dit gebruik kan een discrepantie veroorzaken tussen de totale resources van het knooppunt en de resources die kunnen worden toegevoegd aan AKS. Om de prestaties en functionaliteit van knooppunten te behouden, reserveert AKS twee typen resources, CPU en geheugen op elk knooppunt. Zie Resourcereserveringen in AKS voor meer informatie.

Besturingssysteem

AKS ondersteunt meerdere Linux-besturingssystemen, waaronder Ubuntu, Azure Linux en Azure Container Linux. AKS Standard maakt standaard gebruik van Ubuntu, terwijl AKS Automatic Azure Linux vooraf configureert voor de beheerde systeemknooppool. Windows knooppuntgroepen worden ook ondersteund op AKS met het Long Term Servicing Channel (LTSC) als standaardkanaal. Zie Knooppuntinstallatiekopieën in AKS voor de huidige versies en standaardinstellingen van het besturingssysteem.

containerruntime

Een containerruntime is software die containers uitvoert en containerafbeeldingen op een knooppunt beheert. De runtime abstraheert van systeemoproepen of besturingssysteemspecifieke functionaliteit om containers te laten draaien op Linux of Windows. Voor Linux-knooppuntgroepen wordt containerd gebruikt in Kubernetes versie 1.19 en hoger. Voor Windows Server 2019- en 2022-knooppuntgroepen is containerd algemeen beschikbaar en is dit de enige runtimeoptie op Kubernetes versie 1.23 en hoger.

Capsules

Een pod is een groep van een of meer containers die dezelfde netwerk- en opslagresources delen en een specificatie voor het uitvoeren van de containers. Pods hebben doorgaans een 1:1-toewijzing met een container, maar u kunt meerdere containers in een pod uitvoeren.

Knooppuntpools

Notitie

AKS Automatisch configureert en beheert het gedrag van systeemknooppuntgroepen en de standaardinstellingen voor het inrichten van knooppunten. AKS Standard verwacht expliciete ontwerp- en levenscyclusopties voor knooppuntgroepen. Zie de functievergelijking van AKS Automatic en Standard voor meer informatie.

In AKS worden knooppunten gegroepeerd in knooppuntgroepen. Standaard gebruiken knooppuntgroepen Virtual Machine Scale Sets om de VM's te beheren waarop uw toepassingen worden uitgevoerd. AKS ondersteunt ook Virtual Machines knooppuntgroepen, waarbij AKS afzonderlijke VM's rechtstreeks beheert.

Wanneer u een AKS-cluster maakt, definieert u het eerste aantal knooppunten en de bijbehorende grootte en versie, waarmee een systeemknooppuntgroep wordt gemaakt. Systeemknooppuntgroepen dienen het primaire doel van het hosten van kritieke systeempods, zoals CoreDNS (coredns) en konnectivity (konnectivity-agent).

Ter ondersteuning van toepassingen met verschillende reken- of opslagvereisten kunt u gebruikersknooppuntgroepen maken. Gebruikersknooppuntgroepen dienen het primaire doel van het hosten van uw toepassingspods.

Zie Knooppuntgroepen maken in AKS en knooppuntgroepen beheren in AKS voor meer informatie.

Knooppuntresourcegroep

Wanneer u een AKS-cluster in een Azure-resourcegroep maakt, maakt de AKS-resourceprovider automatisch een tweede resourcegroep met de naam van de knooppuntresourcegroep. Deze resourcegroep bevat alle infrastructuurresources die zijn gekoppeld aan het cluster, inclusief VM's, Virtual Machine Scale Sets en opslag.

Voor meer informatie raadpleegt u de volgende bronnen:

Naamruimten

Kubernetes-resources, zoals pods en implementaties, worden logisch gegroepeerd in naamruimten om een AKS-cluster te verdelen en de toegang tot resources te maken, weer te geven of te beheren.

De volgende naamruimten worden standaard gemaakt in een AKS-cluster:

Naamruimte Beschrijving
default Met de standaardnaamruimte kunt u clusterbronnen gaan gebruiken zonder een nieuwe naamruimte te maken.
kube-node-lease Met de naamruimte kube-node-lease kunnen knooppunten hun beschikbaarheid aan het besturingsvlak doorgeven.
kube-public De kube-openbare naamruimte wordt doorgaans niet gebruikt, maar u kunt deze gebruiken zodat resources zichtbaar zijn in het hele cluster door elke gebruiker.
kube-system De kube-system-naamruimte wordt door Kubernetes gebruikt voor het beheren van clusterbronnen, zoals coredns, konnectivity-agenten metrics-server. Het is niet raadzaam om uw eigen toepassingen te implementeren in deze naamruimte. Zie de veelgestelde vragen voor zeldzame gevallen waarin het implementeren van uw eigen toepassingen in deze naamruimte nodig is.

Schermopname van Kubernetes-naamruimten om resources en toepassingen logisch te verdelen.

Prijscategorieën

AKS biedt drie prijscategorieën voor clusterbeheer: Gratis, Standard en Premium. De prijscategorie die u kiest, bepaalt de functies die beschikbaar zijn voor het beheren van uw cluster.

Prijscategorie Functiebeschrijving
Gratis Bevat alle huidige AKS-functies. Ondersteunt maximaal 1000 knooppunten. Geen SLA met financiële ondersteuning voor uptime.
Standard SLA voor uptime is standaard ingeschakeld. Profiel met hogere betrouwbaarheid. Bevat alle huidige AKS-functies. Ondersteunt maximaal 5000 knooppunten.
Premium Bevat alle huidige AKS-functies plus [Microsoft onderhoud buiten de ondersteuning van de community][langetermijnondersteuning].

Notitie

De prijscategorie Standard is gescheiden van de AKS Standard-clustermodus.

Zie Prijscategorieën voor AKS-clusterbeheer voor meer informatie.

Ondersteunde Kubernetes-versies in AKS

Zie Ondersteunde Kubernetes-versies in AKS voor informatie over ondersteunde Kubernetes-versies in AKS, waaronder het versieondersteuningsbeleid, incompatibele wijzigingen per versie en het uitfaseringsbeleid.

Verwante inhoud

Zie de volgende bronnen voor informatie over AKS en AKS Automatic:

  • Last updated on