Podstawowe pojęcia dotyczące usługi Azure Kubernetes Service (AKS)

W tym artykule opisano podstawowe pojęcia związane z usługą Azure Kubernetes Service (AKS), zarządzaną usługą Kubernetes, której można użyć do wdrażania i obsługi konteneryzowanych aplikacji na dużą skalę na platformie Azure.

Ważne

Począwszy od 30 listopada 2025 r., usługa Azure Kubernetes Service (AKS) nie obsługuje już ani nie zapewnia aktualizacji zabezpieczeń dla systemu Azure Linux 2.0. Obraz węzła systemu Linux 2.0 platformy Azure został zamrożony w wersji 202512.06.0. Od 31 marca 2026 r. obrazy węzłów zostaną usunięte i nie będzie można skalować pul węzłów. Przeprowadź migrację do obsługiwanej wersji systemu Linux platformy Azure, uaktualniając pule węzłów do obsługiwanej wersji rozwiązania Kubernetes lub migrując do systemu osSku AzureLinux3. Aby uzyskać więcej informacji, zapoznaj się z zgłoszeniem dotyczącym wycofania na GitHubie i ogłoszeniem o wycofaniu aktualizacji platformy Azure. Aby być na bieżąco z ogłoszeniami i aktualizacjami, śledź notatki o wydaniu AKS.

Co to jest platforma Kubernetes?

Kubernetes to platforma orkiestracji kontenerów typu open source do automatyzacji wdrażania, skalowania i zarządzania konteneryzowanymi aplikacjami. Aby uzyskać więcej informacji, zobacz oficjalną dokumentację platformy Kubernetes.

Co to jest usługa AKS?

Usługa AKS to zarządzana usługa Kubernetes, która upraszcza wdrażanie i skalowanie konteneryzowanych aplikacji korzystających z platformy Kubernetes oraz zarządzanie nimi. Usługa AKS obsługuje dwa tryby klastra:

  • AKS Automatic, bardziej kompleksowo zarządzane środowisko z domyślną konfiguracją gotową do użycia w środowisku produkcyjnym dla typowych zadań operacyjnych.
  • AKS Standard, bardziej konfigurowalne środowisko dla zespołów, które chcą mieć głębszą kontrolę nad konfiguracją i operacjami klastra.

Aby uzyskać więcej informacji, zobacz What is Azure Kubernetes Service (AKS)? and What is AKS Automatic?

Tryby klastra

W usłudze AKS można tworzyć klastry w trybie automatycznym lub standardowym. Oba tryby korzystają z podstawowych pojęć związanych z platformą Kubernetes, ale odpowiedzialność operacyjna różni się.

  • Usługa AKS Automatic jest przeznaczona dla zespołów, które chcą zmniejszyć nakład pracy operacyjnej. Zawiera on wstępnie skonfigurowane wartości domyślne dla zarządzania węzłami, skalowania, barier zabezpieczeń i uaktualnień.
  • Usługa AKS Standard została zaprojektowana dla zespołów, które chcą mieć maksymalną elastyczność i bezpośrednią kontrolę nad konfiguracją klastra, pulami węzłów, skalowaniem, siecią i operacjami.

Użyj AKS Automatic, jeśli chcesz uzyskać bazową konfigurację gotową do wdrożenia produkcyjnego, wymagającą mniej bieżącego zarządzania platformą. Użyj usługi AKS Standard, jeśli potrzebujesz niestandardowych wzorców operacyjnych i dokładniejszego dostrajania w funkcjach klastra.

Aby uzyskać szczegółowe informacje na temat różnic w możliwościach, zobacz Porównanie funkcji automatycznych i standardowych usługi AKS.

Uwaga

AKS Automatic i AKS Standard różnią się pod względem umowy dotyczącej poziomu usług (SLA). AKS Automatic domyślnie obejmuje umowę SLA dotyczącą dostępności oraz ochronę w ramach umowy SLA dotyczącą gotowości kwalifikujących się zasobników. W warstwie AKS Standard gwarancja dostępności w ramach umowy SLA zależy od warstwy cenowej i konfiguracji klastra. Aby uzyskać więcej informacji, zobacz Porównanie funkcji automatycznych i standardowych usługi AKS oraz Warstwy cenowe na potrzeby zarządzania klastrem usługi AKS.

