Informacje zawarte w tym dokumencie mogą być już nieaktualne
Ten dokument po raz ostatni został zmodyfikowany wcześniej niż wskazuje na to data publikacji jego wersji referencyjnej. To oznacza, że może być już nieaktualny. Jeśli znasz angielski, zajrzyj do oryginalnej, aktualizowanej na bieżąco, wersji dokumentacji: Kubernetes Components
Składniki Kubernetesa
Omówienie głównych elementów tworzących klaster Kubernetesa.
Ta strona zawiera wysokopoziomy przegląd niezbędnych komponentów, które tworzą klaster Kubernetesa.
Komponenty klastra Kubernetesa
Składniki Kubernetesa
Klaster Kubernetesa składa się z warstwy sterowania oraz jednego lub więcej węzłów roboczych. Oto krótki przegląd głównych komponentów:
Części składowe warstwy sterowania
Zarządzanie ogólnym stanem klastra:
- kube-apiserver
- Podstawowy komponent udostępniający interfejs API Kubernetesa przez HTTP.
- etcd
- Stabilna i wysoko dostępna baza danych typu klucz-wartość, wykorzystywana do przechowywania stanu całego klastra Kubernetesa.
- kube-scheduler
- Wyszukuje Pody, które nie zostały jeszcze przypisane do węzła, i przydziela każdy Pod do odpowiedniego węzła.
- kube-controller-manager
- Uruchamia kontrolery realizujące logikę działania API Kubernetesa.
- cloud-controller-manager (opcjonalne)
- Zapewnia integrację klastra Kubernetesa z infrastrukturą dostarczaną przez zewnętrznych dostawców chmurowych.
Składniki węzłów
Działa na każdym węźle klastra, odpowiada za utrzymanie aktywnych podów oraz zapewnienie środowiska uruchomieniowego Kubernetesa:
- kubelet
- Odpowiada za nadzorowanie, czy pody oraz ich kontenery są uruchomione i działają zgodnie z oczekiwaniami.
- kube-proxy (opcjonalne)
- Utrzymuje reguły sieciowe na węzłach w celu obsługi komunikacji z usługami (ang. Service).
- Środowisko uruchomieniowe kontenerów
- Oprogramowanie odpowiedzialne za uruchamianie kontenerów. Przeczytaj Środowiska uruchomieniowe kontenerów, aby dowiedzieć się więcej.
🛇 Ta pozycja przekierowuje do projektu lub produktu, który nie jest częścią projektu Kubernetes. Więcej informacji
Klaster może wymagać dodatkowego oprogramowania na każdym węźle; możesz na przykład uruchomić systemd na węzłach z systemem Linux do monitorowania i zarządzania lokalnymi usługami.
Dodatki (Addons)
Dodatki rozszerzają funkcjonalność Kubernetesa. Oto kilka ważnych przykładów:
- DNS
- Umożliwia rozpoznawanie nazw DNS dla usług i komponentów działających w całym klastrze.
- Web UI (Dashboard)
- Umożliwia zarządzanie klastrem Kubernetesa poprzez webowy interfejs.
- Monitorowanie zasobów kontenera
- Służy do monitorowania zasobów kontenerów poprzez gromadzenie i zapisywanie danych o ich wydajności.
- Logowanie na poziomie klastra
- Umożliwia zbieranie i przechowywanie logów z kontenerów w centralnym systemie logowania dostępnym na poziomie całego klastra.
Elastyczność architektury
Dzięki elastycznej architekturze Kubernetesa można dostosować sposób wdrażania i zarządzania poszczególnymi komponentami do konkretnych wymagań - od prostych klastrów deweloperskich po złożone systemy produkcyjne na dużą skalę.
Szczegółowe informacje o każdym komponencie oraz różnych sposobach konfiguracji architektury klastra znajdziesz na stronie Architektura klastra.
Niektóre elementy na tej stronie odnoszą do zewnętrznych produktów lub projektów, które udostępniają funkcjonalności wymagane przez Kubernetesa. Autorzy Kubernetesa nie ponoszą odpowiedzialności za te produkty i projekty. Po więcej informacji zajrzyj na stronę CNCF website guidelines.
Zanim zaproponujesz dodanie nowego odnośnika, zapoznaj się z naszym przewodnikiem.