Opcje uaktualniania i zalecenia dotyczące klastrów usługi Azure Kubernetes Service (AKS)

Dotyczy: ✔️ AKS Automatic AKS Standard ✔️

W przypadku większości obciążeń produkcyjnych usługa AKS Automatic jest zalecanym domyślnym środowiskiem klastra. Zapewnia domyślne ustawienia gotowe do użycia w środowisku produkcyjnym dla operacji związanych z cyklem życia klastra i węzłów, w tym zarządzane aktualizacje, wbudowane zabezpieczenia i niższe obciążenie operacyjne.

Usługa AKS Standard pozostaje dostępna w scenariuszach, w których potrzebujesz dokładniejszej ręcznej kontroli nad mechaniką uaktualniania, wyborami sieciowymi lub zachowaniem puli węzłów.

W tym artykule przedstawiono podstawy techniczne uaktualnień usługi AKS, obejmujące opcje uaktualniania, typowe scenariusze i zalecenia dotyczące usługi AKS Automatic i AKS Standard.

Co opisano w tym artykule

Ta dokumentacja techniczna obejmuje:

  • Dlaczego AKS Automatic to zalecany domyślny wybór gotowy do użycia w środowisku produkcyjnym dla większości obciążeń.
  • Jak różni się sposób przeprowadzania aktualizacji w AKS Automatic i AKS Standard.
  • Ręczne i zautomatyzowane ścieżki uaktualniania oraz kiedy należy ich używać.
  • Typowe scenariusze uaktualniania z określonymi zaleceniami.
  • Techniki optymalizacji pod kątem wydajności i minimalnych zakłóceń.
  • Procesy walidacji i testy przed uaktualnieniem.

Aby uzyskać powiązane informacje:

Szybka nawigacja

Twoja sytuacja Zalecana ścieżka
Nowe lub istniejące obciążenie produkcyjne bez specjalnych wymagań dotyczących dostosowywania Utwórz klaster automatyczny AKS
Klaster produkcyjny z rygorystycznymi niestandardowymi mechanizmami kontroli aktualizacji Strategie uaktualniania produkcyjnego
Obciążenia bazy danych lub stanowe Wzorce obciążeń stanowych
Pierwsze uaktualnienie AKS Standard Podstawowa aktualizacja klastra AKS
Wiele środowisk lub operacji floty Centrum scenariuszy uaktualniania
Pule węzłów lub węzły systemu Windows w AKS Standard Uaktualnienia puli węzłów
Tylko określona pula węzłów Uaktualnianie jednowęzłowej puli

Uaktualnianie modeli operacyjnych

AKS Automatic został domyślnie zaprojektowany z myślą o pracy w środowisku produkcyjnym. W przypadku uaktualnień usługa AKS Automatic zapewnia:

  • Zarządzane pule węzłów systemu.
  • Sposób automatycznego uaktualniania klastra z domyślnymi ustawieniami zarządzanymi przez platformę.
  • Sposób działania automatycznej aktualizacji obrazu systemu operacyjnego węzła w cyklu ukierunkowanym na zabezpieczenia.
  • Wbudowane sprawdzanie wycofywanych interfejsów API Kubernetes.
  • Obsługa harmonogramu planowanej konserwacji.

Korzystaj z funkcji AKS Automatic, gdy chcesz zminimalizować ręczną koordynację aktualizacji i utrzymać klastry produkcyjne na obsługiwanych wersjach przy mniejszym nakładzie pracy.

AKS Standard (zaawansowany model sterowania)

Usługa AKS Standard zapewnia bezpośrednią kontrolę nad sekwencjonowaniem i dostrajaniem uaktualnień. Wybierasz i zarządzasz:

  • Ręczna lub automatyczna konfiguracja uaktualniania.
  • Uaktualnij wybór kanału.
  • Zachowanie puli węzłów i wzrostów.
  • Procedury operacyjne związane z oknami obsługi i budżetami zakłóceń obciążeń.

