Em cenários como implantação rápida de ambientes, recuperação de desastres e migração de configurações, use o recurso de clonagem de instância do Application Load Balancer (ALB) para criar rapidamente uma instância idêntica ou semelhante à instância de origem. Essa abordagem aumenta a eficiência da implantação e reduz a complexidade operacional.
Clonagem de instância ALB
O recurso de clonagem de instância replica a configuração de uma instância ALB existente, incluindo componentes essenciais como listeners, grupos de servidores, regras de encaminhamento e verificações de integridade. Isso evita a reconfiguração manual tediosa e garante que a nova instância tenha uma configuração idêntica ou semelhante à da instância de origem. Esse recurso é especialmente útil para recuperação de desastres e migração de configurações.
Principais recursos
Replicação rápida: Clone uma instância ALB existente com um único clique em por meio de um processo automatizado desenvolvido com o Resource Orchestration Service (ROS). Esse processo ágil aumenta a eficiência da implantação e reduz a complexidade operacional.
Consistência de configuração: Garante que a nova instância tenha uma configuração idêntica ou semelhante à da instância de origem, prevenindo erros de configuração.
Implantação flexível: Implante uma instância clonada em uma região ou zona diferente para atender a requisitos complexos, como expansão de negócios em várias regiões e failover de recuperação de desastres.
Casos de uso
Migração de ambiente: Clone a configuração de um ambiente de teste para um ambiente de pré-produção ou produção para garantir consistência entre os ambientes e acelerar o lançamento de recursos.
Recuperação de desastres: Em caso de falha de service, use a clonagem de instância para implantar rapidamente recursos de balanceamento de carga de reserva, melhorando a continuidade dos negócios e a alta disponibilidade.
Migração de configuração: Migre a configuração de uma instância existente para uma nova instância (por exemplo, para atualização de versão ou ajuste de arquitetura) e evite configurações manuais repetitivas.
Limitações
A instância ALB de destino e a instância ALB de origem devem ser da mesma edição.
Não é possível clonar ALB Ingress instances.
Instâncias ALB com modification protection ativado não podem ser clonadas.
Se a instância ALB de origem estiver adicionada a uma instância Internet Shared Bandwidth, a instância ALB clonada não será adicionada automaticamente à instância Internet Shared Bandwidth. Você pode add the instance manualmente na página de detalhes dela.
Ao clonar uma instância ALB não atualizada, o sistema cria uma instância ALB atualizada por padrão. Para mais informações, consulte Differences between non-upgraded and upgraded ALB instances.
Exemplo
Uma empresa implanta um novo recurso em um ambiente de teste e usa uma instância ALB para balanceamento de carga. A instância ALB possui uma regra de encaminhamento para redirecionar solicitações HTTP para HTTPS e utiliza um nome de domínio personalizado para fornecer services de teste. Quando um cliente de teste acessa o nome de domínio www.example.com, o DNS resolve o nome de domínio para a instância ALB com base em um registro CNAME. Em seguida, a instância ALB encaminha o tráfego para ECS01 e ECS02 para processamento, conforme a regra de encaminhamento.
Após o recurso passar pelos testes de aceitação, é necessário migrar a configuração da instância ALB para o ambiente de produção. Configurar manualmente uma instância ALB consome tempo e pode causar inconsistências de configuração que afetam as operações de negócios, especialmente em um ambiente de produção com alto tráfego.
Para resolver esse problema, a empresa decide usar o recurso de clonagem de instância para replicar rapidamente a configuração do ALB do ambiente de teste para o ambiente de produção. Ao utilizar esse recurso, a empresa implanta rapidamente a instância ALB no ambiente de produção, garantindo um lançamento rápido e uma operação estável do novo recurso.
Pré-requisitos
-
Configure uma instância ALB de origem com listeners, servidores de back-end e um registro CNAME. Ela também deve estar acessível para testes por meio do nome de domínio personalizado
www.example.com. Para mais informações, consulte Use ALB to balance the loads of IPv4 services.A instância ALB de origem possui um listener HTTP e um listener HTTPS. O listener HTTP está configurado com uma regra de encaminhamento de redirecionamento para redirect HTTP requests to HTTPS.
-
Implante services nos servidores de back-end ECS01 e ECS02 da instância ALB de origem.
Este tópico utiliza o alibaba cloud Linux 3 como sistema operacional e usa o Nginx para configurar um service HTTP na porta 80.
-
Prepare servidores de back-end para a instância ALB de destino clonada, se necessário:
Se a instância ALB de destino estiver na mesma Virtual Private Cloud (vpc) que a instância ALB de origem, os servidores de back-end ECS01 e ECS02 da instância ALB de origem também poderão ser usados como servidores de back-end para a instância ALB de destino.
Se a instância ALB de destino não estiver na mesma Virtual Private Cloud (vpc) que a instância ALB de origem, prepare os servidores de back-end ECS03 e ECS04 na vpc de destino e implante services neles.
-
Prepare servidores para simular clientes: o ECS-A testa o tráfego pré-migração e o ECS-B verifica o tráfego de acesso durante a migração. Ambos os servidores devem ter acesso à rede pública. Este tópico utiliza o alibaba cloud Linux 3 como sistema operacional.
Se você já tiver servidores de teste, não será necessário criar o ECS-A e o ECS-B.
Procedimento
Etapa 1: Clonar a instância ALB de origem
Na barra de navegação superior do console do ALB, selecione a região da instância ALB de origem.
Na página Instances, localize a instância a ser clonada. Na coluna Actions, escolha
> Clone Instance.-
Na caixa de diálogo Clone Instance, configure os parâmetros da instância ALB de destino e clique em Next.
Por padrão, os parâmetros da instância ALB de destino são iguais aos da instância ALB de origem. Neste exemplo, altere Region for the Clone de Germany (Frankfurt) para US (Silicon Valley), altere VPC da VPC1 padrão para a VPC2 de destino e selecione a zona e o vSwitch de destino correspondentes. Mantenha os valores padrão para other parameters ou modifique-os conforme suas necessidades.
Se a instância clonada for do tipo rede pública e a região de destino for uma region where ALB supports Anycast EIPs , selecione também um IP Type ( EIP ou Anycast EIP ) e aloque um endereço IP público do tipo correspondente na zona selecionada.
Na etapa Preview and Confirm, confirme as informações e as taxas da instância ALB de destino e clique em Clone.
-
Confirme o resultado da clonagem.
Quando a clonagem for concluída, compare os dados de negócios da instância ALB de destino clonada com os da instância ALB de origem.
O Resource Orchestration Service (ROS) fornece a clonagem de instância. Durante o processo de clonagem, faça login no console do ROS para visualizar o progresso.
Adicione os servidores de back-end ECS03 e ECS04 ao grupo de servidores da instância ALB de destino.
Etapa 2: Testar o tráfego
Para garantir que a instância ALB de destino possa se conectar aos services de back-end, caso seus services de back-end possuam políticas de acesso como iptables ou outros softwares de segurança de terceiros, adicione o bloco CIDR do vSwitch da instância ALB à lista de permissões.
Remotely connect ao servidor de teste ECS-A.
-
Execute o comando a seguir para modificar o arquivo hosts.
sudo vi /etc/hostsNo arquivo hosts, adicione o Elastic IP Address (EIP) e o nome de domínio da instância ALB de destino. Após modificar o arquivo, salve as alterações e saia.
47.251.XX.XX www.example.com -
Execute o comando a seguir para testar o encaminhamento de tráfego da instância ALB de destino.
curl -v -L www.example.comA saída a seguir indica que as solicitações HTTP foram redirecionadas com sucesso para HTTPS e que o servidor respondente é o ECS03.
Execute o comando novamente. O servidor respondente mudará para ECS04.
Etapa 3: Migrar o tráfego para a instância de destino
Antes de migrar o tráfego, compare as configurações das regras de encaminhamento das instâncias ALB de origem e de destino para garantir que elas ofereçam capacidades idênticas. Certifique-se de que todas as configurações passaram pelos testes de aceitação para evitar impactos inesperados nos seus negócios durante a migração.
Migre o tráfego do ALB fora dos horários de pico.
Um registro CNAME está configurado para a instância ALB de origem. Após verificar a configuração da instância ALB de destino, migre o tráfego da instância ALB de origem para a instância ALB de destino conforme necessário.
Este tópico usa o recurso weighted routing policy do alibaba cloud DNS como exemplo. Ao ajustar dinamicamente a proporção de peso entre as instâncias ALB de origem e de destino, o tráfego DNS migra gradualmente da instância de origem para a nova instância.
Parte 1: Adicionar um registro CNAME
No painel de navegação à esquerda, escolha ALB > Instances. Na página Instances, copie o nome DNS da instância ALB criada.
-
Siga estas etapas para adicionar um registro CNAME.
-
No console do alibaba cloud DNS, localize o nome de domínio de destino e clique em Settings na coluna Actions.
Para domínios não registrados no alibaba cloud, você deve primeiro add the domain ao console do alibaba cloud DNS antes de definir as configurações de DNS.
-
Na página Settings, clique em Add Record, configure o registro CNAME e clique em OK.
Neste exemplo, Record Type está definido como CNAME e Record Value está definido como o nome DNS da instância ALB de destino. Mantenha os valores padrão para other DNS record parameters ou modifique-os conforme suas necessidades.
Na caixa de diálogo Change Resource Record Confirmation, confirme as informações de DNS e clique em OK.
-
Parte 2: Definir pesos e iniciar o canary release
Na página Settings, localize o registro CNAME adicionado na Parte 1. Clique na seta suspensa ao lado de Modify e clique em Edit Record Set.
-
No painel Edit Record, em Record Values, defina os pesos para os registros DNS das instâncias ALB de origem e de destino. Defina o peso do registro DNS da instância ALB de origem como 100 e o peso do registro DNS da instância ALB de destino como 0.
Ative a política de roteamento ponderado apenas se existirem vários registros A, CNAME ou AAAA para o mesmo nome de host e linha DNS sob o nome de domínio.
Se não houver impacto nos seus negócios, diminua gradualmente o peso do registro DNS da instância ALB de origem e aumente o peso do registro DNS da instância ALB de destino.
-
Remotely connect ao servidor de teste ECS-B e execute o comando
digvárias vezes para verificar o efeito da migração de tráfego.dig www.example.comA figura a seguir mostra a saída. Ao executar o comando várias vezes, observe que as solicitações são distribuídas para a instância ALB de origem ou para a instância ALB de destino com base em seus pesos.
(Opcional) Parte 3: Concluir a migração de tráfego
Com base nos resultados da verificação da migração de tráfego, diminua gradualmente o peso do registro DNS da instância ALB de origem para 0 e aumente o peso do registro DNS da instância ALB de destino para 100. Isso conclui a migração de tráfego da instância ALB de origem para a instância ALB de destino.
Depois que todas as conexões persistentes com a instância ALB de origem forem fechadas e nenhum novo tráfego for roteado para ela, monitore a instância por um período e depois release conforme o seu cenário de negócios.
Documentos relacionados
Após clonar uma instância ALB, use ALB access logs para monitorar a carga na instância de destino e solucionar problemas relacionados.
-
Se precisar migrar um listener CLB Camada 7 para o ALB:
-
Escolha uma política de gerenciamento de tráfego DNS conforme suas necessidades:
weighted routing policy: Distribui o tráfego DNS de forma round-robin ponderada com base nos pesos configurados, retornando os valores de registro correspondentes mediante solicitações de consulta.
Intelligent DNS resolution: Retorna resultados de DNS com base na localização geográfica e no ISP do usuário para reduzir a latência de resolução e melhorar a velocidade de acesso ao site. As linhas suportadas incluem ISP, ISP/província, fora da China continental, continente e linhas personalizadas.
Global Traffic Manager (GTM): Implementa acesso próximo, balanceamento de carga para tráfego de alta concorrência e desvio de tráfego com base nos resultados da verificação de integridade. Permite construir services ativo-ativo e de recuperação de desastres em diferentes regiões de forma flexível.