Grundläggande begrepp för Azure Kubernetes Service (AKS)

I den här artikeln beskrivs grundläggande begrepp för Azure Kubernetes Service (AKS), en hanterad Kubernetes-tjänst som du kan använda för att distribuera och använda containerbaserade program i stor skala i Azure.

Viktigt!

Från och med den 30 november 2025 har Azure Kubernetes Service (AKS) inte längre stöd för eller tillhandahåller säkerhetsuppdateringar för Azure Linux 2.0. Azure Linux 2.0-nodbilden är låst i 202512.06.0-versionen. Från och med den 31 mars 2026 tas nodbilder bort och du kan inte skala dina nodpooler. Migrera till en Azure Linux-version som stöds genom att uppgradera dina nodpooler till en Kubernetes-version som stöds eller migrera till osSku AzureLinux3. För mer information, se GitHub-ärendet för avveckling och aviserandet om Azure Updates avveckling. Om du vill hålla dig informerad om meddelanden och uppdateringar följer du AKS-versionsinformation.

Vad är Kubernetes?

Kubernetes är en containerorkestreringsplattform med öppen källkod för att automatisera distribution, skalning och hantering av containerbaserade program. Mer information finns i den officiella Kubernetes-dokumentationen.

Vad är AKS?

AKS är en hanterad Kubernetes-tjänst som förenklar distribution, hantering och skalning av containerbaserade program som använder Kubernetes. AKS stöder två klusterlägen:

  • AKS Automatic, en mer fullständigt hanterad upplevelse med produktionsklara standardvärden för vanliga operativa uppgifter.
  • AKS Standard, en mer konfigurerbar upplevelse för team som vill ha djupare kontroll över klusterkonfiguration och -åtgärder.

Mer information finns i Vad är Azure Kubernetes Service (AKS)? och Vad är AKS Automatic?

Klusterlägen

I AKS kan du skapa kluster i antingen automatiskt läge eller standardläge. Båda lägena använder grundläggande Kubernetes-begrepp, men driftansvaret skiljer sig åt.

  • AKS Automatic är utformat för team som vill ha lägre driftkostnader. Den innehåller förkonfigurerade standardvärden för nodhantering, skalning, skyddsräcken och uppgraderingar.
  • AKS Standard är utformat för team som vill ha maximal flexibilitet och direkt kontroll över klusterkonfiguration, nodpooler, skalning, nätverk och åtgärder.

Använd AKS Automatic när du vill ha en produktionsklar baslinje med mindre plattformshantering dag 2. Använd AKS Standard när du behöver anpassade driftsmönster och djupare justering mellan klusterfunktioner.

För detaljerade skillnader i funktioner, se funktionsjämförelse för AKS Automatisk och Standard.

Anmärkning

AKS Automatic och AKS Standard skiljer sig åt när det gäller upplevelsen av tjänstenivåavtal (SLA). AKS Automatic innehåller serviceavtal för drifttid och kvalificerande serviceavtal för poddberedskap som standard. I AKS Standard är drifttids-SLA kopplat till prisnivå och klusterkonfiguration. Mer information finns i jämförelse av funktioner i AKS Automatic och Standard och prisnivåer för AKS-klusterhantering.

Klusterkomponenter

Ett AKS-kluster är indelat i två huvudkomponenter:

  • Kontrollplan: Kontrollplanet tillhandahåller kubernetes-kärntjänster och orkestrering av programarbetsbelastningar.
  • Noder: Noder är de underliggande virtuella datorerna som kör dina program.

Skärmbild som visar Kubernetes-kontrollplans- och nodkomponenter.

Dessa arkitekturbegrepp är desamma i båda AKS-klusterlägena. Det som skiljer sig är driftsmodellen: AKS Automatic tillämpar mer förkonfigurerade plattformsåtgärder som standard, medan AKS Standard ger dig mer direkt kontroll över hur nod- och klusteråtgärder konfigureras och hanteras.

Anmärkning

AKS-hanterade komponenter har etiketten kubernetes.azure.com/managedby: aks.

AKS hanterar Helm-utgåvorna med prefixet aks-managed. Kontinuerligt ökande revisioner av dessa versioner är förväntade och säkra.

Kontrollplan

I följande tabell beskrivs de komponenter som utgör det Azure hanterade AKS-kontrollplanet:

Komponent Beskrivning
kube-apiserver API-servern (kube-apiserver) exponerar Kubernetes API för att aktivera begäranden till klustret inifrån och utanför klustret.
etcd Nyckelvärdesarkivet med hög tillgänglighet osv. hjälper till att upprätthålla tillståndet för ditt Kubernetes-kluster och din konfiguration.
kube-scheduler Schemaläggaren (kube-scheduler) hjälper till att fatta schemaläggningsbeslut. Den söker efter nya poddar utan tilldelad nod och väljer en nod som de ska köras på.
kube-controller-manager Kontrollanthanteraren (kube-controller-manager) kör kontrollantprocesser, till exempel att märka och svara när noderna slutar fungera.
cloud-controller-manager Cloud Controller Manager (cloud-controller-manager) bäddar in molnspecifik kontrolllogik för att köra styrenheter som är specifika för molnleverantören.

Kontrollplanet hanteras av Azure i både AKS Automatic och AKS Standard. I båda lägena använder Azure kritiska kontrollplanskomponenter som kube-apiserver, etcd, kube-scheduler, kube-controller-manageroch cloud-controller-manager.

Noder

Varje AKS-kluster har minst en nod, vilket är en virtuell Azure-dator som kör Kubernetes-nodkomponenter. I följande tabell beskrivs Kubernetes-komponenterna som körs på varje AKS-nod:

Komponent Beskrivning
kubelet Kubelet säkerställer att containrar körs i en pod.
kube-proxy eller Cilium Kube-proxy är en nätverksproxy som upprätthåller nätverksregler på noder. Kluster som använder Azure CNI med Cilium använder Cilium i stället för kube-proxy.
container runtime Container-runtime hanterar utförande och livscykel för containrar.

Skärmbild som visar den virtuella Azure-datorn och stödresurser för en Kubernetes-nod.

Noder kör samma kubernetes-kärnnodkomponenter i båda AKS-klusterlägena, inklusive kubelet och container runtime. Beroende på klustrets nätverksdataplan använder noder antingen kube-proxy eller Cilium för tjänstroutning. Skillnaden är i standardåtgärdsupplevelsen:

  • AKS Automatic använder förkonfigurerade standardvärden för vanliga nodrelaterade åtgärder.
  • AKS Standard ger mer flexibilitet för att konfigurera och använda nodbeteende direkt.

En detaljerad funktionsjämförelse finns i AKS Automatisk och Standard-funktionsjämförelse.

Nodkonfiguration

Konfigurera följande inställningar för noder.

VM-storlek och avbildning

Storleken på den virtuella Azure-datorn för dina noder definierar processorer, minne, storlek och den tillgängliga lagringstypen, till exempel en högpresterande solid state-enhet eller en vanlig hårddisk. Vilken vm-storlek du väljer beror på arbetsbelastningskraven och antalet poddar som du planerar att köra på varje nod. Från och med maj 2025 väljs standard-VM SKU och storlek dynamiskt av AKS baserat på tillgänglig kapacitet och kvot om parametern lämnas tom under distributionen. Mer information finns i VM-storlekar som stöds i Azure Kubernetes Service (AKS).

AKS tillhandahåller VM-avbildningar för Linux-operativsystem som stöds, inklusive Ubuntu Linux, Azure Linux och Azure Container Linux, och stöds Windows operativsystem, inklusive Windows Server 2022 och Windows Server 2025. Information om aktuell tillgänglighet för OS och avbildningar finns i Nodavbildningar i Azure Kubernetes Service. När du skapar ett AKS-kluster eller skalar ut antalet noder skapar och konfigurerar Azure-plattformen automatiskt det begärda antalet virtuella datorer. Agentnoder faktureras som vanliga virtuella datorer. Eventuella vm-storleksrabatter, inklusive Azure-reservationer, tillämpas automatiskt.

OS-diskar

Standardstorleken för OS-diskar används endast i nya kluster eller nodpooler när en standardstorlek på OS-disken inte har angetts. Det här beteendet gäller både hanterade och tillfälliga OS-diskar. Mer information finns i Standardstorlek för OS-disk.

Resursbokningar

AKS använder nodresurser för att hjälpa noderna att fungera som en del av klustret. Den här användningen kan orsaka en avvikelse mellan nodens totala resurser och de allokerbara resurserna i AKS. För att upprätthålla nodprestanda och -funktioner reserverar AKS två typer av resurser, CPU och minne, på varje nod. Mer information finns i Resursreservationer i AKS.

Olympiska Spelen (OS)

AKS stöder flera Linux-operativsystem, inklusive Ubuntu, Azure Linux och Azure Container Linux. AKS Standard använder Ubuntu som standard, medan AKS Automatic förkonfigurerar Azure Linux för sin hanterade systemnodpool. Windows nodpooler stöds också på AKS med LTSC (Long Term Servicing Channel) som standardkanal. Aktuella os-versioner och standardvärden finns i Nodavbildningar i AKS.