Użyj usługi AKS Standard, gdy środowisko wymaga dostosowania, które wykracza poza wartości domyślne automatyczne usługi AKS.

Opcje uaktualniania

Wykonywanie uaktualnień ręcznych

Dotyczy głównie usługi AKS Standard lub wyspecjalizowanych przepływów pracy operacyjnych.

Uaktualnienia ręczne umożliwiają kontrolowanie, kiedy klaster uaktualnia do nowej wersji platformy Kubernetes. Te uaktualnienia są przydatne w przypadku testowania, wdrażania etapowego i wdrażania wersji docelowej.

Konfigurowanie automatycznych uaktualnień

W przypadku usługi AKS Standard automatyczne uaktualnienia pomagają zachować klastry w obsługiwanych wersjach przy zachowaniu kontroli nad zasadami i planowaniem. W usłudze AKS Automatic automatyzacja aktualizacji i mechanizmy ochronne są już częścią domyślnego modelu operacyjnego.

Specjalne zagadnienia dotyczące pul węzłów obejmujących wiele stref dostępności

Usługa AKS stosuje w pulach węzłów równoważenie między strefami w miarę możliwości. Podczas zwiększania wersji, strefy dla węzłów przeciążenia w zestawach skalowania maszyn wirtualnych są nieznane z wyprzedzeniem, co może tymczasowo spowodować niezrównoważoną konfigurację stref. Usługa AKS usuwa węzły przepięcia po uaktualnieniu i przywraca oryginalny balans stref.

Aby zachować równowagę stref, ustaw przeciążenie na wielokrotność trzech węzłów. Trwałe żądania woluminów używające dysków lokalnie redundantnego magazynu platformy Azure są związane ze strefą i mogą spowodować przestój, jeśli węzły w sytuacjach nadzwyczajnych znajdują się w innej strefie. Użyj budżetu zakłóceń zasobnika (PDB), aby zachować wysoką dostępność podczas opróżniania.

Optymalizowanie uaktualnień w celu zwiększenia wydajności i zminimalizowania zakłóceń

Połącz okno planowanej konserwacji, maksymalny wzrost, PDB, limit czasu opróżniania węzła i czas moczenia węzła , aby zwiększyć prawdopodobieństwo pomyślnych uaktualnień o niskich zakłóceniach.

Automatyczne usługi AKS

W usłudze AKS Automatic sposób aktualizacji na poziomie platformy jest prekonfigurowany. Skoncentruj się na dostrajaniu odporności obciążeń i gotowości pojemności:

  • Zweryfikuj budżety zakłóceń podów i liczbę replik.
  • Upewnij się, że limit przydziału i pojemność podsieci są wystarczające na potrzeby przewidywanego wzrostu.
  • Ustaw harmonogramy planowanej konserwacji dostosowane do okresów niskiego natężenia ruchu.
  • Monitoruj zdarzenia związane z uaktualnieniem i gotowość obciążeń krytycznych.

AKS Standard

W usłudze AKS Standard dostosuj bezpośrednio ustawienia aktualizacji:

  • Planowane okno obsługi: Zaplanuj automatyczne uaktualnianie w okresach niskiego natężenia ruchu. Używaj przez co najmniej cztery godziny.
  • Maksymalny wzrost: wyższe wartości przyspieszają uaktualnienia, ale mogą zakłócać obciążenia. Użyj 33% na potrzeby produkcji.
  • Maksymalna niedostępność: użyj, gdy pojemność jest ograniczona.
  • Pod disruption budget: Ustaw, aby ograniczyć zakłócenia pracy podów podczas uaktualnień. Zweryfikuj dla swojej usługi.
  • Limit czasu opróżniania węzła: skonfiguruj czas oczekiwania eksmisji zasobnika. Wartość domyślna to 30 minut.
  • Czas moczenia węzła: uaktualnianie programu Stagger w celu zminimalizowania przestojów. Wartość domyślna to 0 minut.
