Em comparação com o Classic Load Balancer (CLB), o Application Load Balancer (ALB) oferece suporte a roteamento avançado com base em cabeçalhos HTTP, cookies e strings de consulta. O ALB processa tráfego de alto volume na camada de application, permite a integração com o WAF com um clique e desacopla totalmente o encaminhamento de tráfego da proteção. Você pode migrar listeners da camada 7 do CLB para o ALB manualmente, mantendo o nome de domínio público e a configuração dos servers de backend.
Cenário de exemplo
No cenário de exemplo a seguir, uma empresa comprou uma instância de CLB voltada para a Internet na região China (Hangzhou). A instância de CLB está configurada com regras de encaminhamento para redirecionamento, nomes de domínio e paths, e fornece services pela Internet por meio de um nome de domínio. Quando os clientes acessam www.example.net, o DNS direciona o tráfego de rede para a instância de CLB com base em um registro A. Em seguida, a instância de CLB encaminha o tráfego de rede para ECS01 e ECS02 com base nessas regras.
Sua empresa pode precisar migrar services de uma instância de CLB para uma instância de ALB para dar suporte ao crescimento dos negócios. Para manter a estabilidade do service, não altere o nome de domínio DNS público nem os endereços IP dos servers de backend. Compre uma nova instância de ALB na região China (Hangzhou) e conclua as configurações necessárias. Certifique-se de que as regras de encaminhamento da instância de ALB ofereçam os mesmos recursos que as regras de encaminhamento do seu CLB. Em seguida, use as configurações de peso na resolução de DNS para concluir a migração de tráfego.
Observações
-
Os métodos de faturamento do CLB são pagamento conforme o uso. O método de faturamento do ALB é pagamento conforme o uso. Os itens de faturamento e os preços do CLB e do ALB são diferentes. Após migrar services de uma instância de CLB para uma instância de ALB, seu faturamento será alterado. Para obter regras de faturamento detalhadas, consulte:
As instâncias de ALB e CLB devem usar os mesmos servers de backend na mesma Virtual Private Cloud (VPC).
Não é possível migrar services dos listeners TCP ou UDP de uma instância de CLB para uma instância de ALB. Apenas as cargas de trabalho de application dos listeners HTTP ou HTTPS podem ser migradas.
Você pode migrar services de uma instância de CLB IPv4 para uma instância de ALB IPv4 ou de pilha dupla. A partir de uma instância de CLB IPv6, os services só podem ser migrados para uma instância de ALB de pilha dupla.
Pré-requisitos
A instância de CLB a ser migrada possui um listener e servers de backend configurados, e a instância de CLB tem um registro A configurado para resolução de nome de domínio, a fim de fornecer services externamente por meio de um nome de domínio. Para mais informações, consulte Introdução.
Os servers de backend da instância de CLB são ECS01 e ECS02, ambos na VPC1.
Uma regra de redirecionamento e regras de encaminhamento estão configuradas para a instância de CLB. Para mais informações, consulte Redirecionar solicitações HTTP para HTTPS usando uma instância de CLB e Encaminhar solicitações com base em um nome de domínio ou URL.
Você criou duas instâncias de ECS na VPC1: ECS03 para testes pré-migração e ECS04 para verificação durante a migração. O comando dig está instalado no ECS04.
Etapa 1: Criar uma instância de ALB
Faça login no console do ALB.
Na página Instances, clique em Create ALB.
-
Na página de compra do Application Load Balancer (Pagamento conforme o uso), configure os seguintes parâmetros.
Parâmetro
Descrição
Region
Selecione a região onde você deseja implantar a instância de ALB. A região deve ser a mesma da instância de CLB a ser migrada. Neste exemplo, China (Hangzhou) está selecionada.
Network Type
Selecione um tipo de rede para a instância. O sistema atribui um endereço IP privado ou público à instância com base na sua seleção. O tipo de rede deve ser o mesmo da instância de CLB a ser migrada. Neste exemplo, Public está selecionado.
-
Private Network: A instância de ALB possui apenas um endereço IP privado, pode ser acessada apenas por recursos dentro da mesma VPC e não é acessível pela Internet.
-
Internet: A instância de ALB possui um endereço IP público e um endereço IP privado. Por padrão, uma instância de ALB voltada para a Internet usa um elastic IP address (EIP) para fornecer services pela Internet. Selecionar Internet gera taxas de instância EIP e taxas de transferência de dados.
-
Endereço IP público: O EIP fornece acesso à Internet para a instância de ALB.
-
Endereço IP privado: Os recursos dentro da VPC podem acessar a instância de ALB.
-
Você pode alterar o tipo de rede de uma instância de ALB. Para mais informações, consulte Alterar o tipo de rede de uma instância de ALB.
NotaPor padrão, as instâncias de pilha dupla usam seus endereços IPv4 para fornecer services pela Internet. Para usar o endereço IPv6 público, você deve alterar o tipo de rede. Esta ação gera taxas de gateway IPv6. Para mais informações, consulte Faturamento do gateway IPv6.
VPC
Selecione a VPC que contém os servers de backend da instância de CLB a ser migrada. Neste exemplo, selecione VPC1.
Zone ID
Selecione zonas e vSwitches.
-
O ALB oferece suporte à implantação em múltiplas zonas. Para garantir alta disponibilidade, selecione pelo menos duas zonas se houver duas ou mais zonas disponíveis na região atual. O ALB não cobra taxas extras para implantação em múltiplas zonas.
-
Selecione um vSwitch em cada zona selecionada. Se nenhum vSwitch estiver disponível em uma zona, crie um conforme solicitado.
-
Opcional: Selecione um EIP em cada zona selecionada.
-
Se não houver EIPs disponíveis, você pode manter a opção padrão Auto-assign Public IP. O sistema cria automaticamente um EIP BGP (Multi-ISP) de pagamento conforme o uso (pagamento por transferência de dados) com proteção de segurança padrão e o associa à instância de ALB.
-
Selecione um EIP existente: Você pode selecionar um EIP existente e associá-lo à nova instância de ALB.
Importante-
Você pode associar apenas EIPs de pagamento conforme o uso (pagamento por transferência de dados) existentes que não estejam associados a uma instância de Internet Shared Bandwidth.
-
O tipo de EIP deve ser o mesmo para todas as zonas da instância de ALB.
-
-
IP Version
Selecione uma versão de IP para a instância. Você pode migrar services de uma instância de CLB IPv4 para uma instância de ALB IPv4 ou de pilha dupla. Você pode migrar services de uma instância de CLB IPv6 apenas para uma instância de ALB de pilha dupla.
-
IPv4: A instância de ALB é acessível apenas por meio de seu endereço IPv4.
-
Dual-stack: A instância de ALB é acessível por meio de endereços IPv4 e IPv6. Para mais informações sobre as limitações das instâncias de ALB de pilha dupla, consulte Visão geral da instância de ALB.
Edition (Instance Fee)
Selecione uma edição para a instância.
-
Basic: Fornece recursos básicos do ALB, como roteamento com base em nomes de domínio, URLs e cabeçalhos HTTP.
-
Standard: Fornece todos os recursos da edição Basic, além de recursos avançados de roteamento, como políticas de segurança TLS personalizadas, redirecionamentos e reescritas.
-
WAF Enabled: Além dos recursos da edição Standard, esta edição se integra ao Web Application Firewall (WAF) 3.0. O tráfego da Web para os listeners na instância de ALB é protegido automaticamente pelo WAF 3.0. Para mais informações sobre as limitações da edição WAF Enabled, consulte Ativar a proteção do WAF para uma instância de ALB.
Para mais informações sobre as diferenças entre as edições Basic, Standard e WAF Enabled, consulte Recursos.
Associate with Internet Shared Bandwidth
Se uma instância de ALB não estiver associada a uma instância de Internet Shared Bandwidth, a largura de banda de pico padrão de uma instância de ALB de zona dupla é de 400 Mbit/s.
Se você precisar de mais largura de banda, selecione Associate with Internet Shared Bandwidth. Em seguida, selecione um pacote de largura de banda compartilhada. Se não houver pacotes de largura de banda compartilhada disponíveis, clique em Purchase Shared Bandwidth Package e conclua a compra. Depois, retorne à página de compra do ALB e clique no ícone
. Em seguida, selecione um pacote de largura de banda compartilhada.Recomendamos que você compre uma instância de Internet Shared Bandwidth com pagamento conforme o uso. Para mais informações sobre como comprar uma instância de Internet Shared Bandwidth, consulte Criar e gerenciar instâncias de Internet Shared Bandwidth.
NotaEste parâmetro está disponível apenas se você definir Network Type como Public.
Internet Metering Method
Por padrão, Pay-By-Data-Transfer está selecionado. Com o método de faturamento por transferência de dados, a largura de banda de pico é um limite superior e apenas para referência, não uma métrica garantida. A largura de banda real pode ser limitada durante períodos de disputa de recursos. Para mais informações sobre o faturamento do EIP, consulte Faturamento do EIP.
NotaEste parâmetro está disponível apenas se você definir Network Type como Public e não selecionar Associate with Internet Shared Bandwidth.
Instance Name
Insira um nome para a instância.
Resource Group
Selecione o grupo de recursos para a instância de ALB.
Note:
Na primeira vez que você criar uma instância de ALB, clique em Create para criar uma função vinculada ao service. A função vinculada ao service permite que o ALB acesse outros services e recursos da cloud, como elastic network interfaces (ENIs), grupos de segurança, EIPs e instâncias de Internet Shared Bandwidth. Para mais informações, consulte Funções vinculadas ao service para o ALB.
NotaEste parâmetro é exibido apenas quando você cria uma instância de ALB pela primeira vez.
-
Clique em Buy Now e siga as instruções na tela para criar a instância.
Etapa 2: Criar um grupo de servers ALB
Faça login no console do ALB.
Na barra de navegação superior, selecione a região onde a instância do ALB está implantada. Para este exemplo, selecione China (Hangzhou).
No painel de navegação à esquerda, escolha .
Na página Server Groups, clique em Create Server Group.
-
Na caixa de diálogo Create Server Group, configure os seguintes parâmetros e clique em Create.
A tabela a seguir descreve os principais parâmetros deste tutorial. Use os valores padrão para todos os outros parâmetros. Para mais informações, consulte Criar e gerenciar grupos de servers.
Parâmetro
Descrição
Server Group Type
Selecione Server.
Server Group Name
Insira um nome para o grupo de servers. Este tutorial usa RS1.
VPC
Selecione uma VPC na lista suspensa de VPC. Apenas servers na VPC selecionada podem ser adicionados a este grupo de servers. Neste tópico, selecione VPC1. Esta é a VPC que contém os backend servers da instância CLB a ser migrada.
Backend Protocol
Selecione HTTP.
Scheduling Algorithm
Selecione Weighted Round-robin.
Na caixa de diálogo exibida, clique em Add Backend Server. Em seguida, na aba Backend Servers, clique em Add Backend Server.
-
No painel Add Backend Server, selecione os backend servers usados pela instância CLB que você está migrando e clique em Next.
Este exemplo usa ECS01 e ECS02.
-
No assistente Ports/Weights, defina a porta e o peso para cada instância ECS e clique em OK.
Para este exemplo, defina a porta como 80 e use o peso padrão de 100.
NotaPara lidar com picos de tráfego ou demandas agendadas controlando os custos, você pode usar o Auto Scaling para adicionar ou remover automaticamente backend servers para uma instância ALB.
Etapa 3: Configurar listeners do ALB
As seções a seguir descrevem como configurar regras de encaminhamento de redirecionamento, baseadas em nome de domínio e baseadas em path para uma instância ALB.
Se um redirecionamento HTTP redirect estiver configurado para a instância CLB, você também deverá configurar uma regra de encaminhamento de redirecionamento para o listener HTTP da instância ALB.
Se políticas de encaminhamento baseadas em nome de domínio e path estiverem configuradas para a instância CLB, você também deverá configurar regras de encaminhamento baseadas em nome de domínio e path para a instância ALB que correspondam às da instância CLB.
Adicionar listeners HTTP e HTTPS
Faça login no console do ALB.
Na barra de navegação superior, selecione a região onde a instância do ALB está implantada. Para este exemplo, selecione China (Hangzhou).
-
Para abrir o assistente de configuração de listener, use um dos seguintes métodos:
Na página Instances, encontre a instância de destino e clique em Create Listener na coluna Actions.
Na página Instances, clique no ID da instância de destino. Na aba Listener, clique em Create Listener.
-
Na etapa Configure Listener, configure os seguintes parâmetros e clique em Next.
Parâmetro
Descrição
Listener Protocol
Selecione o protocolo para o listener.
Neste exemplo, HTTP está selecionado.
Listener Port
Especifique a porta para receber solicitações e encaminhá-las aos backend servers. O número da porta deve estar entre 1 e 65535. Na maioria dos casos, a porta 80 é usada para HTTP e a porta 443 para HTTPS.
NotaAs portas de listener em uma instância ALB devem ser únicas.
Neste exemplo, insira 80.
Listener Name
Insira um nome para o listener.
Advanced Settings
Clique em Modify para expandir as configurações avançadas. Neste exemplo, as configurações padrão são usadas.
-
Na etapa Select Server Group, selecione um grupo de servers do tipo Server, visualize as informações dos backend servers e clique em Next.
Neste exemplo, o grupo de servers RS1 está selecionado.
Na etapa Configuration Review, confirme as configurações e clique em Submit.
-
Siga as instruções em Adicionar um listener HTTPS para configurar o listener HTTPS.
Os principais parâmetros para este tópico são:
Listener Protocol: Selecione HTTPS.
Listener Port: Insira 443.
Configurar redirecionamento
Configure uma regra de encaminhamento de redirecionamento para o listener HTTP da instância ALB para redirecionar todas as solicitações HTTP recebidas pela instância ALB para HTTPS na porta 443.
Na aba Listener, clique no ID do listener HTTP que você criou. Na página de detalhes do listener, clique na aba Forwarding Rules.
Na aba Forwarding Rules, clique em Add New Rule.
-
Na seção Add Forwarding Rule, configure os seguintes parâmetros e clique em OK.
Configuração
Descrição
Add Condition
Na lista suspensa, selecione Path e Exact Match and Wildcard. Neste exemplo, insira
/*.Action
Na lista suspensa, selecione Redirect to e configure os seguintes parâmetros.
-
Protocol: Neste exemplo, HTTPS está selecionado.
-
Domain Name: Neste exemplo, o valor padrão ${host} é usado.
-
Port: Insira a porta do listener HTTPS que você criou. Neste exemplo, insira 443.
-
Path: Neste exemplo, o valor padrão ${path} é usado.
-
Search: Neste exemplo, o valor padrão ${query} é usado.
-
Status Code: Neste exemplo, 301 está selecionado.
-
Configurar encaminhamento de domínio e path
Configure regras de encaminhamento baseadas em nome de domínio e path para o listener HTTPS da instância ALB.
Retorne à aba Listener e clique no ID do listener HTTPS que você criou. Na página de detalhes do listener, clique na aba Forwarding Rules.
Na aba Forwarding Rules, clique em Add New Rule.
-
Na seção Add Forwarding Rule, configure os seguintes parâmetros e clique em OK.
Configuração
Descrição
Add Condition
-
Na lista suspensa, selecione Domain Name e Exact Match and Wildcard. Neste exemplo, insira
www.example.net. -
Clique em Add Condition, selecione Path na lista suspensa e insira /home*.
Action
Selecione Forward to e selecione um grupo de servers do tipo Server. Neste exemplo, o grupo de servers RS1 está selecionado.
NotaCertifique-se de que o grupo de servers selecionado contenha os mesmos backend servers que o vServer group usado na política de encaminhamento da instância CLB de origem.
-
Etapa 4: Testar o tráfego
Ativar logs de acesso
O ALB se integra ao Log Service (SLS) para fornecer logs de acesso. Utilize-os para monitorar o load nas suas instâncias do ALB e solucionar problemas.
Faça login no ALB console.
Na barra de navegação superior, selecione a região onde a instância do ALB está implantada. Para este exemplo, selecione China (Hangzhou).
Na página Instances, localize a instância do ALB de destino e clique no ID da instância.
Na página de detalhes da instância, clique na aba Access Logs. Na aba Access Logs, clique em Create Access Log.
-
Na caixa de diálogo Create Access Log, configure o Project e o Logstore e, em seguida, clique em OK. Na mensagem de confirmação exibida, clique em OK.
Parâmetro
Descrição
Project
Uma unidade de gerenciamento de recursos no Log Service (SLS) para isolamento e controle de recursos.
-
Select Project: Selecione um Project na lista suspensa.
-
Create Project: Insira um nome para o Project.
Logstore
Uma unidade no Log Service (SLS) que coleta, armazena e consulta dados de log.
-
Select Logstore: Selecione um Logstore na lista suspensa.
-
Create Logstore: Insira um nome para o novo Logstore. Se você criar um novo Project, também deverá criar um novo Logstore.
Notes on Creating Service-linked Role
Esta operação cria automaticamente a service-linked role necessária para ativar este recurso.
-
Testar o tráfego
Conecte-se ao ECS03. Para mais informações, consulte Métodos de conexão remota para instâncias ECS.
-
Para modificar o arquivo hosts, execute o seguinte comando:
sudo vi /etc/hostsNo arquivo hosts, adicione o endereço IP e o nome de domínio da instância do ALB. Salve as alterações e saia.
118.XX.XX.39 www.example.net -
Para testar a configuração de redirecionamento, execute o seguinte comando:
curl -X GET -L -v http://www.example.netO comando retorna a seguinte saída:
# curl -X GET -L -v http://www.example.net * About to connect() to www.example.net port 80 (#0) * Trying 118.XX.XX.39... * Connected to www.example.net (118.XX.XX.39) port 80 (#0) > GET / HTTP/1.1 > User-Agent: curl/7.29.0 > Host: www.example.net > Accept: */* > < HTTP/1.1 301 Moved Permanently < Date: Mon, 16 Jan 2023 08:28:46 GMT < Content-Type: text/html < Content-Length: 178 < Connection: keep-alive < Location: https://www.example.net/ < Via: HTTP/1.1 SLB.130 -
Retorne ao console do ALB, acesse a aba Access Logs da instância do ALB de destino e clique no link Simple Log Service para visualizar o log de acesso.
No console do Log Service, use os campos request_uri, http_host, upstream_addr e status para revisar os logs de execução das regras de encaminhamento baseadas em nome de domínio e path do ALB.
Etapa 5: Migrar cargas de trabalho para o ALB
As etapas a seguir consideram que o seu Classic Load Balancer (CLB) está configurado para redirecionar solicitações da porta HTTP 80 para a porta HTTPS 443. A configuração suporta vários nomes de domínio via HTTPS. O nome de domínio utilizado neste tópico é example.net.
Antes de iniciar a migração da carga de trabalho, compare as regras de encaminhamento do CLB com as regras de encaminhamento do ALB. Certifique-se de que elas oferecem capacidades idênticas e de que todas as configurações foram validadas. Isso evita impactos inesperados no service durante a migração.
Migre as cargas de trabalho da instância do CLB durante horários de menor pico.
Antes da migração da carga de trabalho, a resolução de DNS é configurada para a instância do CLB. Um registro A mapeia o nome de domínio service para o endereço service da instância do CLB.
Após validar a configuração da instância do ALB, migre a carga de trabalho do CLB para o ALB. Este tópico usa o Alibaba Cloud DNS como exemplo para demonstrar a migração. Para mais informações sobre o Alibaba Cloud DNS, consulte Zona Pública.
Etapa 1: Configurar um domínio temporário e adicionar um registro CNAME
Registros CNAME são recomendados para instâncias do ALB. Para ativar o roteamento ponderado, adicione um registro CNAME para um nome de domínio temporário que aponte para o endereço service da instância do CLB. As etapas a seguir usam www.example.net como o nome de domínio service para a instância do CLB.
O roteamento ponderado só pode ser ativado quando existem vários registros A, CNAME ou AAAA para o mesmo nome de host e linha de ISP.
Faça login no console do Alibaba Cloud DNS.
Na página Public Zone, localize e clique no nome de domínio
example.netutilizado pela instância do CLB que você deseja migrar.Na página Settings, localize o registro A que aponta para o endereço service da instância do CLB a ser migrada e, na coluna Actions, clique em Modify.
No painel Edit Record exibido, modifique o Hostname e clique em OK. Neste exemplo, o Hostname é alterado para web0 e os demais parâmetros permanecem inalterados.
-
Na página Settings, clique em Add Record. No painel Add Record, configure os seguintes parâmetros e clique em OK.
Parâmetro
Descrição
Record Type
Selecione CNAME na lista suspensa.
Hostname
Insira o prefixo do seu nome de domínio. Neste exemplo, insira www.
Query Source
Selecione Default.
TTL
O Time to Live (TTL) especifica por quanto tempo um registro DNS é armazenado em cache em um server DNS. Neste exemplo, defina o valor como 5 segundos.
Record Value
Insira o nome de domínio temporário. Neste exemplo, insira web0.example.net.
Etapa 2: Adicionar um registro CNAME para a instância do ALB
Na página Settings, clique em Add Record. No painel Add Record, configure os seguintes parâmetros e clique em OK.
|
Parâmetro |
Descrição |
|
Record Type |
Selecione CNAME na lista suspensa. |
|
Hostname |
Insira o prefixo do seu nome de domínio. Neste exemplo, insira www. |
|
Query Source |
Selecione Default. |
|
TTL |
O Time to Live (TTL) especifica por quanto tempo um registro DNS é armazenado em cache em um server DNS. Neste exemplo, defina o valor como 5 segundos. |
|
Record Value |
Insira o nome DNS da instância do ALB. |
Etapa 3: Definir pesos para o canary release
Na página Settings, localize o registro CNAME adicionado na Etapa 2. Clique na seta suspensa ao lado de Modify e selecione Edit Record Set.
No painel Edit Record, em Record Values, defina os pesos para os registros DNS das instâncias do CLB e do ALB. Defina o peso do registro DNS da instância do CLB como 100 e o peso do registro DNS da instância do ALB como 0. Clique em OK para salvar e sair.
Se você observar que seus services não foram afetados, diminua gradualmente o peso do registro DNS da instância do CLB e, ao mesmo tempo, aumente gradualmente o peso do registro DNS da instância do ALB.
-
Faça login na instância ECS04, execute o comando
digvárias vezes e verifique o efeito da migração de tráfego.dig www.example.netO comando retorna a seguinte saída. Ao executar o comando várias vezes, é possível observar que as solicitações são roteadas para a instância do ALB ou do CLB com base nos pesos configurados. # dig www.example.net ; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.10 <<>> www.example.net ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31592 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.example.net. IN A ;; ANSWER SECTION: www.example.net. 5 IN CNAME web0.example.net. web0.example.net. 5 IN A 47.XX.XX.144 ;; Query time: 63 msec ;; SERVER: 100.XX.XX.136#53(100.XX.XX.136) ;; WHEN: Thu Jan 19 15:46:40 CST 2023 ;; MSG SIZE rcvd: 66 # dig www.example.net ; <<>> DiG 9.11.4-P2-RedHat-9.11.4-26.P2.el7_9.10 <<>> www.example.net ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14224 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.example.net. IN A ;; ANSWER SECTION: www.example.net. 5 IN CNAME alb-a8mmh2XXX.cn-hangzhou.alb.aliyuncs.com. alb-a8mXXX.cn-hangzhou.alb.aliyuncs.com. 60 IN A 116.XX.XX.54 alb-a8mXXX.cn-hangzhou.alb.aliyuncs.com. 60 IN A 118.XX.XX.39 ;; Query time: 4 msec ;; SERVER: 100.XX.XX.136#53(100.XX.XX.136) ;; WHEN: Thu Jan 19 15:47:52 CST 2023 ;; MSG SIZE rcvd: 128
Etapa 4: Concluir a migração
Com base nos resultados da verificação da migração de tráfego, diminua gradualmente o peso do registro DNS da instância do CLB para 0, enquanto aumenta gradualmente o peso do registro DNS da instância do ALB para 100. Neste ponto, você concluiu a migração do tráfego da instância do CLB para a instância do ALB. Quando todas as conexões de longa duração com a instância do CLB forem fechadas e a instância do CLB não receber mais tráfego, monitore a instância por um período de acordo com as necessidades do seu negócio e, em seguida, libere a instância do CLB. Para mais informações sobre como liberar uma instância do CLB, consulte Criar e gerenciar instâncias do CLB.
Após a migração, o path de acesso para a instância do ALB é o seguinte:
Recursos avançados
ALB aprimora o balanceamento de load da camada 7 do CLB, mas implementa alguns recursos de forma diferente. Os recursos a seguir abordam instâncias do ALB, cotas, guias de início rápido e proteção contra DDoS:
Para obter uma visão geral das instâncias do ALB, consulte Visão geral da instância do ALB.
Para informações sobre as cotas do ALB, consulte Limites de uso do ALB.
Para começar a usar o ALB, consulte Implemente rapidamente o balanceamento de load de service IPv4 com o ALB e Implemente rapidamente o balanceamento de load de service IPv6 com o ALB.
Por padrão, o ALB fornece proteção básica contra DDoS. Para mais informações, consulte O que é o Anti-DDoS Native.
A tabela a seguir compara os recursos avançados do CLB e do ALB:
|
Recurso |
CLB |
ALB |
|
server group |
Suporta server groups padrão, server groups vServer e server groups primário/secundário. |
O ALB refere-se a todos esses como server groups. |
|
Redirecionamento de HTTP para HTTPS |
É possível configurar um redirecionamento ao criar um listener. Para mais informações, consulte Redirecionar requisições HTTP para HTTPS usando o CLB. |
O ALB implementa redirecionamentos usando regras de encaminhamento. Para mais informações, consulte Redirecionar requisições HTTP para HTTPS usando o ALB. |
|
Múltiplos certificados para um listener HTTPS |
Para mais informações, consulte Configurar múltiplos domínios HTTPS em uma única instância do CLB. |
Para mais informações, consulte Configurar múltiplos domínios HTTPS em uma única instância do ALB. |
|
Implantar HTTPS (autenticação unidirecional) |
Suporta certificados emitidos pela Alibaba Cloud e certificados de terceiros carregados. Para mais informações, consulte Implantar um service HTTPS com autenticação unidirecional usando o CLB. |
Usa o Certificate Management Service para gerenciar certificados. Para mais informações, consulte Configurar acesso HTTPS de ponta a ponta para criptografar a comunicação. |
|
Implantar HTTPS (autenticação mútua) |
Suporta certificados CA emitidos pela Alibaba Cloud e certificados CA de terceiros carregados. Para mais informações, consulte Implantar um service HTTPS com autenticação mútua usando o CLB. |
Suporta certificados CA emitidos pela Alibaba Cloud e certificados CA de terceiros carregados. Usa o Certificate Management Service para gerenciá-los. Para mais informações, consulte Implantar um service HTTPS com autenticação mútua usando o ALB. |
|
Proteção do WAF |
Suporta o Transparent Proxy Mode e o CNAME Record Mode. Para mais informações, consulte Ativar a proteção do WAF para uma instância do CLB e Ativar a proteção do WAF para um site usando o CNAME Record Mode. |
Suporta o Service Integration Mode, o Transparent Proxy Mode e o CNAME Record Mode.
|
Perguntas frequentes
-
Quais configurações devem ser iguais para as instâncias do CLB e do ALB antes e depois da migração?
A região, o tipo de rede, o protocolo do listener e os backend servers devem ser os mesmos. A instância do ALB deve ser implantada na mesma VPC dos backend servers da instância do CLB, mas pode estar em uma zona diferente.
-
Quais são as diferenças entre os certificados usados pelo CLB e pelo ALB?
Tanto o CLB quanto o ALB suportam criptografia HTTPS. Enquanto o CLB suporta nativamente certificados emitidos pela Alibaba Cloud e certificados de terceiros, o ALB usa certificados gerenciados pelo Certificate Management Service.
Para uma instância do CLB, consulte Carregar certificados.
Para uma instância do ALB, consulte Comprar um certificado SSL e Carregar, sincronizar e compartilhar certificados SSL.
-
Quais são as diferenças no controle de acesso entre o CLB e o ALB?
O CLB fornece controle de acesso no nível do listener, o que permite definir políticas de acesso exclusivas para cada listener. Para mais informações, consulte controle de acesso.
As instâncias do ALB suportam IPv4 e dual-stack. As instâncias IPv4 do ALB permitem definir políticas de acesso exclusivas para cada listener. Para mais informações, consulte controle de acesso. No entanto, as instâncias dual-stack do ALB não suportam controle de acesso.
-
Quais são as diferenças na resolução de nomes de domínio entre o CLB e o ALB?
Para uma instância do CLB, use um registro A para mapear seu nome de domínio personalizado para o endereço de service da instância do CLB.
-
Para uma instância do ALB:
Recomendamos usar um registro CNAME para mapear seu nome de domínio personalizado para o nome DNS da instância do ALB, facilitando o acesso.
Se o seu nome de domínio personalizado exigir um endereço IP fixo, use uma instância do ALB no modo IP estático. Em seguida, use um registro A para mapear seu nome de domínio personalizado para o endereço IP da instância do ALB.