Składniki klastra

Klaster usługi AKS jest podzielony na dwa główne składniki:

  • Płaszczyzna sterowania: Płaszczyzna sterowania zapewnia podstawowe usługi Kubernetes i aranżację obciążeń aplikacji.
  • Węzły: węzły są podstawowymi maszynami wirtualnymi, które uruchamiają aplikacje.

Zrzut ekranu przedstawiający składniki płaszczyzny sterowania i węzła platformy Kubernetes.

Te koncepcje architektury są takie same w obu trybach klastra AKS. Czym różni się model operacyjny: usługa AKS Automatic domyślnie stosuje więcej wstępnie skonfigurowanych operacji platformy, a usługa AKS Standard zapewnia bardziej bezpośrednią kontrolę nad konfiguracją i zarządzaniem operacjami węzłów i klastrów.

Uwaga

Składniki zarządzane przez usługę AKS mają etykietę kubernetes.azure.com/managedby: aks.

Usługa AKS zarządza wydaniami programu Helm przy użyciu prefiksu aks-managed. Ciągle rosnące poprawki tych wersji są oczekiwane i bezpieczne.

Płaszczyzna sterowania

Zarządzana płaszczyzna sterowania platformy Azure składa się z kilku składników, które ułatwiają zarządzanie klastrem:

Składnik opis
kube-apiserver Serwer interfejsu API (kube-apiserver) uwidacznia interfejs API Kubernetes w celu umożliwienia żądań do klastra z wewnątrz klastra i poza nim.
etcd System przechowujący dane typu klucz-wartość o wysokiej dostępności etcd pomaga utrzymywać stan klastra Kubernetes i jego konfigurację.
kube-scheduler Harmonogram (kube-scheduler) pomaga podejmować decyzje dotyczące planowania. Monitoruje nowe zasobniki bez przypisanego węzła i przypisuje im węzeł do uruchomienia.
kube-controller-manager Menedżer kontrolera (kube-controller-manager) uruchamia procesy kontrolera, takie jak zauważenie i reagowanie, gdy węzły zejdą w dół.
cloud-controller-manager Menedżer kontrolera chmury (cloud-controller-manager) osadza logikę sterowania specyficzną dla chmury w celu uruchamiania kontrolerów specyficznych dla dostawcy chmury.

Płaszczyzna sterowania pozostaje zarządzana przez platformę Azure zarówno w usłudze AKS Automatic, jak i AKS Standard. W obu trybach platforma Azure obsługuje krytyczne składniki płaszczyzny sterowania, takie jak kube-apiserver, etcd, kube-scheduler, kube-controller-manager oraz cloud-controller-manager.

Węzły

Każdy klaster usługi AKS ma co najmniej jeden węzeł, czyli maszynę wirtualną platformy Azure, która uruchamia składniki węzła Kubernetes. Następujące komponenty działają w każdym węźle:

Składnik opis
kubelet kubelet dba o to, aby kontenery były uruchomione w podzie.
kube-proxy kube-proxy jest serwerem proxy sieci, który utrzymuje reguły sieciowe na węzłach.
container runtime Środowisko uruchomieniowe kontenera zarządza uruchamianiem i cyklem życia kontenerów.

Zrzut ekranu przedstawiający maszynę wirtualną platformy Azure i zasoby pomocnicze dla węzła Kubernetes.

Węzły uruchamiają te same podstawowe składniki węzła Kubernetes w obu trybach klastra usługi AKS, w tym kubelet, kube-proxyi container runtime. Różnica polega na domyślnym środowisku operacji:

  • Usługa AKS Automatic używa wstępnie skonfigurowanych wartości domyślnych dla typowych operacji związanych z węzłem.
  • Usługa AKS Standard zapewnia większą elastyczność w bezpośrednim konfigurowaniu i zarządzaniu działaniem węzłów.

