Długoterminowa obsługa wersji usługi Azure Kubernetes Service (AKS)

Important

Uaktualnienia inicjowane przez platformę AKS. Od 1 czerwca 2027 r. usługa AKS automatycznie uaktualnia wszystkie klastry, które pozostają w nieobsługiwanej wersji platformy Kubernetes po zakończeniu 60-dniowego okresu prolongaty wsparcia platformy. Uaktualnienie zainicjowane przez platformę nie jest zgodne z oknem obsługi, nie zatrzymuje się w przypadku przestarzałego użycia interfejsu API i może zastąpić Pod Disruption Budget, który blokuje opróżnianie węzła, więc obciążenia mogą zostać przerwane. Przed miesiącem aktualizacji zastąp interfejsy API usunięte z docelowej wersji rozwiązania Kubernetes i zaktualizuj niezgodne dodatki zarządzane samodzielnie. Zachowaj klastry w obsługiwanej wersji rozwiązania Kubernetes, aby uniknąć uaktualnienia zainicjowanego przez platformę. Aby uzyskać więcej informacji, zobacz Przygotowanie do uaktualnień zainicjowanych przez platformę w usłudze AKS.

Społeczność platformy Kubernetes publikuje nową wersję minor co około cztery miesiące, a każda wersja ma okres wsparcia wynoszący jeden rok. W usłudze Azure Kubernetes Service (AKS) to okno pomocy technicznej jest nazywane pomocą techniczną społeczności.

W przypadku wersji platformy Kubernetes obsługiwanych przez społeczność usługa AKS udostępnia poprawki błędów i aktualizacje zabezpieczeń z wydań społeczności. Może być trudno być na bieżąco z cyklem wydania platformy Kubernetes, gdy aplikacje mają złożone zależności.

Wsparcie długoterminowe (LTS) rozszerza okres wsparcia, dzięki czemu masz więcej czasu na zaplanowanie i przetestowanie uaktualnień do nowszych wersji platformy Kubernetes.

Typy obsługi usługi AKS

Po około roku dana wersja minor Kubernetes kończy pomoc techniczną społeczności, a poprawki usterek i aktualizacje zabezpieczeń nie są dostępne dla klastrów usługi AKS.

Usługa AKS zapewnia roczne wsparcie społecznościowe, a następnie jeden dodatkowy rok wsparcia długoterminowego. Razem wsparcie społeczności i okresy LTS zapewniają około 24 miesięcy całkowitej pomocy technicznej od momentu ogólnej dostępności (GA) wersji Kubernetes. W ciągu roku LTS usługa AKS backportuje poprawki zabezpieczeń ze społeczności upstream. Nadrzędna grupa robocza LTS przyczynia się do społeczności, rozszerzając okno pomocy technicznej.

Pomoc społecznościowa Długoterminowe wsparcie
Kiedy stosować Kiedy możesz nadążyć za nadrzędnymi wersjami rozwiązania Kubernetes Gdy potrzebujesz kontroli nad tym, kiedy przeprowadzić migrację z jednej wersji do innej
Obsługiwane wersje Trzy najnowsze drobne wersje GA Wszystkie obsługiwane wersje platformy Kubernetes kwalifikują się do wsparcia LTS. Zobacz kalendarz wydań AKS LTS.

Proces poprawek długoterminowego wsparcia (LTS)

Wersja LTS obsługuje tylko dwie najnowsze wersje poprawek. Wsparcie społeczności może obejmować dowolną liczbę obecnie oferowanych poprawek. Jednak usługa AKS zastrzega sobie prawo do wycofania dowolnej wersji poprawki w odpowiedzi na krytyczne luki w zabezpieczeniach (CVE). Aby uzyskać więcej informacji na temat zasad pomocy technicznej społeczności, zobacz Zasady obsługi wersji platformy Kubernetes.

Aby zidentyfikować najnowsze obsługiwane wersje poprawek, zobacz AKS release tracker.

Włącz długoterminowe wsparcie

Włączenie wersji LTS wymaga przeniesienia klastra do wersji Premium oraz jawnego wybrania planu pomocy technicznej LTS. W każdej chwili możesz zdecydować się na uczestnictwo, w tym gdy twój klaster nadal korzysta z wsparcia społecznościowego.

