Como faço para migrar do Classic Load Balancer para o Application Load Balancer ou o Network Load Balancer?
Quero migrar meu Classic Load Balancer para um Application Load Balancer ou Network Load Balancer. Como posso fazer isso? Quais são algumas práticas recomendadas a serem consideradas antes de migrar? Haverá tempo de inatividade durante a migração?
Resolução
Como migrar o Classic Load Balancer para um Application Load Balancer ou Network Load Balancer
Use o assistente de migração para criar e configurar um Application Load Balancer ou Network Load Balancer. Se o Classic Load Balancer tiver um ouvinte de TCP, o assistente criará um Network Load Balancer. Se o Classic Load Balancer tiver um ouvinte de HTTP(S), o assistente criará um Application Load Balancer. Após a criação do balanceador de carga, teste-o. Se o balanceador de carga recém-criado funcionar sem problemas, redirecione o tráfego do Classic Load Balancer para ele.
Observação: o assistente cria um balanceador de carga. O assistente não converte o presente Classic Load Balancer em um Application Load Balancer ou Network Load Balancer. Você deve redirecionar manualmente o tráfego para o balanceador de carga recém-criado.
Em seguida, atualize todas as políticas, scripts e códigos. Depois de redirecionar todo o tráfego para o novo balanceador de carga e após todas as solicitações presentes no balanceador de carga antigo serem concluídas, exclua o balanceador de carga antigo.
Considerações sobre a migração
- Se o balanceador de carga tiver apenas uma sub-rede, especifique uma segunda sub-rede ao criar o Application Load Balancer. Um Application Load Balancer requer no mínimo duas sub-redes.
- Se você não tiver certeza de qual balanceador de carga escolher, cogite usar um Network Load Balancer. Se o Classic Load Balancer usar um ouvinte de HTTP ou HTTPS, migre para um Application Load Balancer. Se o Classic Load Balancer usar ouvintes de TCP, migre para um Network Load Balancer. Para obter mais informações sobre os diferentes recursos de balanceadores de carga, consulte recursos do Elastic Load Balancing.
- Um Classic Load Balancer permite desativar o balanceamento de carga entre zonas. Por padrão, um Application Load Balancer tem o balanceamento de carga entre zonas ativado, o qual não pode ser desativado. Com o Network Load Balancer, é possível desativar o balanceamento de carga entre zonas.
- Um Application Load Balancer pode acomodar o redirecionamento de solicitações no balanceador de carga em si. Se as conexões de back-end de um Classic Load Balancer estiverem configuradas para redirecionamento HTTP, o redirecionamento poderá ser desativado ou removido durante uma migração para um novo balanceador de carga.
- Um Network Load Balancer não comporta grupos de segurança no nível do balanceador de carga. Você pode usar os grupos de segurança associados aos destinos para restringir o tráfego. No nível do Network Load Balancer, é possível usar as listas de controle de acesso à rede (ACLs) da sub-rede para restringir o tráfego.
- Um Network Load Balancer é capaz de preservar o endereço IP do cliente. Se você usar grupos de segurança para restringir o tráfego nos destinos, esteja ciente de que o IP de origem dos pacotes inclui o endereço IP do cliente.
Tempo de inatividade durante a migração do balanceador de carga
Se a nova configuração do balanceador de carga apresentar erros, poderá haver inatividade durante a migração. Para minimizar ou reduzir o tempo de inatividade, considere as seguintes abordagens:
- Antes de mudar qualquer tráfego de produção, execute testes no novo balanceador de carga. Certifique-se de que o novo balanceador de carga possa lidar com solicitações de tráfego.
- Use a política de encaminhamento ponderado do Amazon Route 53 para encaminhar gradualmente o tráfego para o novo balanceador de carga. Se constatar problemas no novo balanceador de carga, atribua ao peso do tráfego o valor “0”.
- Se o Route 53 não estiver em uso como provedor de DNS, mantenha o balanceador de carga antigo em execução. Reduza o valor do tempo de vida útil (TTL) do presente registro para “0”. Em seguida, aguarde até que o valor do TTL anterior seja redefinido e atualize o registro para apontar para o novo nome DNS do balanceador de carga. Se surgir algum problema no novo balanceador de carga, atualize o registro DNS para apontar de volta para o nome DNS do Classic Load Balancer. O valor “0” do TTL impede que o registro seja armazenado em cache. Depois que o problema for resolvido, retorne o valor do TTL ao valor original.
- Se o novo balanceador de carga estiver funcionando sem problemas, exclua o balanceador de carga antigo.
Observação: a nova geração de balanceadores de carga não oferece suporte a receptores HTTP/HTTPS e TCP ao mesmo tempo. Se você usa um Classic Load Balancer com receptores HTTP/HTTPS e TCP ao mesmo tempo, é prática recomendada usar um Network Load Balancer com todos os receptores TCP/TLS. Com essa alteração, o log em nível HTTP/ HTTPS será perdido, pois não há roteamento em nível de aplicação no NLB para torná-lo possível. Uma alternativa é continuar usando um Classic Load Balancer.
Conteúdo relevante
- AWS OFICIALAtualizada há 2 meses
- AWS OFICIALAtualizada há 10 meses
- AWS OFICIALAtualizada há 3 anos
- AWS OFICIALAtualizada há 3 meses