Kubernetes-arkitektur

Control Plane (ofte kalt Master Node i eldre dokumentasjon) har ansvaret for å administrere klyngen.

Den tar globale beslutninger om klyngen (for eksempel planlegging av applikasjoner) og oppdager og reagerer på klyngehendelser (for eksempel ved å starte en mislykket applikasjon på nytt). Den kjører ikke applikasjonene Deres direkte.

API Server er frontenden til Kubernetes Control Plane. Det er den eneste komponenten som kommuniserer direkte med Dem (via kubectl).

Den eksponerer Kubernetes API-et og håndterer all kommunikasjon i klyngen, samtidig som den validerer og konfigurerer data for API-objekter som Pods og Services.

etcd er et konsistent og svært tilgjengelig nøkkel-verdi-lager. Tenk på det som klyngens permanente minne.

Det lagrer alle klyngedata, inkludert konfigurasjon, tilstand og metadata. Hvis etcd stopper, mister klyngen minnet sitt og kan ikke fungere som den skal!

Scheduler overvåker nyopprettede Pods (applikasjonsinstansene Deres) som ikke har fått tildelt en worker-node.

Deretter velger den den beste noden for hver Pod, basert på faktorer som ressurskrav, maskinvarebegrensninger og policyer.

Controller Manager kjører ulike controllers, som er bakgrunnsløkker som regulerer klyngens tilstand.

En Node Controller overvåker for eksempel nodehelsen, mens en Replication Controller sørger for at riktig antall Pods kjører. Den arbeider hele tiden med å samsvare ønsket tilstand med gjeldende tilstand.

Worker Nodes (også kalt Minions i eldre dokumentasjon) er maskinene der de faktiske containeriserte applikasjonene (pakket inn i Pods) kjører.

Hver worker-node har komponenter som gjør det mulig å kommunisere med Control Plane og administrere containerne som kjører på den.

På hver Worker Node:

• Kubelet: En agent som sørger for at containere kjører i en Pod. Den mottar instruksjoner fra API Server og administrerer Pod-ene.
• Container Runtime: Programvaren som har ansvaret for å kjøre containere (for eksempel Docker, containerd, CRI-O). Kubelet bruker den til å hente images og kjøre applikasjonene Deres.

Kube-proxy kjører på hver Worker Node og håndterer nettverksproxy for Kubernetes Services.

Den vedlikeholder nettverksregler på noden, slik at Pods kan kommunisere over nettverket både fra innsiden og utsiden av klyngen. Den sørger for at applikasjonene Deres kan nås.

Godt jobbet! Nå har De en grunnleggende forståelse av Kubernetes-arkitektur.

• Kontrollplanet (API Server, etcd, Scheduler, Controller Manager) administrerer klyngen.
• Arbeidsnoder (Kubelet, Container Runtime, Kube-proxy) kjører applikasjonene Deres.

Deretter skal vi se nærmere på den minste enheten som kan distribueres i Kubernetes: Pods!