Wersja LTS jest dostępna w planie Premium. Aby uzyskać aktualne stawki, zobacz Cennik usługi AKS.

Uwaga

Włącz kanał automatycznego uaktualniania poprawek , aby zachować klaster na najnowszych obsługiwanych poprawkach. Wersja LTS obsługuje tylko dwie najnowsze wersje poprawek dla każdej wersji podrzędnej. Klastry, które nie uruchamiają jednej z tych wersji poprawek, mogą utracić wsparcie.

Włączanie protokołu LTS w nowym klastrze

Utwórz nowy klaster z włączonym systemem LTS za pomocą az aks create polecenia . Usługa AKS używa domyślnej obsługiwanej wersji platformy Kubernetes i najnowszej poprawki dostępnej w regionie.

az aks create \
    --resource-group <resource-group-name> \
    --name <cluster-name> \
    --tier premium \
    --k8s-support-plan AKSLongTermSupport \
    --auto-upgrade-channel patch \
    --generate-ssh-keys

Polecenie używa następujących wartości parametrów specyficznych dla LTS:

  • --tier premium Ustawia warstwę zarządzania klastrem na Premium, która jest wymagana dla LTS.
  • --k8s-support-plan AKSLongTermSupport zapisuje klaster do programu LTS i zapewnia jeden dodatkowy rok poprawek zabezpieczeń.
  • --auto-upgrade-channel patch program automatycznie uaktualni klaster do obsługiwanych wersji poprawek przy zachowaniu tej samej wersji podrzędnej.

Włączanie protokołu LTS w istniejącym klastrze

Włącz LTS w istniejącym klastrze używając polecenia az aks update.

az aks update --resource-group <resource-group-name> --name <cluster-name> --tier premium --k8s-support-plan AKSLongTermSupport --auto-upgrade-channel patch

Polecenie używa następujących wartości parametrów specyficznych dla LTS:

  • --tier premium przenosi klaster do warstwy zarządzania klastrem Premium, która jest wymagana dla LTS.
  • --k8s-support-plan AKSLongTermSupport rejestruje klaster w programie LTS i zapewnia jeden dodatkowy rok poprawek zabezpieczeń.
  • --auto-upgrade-channel patch program automatycznie uaktualni klaster do obsługiwanych wersji poprawek przy zachowaniu tej samej wersji minor.

Wskazówka

Aby sprawdzić, które wersje platformy Kubernetes można uaktualnić, użyj monitora wersji usługi AKS lub uruchom polecenie az aks get-upgrades --resource-group <resource-group-name> --name <cluster-name>.

Migrowanie do najnowszej wersji LTS

Aby przeprowadzić uaktualnienie w miejscu do najnowszej wersji LTS, określ wyższą wersję LTS oferowaną przez usługę AKS jako element docelowy uaktualnienia. Klaster LTS może pominąć wersje podrzędne, gdy uaktualnienie spełnia wymagania dotyczące rozbieżności wersji i kontrole walidacyjne. Aby uzyskać więcej informacji, zobacz Reguły uaktualniania wersji platformy Kubernetes.

Podczas pełnego miejscowego uaktualnienia usługa AKS najpierw uaktualnia płaszczyznę sterowania, a następnie sekwencyjnie uaktualnia każdą pulę węzłów. Przed uaktualnieniem przetestuj obciążenia pod kątem przestarzałych interfejsów API i innych zmian powodujących niezgodność między bieżącymi i docelowymi wersjami.

  1. Wyświetl listę wersji, które usługa AKS oferuje jako cele uaktualniania dla klastra, używając polecenia az aks get-upgrades.

    az aks get-upgrades --resource-group <resource-group-name> --name <cluster-name> --output table

  2. Uaktualnij do oferowanej wersji LTS przy użyciu az aks upgrade polecenia .

    az aks upgrade --resource-group <resource-group-name> --name <cluster-name> --kubernetes-version <lts-kubernetes-version>

    Uwaga

    Wszystkie obsługiwane wersje usługi AKS Kubernetes są zgodne ze standardem LTS. Aby zapoznać się z najnowszym kalendarzem LTS, zobacz kalendarz wydania usługi AKS Kubernetes. Aby wyświetlić dostępne wersje LTS i ich poprawki według regionów, zobacz Śledzenie wersji usługi AKS.