Ustawienia aktualizacji Jak są używane dodatkowe węzły Oczekiwane zachowanie
maxSurge=5, maxUnavailable=0 5 węzłów przepięcia Pięć węzłów jest zintensyfikowanych do aktualizacji.
maxSurge=5, maxUnavailable=0 0–4 węzły przeciążeniowe Uaktualnianie kończy się niepowodzeniem z powodu niewystarczającej liczby węzłów rozruchowych.
maxSurge=0, maxUnavailable=5 N/A Pięć istniejących węzłów jest opróżnionych w celu uaktualnienia.

Uwaga / Notatka

Przed uaktualnieniem sprawdź zmiany powodujące niezgodności w API i przejrzyj uwagi o wydaniu AKS aby uniknąć zakłóceń.

Walidacje używane w procesie uaktualniania

Usługa AKS przeprowadza walidację przed uaktualnieniem, aby zapewnić stan zdrowia klastra:

  • Zmiany powodujące niezgodność API: Wykrywa przestarzałe API.
  • Wersja uaktualnienia rozwiązania Kubernetes: Zapewnia prawidłową ścieżkę uaktualnienia.
  • Konfiguracja pliku PDB: Sprawdza błędnie skonfigurowane pliki PDB (na przykład maxUnavailable=0).
  • Limit: Potwierdza wystarczający limit dla węzłów wejściowych.
  • Podsieć: Weryfikuje wystarczające adresy IP.
  • Certyfikaty/zasady usług: Wykrywanie wygasłych poświadczeń.
  • Sprawdzanie blokady zasobów zarządzanych: Sprawdza blokady zasobów zastosowane do grupy zasobów klastra zarządzanego.

Te kontrole mają zastosowanie w całej usłudze AKS. W usłudze AKS Automatic są zintegrowane z procesem zarządzanych uaktualnień; w usłudze AKS Standard stanowią część procesów operacyjnych.

Typowe scenariusze i zalecenia dotyczące uaktualniania

Scenariusz 1. Ograniczenia pojemności

Jeśli klaster jest ograniczony poziomem produktu lub pojemnością regionalną, uaktualnienia mogą zakończyć się niepowodzeniem, gdy nie można utworzyć węzłów tymczasowych. Taka sytuacja jest powszechna w przypadku wyspecjalizowanych warstw produktów (takich jak węzły procesora GPU) lub w regionach z ograniczonymi zasobami. Błędy, takie jak SKUNotAvailable, AllocationFailed lub OverconstrainedAllocationRequest mogą wystąpić, jeśli maxSurge jest ustawione zbyt wysoko dla dostępnej pojemności.

Automatyczne wskazówki AKS

  • Pozostaw zaplanowane okna konserwacyjne.
  • Przed planowanymi okresami uaktualniania zweryfikuj limit subskrypcji i dostępny zapas zasobów podsieci.
  • Zachowaj skalowanie obciążeń i budżety zakłóceń dostosowane do okien obsługi.

Wskazówki dotyczące AKS Standard

Scenariusz 2. Awarie opróżniania węzła i pliki PDB

Uaktualnienia wymagają opróżniania węzłów (eksmitowanie zasobników). Proces opróżniania może zakończyć się niepowodzeniem, gdy zasobniki są powolne do zakończenia lub ścisłe Budżety Zakłóceń Zasobników (PDB) blokują eksmisje zasobników.

Przykładowy błąd:

Code: UpgradeFailed
Message: Drain node ... failed when evicting pod ... Cannot evict pod as it would violate the pod's disruption budget.

Automatyczne wskazówki AKS

  • Traktuj PDB oraz strategię replik jako podstawowe mechanizmy zapewniania niezawodności.
  • Zweryfikuj limity zakłóceń w środowisku testowym przed wdrożeniem na środowisku produkcyjnym.
  • Zachowaj krytyczne obciążenia skonfigurowane pod kątem powodzenia eksmisji stopniowej.