Containerkörning

En container-runtime är programvara som kör containrar och hanterar containerbilder på en nod. Körtiden hjälper till att abstrahera bort systemanrop eller OS-specifika funktioner för att köra containrar på Linux eller Windows. För Linux-nodpooler används containerd på Kubernetes version 1.19 och senare. För Windows Server 2019- och 2022-nodpooler är containerd allmänt tillgängligt och är det enda körningsalternativet i Kubernetes version 1.23 och senare.

Kapslar

En podd är en grupp med en eller flera containrar som delar samma nätverks- och lagringsresurser och en specifikation för hur containrarna ska köras. Poddar har vanligtvis en 1:1-mappning med en container, men du kan köra flera containrar i en podd.

Nodgrupper

Anmärkning

AKS Automatisk förkonfigurerar och hanterar systemnodpoolens beteende och standardinställningar för nodetablering. AKS Standard förväntar sig explicit design och livscykelval för nodpooler. För mer information, se AKS automatisk och standard funktionsjämförelse.

I AKS grupperas noder tillsammans i nodpooler. Som standard använder nodpooler Virtual Machine Scale Sets för att hantera de virtuella datorer som kör dina program. AKS stöder också Virtual Machines nodpooler, där AKS hanterar enskilda virtuella datorer direkt.

När du skapar ett AKS-kluster definierar du det inledande antalet noder och deras storlek och version, vilket skapar en systemnodpool. Systemnodpooler har det primära syftet att vara värd för kritiska systempoddar, till exempel CoreDNS (coredns) och konnektivitet (konnectivity-agent).

För att stödja program som har olika beräknings- eller lagringskrav kan du skapa användarnodpooler. Användarnodpooler har det primära syftet att vara värd för dina programpoddar.

Mer information finns i Skapa nodpooler i AKS och Hantera nodpooler i AKS.

Nodresursgrupp

När du skapar ett AKS-kluster i en Azure-resursgrupp skapar AKS-resursprovidern automatiskt en andra resursgrupp som kallas nodresursgruppen. Den här resursgruppen innehåller alla infrastrukturresurser som är associerade med klustret, inklusive virtuella datorer, Virtual Machine Scale Sets och lagring.

Mer information finns i följande resurser:

Namnområden

Kubernetes-resurser, till exempel poddar och distributioner, grupperas logiskt i namnområden för att dela upp ett AKS-kluster och skapa, visa eller hantera åtkomst till resurser.

Följande namnområden skapas som standard i ett AKS-kluster:

Namespace Beskrivning
default Med standardnamnområdet kan du börja använda klusterresurser utan att skapa ett nytt namnområde.
kube-node-lease Kube-node-lease-namnområdet gör det möjligt för noder att kommunicera sin tillgänglighet till kontrollplanet.
kube-public Det kube-offentliga namnområdet används vanligtvis inte, men du kan använda det så att resurser visas i hela klustret av alla användare.
kube-system Kube-system-namnområdet används av Kubernetes för att hantera klusterresurser, till exempel coredns, konnectivity-agentoch metrics-server. Vi rekommenderar inte att du distribuerar dina egna program till det här namnområdet. I sällsynta fall där det är nödvändigt att distribuera egna program till det här namnområdet kan du läsa vanliga frågor och svar.

Skärmbild som visar Kubernetes-namnområden för att logiskt dela upp resurser och program.

Prisnivåer

AKS erbjuder tre prisnivåer för klusterhantering: Kostnadsfri, Standard och Premium. Den prisnivå du väljer avgör vilka funktioner som är tillgängliga för att hantera klustret.

Prisnivå Funktionsbeskrivning
Free Innehåller alla aktuella AKS-funktioner. Stöder upp till 1 000 noder. Ingen ekonomiskt garanterad SLA för upptid.
Standard SLA för upptid är aktiverat som standard. Högre tillförlitlighetsprofil. Innehåller alla aktuella AKS-funktioner. Stöder upp till 5 000 noder.
Premium Innehåller alla aktuella AKS-funktioner plus [Microsoft underhåll utöver communitysupport][långsiktig support].

Anmärkning

Prisnivån Standard är separat från AKS Standard-klusterläget.

Mer information finns i Prisnivåer för AKS-klusterhantering.

Kubernetes-versioner som stöds i AKS

Mer information om Kubernetes-versioner som stöds i AKS, inklusive principen för versionsstöd, icke bakåtkompatibla ändringar för varje version och utfasningsprincipen, finns i Kubernetes-versioner som stöds i AKS.

Relaterat innehåll

Information om AKS och AKS Automatic finns i följande resurser:

  • Last updated on