Migrowanie klastrów AKS Automatic i zarządzanych systemowych pul węzłów

Dotyczy: ✔️ AKS Automatic AKS Standard ✔️

W tym artykule pokazano, jak przeprowadzić migrację klastrów automatycznych usługi AKS między obsługiwaną pulą węzłów systemu zarządzanego a konfiguracjami usługi AKS Standard.

Obsługiwane ścieżki migracji

Ścieżka migracji Support
AKS Automatic z zarządzanymi pulami węzłów systemowych na AKS Standard (base SKU) Supported
AKS Automatic bez zarządzanych pul węzłów systemowych na AKS Automatic z zarządzanymi pulami węzłów systemowych Obsługiwane w wersji zapoznawczej w regionach, w których zarządzane pule węzłów systemu są ogólnie dostępne
AKS Standard (base SKU) na AKS Automatic z zarządzanymi pulami węzłów systemowych Wkrótce
Usługa AKS Automatycznie z zarządzanymi pulami węzłów systemu do usługi AKS Automatycznie bez zarządzanych pul węzłów systemu Niewspierane

Migracja z klastra AKS Automatic z zarządzanymi systemowymi pulami węzłów do klastra AKS Standard

Jak działa migracja

Automatyczny klaster AKS z zarządzanymi pulami węzłów systemowych uruchamia swoje składniki systemowe w pulach węzłów systemowych, które usługa AKS aprowizuje, skaluje i aktualizuje za Ciebie.

Important

Klaster AKS Standard (base SKU) nie obsługuje zarządzanych pul węzłów systemowych, więc odpowiadasz za uruchamianie, zarządzanie i aktualizowanie puli węzłów systemowych oraz składników systemowych.

Aby przeprowadzić migrację z usługi AKS Automatic do usługi AKS Standard, wykonaj następujące ogólne kroki:

  1. Dodaj zarządzaną samodzielnie pulę węzłów systemowych do klastra AKS Automatic.
  2. Zaktualizuj jednostkę SKU klastra z automatic do base.

Po zaktualizowaniu warstwy SKU klaster działa jako klaster AKS w warstwie Standard, a składniki systemowe działają w dodanej i zarządzanej przez Ciebie systemowej puli węzłów.

Przejdź do klastra AKS w warstwie Standard

  1. Dodaj samodzielnie zarządzaną pulę węzłów systemowych do istniejącego klastra AKS Automatic za pomocą polecenia az aks nodepool add. Ustaw tryb puli węzłów na System, aby po migracji można było uruchamiać składniki systemowe.

    az aks nodepool add \
    --resource-group "${RESOURCE_GROUP}" \
    --cluster-name "${RESOURCE_NAME}" \
    --name systempool \
    --mode System \
    --node-count 3

  2. Zaktualizuj SKU klastra z automatic do base za pomocą polecenia az aks update.

    az aks update \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --sku base

Weryfikowanie migracji

  1. Potwierdź, że klaster używa teraz jednostki SKU base, używając polecenia az aks show.

    az aks show \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --query "sku" \
    --output table

  2. Wyświetl listę pul węzłów w klastrze, aby potwierdzić, że Twoja samodzielnie zarządzana systemowa pula węzłów jest obecna i działa w trybie System, używając polecenia az aks nodepool list.

    az aks nodepool list \
    --resource-group "${RESOURCE_GROUP}" \
    --cluster-name "${RESOURCE_NAME}" \
    --query "[].{Name:name, Mode:mode, Count:count}" \
    --output table

Migracja z klastra AKS Automatic bez zarządzanych pul węzłów systemowych do AKS Automatic z zarządzanymi pulami węzłów systemowych (wersja zapoznawcza)

Usługa AKS Automatic obsługuje migrację w wersji zapoznawczej z pul węzłów systemu niezarządzanego do zarządzanych pul węzłów systemu w regionach, w których zarządzane pule węzłów systemu są ogólnie dostępne. Ta migracja utrzymuje klaster w warstwie SKU automatic i przenosi składniki systemowe AKS do puli węzłów systemowych zarządzanej przez usługę AKS.

