Supported Kubernetes versions in Azure Kubernetes Service (AKS) (Obsługiwane wersje rozwiązania Kubernetes w usłudze Azure Kubernetes Service)

Społeczność platformy Kubernetes publikuje wersje pomocnicze mniej więcej co cztery miesiące.

Wersje pomocnicze obejmują nowe funkcje i ulepszenia. Wersje poprawek są częstsze (czasami co tydzień) i są przeznaczone na naprawy krytycznych błędów w wersji pomniejszej. 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]

Każda liczba w wersji odzwierciedla zgodność z poprzednimi wersjami:

• Wersje główne: Wprowadzają niezgodne zmiany interfejsu API lub łamią zgodność z poprzednimi wersjami.
• Wersje pomocnicze: Dodawanie nowych funkcji. Stabilne interfejsy API pozostają ogólnie zgodne, ale przestarzałe interfejsy API i funkcje można usunąć zgodnie z zasadami wycofywania platformy Kubernetes.
• Wersje poprawek: obejmują poprawki błędów zgodne z poprzednimi wersjami.

Zawsze używaj najnowszej aktualizacji dla bieżącej wersji podrzędnej. Gdy nowsza poprawka stanie się dostępna dla wersji pomocniczej, uaktualnij go tak szybko, jak to możliwe, aby upewnić się, że klaster jest w pełni poprawiony i obsługiwany.

Kalendarz wydań AKS Kubernetes i nadchodzące wersje

Sprawdź kalendarz wydania rozwiązania AKS Kubernetes, aby zapoznać się z nadchodzącymi wersjami. Aby zobaczyć aktualizacje statusu wydania dla regionu i informacje o wydaniach wersji w czasie rzeczywistym, odwiedź stronę internetową statusu wydania AKS. Aby dowiedzieć się więcej na temat strony z informacjami o stanie wydania, sprawdź Śledzenie wersji usługi AKS.

Aby zapoznać się z historią poprzednich wydań, sprawdź Historię platformy Kubernetes.

Wersje LTS

Aby uzyskać rozszerzoną pomoc techniczną, musisz włączyć długoterminową pomoc techniczną (LTS). Aby uzyskać więcej informacji, zobacz Włączanie długoterminowej pomocy technicznej.

Wykres Gantta harmonogramu wydania usługi AKS Kubernetes

Na poniższym wykresie Gantta są wyświetlane bieżące wersje:

Zmiany w składnikach AKS podział według wersji

Przed uaktualnieniem do dowolnej z dostępnych wersji pomocniczych należy pamiętać o następujących ważnych zmianach:

Kubernetes 1.37

Kubernetes 1.36

Kubernetes 1.35

Kubernetes 1.34

Kubernetes 1.33

Kubernetes 1.32

Kubernetes 1.31

Kubernetes 1.30

Wersja pomocnicza aliasu w usłudze AKS

Klaster usługi AKS można utworzyć bez określania wersji poprawki. Jeśli tworzysz klaster bez określenia poprawki, klaster uruchamia najnowszą poprawkę z ogólnie dostępnej wersji pomocniczej. Jeśli chcesz uaktualnić wersję poprawki w tej samej wersji pomocniczej, użyj funkcji automatycznego uaktualniania.

Aby zobaczyć, na której poprawce jesteś, uruchom polecenie az aks show --resource-group myResourceGroup --name myAKSCluster. W danych wyjściowych currentKubernetesVersion właściwość pokazuje całą wersję platformy Kubernetes. Przykład:

{
 "apiServerAccessProfile": null,
  "autoScalerProfile": null,
  "autoUpgradeProfile": null,
  "azurePortalFqdn": "myaksclust-myresourcegroup.portal.hcp.eastus.azmk8s.io",
  "currentKubernetesVersion": "<major>.<minor>.<patch>",
}

Zasady obsługi wersji platformy Kubernetes

Usługa AKS definiuje wersję ogólnie dostępną jako taką, która jest dostępna we wszystkich regionach i włączona we wszystkich pomiarach SLO lub SLA. Usługa AKS obsługuje trzy mniejsze wersje GA (General Availability) na platformie Kubernetes.