Wskazówki dotyczące AKS Standard

Opcja 1: Wymuszenie aktualizacji, obejście ograniczeń PDB

Ostrzeżenie

Wymuszanie uaktualnienia pomija ograniczenia budżetu zakłóceń zasobników (PDB) i może spowodować przerwy w działaniu usługi przez jednoczesne opróżnienie wszystkich zasobników. Przed użyciem tej opcji najpierw spróbuj naprawić błędy konfiguracji PDB (przejrzyj ustawienia minAvailable/maxUnavailable w PDB, upewnij się, że jest wystarczająca liczba replik zasobników, sprawdź, czy PDB nie blokują wszystkich eksmisji).

Użyj uaktualnienia wymuszonego tylko wtedy, gdy pliki PDB uniemożliwiają uaktualnienia krytyczne i nie można ich rozwiązać. Ta akcja zastępuje zabezpieczenia PDB i może potencjalnie spowodować całkowitą niedostępność usługi podczas uaktualniania.

Wymagania: Azure CLI w wersji 2.79.0 lub nowszej albo interfejs API usługi AKS w wersji 2025-09-01 lub nowszej

az aks upgrade \
  --name $CLUSTER_NAME \
  --resource-group $RESOURCE_GROUP_NAME \
  --kubernetes-version $KUBERNETES_VERSION \
  --enable-force-upgrade \
  --upgrade-override-until yyyy-mm-ddT13:00:00Z

Uwaga / Notatka

  • Parametr upgrade-override-until określa, kiedy kończy się obejście weryfikacji (musi być w przyszłości datą/czasem)
  • Jeśli nie zostanie określony, okno zostanie domyślnie ustawione na trzy dni od bieżącego czasu
  • Wskazuje Z strefę czasową UTC/GMT

Ostrzeżenie

Po włączeniu wymuszonego uaktualnienia pierwszeństwo ma wszystkie inne konfiguracje opróżniania. Ustawienia zachowania węzła, którego nie można opróżnić (opcja 2), nie są stosowane, gdy aktywne jest wymuszone uaktualnienie.

Opcja 2: Obsługa węzłów, których nie można opróżnić, z zachowaniem zasad PDB

Użyj tego konserwatywnego podejścia, aby utrzymać integralność plików PDB, jednocześnie zapobiegając awariom podczas procesu aktualizacji.

Skonfiguruj zachowanie węzła, którego nie można opróżnić:

az aks nodepool update \
  --resource-group <resource-group-name> \
  --cluster-name <cluster-name> \
  --name <node-pool-name> \
  --undrainable-node-behavior Cordon \
  --max-blocked-nodes 2 \
  --drain-timeout 30

Opcje zachowania:

  • Planowo (domyślnie): usuwa zablokowany węzeł i uruchamia węzeł zastępczy.
  • Cordon (zalecane): węzeł Cordons i oznaczy go jako kubernetes.azure.com/upgrade-status=Quarantined.

Maksymalna liczba zablokowanych węzłów (wersja zapoznawcza):

  • Określa, ile węzłów, które nie mogą zostać opróżnione, jest tolerowane.
  • Wymaga ustawienia undrainable-node-behavior
  • Wartość domyślna to maxSurge (zazwyczaj 10%), jeżeli nie zostanie podana konkretna wartość.
Wymagania wstępne dotyczące maksymalnej liczby zablokowanych węzłów

Rozszerzenie interfejsu wiersza polecenia aks-preview platformy Azure w wersji 18.0.0b9 lub nowszej jest wymagane do korzystania z funkcji maksymalnej liczby zablokowanych węzłów.

# Install or update the aks-preview extension
az extension add --name aks-preview
az extension update --name aks-preview
Przykładowa konfiguracja z maksymalnie zablokowanymi węzłami
az aks nodepool update \
  --cluster-name jizenMC1 \
  --name nodepool1 \
  --resource-group jizenTestMaxBlockedNodesRG \
  --max-surge 1 \
  --undrainable-node-behavior Cordon \
  --max-blocked-nodes 2 \
  --drain-timeout 5
