Przygotowywanie systemu Linux
W tym artykule opisano sposób przygotowywania systemu Linux przy użyciu usługi AKS włączonej przez usługę Azure Arc, Edge Essentials lub Ubuntu.
Uwaga
Minimalna obsługiwana wersja jądra systemu Linux to 5.1. Obecnie istnieją znane problemy z wersjami 6.4 i 6.2.
Wymagania wstępne
Uwaga
Usługa Azure Container Storage włączona przez usługę Azure Arc jest dostępna tylko w następujących regionach: Wschodnie stany USA, Wschodnie stany USA 2, Zachodnie stany USA, Zachodnie stany USA 2, Zachodnie stany USA 3, Europa Północna, Europa Zachodnia.
Klaster Kubernetes połączony z usługą Arc
W tych instrukcjach założono, że masz już połączony z usługą Arc klaster Kubernetes. Aby połączyć istniejący klaster Kubernetes z usługą Azure Arc, zapoznaj się z tymi instrukcjami.
Jeśli chcesz używać usługi Azure Container Storage włączonej przez usługę Azure Arc z operacjami usługi Azure IoT, postępuj zgodnie z instrukcjami, aby utworzyć klaster dla operacji usługi Azure IoT.
Użyj systemu Ubuntu 22.04 na maszynach w wersji Standardowa D8s w wersji 3 z trzema dyskami SSD dołączonymi do większej ilości miejsca do magazynowania.
Klastry z jednym węzłem i wieloma węzłami
Klaster z jednym węzłem jest często używany do celów programistycznych lub testowych ze względu na prostotę konfiguracji i minimalne wymagania dotyczące zasobów. Te klastry oferują lekkie i proste środowisko dla deweloperów do eksperymentowania z platformą Kubernetes bez złożoności konfiguracji z wieloma węzłami. Ponadto w sytuacjach, w których zasoby, takie jak procesor CPU, pamięć i magazyn, są ograniczone, klaster z jednym węzłem jest bardziej praktyczny. Łatwość konfiguracji i minimalne wymagania dotyczące zasobów sprawiają, że jest to odpowiedni wybór w środowiskach ograniczonych zasobami.
Jednak klastry z jednym węzłem mają ograniczenia, głównie w postaci brakujących funkcji, w tym brak wysokiej dostępności, odporność na uszkodzenia, skalowalność i wydajność.
Konfiguracja platformy Kubernetes z wieloma węzłami jest zwykle używana w scenariuszach produkcyjnych, przejściowych lub wielkoskalowych z powodu takich funkcji jak wysoka dostępność, odporność na uszkodzenia, skalowalność i wydajność. Klaster z wieloma węzłami wprowadza również wyzwania i kompromisy, w tym złożoność, nakład pracy, koszty i wydajność. Na przykład skonfigurowanie i utrzymanie klastra z wieloma węzłami wymaga dodatkowej wiedzy, umiejętności, narzędzi i zasobów (sieć, magazyn, obliczenia). Klaster musi obsługiwać koordynację i komunikację między węzłami, co prowadzi do potencjalnych opóźnień i błędów. Ponadto uruchamianie klastra z wieloma węzłami jest bardziej obciążane zasobami i jest bardziej kosztowne niż klaster z jednym węzłem. Optymalizacja użycia zasobów między węzłami ma kluczowe znaczenie dla utrzymania wydajności i wydajności klastra oraz aplikacji.
Podsumowując, klaster Kubernetes z jednym węzłem może być odpowiedni dla środowisk programistycznych, testowych i ograniczonych zasobami. Klaster z wieloma węzłami jest bardziej odpowiedni dla wdrożeń produkcyjnych, wysokiej dostępności, skalowalności i scenariuszy, w których wymagane są aplikacje rozproszone. Ten wybór zależy ostatecznie od konkretnych potrzeb i celów wdrożenia.
Minimalne wymagania sprzętowe
Klaster z jednym węzłem lub 2 węzłem
- Zalecana maszyna wirtualna Standard_D8ds_v5
- Równoważne specyfikacje na węzeł:
- 4 procesory CPU
- 16 GB pamięci RAM
Klaster z wieloma węzłami
- Zalecana maszyna wirtualna Standard_D8as_v5
- Równoważne specyfikacje na węzeł:
- 8 procesorów CPU
- 32 GB pamięci RAM
32 GB pamięci RAM służy jako bufor; jednak 16 GB pamięci RAM powinno wystarczyć. Konfiguracje edge Essentials wymagają 8 procesorów CPU z 10 GB pamięci RAM na węzeł, co czyni 16 GB pamięci RAM minimalnym wymaganiem.
Minimalne wymagania dotyczące magazynu
Wymagania dotyczące woluminów brzegowych
W przypadku korzystania z opcji magazynu odpornego na uszkodzenia woluminy brzegowe przydziela miejsce na dysku z odpornej na uszkodzenia puli magazynów, która składa się z magazynu wyeksportowanego przez każdy węzeł w klastrze.
Pula magazynów jest skonfigurowana do używania replikacji 3-dwukierunkowej w celu zapewnienia odporności na uszkodzenia. Po aprowizacji woluminu usługi Edge przydziela miejsce na dysku z puli magazynów i przydziela magazyn na 3 replikach.
Na przykład w klastrze 3-węzłowym z 20 GB miejsca na dysku na węzeł klaster ma pulę magazynów o rozmiarze 60 GB. Jednak ze względu na replikację ma efektywny rozmiar magazynu o rozmiarze 20 GB.
Gdy wolumin usługi Edge jest aprowizowany o żądanym rozmiarze 10 GB, przydziela zarezerwowany wolumin systemowy (statycznie rozmiar do 1 GB) i wolumin danych (rozmiar do żądanego rozmiaru woluminu, na przykład 10 GB). Zarezerwowany wolumin systemowy zużywa 3 GB (3 x 1 GB) miejsca na dysku w puli magazynów, a wolumin danych będzie zużywać 30 GB (3 x 10 GB) miejsca na dysku w puli magazynów, w sumie 33 GB.
Wymagania dotyczące woluminów pamięci podręcznej
Woluminy pamięci podręcznej wymagają co najmniej 4 GB na węzeł magazynu. Jeśli na przykład masz klaster z 3 węzłami, potrzebujesz co najmniej 12 GB miejsca do magazynowania.
Następne kroki
Aby kontynuować przygotowywanie systemu Linux, zobacz następujące instrukcje dotyczące klastrów z jednym węzłem lub wieloma węzłami: