Migrar de conjuntos de disponibilidade no Serviço Kubernetes do Azure (AKS)

Este artigo detalha como o Serviço Kubernetes do Azure (AKS) está eliminando gradualmente o suporte para Conjuntos de Disponibilidade de Máquina Virtual (VMAS) em favor de Máquinas Virtuais (VMs). Recomendamos a utilização de pools de nós de Máquina Virtual para VMs otimizadas para AKS.

Pools de nós da Máquina Virtual:

• Permita que as instâncias de VM sejam gerenciadas, configuradas e atualizadas centralmente.
• Permita um aumento ou diminuição do número de instâncias de máquina virtual em resposta à demanda ou a um cronograma definido.
• Permitir controlos ao nível individual dos nós e a mistura de nós de diferentes tamanhos dentro da mesma família, o que aumenta a flexibilidade e melhora a consistência.

Visão geral dos conjuntos de disponibilidade

Os conjuntos de disponibilidade são agrupamentos lógicos de máquinas virtuais (VM) que reduzem a chance de falhas correlacionadas derrubarem VMs relacionadas ao mesmo tempo. Os conjuntos de disponibilidade colocam as VMs em diferentes domínios de falha para maior confiabilidade.

Eliminação progressiva dos conjuntos de disponibilidade

A partir de 2019, não estamos mais adicionando outros recursos aos Conjuntos de Disponibilidade no AKS. Quaisquer funcionalidades introduzidas desde 2019, como o AKS Backup, não são suportadas nos Conjuntos de Disponibilidade.

Migrar de conjuntos de disponibilidade para agrupamentos de nós de máquinas virtuais

Agora existe uma forma de usar um script para migrar o seu cluster AKS de Availability Sets para pools de nós de Máquinas Virtuais. Esse script também atualiza automaticamente os balanceadores de carga de camada básica em seu cluster para a camada Padrão.

Antes de começar

Requisitos

• A versão mínima do Kubernetes para este script é 1.27. Se você precisar atualizar seu cluster AKS, consulte Atualizar um cluster AKS.
• Você precisa da versão 2.76.0 da CLI do Azure instalada.
• Se o cluster estiver a executar o Serviço de Gestão de Chaves com o cofre de chaves privadas, o Serviço de Gestão de Chaves deve ser desativado durante toda a migração.
• Se o cluster estiver a usar algum ValidatingAdmissionWebhooks ou MutatingAdmissionWebhooks, estes webhooks devem ser desativados antes da migração. Os webhooks padrão do plano de controlo não devem ser desativados. Por exemplo aks-node-mutating-webhook, , webhook-admission-controller, e aks-node-validating-webhook.

Preparando-se para a migração

• Crie um plano de migração para o tempo de inatividade planejado.
• Uma vez iniciada a migração, a reversão não é permitida.

Executar script de migração para migração do conjunto de disponibilidade

Nos comandos seguintes, substitua <myResourceGroup> e <myAKSCluster> por nome do seu grupo de recursos e nome do cluster AKS.

1. O seguinte comando inicia um script para migrar um cluster do uso de Conjuntos de Disponibilidade para conjuntos de nós de Máquinas Virtuais, utilizando o comando az aks update e configurando --migrate-vmas-to-vms. Este script também atualiza o Basic Load Balancer e o Basic IP para o Standard Load Balancer e o Standard IP, caso seja aplicável.

   az aks update \
     --name <myAKSCluster> \
     --resource-group <myResourceGroup> \
     --migrate-vmas-to-vms \
   

2. Verifique se a migração foi bem-sucedida usando o az aks show comando. A saída do comando mostra os detalhes do cluster.

   az aks show \
     --name <myAKSCluster> \
     --resource-group <myResourceGroup>
   

   Uma migração bem-sucedida pode ser verificada quando os detalhes do cluster, ao usar o comando az aks show, incluem um type configurado como VirtualMachines e loadbalancerSku definido como Standard.

     "type": "VirtualMachines"
     "loadBalancerSku": "standard",
   

3. Verifique se todos os pods e serviços estão a ser executados com êxito usando os comandos kubectl get pods e kubectl get svc:

   kubectl get svc -A \
   kubectl get pods -A
   

4. Você pode confirmar os novos endereços IP associados às regras de saída listando os endereços IP de saída. Esta etapa é feita confirmando os IDs de recurso para os endereços IP e, em seguida, listando os endereços IP.

   Use o seguinte comando para obter a ID do recurso para os endereços IP de saída:

   # Get the outbound IP Resource ID
   az aks show \
     --resource-group <myResourceGroup> \
     --name <myAKSCluster> \
     --query networkProfile.loadBalancerProfile.effectiveOutboundIPs[].id
   

   Use o seguinte comando para obter cada endereço IP do ID de Recurso e substitua <IPResourceID> pelo ID de Recurso do comando anterior:

   # get the new IP for each IP Resource ID
   az network public-ip show --ids <IPResourceID> --query ipAddress -o tsv
   

Conteúdo relacionado

• Mais informações sobre pools de nós de máquina virtual
• Atualize a partir do Balanceador de Carga Básico no Azure Kubernetes Service