• Najnowsza wersja ogólnie dostępna (N).
• Dwie poprzednie wersje pomocnicze (N-1 i N-2).
  • Każda obsługiwana wersja pomocnicza może obsługiwać dowolną liczbę poprawek w danym momencie. Usługa AKS zastrzega sobie prawo do wycofania poprawek w przypadku wykrycia krytycznej luki CVE lub innej luki w zabezpieczeniach. Aby uzyskać informacje o dostępności poprawek i wszelkich wycofaniach funkcji ad hoc, zapoznaj się z notatkami do wersji i odwiedź stronę internetową stanu wydania usługi AKS.

Usługa AKS może również obsługiwać wersje zapoznawcze, które są wyraźnie oznaczone i podlegają warunkom wersji zapoznawczej.

Usługa AKS zapewnia obsługę platformy tylko dla jednej mniejszej wersji ogólnie dostępnej platformy Kubernetes, która następuje po regularnie obsługiwanych wersjach. Okno obsługi platformy wersji platformy Kubernetes w usłudze AKS jest znane jako N-3. Aby uzyskać więcej informacji, zobacz Zasady pomocy technicznej platformy.

Obsługiwane okno wersji pomocniczych platformy Kubernetes w usłudze AKS jest znane jako N-2, gdzie N odnosi się do najnowszej wersji, co oznacza, że obsługiwane są również dwie poprzednie wersje pomocnicze.

Na przykład w dniu wprowadzenia usługi AKS w wersji 1.29 pomoc techniczna jest dostępna dla następujących wersji:

Po wprowadzeniu nowej wersji pomocniczej najstarsza wersja pomocnicza jest przestarzała i usuwana. Załóżmy na przykład, że bieżąca obsługiwana lista wersji pomocniczych to 1.29, 1.28 i 1.27. Gdy usługa AKS wyda wersję 1.30, wszystkie wersje 1.27 przestaną być wspierane 30 dni później.

Usługa AKS może obsługiwać dowolną liczbę poprawek, w zależności od dostępności wydania wspólnotowego dla danej wersji mniejszej. Usługa AKS zastrzega sobie prawo do wycofania dowolnych z tych poprawek w dowolnym momencie z powodu luki w zabezpieczeniach wskazanej przez CVE lub potencjalnego błędu. Zachęcamy do korzystania z najnowszej poprawki dla wersji mniejszej.

Zasady obsługi platformy

Polityka wsparcia platformy to ograniczony plan wsparcia dla niektórych nieobsługiwanych wersji Kubernetes. Podczas pomocy technicznej platformy klienci otrzymują pomoc techniczną od firmy Microsoft tylko w przypadku problemów związanych z platformą AKS/Azure. Wszelkie problemy związane z funkcjonalnością i składnikami platformy Kubernetes nie są wspierane.

Zasady obsługi platformy dotyczą klastrów w wersji N-3 (gdzie N jest najnowszą obsługiwaną wersją pomocniczą usługi AKS GA), zanim klaster spadnie do N-4. Na przykład, Kubernetes w wersji 1.26 jest uważany za wspieraną wersję platformy, gdy wersja 1.29 jest najnowszą wersją ogólnie dostępną. Załóżmy, że używasz wersji N-2 . Moment, w którym wersja stanie się N-3, kończy oficjalne wsparcie, a Ty przechodzisz do polityki wsparcia platformy.

Usługa AKS opiera się na wydaniach i poprawkach z platformy Kubernetes, która jest projektem open source, obsługującym jedynie przesuwane okno wsparcia dla trzech głównych wersji. Usługa AKS gwarantuje pełną obsługę tylko wtedy, gdy te wersje są serwisowane w ramach upstreamu. Ponieważ nie są już tworzone poprawki z głównego źródła, usługa AKS może albo pozostawić te wersje bez poprawek, albo zrobić fork. Ze względu na to ograniczenie obsługa platformy nie obsługuje żadnych funkcji opartych na nadrzędnym rozwiązaniu Kubernetes.

W poniższej tabeli przedstawiono wytyczne dotyczące pomocy technicznej dla społeczności w porównaniu z obsługą platformy:

Obsługiwane kubectl wersje