Opcja 3: Automatyczne zarządzanie PDB (wersja zapoznawcza)

Użyj rozszerzenia automatycznego zarządzania PDB, aby proaktywnie rozwiązywać problemy z opróżnianiem blokowanym przez PDB bez pomijania zabezpieczeń PDB ani konieczności ręcznego oczyszczania węzłów poddanych kwarantannie. Automatyczne zarządzanie PDB wykrywa, kiedy PDB blokuje eksmisję na węźle wyłączonym z planowania, i tymczasowo zwiększa liczbę replik wdrożenia, aby spełnić wymagania budżetu zakłóceń. Po zakończeniu opróżniania repliki są skalowane z powrotem do ich pierwotnej liczby.

Automatyczne zarządzanie plikami PDB może również automatycznie tworzyć pliki PDB dla wdrożeń, które ich nie mają, zapewniając ochronę obciążeń podczas opróżniania uaktualnienia. Aby uzyskać szczegółowe informacje dotyczące instalowania i konfigurowania, zobacz Automatyczne zarządzanie budżetami zakłóceń podów podczas uaktualnień AKS.

Zalecenia dotyczące zapobiegania awariom opróżniania
  • Ustaw maxUnavailable w plikach PDB, aby umożliwić ewikcję co najmniej jednego poda
  • Zwiększanie liczby replik zasobników w celu spełnienia wymagań budżetu zakłóceń
  • Zwiększ limit czasu opróżniania, jeśli obciążenia potrzebują więcej czasu. (Wartość domyślna to 30 minut).
  • Automatyczne zarządzanie pdB służy do automatyzowania tworzenia plików PDB i skalowania replik podczas operacji opróżniania.
  • Przetestuj pliki PDB w środowisku staging, monitoruj zdarzenia aktualizacji i stosuj wdrożenia typu blue-green dla obciążeń krytycznych. Aby uzyskać więcej informacji, zobacz Blue-green deployment of AKS clusters (Wdrażanie klastrów usługi AKS w kolorze niebieskim).
Weryfikowanie węzłów, które nie są możliwe do zniesienia

  • Zablokowane węzły są wykluczone z planowania dla zasobników i oznaczone etykietą "kubernetes.azure.com/upgrade-status: Quarantined".

  • Sprawdź etykietę na zablokowanych węzłach w przypadku awarii węzła opróżniania podczas uaktualniania.

    kubectl get nodes --show-labels=true
Rozwiązanie problemu niedrenowalnych węzłów

  1. Usuń odpowiedzialny plik PDB:

    kubectl delete pdb <pdb-name>

  2. Usuń etykietę kubernetes.azure.com/upgrade-status: Quarantined :

    kubectl label nodes <node-name> kubernetes.azure.com/upgrade-status-

  3. Opcjonalnie usuń zablokowany węzeł:

    az aks nodepool delete-machines --cluster-name <cluster-name> --machine-names <machine-name> --name <node-pool-name> --resource-group <resource-group-name>

  4. Po zakończeniu tego kroku możesz uzgodnić stan klastra, wykonując dowolną operację aktualizacji bez pól opcjonalnych zgodnie z opisem w temacie az aks. Alternatywnie można skalować pulę węzłów do tej samej liczby węzłów co liczba uaktualnionych węzłów. Ta akcja zapewnia, że pula węzłów osiąga swój zamierzony oryginalny rozmiar. Usługa AKS określa priorytety usuwania zablokowanych węzłów. To polecenie przywraca również stan aprowizacji klastra do Succeeded. W poniższym przykładzie 2 jest łączna liczba uaktualnionych węzłów.

    # Update the cluster to restore the provisioning status
az aks update --resource-group <resource-group-name> --name <cluster-name>

