Omówienie automatycznej konfiguracji węzłów (NAP) w usłudze Azure Kubernetes Service (AKS)

Ten artykuł zawiera omówienie automatycznej aprowizacji węzłów (Node Auto-Provisioning, NAP) w usłudze Azure Kubernetes Service (AKS), w tym sposób jego działania, zachowanie podczas uaktualnień, wymagania wstępne, ograniczenia i zasoby do rozpoczęcia pracy.

Co to jest automatyczne aprowizowanie węzłów w usłudze AKS?

Podczas wdrażania obciążeń w usłudze AKS należy wybrać odpowiedni rozmiar maszyny wirtualnej w ramach konfiguracji puli węzłów. W miarę jak obciążenia stają się bardziej złożone, mogą istnieć różne obciążenia z różnymi wymaganiami dotyczącymi zasobów, co utrudnia projektowanie konfiguracji maszyny wirtualnej dla wielu żądań zasobów.

Automatyczne aprowizowanie węzłów (NAP) upraszcza ten proces przez automatyczne aprowizowanie i zarządzanie optymalną konfiguracją maszyny wirtualnej dla obciążeń. Automatyczne Przydzielanie Węzłów (NAP) używa oczekujących wymagań zasobów podów, aby zdecydować o optymalnej konfiguracji maszyn wirtualnych do uruchamiania obciążeń w sposób najbardziej wydajny i opłacalny.

NAP automatycznie wdraża, konfiguruje i zarządza Karpenterem na klastrach AKS i opiera się na projektach open source Karpenter oraz dostawcy AKS Karpenter.

Jak działa automatyczne aprowizowanie węzłów?

Automatyczne aprowizowanie węzłów zapewnia, skaluje i zarządza maszynami wirtualnymi (węzłami) w klastrze w odpowiedzi na obciążenie oczekujących podów.

Kluczowe składniki automatycznego aprowizowania węzłów

NAP wykorzystuje następujące kluczowe składniki, które pomagają w zarządzaniu węzłami klastra:

Składnik	Description
NodePool i AKSNodeClass	Niestandardowe definicje zasobów (CRD) tworzone i zarządzane w celu zdefiniowania zasad aprowizacji węzłów, specyfikacji maszyn wirtualnych i ograniczeń dla obciążeń.
NodeClaims	Zarządzana przez funkcję ochrony dostępu do sieci w celu reprezentowania bieżącego stanu aprowizowania węzłów, które można monitorować.
Wymagania zasobów dla obciążeń roboczych	CPU, pamięć i inne specyfikacje z Podów, wdrożeń, zadań i innych zasobów Kubernetes, które wpływają na decyzje aprowizacyjne.

Zachowanie aktualizacji Kubernetes dla węzłów automatycznej aprowizacji

Uaktualnienia platformy Kubernetes dla węzłów automatycznej aprowizacji węzłów są zgodne z wersją platformy Kubernetes płaszczyzny sterowania. Jeśli wykonasz uaktualnienie klastra, węzły zostaną automatycznie zaktualizowane tak, aby działały zgodnie z tą samą wersją co płaszczyzna sterowania.

Zalecamy ustawienie kanału automatycznego uaktualniania platformy Kubernetes, który automatycznie obsługuje uaktualnienia kubernetes dla klastra. Zalecamy również ustawienie planowanego okna obsługi dla klastra. Okno aksManagedAutoUpgradeSchedule obsługi umożliwia kontrolowanie czasu przeprowadzania uaktualnień klastra zaplanowanych przez wyznaczony kanał automatycznego uaktualniania. Aby uzyskać więcej informacji, zobacz Planowanie i kontrolowanie uaktualnień klastra usługi Azure Kubernetes Service (AKS) przy użyciu planowanej konserwacji.

Wymagania wstępne

Aby użyć automatycznej aprowizacji węzłów w usłudze AKS, potrzebne są następujące wymagania wstępne:

• Subskrypcja platformy Azure. Jeśli go nie masz, możesz utworzyć bezpłatne konto.
• Wersja Azure CLI 2.76.0 lub nowsza. Aby dowiedzieć się, jaka wersja jest używana, uruchom polecenie az --version. Aby uzyskać więcej informacji na temat instalowania lub uaktualniania interfejsu wiersza polecenia platformy Azure, zobacz Instalowanie interfejsu wiersza polecenia platformy Azure.

Ograniczenia i nieobsługiwane funkcje

Następujące ograniczenia i nieobsługiwane funkcje dotyczą automatycznego aprowizowania węzłów w usłudze AKS:

• Nie można włączyć NAP w klastrach z funkcją automatycznego skalowania klastra.
• Nie są obsługiwane grupy węzłów Windows.
• Klastry IPv6 nie są obsługiwane.
• Jednostki usługi nie są obsługiwane. Można użyć tożsamości zarządzanej przypisanej przez system lub przypisanej przez użytkownika.
• Zestawy szyfrowania dysków nie są obsługiwane.
• Certyfikaty niestandardowego urzędu certyfikacji (CA) nie są obsługiwane.
• Nie można zatrzymać klastra z włączoną funkcją NAP.
• Serwer proxy HTTP nie jest obsługiwany.
• Nie można zmienić typu ruchu wychodzącego klastra po utworzeniu klastra włączonego za pomocą NAP.
• Podczas tworzenia klastra NAP w niestandardowej sieci wirtualnej (VNet) należy użyć usługi Standard Load Balancer. Podstawowy moduł równoważenia obciążenia nie jest obsługiwany.

Rozpocznij korzystanie z automatycznego udostępniania węzłów w AKS

Pomocne w rozpoczęciu automatycznej aprowizacji węzłów w klastrze AKS są następujące zasoby:

• Włączanie lub wyłączanie automatycznej aprowizacji węzłów w klastrze AKS
• Używanie automatycznej aprowizacji węzłów w niestandardowej sieci wirtualnej
• Konfigurowanie sieci na potrzeby automatycznej aprowizacji węzłów w usłudze AKS
• Konfigurowanie pul węzłów na potrzeby automatycznej aprowizacji węzłów w usłudze AKS
• Konfigurowanie zasad zakłóceń na potrzeby automatycznej aprowizacji węzłów w usłudze AKS
• Aktualizacja obrazów węzłów dla automatycznej aprowizacji węzłów w AKS