Kubernetes-arkitektur

Control Plane (ofte kaldet Master Node i ældre dokumentation) er ansvarlig for at administrere klyngen.

Den træffer overordnede beslutninger om klyngen, f.eks. planlægning af applikationer, og registrerer og reagerer på hændelser i klyngen, f.eks. genstart af en fejlslagen applikation. Den kører ikke dine applikationer direkte.

API Server er frontenden til Kubernetes Control Plane. Det er den eneste komponent, der interagerer direkte med dig (via kubectl).

Den eksponerer Kubernetes API'et og håndterer al kommunikation i klyngen samt validerer og konfigurerer data for API-objekter som Pods og Services.

etcd er et konsistent key-value-lager med høj tilgængelighed. Tænk på det som klyngens permanente hukommelse.

Det gemmer alle klyngens data, herunder konfiguration, tilstand og metadata. Hvis etcd går ned, mister klyngen sin hukommelse og kan ikke fungere korrekt!

Scheduler holder øje med nyoprettede Pods (dine applikationsinstanser), som ikke har fået tildelt en worker-node.

Den vælger derefter den bedste node, som hver Pod skal køre på, ud fra faktorer som ressourcekrav, hardwarebegrænsninger og politikker.

Controller Manager kører forskellige controllere, som er baggrundsløkker, der regulerer klyngens tilstand.

For eksempel overvåger en Node Controller nodernes helbred, og en Replication Controller sikrer, at det korrekte antal Pods kører. Den arbejder hele tiden på at få den ønskede tilstand til at stemme overens med den aktuelle tilstand.

Worker Nodes (også kaldet Minions i ældre dokumentation) er de maskiner, hvor dine faktiske containeriserede applikationer, pakket i Pods, kører.

Hver worker-node har komponenter, der gør det muligt for den at kommunikere med Control Plane og administrere de containere, der kører på den.

På hver Worker Node:

• Kubelet: En agent, der sikrer, at containere kører i en Pod. Den modtager instruktioner fra API Server og administrerer Pods.
• Container Runtime: Den software, der er ansvarlig for at køre containere (f.eks. Docker, containerd, CRI-O). Kubelet bruger den til at hente images og køre dine applikationer.

Kube-proxy kører på hver Worker Node og håndterer netværksproxy for Kubernetes Services.

Den vedligeholder netværksregler på noden, så netværkskommunikation til dine Pods er mulig både inde fra og uden for klyngen. Den sikrer, at dine applikationer kan nås.

Godt gået! Du har nu en grundlæggende forståelse af Kubernetes-arkitektur.

• Kontrolplanet (API-server, etcd, scheduler, controller manager) administrerer klyngen.
• Worker-noder (Kubelet, container-runtime, Kube-proxy) kører dine applikationer.

Derefter dykker vi ned i den mindste enhed, der kan implementeres i Kubernetes: Pods!