Wyłącz długoterminową obsługę na istniejącym klastrze

Aby wyłączyć LTS w istniejącym klastrze, przenieś klaster do warstwy Bezpłatna lub Standardowa i jawnie wybierz KubernetesOfficial plan pomocy technicznej.

Możesz wyłączyć LTS, gdy wersja rozwiązania Kubernetes klastra jest nadal obsługiwana przez społeczność. Po zakończeniu pomocy technicznej społeczności w tej wersji uaktualnij klaster do wersji obsługiwanej przez społeczność przed wyłączeniem LTS. Sprawdź kalendarz wydań rozwiązania AKS Kubernetes, aby określić stan wsparcia używanej wersji.

  1. Jeśli bieżąca wersja jest poza wsparciem społeczności, wyświetl listę dostępnych celów uaktualniania przy użyciu polecenia az aks get-upgrades.

    az aks get-upgrades --resource-group <resource-group-name> --name <cluster-name> --output table

  2. W razie potrzeby uaktualnij klaster do oferowanej wersji obsługiwanej przez społeczność przy użyciu az aks upgrade polecenia .

    az aks upgrade --resource-group <resource-group-name> --name <cluster-name> --kubernetes-version <community-supported-kubernetes-version>

  3. Wyłącz protokół LTS za pomocą polecenia az aks update. Poniższy przykład przenosi klaster do warstwy Free i wybiera plan pomocy technicznej KubernetesOfficial.

    az aks update --resource-group <resource-group-name> --name <cluster-name> --tier free --k8s-support-plan KubernetesOfficial

    Wartość --tier free przenosi klaster do bezpłatnej warstwy zarządzania klastrami, a --k8s-support-plan KubernetesOfficial przełącza klaster z LTS na standardowy plan pomocy technicznej usługi AKS Kubernetes.

Zagadnienia dotyczące cyklu życia dodatków i funkcji

LTS rozszerza obsługę wersji Kubernetes, ale dodatki i funkcje mogą mieć oddzielne cykle życia pomocy technicznej. Przed przeniesieniem klastra do wersji LTS zapoznaj się z cyklem życia i zgodnością z wersją Kubernetes dla każdego dodatku i funkcji używanej przez klaster.

Poniższa tabela zawiera podsumowanie bieżących zagadnień dotyczących cyklu życia:

Dodatek lub funkcja Uwagi dotyczące cyklu życia
Kaliko Upewnij się, że wersja Calico obsługuje docelową wersję rozwiązania Kubernetes i zapoznaj się z warunkami pomocy technicznej Tigera w przypadku korzystania z niej po zakończeniu wsparcia społeczności Kubernetes.
Usługa zarządzania kluczami (KMS, Key Management Service) Istniejące środowisko usługi KMS jest teraz oznaczone jako starsza wersja. W przypadku platformy Kubernetes 1.33 lub nowszej zapoznaj się z nową funkcją szyfrowania danych KMS i odpowiednimi wskazówkami dotyczącymi migracji. Zarówno nowe środowisko obsługi, jak i przepływ pracy migracji są dostępne w wersji zapoznawczej.
Dapr Zarządzane rozszerzenie Dapr używa okna obsługi stopniowej zawierającego bieżące i poprzednie wersje Dapr. Utrzymuj rozszerzenie w zakresie obsługiwanych wersji.
Application Gateway Ingress Controller (AGIC) AGIC pozostaje dostępna. Rozpocznij przechodzenie do usługi Application Gateway dla kontenerów.
Open Service Mesh (OSM) Obsługa usługi AKS dla zarządzanego dodatku OSM kończy się 30 września 2027 r. Przeprowadź migrację do dodatku Istio przed tą datą.
Microsoft Entra tożsamość zarządzana przez pod Wsparcie dla zarządzanego dodatku zakończyło się we wrześniu 2025 r. Przejdź na Tożsamość obciążeń Microsoft Entra.
Azure Confidential Computing SGX (ACC SGX) Upewnij się, że usługa ACC SGX obsługuje docelową wersję platformy Kubernetes przed przeniesieniem klastra poza wsparcie społeczności.