Aby uzyskać szczegółowe porównanie możliwości, zobacz Porównanie funkcji automatycznych i standardowych usługi AKS.

Konfiguracja węzła

Skonfiguruj następujące ustawienia dla węzłów.

Rozmiar i obraz maszyny wirtualnej

Rozmiar maszyny wirtualnej platformy Azure dla węzłów definiuje procesory, pamięć, rozmiar i dostępny typ magazynu, taki jak dysk półprzewodnikowy o wysokiej wydajności lub zwykły dysk twardy. Wybrany rozmiar maszyny wirtualnej zależy od wymagań dotyczących obciążenia i liczby zasobników, które mają być uruchamiane w każdym węźle. Od maja 2025 r. domyślna jednostka SKU i rozmiar maszyny wirtualnej są dynamicznie wybierane przez usługę AKS na podstawie dostępnej pojemności i limitu przydziału, jeśli parametr pozostanie pusty podczas wdrażania. Aby uzyskać więcej informacji, zobacz Obsługiwane rozmiary maszyn wirtualnych w usłudze Azure Kubernetes Service (AKS).

W usłudze AKS obraz maszyny wirtualnej dla węzłów klastra jest oparty na systemie Ubuntu Linux, Azure Linux lub Windows Server 2022. Podczas tworzenia klastra usługi AKS lub skalowania w poziomie liczby węzłów platforma Azure automatycznie tworzy i konfiguruje żądaną liczbę maszyn wirtualnych. Węzły agentów są rozliczane jako standardowe maszyny wirtualne. Wszelkie rabaty na rozmiar maszyny wirtualnej, w tym rezerwacje platformy Azure, są automatycznie stosowane.

Dyski systemu operacyjnego

Domyślne ustalanie rozmiaru dysku systemu operacyjnego jest używane w nowych klastrach lub pulach węzłów tylko wtedy, gdy nie określono domyślnego rozmiaru dysku systemu operacyjnego. To zachowanie ma zastosowanie zarówno do dysków zarządzanych, jak i efemerycznych systemu operacyjnego. Aby uzyskać więcej informacji, zobacz Domyślny rozmiar dysku systemu operacyjnego.

Rezerwacje zasobów

Usługa AKS używa zasobów węzłów, aby umożliwić węzłom działanie jako część klastra. Taki sposób użycia może spowodować rozbieżność między całkowitymi zasobami węzła a zasobami przydzielalnymi w AKS. Aby zachować wydajność i funkcjonalność węzła, AKS rezerwuje dwa typy zasobów sprzętowych — CPU oraz pamięć — na każdym węźle. Aby uzyskać więcej informacji, zobacz Rezerwacje zasobów w usłudze AKS.

System operacyjny

Usługa AKS obsługuje dwie dystrybucje systemu Linux: Ubuntu i Azure Linux. Ubuntu to domyślna dystrybucja systemu Linux w usłudze AKS. Pule węzłów systemu Windows są również obsługiwane w AKS, z kanałem długoterminowego serwisowania (LTSC) jako kanałem domyślnym. Aby uzyskać więcej informacji na temat domyślnych wersji systemu operacyjnego, zobacz dokumentację dotyczącą obrazów węzłów.

Środowisko uruchomieniowe kontenera

Środowisko uruchomieniowe kontenerów to oprogramowanie, które uruchamia kontenery i zarządza obrazami kontenerów na węźle. Środowisko uruchomieniowe umożliwia abstrakcję systemowych wywołań lub funkcji specyficznych dla OS, aby uruchamiać kontenery w systemie Linux lub Windows. W przypadku pul węzłów systemu Linux kontenerd jest używany na platformie Kubernetes w wersji 1.19 lub nowszej. Dla pul węzłów Windows Server 2019 i 2022 containerd jest dostępne i jest jedyną opcją środowiska uruchomieniowego na platformie Kubernetes w wersji 1.23 lub nowszej.

Pody

pod to grupa co najmniej jednego kontenera, które współdzielą te same zasoby sieciowe i zasoby pamięci masowej, oraz specyfikacja określająca sposób uruchamiania kontenerów. Pody zwykle odpowiadają jednemu kontenerowi, ale w jednym podzie można uruchomić wiele kontenerów.