# Scale the node pool to restore the original size
az aks nodepool scale --resource-group <resource-group-name> --cluster-name <cluster-name> --name <node-pool-name> --node-count 2

Scenariusz 3. Powolne uaktualnienia

Konserwatywne ustawienia lub problemy na poziomie węzła mogą opóźniać uaktualnienia, co wpływa na możliwość pozostania na bieżąco z poprawkami i ulepszeniami.

Typowe przyczyny powolnych uaktualnień to:

  • Niskie maxSurge lub maxUnavailable wartości (ograniczenia równoległości).
  • Długie okresy oczekiwania (długie przerwy między aktualizacjami węzłów).
  • Błędy opróżniania (zobacz Błędy opróżniania węzła).

Automatyczne wskazówki AKS

  • Zachowaj bieżące harmonogramy konserwacji.
  • Monitorowanie kondycji zdarzeń uaktualniania i gotowości obciążenia.
  • Szybko rozwiąż problemy z blokowaniem pliku PDB lub pojemności, aby uniknąć długotrwałego opóźnienia.

Wskazówki dotyczące AKS Standard

  • Użyj maxSurge=33%, maxUnavailable=1 dla środowiska produkcyjnego.
  • Użyj maxSurge=50%, maxUnavailable=2 do dev/test.
  • Użyj poprawki zabezpieczeń systemu operacyjnego do szybkiego, ukierunkowanego stosowania poprawek (pozwala uniknąć ponownego tworzenia pełnego węzła).
  • Włącz --undrainable-node-behavior , aby uniknąć blokowania uaktualnień.

Scenariusz 4. Wyczerpanie adresów IP

Węzły przepięcia wymagają większej liczby adresów IP. Jeśli podsieć jest bliska pełnej pojemności, konfiguracja węzłów może zakończyć się niepowodzeniem (na przykład Error: SubnetIsFull). Ten scenariusz jest typowy w przypadku interfejsu sieciowego kontenera Azure, dużej liczby węzłów maxPods lub dużych węzłów.

Automatyczne wskazówki AKS

  • Przed rozszerzeniem produkcji zweryfikuj plany podsieci i pojemności.
  • Monitorowanie wykorzystania sieci w ramach rutynowych operacji.

Wskazówki dotyczące AKS Standard

  • Upewnij się, że podsieć ma wystarczającą liczbę adresów IP dla wszystkich węzłów, węzłów przepięcia i zasobników. Formuła to Total IPs = (Number of nodes + maxSurge) * (1 + maxPods).

  • Odzyskaj nieużywane adresy IP lub rozwiń podsieć (na przykład z /24 do /22).

  • Obniż maxSurge, jeśli rozszerzenie podsieci nie jest możliwe.

    az aks nodepool update \
  --resource-group <resource-group-name> \
  --cluster-name <cluster-name> \
  --name <node-pool-name> \
  --max-surge 10%

  • Monitorowanie użycia adresów IP za pomocą usługi Azure Monitor lub alertów niestandardowych.

  • Zmniejsz rozmiar maxPods węzła, wyczyść oddzielone adresy IP modułu równoważenia obciążenia i zaplanuj ustalanie rozmiaru podsieci dla klastrów o dużej skali.

Najczęściej zadawane pytania

Czy należy używać usługi AKS Automatic lub AKS Standard na potrzeby uaktualnień produkcyjnych?

W przypadku większości obciążeń produkcyjnych należy użyć usługi AKS Automatic. Została zaprojektowana jako domyślna opcja gotowa do wdrożenia produkcyjnego, z kontrolowanym sposobem aktualizacji i wbudowanymi mechanizmami zabezpieczającymi.

Użyj usługi AKS Standard, jeśli potrzebujesz zaawansowanej ręcznej kontroli nad sekwencjonowaniem uaktualniania, opcjami infrastruktury lub operacjami puli węzłów.

Czy mogę używać narzędzi typu open source do weryfikacji?

Tak. Wiele narzędzi typu open source dobrze integruje się z procesami uaktualniania usługi AKS:

  • Trivy: Skanowanie zabezpieczeń pod kątem obrazów kontenerów i konfiguracji platformy Kubernetes.
  • Sonobuoy: Testowanie zgodności platformy Kubernetes i walidacja klastra.
  • kube-bench: Ocena bezpieczeństwa względem standardów Center for Internet Security.
  • Polaris: weryfikacja najlepszych rozwiązań dotyczących platformy Kubernetes.
  • kubectl-neat: Czyszczenie manifestów platformy Kubernetes w celu weryfikacji.

Jak sprawdzić zgodność interfejsu API przed uaktualnieniem?

Uruchom kontrole wycofywania przy użyciu narzędzi, takich jak kubent:

# Install and run API deprecation scanner
kubectl apply -f https://github.com/doitintl/kube-no-trouble/releases/latest/download/knt-full.yaml

# Check for deprecated APIs in your cluster
kubectl run knt --image=doitintl/knt:latest --rm -it --restart=Never -- \
  -c /kubeconfig -o json > api-deprecation-report.json

# Review findings
cat api-deprecation-report.json | jq '.[] | select(.deprecated==true)'

Co sprawia, że uaktualnienia usługi AKS różnią się od innych platform Kubernetes?

Usługa AKS zapewnia kilka unikatowych zalet:

  • Zarządzane ścieżki operacyjne w AKS Automatic w celu zmniejszenia nakładu pracy związanego z uaktualnieniami.
  • Natywna integracja platformy Azure z usługą Azure Traffic Manager, usługą Azure Load Balancer i siecią.
  • Usługa Azure Kubernetes Fleet Manager na potrzeby skoordynowanych uaktualnień wieloklastrowych.
  • Automatyczne stosowanie poprawek obrazu węzła bez ręcznego zarządzania węzłami.
  • Wbudowana weryfikacja przydziału, sieci i poświadczeń.
  • Obsługa platformy Azure w przypadku problemów związanych z uaktualnieniem.

Wybierz ścieżkę uaktualnienia

W tym artykule przedstawiono podstawy techniczne. Teraz wybierz ścieżkę opartą na scenariuszu.

Gotowy do wykonania?

Jeśli masz... Następnie przejdź do...
Obciążenie produkcyjne i brak specjalnych ograniczeń dostosowywania Utwórz klaster automatyczny AKS
Środowisko produkcyjne z zaawansowanymi niestandardowymi wymaganiami dotyczącymi aktualizacji Strategie uaktualniania produkcyjnego
Bazy danych lub aplikacje stanowe Wzorce obciążeń stanowych
Wiele środowisk Centrum scenariuszy uaktualniania
Podstawowy klaster AKS w warstwie Standardowa Zaktualizuj klaster AKS

Nadal decydujesz?

Użyj centrum scenariuszy uaktualniania aby uzyskać drzewo decyzyjne z przewodnikiem, który uwzględnia Twoje elementy.

  • Tolerancja przestojów
  • Złożoność środowiska
  • Profil ryzyka
  • Ograniczenia osi czasu

Ostateczne zalecenia

  • Używaj AKS Automatic w przypadku większości obciążeń produkcyjnych.
  • Zapoznaj się ze wskazówkami dotyczącymi poprawek i uaktualniania usługi AKS , aby uzyskać najlepsze rozwiązania i porady dotyczące planowania przed rozpoczęciem uaktualniania.
  • Zawsze sprawdzaj zmiany łamiące zgodność interfejsu API i zweryfikuj zgodność zestawu zadań z docelową wersją Kubernetes.
  • Przetestuj ustawienia uaktualniania (takie jak maxSurge, maxUnavailable oraz pliki PDB) w środowisku testowym, aby zminimalizować ryzyko produkcyjne.
  • Monitoruj zdarzenia związane z uaktualnieniem i kondycję klastra w całym procesie.
  • Last updated on