Zaplanuj następne uaktualnienie LTS

Usługa AKS sprawia, że kolejne wersje platformy Kubernetes kwalifikują się do programu LTS i publikuje oddzielną datę zakończenia życia dla każdej wersji. Użyj kalendarza wydań usługi AKS LTS i monitora wersji usługi AKS, aby wybrać oferowaną wersję docelową i zaplanować migrację, zanim bieżąca wersja osiągnie datę końca wsparcia.

Jeśli nie uaktualnisz, usługa AKS uaktualni klaster po upływie 60-dniowego okresu prolongaty następującego po dacie zakończenia wsparcia LTS za pośrednictwem uaktualnienia zainicjowanego przez platformę. Klaster pozostaje na ścieżce LTS i przechodzi do następnej obsługiwanej wersji LTS. Uaktualnienia inicjowane przez platformę nie są zgodne z oknem obsługi, dlatego uaktualnienie według własnego harmonogramu jest jedynym sposobem kontrolowania czasu.

Często zadawane pytania

Czy mogę utworzyć nowy klaster AKS z wersją LTS po zakończeniu wsparcia społeczności?

Tak, możesz utworzyć nowy klaster usługi AKS przy użyciu wersji po zakończeniu okresu pomocy technicznej społeczności, jeśli włączysz LTS. Obsługa LTS trwa tylko do końca cyklu życia tej wersji. Następnie należy przeprowadzić uaktualnienie do następnej obsługiwanej wersji LTS. Aby uzyskać więcej informacji, zobacz kalendarz wydania rozwiązania AKS Kubernetes.

Czy mogę włączyć i wyłączyć LTS w wersji obsługiwanej przez AKS po zakończeniu wsparcia społeczności?

Tak, możesz włączyć plan wsparcia LTS w dowolnej wersji obsługiwanej przez AKS, nawet po zakończeniu okresu wsparcia społeczności. Jednak po zakończeniu okresu wsparcia społeczności nie można wyłączyć trybu LTS dla tej wersji.

Czy klaster usługi AKS obsługiwany przez społeczność automatycznie kwalifikuje się do wersji LTS po zakończeniu życia?

Nie. Należy jawnie włączyć ltS i przenieść klaster do warstwy Premium.

Czy zainicjowane przez platformę uaktualnienie zapisuje mój klaster do programu LTS?

Nie. Usługa AKS nigdy nie rejestruje klastra w lts w Twoim imieniu i nigdy nie zmienia warstwy rozliczeniowej. Uaktualnienie zainicjowane przez platformę utrzymuje klaster w bieżącym poziomie wsparcia: klaster ze wsparciem społeczności przechodzi do najniższej obsługiwanej wersji podrzędnej ze wsparciem społeczności, a klaster LTS przechodzi do odpowiedniej wersji LTS.

Co się stanie, jeśli wersja LTS klastra osiągnie koniec życia, a ja go nie zaktualizuję?

Usługa AKS uaktualnia klaster do następnej obsługiwanej wersji LTS po upływie 60-dniowego okresu prolongaty następującego po dacie zakończenia wsparcia technicznego LTS. Klaster nie jest przenoszony do wersji obsługiwanej przez społeczność. Aby znaleźć miesiąc dla używanej wersji, zobacz kalendarz wydania usługi AKS LTS. Aby uzyskać więcej informacji, zobacz Uaktualnienia inicjowane przez platformę.

Czy każda wersja usługi AKS kwalifikuje się do wsparcia długoterminowego?

Yes. Wszystkie obsługiwane wersje platformy Kubernetes kwalifikują się do wsparcia LTS.

Jaki jest model cen dla LTS?

Wersja LTS jest oferowana w warstwie Premium. Aby uzyskać informacje o bieżących stawkach, zobacz Cennik warstwy Premium.

Czy włączenie LTS zakłóca działanie obciążeń roboczych?

Nie. Jest to zmiana tylko konfiguracyjna; nie reinstaluje węzłów ani nie zakłóca obciążeń, więc nie jest oczekiwany przestój.

  • Ostatnia aktualizacja o