Omówienie klastra Nexus Kubernetes
W tym artykule opisano podstawowe pojęcia związane z klastrem Nexus Kubernetes, zarządzaną usługą Kubernetes, której można użyć do wdrażania i obsługi konteneryzowanych aplikacji na platformie Azure Operator Nexus
Co to jest platforma Kubernetes?
Platforma Kubernetes to szybko rozwijająca się platforma, która zarządza aplikacjami opartymi na kontenerach i skojarzonymi z nimi składnikami sieci i magazynu. Platforma Kubernetes koncentruje się na obciążeniach aplikacji, a nie na podstawowych składnikach infrastruktury. Zapewnia ona deklaratywne podejście do wdrożeń, wspierane przez niezawodny zestaw interfejsów API na potrzeby operacji zarządzania. Zobacz Co to jest platforma Kubernetes , aby dowiedzieć się więcej na temat platformy Kubernetes.
Nexus Kubernetes Service
Nexus Kubernetes Cluster Service to dystrybucja Kubernetes przeznaczona do wdrażania lokalnego za pośrednictwem wystąpień Nexus. Zaprojektowano ją tak, aby usprawnić automatyczne tworzenie kontenerów i jest zoptymalizowana pod kątem uruchamiania obciążeń skojarzonych z funkcjami sieci intensywnie korzystającymi z danych.
Podobnie jak w przypadku każdego klastra Kubernetes, klaster Nexus Kubernetes ma dwa składniki:
Płaszczyzna sterowania: zapewnia podstawowe usługi Kubernetes i zarządza cyklem życia obciążeń aplikacji.
Węzły: do uruchamiania aplikacji i usług pomocniczych potrzebny jest węzeł Kubernetes. Zapewnia środowisko uruchomieniowe kontenera. Każdy klaster NKS ma co najmniej jeden węzeł. Węzeł jest hostowany na maszynie wirtualnej z uruchomionymi składnikami węzła Kubernetes. Maszyna wirtualna jest tworzona w ramach wdrożenia klastra NKS w wystąpieniu Nexus. Istnieją dwa typy pul węzłów w klastrach Nexus Kubernetes
- Podczas tworzenia klastra usługi AKS należy zdefiniować początkową liczbę węzłów i ich rozmiar (SKU), która tworzy pulę węzłów systemowych. Pule węzłów systemowych hostuje krytyczne zasobniki systemowe.
- Z drugiej strony, aby obsługiwać aplikacje o różnych wymaganiach obliczeniowych lub magazynowych, można utworzyć pule węzłów użytkownika, znane również jako pula agentów Nexus. Każda maszyna wirtualna w puli agentów Nexus jest zgodna z jednolitą konfiguracją, taką jak procesor CPU, pamięć, dysk itd. Po ustanowieniu puli agentów liczba maszyn wirtualnych w niej pozostaje stała. Aby skalować pojemność klastra Kubernetes Nexus, można utworzyć i zintegrować więcej pul agentów z istniejącym klastrem. Innymi słowy pula agentów Nexus obsługuje skalowanie w poziomie, umożliwiając dodawanie lub usuwanie pul agentów w klastrze Nexus Kubernetes.
Jednak zasobniki aplikacji można zaplanować w pulach węzłów systemowych, jeśli użytkownik chce tylko jednej puli węzłów w klastrze. Każdy klaster Kubernetes Nexus musi zawierać co najmniej jedną pulę węzłów systemowych z co najmniej jednym węzłem.
Dodatki klastra Nexus Kubernetes
Dodatki klastra Nexus Kubernetes to funkcja platformy Nexus, która umożliwia klientom ulepszanie klastrów Nexus Kubernetes za pomocą dodatkowych pakietów lub funkcji. Dodatki są podzielone na dwa typy: wymagane i opcjonalne.
Wymagane dodatki: dodatki są automatycznie wdrażane w aprowizowanych klastrach Nexus Kubernetes. Podstawowe dodatki, takie jak Calico, MetalLB, Nexus Storage CSI, wtyczki IPAM, metrics-server, node-local-dns, Arc for Kubernetes i Arc for Servers są domyślnie dołączane podczas tworzenia klastrów. Pomyślne ukończenie procesu aprowizacji klastra zależy od pomyślnego zainstalowania tych dodatków. Jeśli wymagana instalacja dodatku zakończy się niepowodzeniem i nie można go naprawić, stan klastra zostanie oznaczony jako niepowodzenie.
Opcjonalne dodatki: dodatki to dodatkowe usługi skojarzone z zasobem klastra Kubernetes. Klienci mogą aktywować lub dezaktywować te dodatki na żądanie. Przykładem dodatkowych usług może być wdrożenie rejestru buforowania obrazów lokalnych na poziomie klastra w klastrze NKS w celu obsługi scenariuszy rozłączenia. Usługa NKS umożliwia klientowi obserwowanie stanu, kondycji i wersji każdego wymaganego i opcjonalnego dodatku, które można monitorować w witrynie Azure Portal lub stan można pobrać przy użyciu interfejsów API usługi Azure Resource Manager.
Dodatki są instalowane raz i można je aktualizować lub uaktualniać tylko wtedy, gdy klient uaktualni klaster Nexus Kubernetes. Umożliwia klientom stosowanie krytycznych poprawek produkcyjnych bez ingerencji w podstawowe operacje infrastruktury, co mogłoby w przeciwnym razie zastąpić modyfikacje klastra.
Dostępne strefy Nexus
Nexus wprowadził koncepcję strefy dostępności. Jest on rozdzielany na poziomie stojaka i umożliwia klientom rozłożenie obciążeń w całym wystąpieniu w celu uzyskania lepszej dostępności. W przypadku wystąpienia Nexusa z ośmioma stojakami klienci otrzymują osiem stref dostępności. Każda strefa składa się z pary serwerów zarządzania z nadmiarowością i kolekcją serwerów obliczeniowych, które działają jako pula zasobów. Podczas wdrożeń z wieloma stojakami w systemie Nexus i podczas przeprowadzania uaktualnień pakietów środowiska uruchomieniowego strefy dostępności zapewniają dodatkową korzyść działania jako domena uaktualnienia. Gwarantuje to, że w przypadku tych uaktualnień w trybie offline są w trybie offline tylko serwery znajdujące się w jednym stojaku.
Domena niepowodzeń
Operator Nexus zapewnia, że węzły klastra Kubernetes Nexus są dystrybuowane między domenami uaktualniania. Ta dystrybucja jest wykonywana w sposób, który zwiększa odporność i dostępność klastra. Operator Nexus używa reguł koligacji Kubernetes do planowania węzłów w określonych strefach. Gwarantuje to, że bazowe maszyny wirtualne nie są umieszczone na tym samym serwerze fizycznym lub w tej samej domenie uaktualniania, co poprawia odporność klastra na uszkodzenia.