Wymagania wstępne

Important

Funkcje usługi AKS w wersji zapoznawczej są dostępne na zasadzie samoobsługi i wymagają zapisania się. Wersje zapoznawcze są udostępniane w wersji "as is" i "jako dostępne" i są wykluczone z umów dotyczących poziomu usług i ograniczonej gwarancji. Wersje zapoznawcze usługi AKS są częściowo objęte pomocą techniczną dla klientów, świadczoną w miarę możliwości. W związku z tym te funkcje nie są przeznaczone do użytku produkcyjnego. Aby uzyskać więcej informacji, zobacz następujące artykuły pomocy technicznej:

  • Istniejący klaster automatyczny AKS bez zarządzanych pul węzłów systemowych.
  • Azure CLI w wersji 2.86.0 lub nowszej. Aby dowiedzieć się, jaka wersja jest używana, uruchom polecenie az --version. Jeśli musisz zainstalować lub uaktualnić, zobacz Install Azure CLI.
  • Najnowsza wersja rozszerzenia Azure CLI.
  • Flaga funkcji Microsoft.ContainerService/NonHoboToHoboConversionPreview zarejestrowana w Twojej subskrypcji.

Zarejestruj flagę funkcji NonHoboToHoboConversionPreview przy użyciu polecenia az feature register.

az feature register \
    --namespace Microsoft.ContainerService \
    --name NonHoboToHoboConversionPreview

Sprawdź stan rejestracji przy użyciu az feature show polecenia :

az feature show \
    --namespace Microsoft.ContainerService \
    --name NonHoboToHoboConversionPreview \
    --query properties.state \
    --output tsv

Zaczekaj, aż polecenie powróci Registered przed kontynuowaniem. Następnie odśwież rejestrację dostawcy Microsoft.ContainerService zasobów.

az provider register --namespace Microsoft.ContainerService

Zainstaluj lub zaktualizuj aks-preview rozszerzenie:

az extension add --name aks-preview
az extension update --name aks-preview

Migrowanie klastra sieci wirtualnej zarządzanej przez usługę AKS

W przypadku automatycznego klastra AKS korzystającego z sieci zarządzanej przez AKS zmigruj do zarządzanych pul węzłów systemowych za pomocą polecenia az aks update z parametrem --enable-hosted-system:

az aks update \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --enable-hosted-system

Migrowanie niestandardowego klastra sieci wirtualnej

W przypadku automatycznego klastra AKS korzystającego z niestandardowej sieci wirtualnej podaj podsieć dla zarządzanej puli węzłów systemowych przy użyciu parametru --system-node-subnet-id. Podsieć węzła systemu musi:

  • Należy do tej samej sieci wirtualnej i regionu co klaster.
  • Co najmniej /26.
  • Nie należy delegować do innej usługi.
  • Musi być inna niż podsieć węzła.

Parametr --node-subnet-id jest opcjonalny. Jeśli jej nie podasz, usługa AKS użyje istniejącej podsieci dla puli węzłów systemowych.

az aks update \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --enable-hosted-system \
    --system-node-subnet-id "${SYSTEM_NODE_SUBNET_ID}" \
    --node-subnet-id "${NODE_SUBNET_ID}"

Weryfikowanie migracji

Potwierdź, że klaster używa zarządzanych systemowych pul węzłów, za pomocą polecenia az aks show:

az aks show \
    --resource-group "${RESOURCE_GROUP}" \
    --name "${RESOURCE_NAME}" \
    --query hostedSystemProfile \
    --output json

Następujące przykładowe dane wyjściowe pokazują właściwość ustawioną hostedSystemProfile.enabled na true:

{
  "enabled": true,
  "nodeSubnetId": "<node-subnet-resource-id>",
  "systemNodeSubnetId": "<system-node-subnet-resource-id>"
}
  • Last updated on