Możesz użyć kubectl wersji o jedną mniejszą wersję starszą lub nowszą niż wersja serwera kube-apiserver. Aby uzyskać więcej informacji, zobacz zasady obsługi platformy Kubernetes dla narzędzia kubectl.

Jeśli na przykład serwer kube-apiserver ma wartość 1.28, możesz użyć wersji 1.27 do 1.29 z kubectl.

Aby zainstalować lub zaktualizować kubectl do najnowszej wersji, użyj polecenia opartego na preferowanym narzędziu:

az aks install-cli

Install-AzAksKubectl -Version latest

Obsługa długoterminowa (LTS)

Usługa AKS oferuje jeden rok pomocy technicznej dla społeczności i rok długoterminowego wsparcia (LTS), w tym poprawki zabezpieczeń z nadrzędnej społeczności. Nasza centralna grupa robocza LTS wnosi swój wkład z powrotem do społeczności, aby zapewnić naszym klientom dłuższy okres wsparcia.

Aby uzyskać więcej informacji na temat ltS, zobacz Długoterminowa obsługa usługi Azure Kubernetes Service (AKS).

Proces wydawania i wycofywania z eksploatacji

Informacje o nadchodzących wydaniach wersji i wycofaniach można znaleźć w kalendarzu wydań Kubernetes dla usługi AKS.

W przypadku nowych wersji pomocniczych platformy Kubernetes:

• Usługa AKS ogłasza daty wydania nowej wersji i przestarzałą wersję w informacjach o wersji usługi AKS co najmniej 30 dni przed usunięciem.

• AKS korzysta z Azure Advisor do powiadamiania Ciebie, jeśli nowa wersja może powodować trudności w klastrze z powodu przestarzałych interfejsów API. Usługa Azure Advisor ostrzega cię również, jeśli nie masz pomocy technicznej.

• Usługa AKS publikuje powiadomienie o kondycji usługi dostępne dla wszystkich użytkowników z dostępem do usługi AKS i portalu oraz wysyła wiadomość e-mail do administratorów subskrypcji z zaplanowanymi datami usunięcia wersji.

  Note

  Aby wyświetlić lub zmienić administratorów subskrypcji, zobacz Zarządzanie subskrypcjami platformy Azure.

• Masz 30 dni od usunięcia wersji na uaktualnienie do obsługiwanej, pomniejszej wersji, aby nadal otrzymywać pomoc techniczną.

W przypadku nowych wersji poprawkowych platformy Kubernetes:

• Ze względu na pilny charakter wersji poprawek można je wprowadzić do usługi w miarę ich dostępności. Po udostępnieniu poprawki mają minimalny cykl życia dwóch miesięcy.
• Ogólnie AKS nie informuje szeroko o wydaniu nowych wersji poprawek. Jednak usługa AKS stale monitoruje i weryfikuje dostępne poprawki CVE, aby obsługiwać je w usłudze AKS w odpowiednim czasie. Jeśli znaleziono poprawkę krytyczną lub wymagana jest akcja użytkownika, usługa AKS powiadomi Cię o uaktualnieniu do nowo dostępnej poprawki.
• Masz 30 dni od usunięcia wersji poprawki z AKS na uaktualnienie do obsługiwanej poprawki, aby nadal otrzymywać wsparcie techniczne. Nie będzie już można tworzyć klastrów ani pul węzłów po wycofaniu/usunięciu wersji.

Wyjątki w zasadach obsługi wersji

AKS zastrzega sobie prawo do dodawania lub usuwania nowych/istniejących wersji, które zawierają co najmniej jeden krytyczny błąd wpływający na produkcję lub kwestie bezpieczeństwa, bez wcześniejszego powiadomienia.

Określone wersje poprawek mogą zostać pominięte lub przyspieszone w zależności od ważności błędu lub problemu z zabezpieczeniami.

Azure Portal i wersje CLI

Jeśli wdrożysz klaster usługi AKS przy użyciu portalu Azure, Azure CLI lub Azure PowerShell, klaster zostanie domyślnie włączony do wersji pomocniczej N-1 i najnowszej poprawki.

Aby dowiedzieć się, jakie wersje są obecnie dostępne dla twojej subskrypcji i regionu, użyj polecenia opartego na preferowanym narzędziu:

# The following example lists the available Kubernetes versions for the EastUS region:

az aks get-versions --location eastus --output table

# The following example lists the available Kubernetes versions for the EastUS region:

Get-AzAksVersion -Location eastus

Najczęściej zadawane pytania (FAQ)

Jak firma Microsoft powiadamia mnie o nowych wersjach platformy Kubernetes?

Zespół usługi AKS ogłasza nowe daty wydania wersji platformy Kubernetes w naszej dokumentacji, w usłudze GitHub oraz za pośrednictwem poczty e-mail administratorom subskrypcji z klastrami zbliżającym się do końca wsparcia technicznego. Usługa AKS korzysta również z Azure Advisor do powiadamiania Cię na portalu Azure, gdy nie masz już wsparcia technicznego i informowania o przestarzałych interfejsach API, które mogą mieć wpływ na aplikację lub proces rozwoju.

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. Usługa AKS zobowiązuje się do umożliwienia poprawek oraz zapewniania wsparcia zgodnego z zobowiązaniami źródłowymi. W przypadku klastrów usługi AKS w wersji 1.19 lub nowszej można zaktualizować 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 twoja wersja nie jest obsługiwana na liście obsługiwanych wersji platformy Kubernetes, musisz przeprowadzić uaktualnienie. Możesz uaktualnić z nieobsługiwanych wersji do obsługiwanych wersji. Przykład:

• Jeśli najniższa obsługiwana wersja pomocnicza usługi AKS to 1.33 i korzystasz z wersji 1.32 lub starszej, jesteś poza pomocą techniczną.
• Jeśli pomyślnie uaktualnisz wersję z wersji 1.32 do wersji 1.33 lub nowszej, wrócisz do zasad pomocy technicznej.

Zmiany na starszą lub wycofywanie nieobsługiwanej wersji nie są obsługiwane. Ponadto im bardziej wersja klastra odbiega od najniższej obsługiwanej wersji, tym większe jest prawdopodobieństwo problemów podczas uaktualniania. W takim przypadku utworzenie nowego klastra i migracji obciążenia byłoby lepszym rozwiązaniem.

Co to znaczy być "poza wsparciem"?

"Poza wsparciem" oznacza:

• Uruchomiona wersja znajduje się poza listą obsługiwanych wersji.
• Podczas proszenia o wsparcie zostaniesz poproszony o uaktualnienie klastra do obsługiwanej wersji, chyba że jesteś w 30-dniowym okresie prolongaty po zakończeniu obsługi wersji.

Ponadto usługa AKS nie wykonuje żadnych gwarancji środowiska uruchomieniowego ani innych gwarancji dla klastrów spoza listy obsługiwanych wersji.

Czy możesz pozostać w wersji Kubernetes na zawsze?

Jeśli klaster nie obsługuje więcej niż trzech wersji pomocniczych i niesie ze sobą zagrożenia bezpieczeństwa, platforma Azure aktywnie kontaktuje się z Tobą. Zaleca się uaktualnienie klastra. Jeśli nie podejmiesz dalszych działań, platforma Azure zastrzega sobie prawo do automatycznego uaktualniania klastra w Twoim imieniu.

Co się stanie, jeśli skalujesz klaster Kubernetes z pomniejszą wersją, która nie jest obsługiwana?

Dla wersji pomocniczych, które nie są obsługiwane przez usługę AKS, skalowanie w górę lub w dół powinno nadal działać. Ponieważ nie ma gwarancji jakości usług, zalecamy aktualizację, aby przywrócić wsparcie dla klastra.

Jaka wersja jest obsługiwana przez płaszczyznę sterowania, jeśli pula węzłów nie znajduje się w ramach jednej z obsługiwanych wersji usługi AKS?

Płaszczyzna sterowania i wszystkie pule węzłów muszą pozostać w obsługiwanym zakresie różnic wersji. Od wersji Kubernetes 1.28 płaszczyzna kontroli może wyprzedzać pule węzłów maksymalnie o trzy wersje podrzędne. Aby uzyskać szczegółowe informacje, zobacz reguły uaktualniania wersji platformy Kubernetes.

