Podstawowe pojęcia i architektura

Czas poznać podstawy: architekturę Kubernetes. Omówimy jej elementy — od „mózgu” (płaszczyzny sterowania) po „konie robocze” (węzły robocze).

Kubernetes działa w oparciu o architekturę master-worker: master (płaszczyzna sterowania) zarządza stanem klastra, a węzły robocze uruchamiają właściwe aplikacje.

Płaszczyzna sterowania jest mózgiem klastra. Podejmuje decyzje dotyczące całego klastra i nieustannie dąży do tego, aby jego rzeczywisty stan odpowiadał stanowi określonemu przez użytkownika.

kube-apiserver jest głównym punktem dostępu do płaszczyzny sterowania. Każda interakcja — zarówno użytkownika za pośrednictwem kubectl, jak i między komponentami — przebiega przez to API.

etcd to spójny magazyn klucz-wartość przechowujący cały stan klastra. Jest jedynym źródłem prawdy — jeśli etcd przestanie działać, klaster utraci pamięć.

kube-scheduler wyszukuje Pody, które nie mają przypisanego miejsca, i wybiera dla każdego z nich najlepszy węzeł, uwzględniając zasoby, ograniczenia i reguły powinowactwa.

controller manager uruchamia pętle sterowania, które dbają o zgodność rzeczywistego stanu z pożądanym — wykrywają niedziałające węzły, zapewniają właściwą liczbę Podów i wykonują inne zadania.

Węzły robocze to miejsca, w których faktycznie działają kontenery. Każdy z nich udostępnia usługi potrzebne do uruchamiania Podów, obsługi sieci i komunikacji z płaszczyzną sterowania.

kubelet to agent działający na każdym węźle roboczym. Pobiera specyfikacje Podów z serwera API i pilnuje, aby kontenery działały oraz były w dobrym stanie.

kube-proxy działa na każdym węźle i obsługuje sieć dla usług — kieruje ruch do zdrowych Podów, niezależnie od tego, czy pochodzi on z wnętrza klastra, czy spoza niego.

Sprawdźmy Państwa zrozumienie podstawowych komponentów Kubernetes.

Świetna praca! Znają już Państwo model master-worker, płaszczyznę sterowania (serwer API, etcd, scheduler, controller manager) oraz elementy węzłów roboczych (kubelet, kube-proxy).