Obsługiwane wersje rozwiązania Kubernetes w usłudze Azure Operator Nexus Kubernetes
Ten dokument zawiera omówienie schematu przechowywania wersji używanego dla usługi Operator Nexus Kubernetes, w tym obsługiwane wersje rozwiązania Kubernetes. Wyjaśnia różnice między wersjami głównymi, pomocniczymi i poprawkami oraz zawiera wskazówki dotyczące uaktualniania wersji platformy Kubernetes oraz tego, jak wygląda środowisko uaktualniania. Dokument obejmuje również cykl życia wsparcia wersji i koniec życia (EOL) dla każdej pomocniczej wersji platformy Kubernetes.
Społeczność platformy Kubernetes wydaje wersje pomocnicze średnio co trzy miesiące. Począwszy od wersji 1.19, społeczność platformy Kubernetes zwiększyła okno pomocy technicznej dla każdej wersji z dziewięciu miesięcy do roku.
Wersje pomocnicze obejmują nowe funkcje i ulepszenia. Wersje poprawek są częstsze (czasami co tydzień) i są przeznaczone dla krytycznych poprawek błędów w wersji pomocniczej. Wersje poprawek obejmują poprawki luk w zabezpieczeniach lub głównych usterek.
Wersje platformy Kubernetes
Platforma Kubernetes używa standardowego schematu przechowywania wersji semantycznych dla każdej wersji:
[major].[minor].[patch]
Examples:
1.24.7
1.25.4
Każda liczba w wersji wskazuje ogólną zgodność z poprzednią wersją:
- Numery wersji głównych zmieniają się w przypadku wprowadzenia zmian powodujących niezgodność z interfejsem API
- Numery wersji pomocniczych zmieniają się po wprowadzeniu aktualizacji funkcji, które są wstecznie zgodne z innymi wersjami pomocniczymi.
- Numery wersji poprawek zmieniają się po wprowadzeniu poprawek usterek zgodnych z poprzednimi wersjami.
Zdecydowanie zalecamy, aby być na bieżąco z najnowszymi dostępnymi poprawkami. Na przykład jeśli klaster produkcyjny znajduje się w systemie 1.25.4i 1.25.6 jest najnowszą dostępną wersją poprawki dostępną dla serii 1.25 . Należy uaktualnić klaster tak 1.25.6 szybko, jak to możliwe, aby upewnić się, że klaster jest w pełni poprawiony i obsługiwany. Więcej szczegółowych informacji na temat uaktualniania klastra można znaleźć w dokumentacji Uaktualnianie wersji rozwiązania Kubernetes.
Kalendarz wydania rozwiązania Nexus Kubernetes
Zapoznaj się z nadchodzącymi wersjami w kalendarzu wydania Nexus Kubernetes.
Uwaga
Przeczytaj więcej na temat naszych zasad pomocy technicznej dotyczących przechowywania wersji platformy Kubernetes.
Aby zapoznać się z przeszłością historii wersji, zobacz Historia platformy Kubernetes.
| Wersja K8s | Nexus GA | Koniec życia | Rozszerzona dostępność |
|---|---|---|---|
| 1.25 | Czerwiec 2023 r. | Grudzień 2023 r. | Do 1.31 GA |
| 1,26 | Wrzesień 2023 r. | Mar 2024 | Do 1.32 GA |
| 1.27* | Wrzesień 2023 r. | Lipiec 2024, LTS do lipca 2025 r. | Do 1.33 ogólna dostępność |
| 1.28 | Listopad 2023 r. | Październik 2024 r. | Do 1.34 GA |
* Wskazuje, że wersja jest przeznaczona do obsługi długoterminowej
Składniki wersji usługi Nexus Kubernetes
Wersja usługi Operator Nexus Kubernetes składa się z dwóch odrębnych składników połączonych w jedną reprezentację:
- Wersja rozwiązania Kubernetes. Na przykład 1.25.4 jest wersją platformy Kubernetes wdrażaną w narzędziu Operator Nexus. Te pakiety są dostarczane przez usługę Azure AKS, w tym wszystkie wersje poprawek obsługiwane przez operator Nexus. Aby uzyskać więcej informacji na temat wersji usługi Azure AKS, zobacz AKS Supported Kubernetes Versions (Obsługiwane wersje usługi Kubernetes w usłudze AKS)
- Pakiet wersji, który hermetyzuje funkcje (dodatki) i obraz systemu operacyjnego używany przez węzły w klastrze Operator Nexus Kubernetes, jako pojedynczą liczbę. Np. 2.
Kombinacja tych wartości jest reprezentowana w interfejsie API jako pojedyncza wersja kubernetesVersion. Na przykład
1.25.4-2lub alternatywnie obsługiwana notacja "v":v1.25.4-2.
Pakiety wersji
Rozszerzając wersję platformy Kubernetes, aby uwzględnić wartość pomocniczą dla wersji poprawki, pakiet wersji, operator Nexus Kubernetes service może uwzględniać przypadki modyfikacji wdrożenia w celu uwzględnienia dodatkowych aktualizacji związanych z systemem operacyjnym. Takie aktualizacje mogą obejmować, ale nie są ograniczone do: zaktualizowanych obrazów systemu operacyjnego, wydań poprawek dla funkcji (dodatków) itd. Pakiety wersji są zawsze zgodne z poprzednimi wersjami w ramach tej samej wersji poprawki, na przykład 1.25.4-2 jest do tyłu zgodne z wersją 1.25.4-1.
Zmiany konfiguracji wdrożonego klastra Kubernetes Operatora Nexus powinny być stosowane tylko w ramach uaktualnienia wersji pomocniczej kubernetes, a nie podczas uaktualniania wersji poprawki. Przykłady zmian konfiguracji, które można zastosować podczas uaktualniania wersji pomocniczej, to:
- Zmiana konfiguracji serwera kube-proxy z używania tabel iptable na ipvs
- Zmiana nazwy CNI z jednego produktu na inny
Gdy przestrzegamy tych zasad, łatwiej jest przewidzieć i zarządzać procesem przechodzenia między różnymi wersjami klastrów Kubernetes oferowanymi przez usługę Operator Nexus Kubernetes.
Można łatwo uaktualnić dowolną małą aktualizację w jednej wersji rozwiązania Kubernetes do dowolnej małej aktualizacji w następnej wersji, co zapewnia elastyczność. Na przykład uaktualnienie z wersji 1.24.1-x do 1.25.4-x będzie dozwolone, niezależnie od obecności pośredniej wersji 1.24.2-x.
Wersje składników i zmiany powodujące niezgodność
Przed uaktualnieniem do dowolnej z dostępnych wersji pomocniczych należy pamiętać o następujących ważnych zmianach:
| Wersja rozwiązania Kubernetes | Pakiet wersji | Składniki | Składniki systemu operacyjnego | Zmiany powodujące niezgodność | Uwagi |
|---|---|---|---|---|---|
| 1.25.6 | 1 | Calico v3.24.0 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.5.1 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | |
| 1.25.6 | 2 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | |
| 1.25.6 | 3 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | |
| 1.25.6 | 100 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | Węzły klastra są włączone w usłudze Azure Arc |
| 1.25.6 | 5 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 Csi-nfs v4.6.0 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | |
| 1.25.11 | 1 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | |
| 1.25.11 | 2 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | Węzły klastra są włączone w usłudze Azure Arc |
| 1.25.11 | 3 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 Csi-nfs v4.6.0 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | |
| 1.26.3 | 1 | Calico v3.24.0 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.5.1 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | |
| 1.26.3 | 2 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | |
| 1.26.3 | 3 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | |
| 1.26.3 | 100 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | Węzły klastra są włączone w usłudze Azure Arc |
| 1.26.3 | 5 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 Csi-nfs v4.6.0 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | |
| 1.26.6 | 1 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | |
| 1.26.6 | 2 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | Węzły klastra są włączone w usłudze Azure Arc |
| 1.26.6 | 3 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 Csi-nfs v4.6.0 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | |
| 1.27.1 | 1 | Calico v3.24.0 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.5.1 |
Azure Linux 2.0 | Cgroupv2 | Kroki wyłączania cgroupv2 można znaleźć tutaj |
| 1.27.1 | 2 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Cgroupv2 | Kroki wyłączania cgroupv2 można znaleźć tutaj |
| 1.27.1 | 3 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Cgroupv2 | Kroki wyłączania cgroupv2 można znaleźć tutaj |
| 1.27.1 | 100 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | Węzły klastra są włączone w usłudze Azure Arc |
| 1.27.1 | 5 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 Csi-nfs v4.6.0 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | |
| 1.27.3 | 1 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Cgroupv2 | Kroki wyłączania cgroupv2 można znaleźć tutaj |
| 1.27.3 | 2 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | Węzły klastra są włączone w usłudze Azure Arc |
| 1.27.3 | 3 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 Csi-nfs v4.6.0 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | |
| 1.28.0 | 1 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | |
| 1.28.0 | 2 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność | Węzły klastra są włączone w usłudze Azure Arc |
| 1.28.0 | 3 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 Csi-nfs v4.6.0 |
Azure Linux 2.0 | Brak zmian powodujących niezgodność |
Uaktualnianie wersji rozwiązania Kubernetes
Aby uzyskać więcej informacji na temat uaktualniania klastra, zobacz Uaktualnianie klastra usługi Azure Operator Nexus Kubernetes Service.
Zasady obsługi wersji platformy Kubernetes
Operator Nexus obsługuje trzy wersje pomocnicze platformy Kubernetes:
- Najnowsza wersja pomocnicza ga wydana w Operator Nexus (który nazywamy N).
- Dwie poprzednie wersje pomocnicze.
- Każda obsługiwana wersja pomocnicza obsługuje również maksymalnie dwie najnowsze stabilne poprawki, podczas gdy poprzednie poprawki są objęte rozszerzonymi zasadami dostępności na okres istnienia wersji pomocniczej.
Operator Nexus Kubernetes service zapewnia ustandaryzowany czas wsparcia dla każdej wersji pomocniczej platformy Kubernetes, która została wydana. Wersje są zgodne z dwoma różnymi osiami czasu, odzwierciedlając:
- Czas trwania pomocy technicznej — jak długo jest aktywnie obsługiwana wersja. Na koniec obsługiwanego okresu wersja to "Koniec życia".
- Rozszerzona dostępność — jak długo można wybrać wersję do wdrożenia po zakończeniu życia.
Obsługiwane okno wersji kubernetes na Operator Nexus jest znane jako "N-2": (N (najnowsza wersja) - 2 (wersje pomocnicze)) i ".letter" jest reprezentatywny dla wersji poprawek.
Jeśli na przykład operator Nexus wprowadzi dzisiaj 1.17.a , zostanie udostępniona obsługa następujących wersji:
| Nowa wersja pomocnicza | Lista obsługiwanych wersji |
|---|---|
| 1.17.a | 1.17.a, 1.17.b, 1.16.c, 1.16.d, 1.15.e, 1.15.f |
Po wprowadzeniu nowej wersji pomocniczej najstarsza obsługiwana wersja pomocnicza i wydania poprawek nie są obsługiwane. Na przykład bieżąca lista obsługiwanych wersji to:
1.17.a
1.17.b
1.16.c
1.16.d
1.15.e
1.15.f
Gdy operator Nexus wyda 1.18.*, wszystkie wersje 1.15.* nie są obsługiwane.
Oś czasu pomocy technicznej
Operator Nexus Kubernetes service zapewnia obsługę przez 12 miesięcy od początkowej wersji ogólnodostępnej usługi AKS zwykle w wersji pomocniczej. Ta oś czasu jest zgodna z chronometrażem usługi Azure AKS, która obejmuje zadeklarowaną długoterminową pomoc techniczną w wersji 1.27.
Obsługiwane wersje:
- Można wdrożyć jako nowe klastry Operator Nexus Kubernetes.
- Może być celem uaktualnień z poprzednich wersji. Ograniczone przez normalne ścieżki uaktualniania.
- Może mieć dodatkowe poprawki lub pakiety wersji w wersji pomocniczej.
Uwaga
W wyjątkowych okolicznościach wsparcie usługi Nexus Kubernetes może zostać przerwane wcześnie lub natychmiast, jeśli zostanie zidentyfikowana luka w zabezpieczeniach lub problem z zabezpieczeniami. Firma Microsoft będzie aktywnie powiadamiać klientów, jeśli tak się stanie, i będzie pracować, aby rozwiązać wszelkie potencjalne problemy.
Koniec życia (EOL)
Koniec życia (EOL) oznacza, że nie są produkowane więcej pakietów poprawek ani wersji. Możliwe, że skonfigurowany klaster nie może już zostać uaktualniony, ponieważ najnowsze obsługiwane wersje nie są już dostępne. W tym przypadku jedynym sposobem uaktualnienia jest całkowite odtworzenie klastra Nexus Kubernetes przy użyciu nowszej wersji, która jest obsługiwana. Nieobsługiwane uaktualnienia Extended availability mogą być używane do powrotu do obsługiwanej wersji.
Rozszerzone zasady dostępności
W okresie rozszerzonej dostępności dla nieobsługiwanych wersji rozwiązania Kubernetes (czyli wersji rozwiązania EOL Kubernetes) użytkownicy nie otrzymują poprawek zabezpieczeń ani poprawek błędów. Aby uzyskać szczegółowe informacje na temat kategorii pomocy technicznej, zapoznaj się z poniższą tabelą.
| Kategoria pomocy technicznej | N-2 do N | Rozszerzona dostępność |
|---|---|---|
| Uaktualnienia z N-3 do obsługiwanej wersji | Obsługiwane | Obsługiwane |
| Skalowanie puli węzłów | Obsługiwane | Obsługiwane |
| Tworzenie puli klastrów lub węzłów | Obsługiwane | Obsługiwane |
| Składniki platformy Kubernetes (w tym dodatki) | Obsługiwane | Nieobsługiwane |
| Aktualizacje składników | Obsługiwane | Nieobsługiwane |
| Poprawki składników | Obsługiwane | Nieobsługiwane |
| Stosowanie poprawek błędów platformy Kubernetes | Obsługiwane | Nieobsługiwane |
| Stosowanie poprawek zabezpieczeń platformy Kubernetes | Obsługiwane | Nieobsługiwane |
| Poprawki zabezpieczeń obrazu węzła | Obsługiwane | Nieobsługiwane |
Uwaga
Operator Nexus opiera się na wydaniach i poprawkach z kubernetes, który jest projektem open source, który obsługuje tylko okno przesuwne trzech wersji pomocniczych. Operator Nexus może zagwarantować pełną obsługę tylko wtedy, gdy te wersje są obsługiwane jako nadrzędne. Ponieważ nie ma więcej poprawek tworzonych w górę, Operator Nexus może pozostawić te wersje bez poprawek lub rozwidlenia. Ze względu na to ograniczenie rozszerzona dostępność nie obsługuje żadnych funkcji opartych na nadrzędnym rozwiązaniu kubernetes.
Obsługiwane kubectl wersje
Możesz użyć jednej wersji pomocniczej starszej lub nowszej kubectl względem wersji kube-apiserver , zgodnej z zasadami obsługi platformy Kubernetes dla narzędzia kubectl.
Jeśli na przykład serwer kube-apiserver ma wartość 1.17, możesz użyć wersji 1.16 do 1.18 kubectl z tym serwerem kube-apiserver.
Aby zainstalować lub zaktualizować kubectl do najnowszej wersji, uruchom polecenie:
az aks install-cli
Obsługa długoterminowa (LTS)
Usługa Azure Kubernetes Service (AKS) udostępnia wersję platformy Kubernetes (Long Term Support) na okres dwóch lat. W dowolnym momencie jest dostępna tylko jedna wersja pomocnicza platformy Kubernetes uznana za LTS.
| Pomoc techniczna społeczności | Obsługa długoterminowa | |
|---|---|---|
| Kiedy stosować | Kiedy możesz nadążyć za nadrzędnymi wersjami rozwiązania Kubernetes | Scenariusze, w których aplikacje nie są zgodne ze zmianami wprowadzonymi w nowszych wersjach platformy Kubernetes i nie można przejść do cyklu ciągłego wydawania z powodu ograniczeń technicznych lub innych czynników |
| Wersje pomocy technicznej | Trzy wersje pomocnicze ogólnie dostępne | Jedna wersja kubernetes (obecnie 1.27) przez dwa lata |
Społeczność nadrzędna utrzymuje wersję pomocniczą platformy Kubernetes przez jeden rok od wydania. Po tym okresie firma Microsoft tworzy i stosuje aktualizacje zabezpieczeń do wersji LTS platformy Kubernetes w celu zapewnienia w sumie dwóch lat pomocy technicznej w usłudze AKS.
Ważne
Platforma Kubernetes w wersji 1.27 to pierwsza obsługiwana wersja LTS platformy Kubernetes w usłudze Operator Nexus Kubernetes.
Często zadawane pytania
Jak firma Microsoft powiadamia mnie o nowych wersjach platformy Kubernetes?
Ten dokument jest okresowo aktualizowany wraz z zaplanowanymi datami nowych wersji platformy Kubernetes.
Jak często należy oczekiwać uaktualnienia wersji platformy Kubernetes, aby pozostać w pomocy technicznej?
Począwszy od platformy Kubernetes 1.19, społeczność open source rozszerzyła wsparcie do jednego roku. Operator Nexus zobowiązuje się do włączania poprawek i obsługi dopasowania zobowiązań nadrzędnych. W przypadku klastrów Operator Nexus w wersji 1.19 lub nowszej można uaktualnić co najmniej raz w roku, aby pozostać w obsługiwanej wersji.
Co się stanie, gdy uaktualnisz klaster Kubernetes z wersją pomocniczą, która nie jest obsługiwana?
Jeśli korzystasz z wersji N-3 lub starszej, jesteś poza oknem pomocy technicznej. Po uaktualnieniu z wersji N-3 do N-2 wrócisz do naszego okna pomocy technicznej. Na przykład:
- Jeśli najstarsza obsługiwana wersja usługi AKS to 1.25.x i korzystasz z wersji 1.24.x lub starszej, jesteś poza pomocą techniczną.
- Pomyślne uaktualnienie z wersji 1.24.x do wersji 1.25.x lub nowszej spowoduje powrót w naszym oknie pomocy technicznej.
- "Uaktualnienia na poziomie pomijania" nie są obsługiwane. Aby uaktualnić z wersji 1.23.x do wersji 1.25.x, należy najpierw przeprowadzić uaktualnienie do wersji 1.24.x, a następnie do wersji 1.25.x.
Zmiany na starszą dół nie są obsługiwane.
Co się stanie, jeśli nie uaktualniam klastra?
Jeśli klaster nie zostanie uaktualniony, będziesz nadal otrzymywać pomoc techniczną dotyczącą wersji platformy Kubernetes, która jest uruchomiona do końca okresu pomocy technicznej. Po tym nie otrzymasz już obsługi klastra. Aby nadal otrzymywać pomoc techniczną, należy uaktualnić klaster do obsługiwanej wersji.
Co się stanie, jeśli nie uaktualniam klastra przed końcem rozszerzonego okresu dostępności?
Jeśli klaster nie zostanie uaktualniony przed końcem rozszerzonego okresu dostępności, nie będzie już można uaktualnić klastra do obsługiwanej wersji ani pul agentów skalowanych w poziomie. Aby nadal otrzymywać pomoc techniczną, musisz ponownie utworzyć klaster przy użyciu obsługiwanej wersji.
Co oznacza "Poza pomocą techniczną"?
"Poza pomocą techniczną" oznacza, że:
- Uruchomiona wersja znajduje się poza listą obsługiwanych wersji.
- Podczas żądania pomocy technicznej zostanie wyświetlony monit o uaktualnienie klastra do obsługiwanej wersji.
Ponadto operator Nexus nie wykonuje żadnych gwarancji środowiska uruchomieniowego ani innych gwarancji dla klastrów spoza listy obsługiwanych wersji.
Co się stanie, gdy użytkownik skaluje klaster Kubernetes z wersją pomocniczą, która nie jest obsługiwana?
W przypadku wersji pomocniczych, które nie są obsługiwane przez operator Nexus, skalowanie w lub na wyjęcie powinno nadal działać. Ponieważ nie ma gwarancji jakości usług, zalecamy uaktualnienie, aby przywrócić obsługę klastra.
Czy można pominąć wiele wersji platformy Kubernetes podczas uaktualniania klastra?
Podczas uaktualniania obsługiwanego klastra Operator Nexus Kubernetes nie można pominąć wersji pomocniczych platformy Kubernetes. Zasady niesymetryczności wersji płaszczyzn sterowania platformy Kubernetes nie obsługują pomijania wersji pomocniczej. Na przykład uaktualnienia między:
- 1.12.x ->1.13.x: dozwolone.
- 1.13.x ->1.14.x: dozwolone.
- 1.12.x ->1.14.x: niedozwolone.
Aby uaktualnić z wersji 1.12.x ->1.14.x:
- Uaktualnij z wersji 1.12.x ->1.13.x.
- Uaktualnij z wersji 1.13.x ->1.14.x.
Czy mogę utworzyć nowy klaster podczas rozszerzonego okna dostępności?
Tak, możesz utworzyć nowy klaster 1.xx.x podczas jego rozszerzonego okna dostępności. Zalecamy jednak utworzenie nowego klastra z najnowszą obsługiwaną wersją.
Czy mogę uaktualnić klaster do nowszej wersji podczas rozszerzonego okna dostępności?
Tak, można uaktualnić klaster N-3 do N-2 podczas jego rozszerzonego okna dostępności. Jeśli klaster jest obecnie w N-4, możesz użyć rozszerzonej dostępności, aby najpierw uaktualnić z N-4 do N-3, a następnie przejść do uaktualnienia do obsługiwanej wersji (N-2).
Czy mogę dodać nowe pule węzłów w oknie rozszerzonej dostępności? A może muszę przeprowadzić uaktualnienie?
Tak, możesz dodać pule węzłów do klastra.