Jaka jest dozwolona różnica w wersjach między płaszczyzną sterowania i pulami węzłów?

Polityka rozbieżności wersji dopuszcza obecnie różnice do trzech wersji między płaszczyzną sterowania a pulami agentów. AKS stosuje się do tej jednostronnej zmiany polityki wersji, począwszy od wersji 1.28.

Czy można pominąć wiele wersji usługi AKS podczas uaktualniania klastra?

Tak, w niektórych przypadkach można pominąć wersje pomocnicze. Jeśli jednak uaktualniasz płaszczyznę kontroli niezależnie od pul węzłów, musisz przestrzegać zasad dotyczących różnic wersji w Kubernetes. Zasady niesymetryczności wersji platformy Kubernetes obsługują obecnie tylko N-3, więc płaszczyzna sterowania i pule agentów muszą znajdować się w N-3 siebie.

• LTS: wersja z włączonym planem długoterminowego wsparcia usługi AKS. Zobacz Wersje LTS.
• Nieobsługiwana wersja LTS: wersja z włączoną obsługą LTS, która przekroczyła datę zakończenia okresu istnienia LTS w tabeli wersji LTS .
• Obsługiwane wersje inne niż LTS: wersja, która nie jest wersją LTS, ale nadal figuruje jako obsługiwana w kalendarzu wydań usługi AKS.
• Nieobsługiwana wersja inna niż LTS: wersja, która nie jest wersją LTS i nie jest już wymieniana jako obsługiwana w kalendarzu wydań AKS Kubernetes.

Examples:

• Jeśli Twój klaster działa w wersji 1.29 LTS i chcesz przejść do 1.32 LTS, możesz pominąć kilka wersji podrzędnych, o ile 1.32 LTS jest nadal dostępna w usłudze AKS, a uaktualnienie spełnia wymagania dotyczące zgodności wersji i kontrole walidacyjne.
• Jeśli klaster działa w wersji 1.28 innej niż LTS, możesz przejść do wersji AKS LTS 1.30 LTS, korzystając z nieobsługiwanej ścieżki odzyskiwania, o ile wersja docelowa jest uwzględniona na liście wersji AKS, przechodzi kontrole walidacyjne i wykonasz pełną aktualizację klastra, a nie control-plane-only.
• Jeśli klaster działa w obsługiwanej wersji innej niż LTS 1.33 i chcesz przejść do obsługiwanej wersji innej niż LTS 1.35, nie możesz przejść bezpośrednio z wersji 1.33 do wersji 1.35. Należy uaktualnić jedną wersję pomocniczą, taką jak 1.33 do 1.34, a następnie 1.34 do 1.35.

W poprzedzającej tabeli symbol Unsupported recovery path wskazuje, że ścieżka aktualizacji jest wykonywana w sposób, którego bezpieczeństwa nie można zagwarantować, i dlatego jest uznawana za nieobjętą pomocą techniczną. Usługa AKS umożliwia przeprowadzenie uaktualnienia, ale nie jest ono obsługiwane i może wiązać się z ryzykiem.

Aby wybrać właściwą ścieżkę, sprawdź dostępne cele, uruchamiając az aks get-upgrades --resource-group <resource-group-name> --name <cluster-name>. Przejrzyj poprzednią tabelę, a następnie rozważ ryzyko uaktualnienia i ponownego utworzenia klastra i migracji obciążeń.

Czy mogę utworzyć nowy klaster 1.xx.x w oknie pomocy technicznej platformy?

Nie, tworzenie nowych klastrów nie jest możliwe w okresie pomocy technicznej platformy.

Jestem na świeżo wycofanej wersji, która nie jest już wspierana przez platformę. Czy mogę nadal dodawać nowe pule węzłów, czy należy zaktualizować?

Tak, można dodać pule agentów, o ile są one zgodne z wersją płaszczyzny sterowania.

Treści powiązane

Aby uzyskać informacje na temat aktualizacji klastrów AKS, zobacz:

• Uaktualnianie klastra usługi Azure Kubernetes Service (AKS)
• Uaktualnianie wielu klastrów usługi AKS za pośrednictwem usługi Azure Kubernetes Fleet Manager