Überprüfen der Valkey-Resilienz während eines Azure Kubernetes Service (AKS)-Knotenpoolupgrades

Mit demselben Valkey-Cluster auf Azure Kubernetes Service (AKS), den Sie mit Locust bereitgestellt haben, können Sie die Resilienz des Valkey-Clusters während eines AKS-Knotenpoolupgrades überprüfen. Dieser Prozess hilft zu überprüfen, ob Valkey während AKS-Knotenpoolupgrades Resilienz aufrecht erhält. Die Überwachung mit Locust sorgt für transparenz in die Anforderungsverarbeitung und die Shardverfügbarkeit, sodass Sie Upgrades mit minimalen Dienstunterbrechungen sicher verwalten können.

Durchführen eines Upgrades für einen AKS-Cluster

1. Listen Sie die verfügbaren Versionen für den AKS-Cluster auf , und identifizieren Sie die Zielversion, auf die Sie mit dem az aks get-upgrades Befehl aktualisieren.

   az aks get-upgrades --resource-group $MY_RESOURCE_GROUP_NAME --name $MY_CLUSTER_NAME --output table
   

2. Aktualisieren Sie die AKS-Steuerebene mithilfe des az aks upgrade-Befehls. In diesem Beispiel ist die Zielversion 1.33.0.

   az aks upgrade --resource-group $MY_RESOURCE_GROUP_NAME --name $MY_CLUSTER_NAME --control-plane-only --kubernetes-version 1.33.0
   

Überprüfen des Locust-Clientstatus

• Überprüfen Sie, ob der Locust-Client, der im vorherigen Artikel gestartet wurde, noch ausgeführt wird. Das Locust-Dashboard wird die Auswirkungen des AKS-Knotenpoolupgrades auf den Valkey-Cluster zeigten.

Upgrade des Valkey-Knotenpools

1. Aktualisieren Sie den Valkey-Knotenpool mithilfe des az aks nodepool upgrade Befehls.

   az aks nodepool upgrade \
       --resource-group $MY_RESOURCE_GROUP_NAME \
       --cluster-name $MY_CLUSTER_NAME \
       --kubernetes-version 1.33.0 \
       --name valkey
   

2. Während der Upgradevorgang ausgeführt wird, können Sie das Locust-Dashboard überwachen, um den Status der Clientanforderungen anzuzeigen. Das Dashboard sollte dem folgenden Screenshot ähneln:

   

   Das Dashboard zeigt, dass Locust mit 100 Benutzern ausgeführt wird, die pro Sekunde 50 Anforderungen stellen. Während des Upgradevorgangs wird ein primärer Pod viermal entfernt. Sie können sehen, dass der Shard nicht für einige Sekunden verfügbar ist, aber der Valkey-Cluster kann weiterhin auf Anforderungen für die anderen Shards reagieren.

Verwandte Inhalte

Weitere Informationen zu zustandsbehafteten Workloads auf AKS finden Sie unter Entwerfen und Bereitstellen von zustandsbehafteten Workloads auf Azure Kubernetes Service (AKS).