Valide a resiliência do Valkey durante uma atualização de um pool de nós do Azure Kubernetes Service (AKS)

Usando o mesmo cluster Valkey no Azure Kubernetes Service (AKS) que implementaste com o Locust, podes validar a resiliência do cluster Valkey durante uma atualização do pool de nós do AKS. Esse processo ajuda a validar que o Valkey mantém a resiliência durante as atualizações do pool de nós AKS. O monitoramento com Locust garante visibilidade no tratamento de solicitações e disponibilidade de shards, permitindo que você gerencie atualizações com confiança e com o mínimo de interrupção do serviço.

Atualizar o cluster AKS

1. Liste as versões disponíveis para o cluster AKS e identifique a versão de destino para a qual você está atualizando usando o az aks get-upgrades comando.

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

2. Atualize o plano de controle AKS usando o az aks upgrade comando. Neste exemplo, a versão de destino é 1.33.0.

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

Verificar o estado do cliente Locust

• Verifique se o cliente Locust iniciado no artigo anterior ainda está em execução. O painel Locust mostrará o impacto da atualização do pool de nós AKS no cluster Valkey.

Atualizar o pool de nós do Valkey

1. Atualize o pool de nós Valkey usando o az aks nodepool upgrade comando.

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

2. Enquanto o processo de atualização está em execução, você pode monitorar o painel Locust para ver o status das solicitações do cliente. O dashboard deve parecer semelhante à seguinte captura de ecrã:

   

   O painel mostra que o Locust está a funcionar com 100 utilizadores a fazer 50 pedidos por segundo. Durante o processo de atualização, uma cápsula primária é expulsa quatro vezes. Podes ver que o fragmento não está disponível durante alguns segundos, mas o cluster Valkey ainda pode responder a pedidos para os outros fragmentos.

Conteúdo relacionado

Para saber mais sobre cargas de trabalho com estado no AKS, consulte Desenhar e implementar cargas de trabalho com estado no Azure Kubernetes Service (AKS).