Pule węzłów

Uwaga

AKS Automatic wstępnie konfiguruje i zarządza zachowaniem puli węzłów systemowych oraz domyślnymi ustawieniami aprowizowania węzłów. AKS Standard wymaga jawnie określonych decyzji dotyczących projektu puli węzłów i jej cyklu życia. Aby uzyskać więcej informacji, zobacz Porównanie funkcji automatycznych i standardowych usługi AKS.

W usłudze AKS węzły tej samej konfiguracji są grupowane razem w pule węzłów. Te pule węzłów zawierają bazowe zestawy skalowania maszyn wirtualnych i maszyny wirtualne, które uruchamiają aplikacje.

Podczas tworzenia klastra usługi AKS należy zdefiniować początkową liczbę węzłów oraz ich rozmiar i wersję, która tworzy pulę węzłów systemowych. Pule węzłów systemowych służą głównemu celowi hostowania krytycznych zasobników systemu, takich jak CoreDNS (coredns) i konnectivity (konnectivity-agent).

Aby obsługiwać aplikacje o różnych wymaganiach obliczeniowych lub magazynowych, można utworzyć pule węzłów użytkownika. Pule węzłów użytkownika służą głównemu celowi hostowania zasobników aplikacji.

Aby uzyskać więcej informacji, zobacz Tworzenie pul węzłów w usłudze AKS i Zarządzanie pulami węzłów w usłudze AKS.

Grupa zasobów węzła

Podczas tworzenia klastra usługi AKS w grupie zasobów platformy Azure dostawca zasobów usługi AKS automatycznie tworzy drugą grupę zasobów o nazwie grupa zasobów węzła. Ta grupa zasobów zawiera wszystkie zasoby infrastruktury skojarzone z klastrem, w tym maszyny wirtualne, zestawy skalowania maszyn wirtualnych i magazyn.

Aby uzyskać więcej informacji, zobacz następujące zasoby:

Przestrzenie nazw

Zasoby Kubernetes, takie jak pody i wdrożenia, są logicznie grupowane w przestrzeniach nazw, aby podzielić klaster AKS oraz tworzyć i wyświetlać zasoby lub zarządzać dostępem do nich.

Następujące przestrzenie nazw są domyślnie tworzone w klastrze usługi AKS:

Przestrzeń nazw opis
default Domyślna przestrzeń nazw umożliwia rozpoczęcie korzystania z zasobów klastra bez tworzenia nowej przestrzeni nazw.
kube-node-lease Przestrzeń nazw kube-node-lease umożliwia węzłom informowanie płaszczyzny sterowania o swojej dostępności.
kube-public Publiczna przestrzeń nazw kube-public nie jest zwykle używana, ale można jej używać, aby zasoby były widoczne w całym klastrze przez dowolnego użytkownika.
kube-system Przestrzeń nazw kube-system jest używana przez platformę Kubernetes do zarządzania zasobami klastra, takimi jak coredns, konnectivity-agenti metrics-server. Nie zalecamy wdrażania własnych aplikacji w tej przestrzeni nazw. W rzadkich przypadkach, w których wdrażanie własnych aplikacji w tej przestrzeni nazw jest konieczne, zobacz często zadawane pytania.

Zrzut ekranu przedstawiający przestrzenie nazw platformy Kubernetes w celu logicznego dzielenia zasobów i aplikacji.

Poziomy cenowe

Usługa AKS oferuje trzy warstwy cenowe do zarządzania klastrami: Bezpłatna, Standardowa i Premium. Wybrana warstwa cenowa określa funkcje dostępne do zarządzania klastrem.

Aby uzyskać więcej informacji, zobacz Warstwy cenowe zarządzania klastrami usługi AKS.

Obsługiwane wersje platformy Kubernetes

Aby uzyskać więcej informacji, zobacz Obsługiwane wersje platformy Kubernetes w usłudze AKS.

Treści powiązane

Aby uzyskać informacje na temat usług AKS i AKS Automatic, zobacz następujące zasoby:

  • Last updated on