Amazon EC2
Nuvem AWS
Comece a usar o Elastic Load Balancing


  • Geral

    P: Como faço para selecionar um load balancer para um aplicativo?

    O Elastic Load Balancing oferece suporte a três tipos de load balancers. Você pode selecionar o load balancer adequado de acordo com as necessidades do aplicativo. Se você precisar de gerenciamento de aplicativos flexível e de terminação TLS, recomendamos usar o Application Load Balancer. Se o aplicativo precisar de desempenho extremo e de um IP estático, recomendamos usar o Network Load Balancer. Se o aplicativo for criado em uma rede do EC2 Classic, você deverá usar o Classic Load Balancer.

    P: Posso acessar de modo privado as APIs do Elastic Load Balancing por meio da Amazon Virtual Private Cloud (VPC) sem usar IPs públicas?

    Sim. Você pode acessar de modo privado as APIs do Elastic Load Balancing por meio da Amazon Virtual Private Cloud (VPC) ao criar VPC endpoints. Com os VPC endpoints, o roteamento entre a VPC e o Elastic Load Balancing é processado pela rede da AWS sem a necessidade de um Internet Gateway, um gateway NAT ou uma conexão VPN. A geração mais recente de VPC endpoints usados pelo Elastic Load Balancing é desenvolvida pelo AWS PrivateLink, uma tecnologia da AWS que habilita a conectividade privada entre os Serviços da AWS usando ENIs com IPs privados nas VPCs. Para saber mais sobre o AWS PrivateLink, acesse a documentação do AWS PrivateLink.
     

  • Application Load Balancer

    P: Quais sistemas operacionais são compatíveis com um Application Load Balancer?
    Um Application Load Balancer é compatível com destinos usando qualquer sistema operacional compatível no momento com o serviço Amazon EC2.

    P: A quais protocolos o Application Load Balancer oferece suporte?
    Um Application Load Balancer oferece suporte ao balanceamento de carga de aplicativos usando os protocolos HTTP e HTTPS (Secure HTTP).

    P: O Application Load Balancer oferece suporte ao HTTP/2?
    Sim. A compatibilidade com o HTTP/2 é habilitada de modo nativo em um Application Load Balancer. Os clientes que oferecem compatibilidade com o HTTP/2 podem conectar-se a um Application Load Balancer por meio da TLS.

    P: Quais portas TCP posso usar para balancear a carga?
    Você pode realizar o balanceamento de carga para as seguintes portas TCP: de 1 a 65.535

    P: O WebSockets é compatível com um Application Load Balancer?
    Sim. A compatibilidade com WebSockets e Secure WebSockets está disponível de modo nativo e pronto para uso em um Application Load Balancer.

    P: O monitoramento de solicitações é compatível com o Application Load Balancer?
    Sim. O monitoramento de solicitações é habilitado como padrão no Application Load Balancer.

    P: Os meus load balancers atuais (Classic Load Balancers) têm os mesmos recursos e benefícios de um Application Load Balancer?
    Embora exista um pequeno nível de sobreposição, nós não planejamos manter a paridade de recursos entre os dois tipos de load balancers. Os Application Load Balancers são a base da nossa plataforma de balanceamento de carga na camada da aplicação do futuro.

    P: Posso configurar minhas instâncias do Amazon EC2 para aceitar tráfego somente por meio de Application Load Balancers?
    Sim.

    P: Posso configurar um security group para o front-end de um Application Load Balancer?
    Sim.

    P: Posso usar as APIs atuais que utilizo com o meu Classic Load Balancer em um Application Load Balancer?
    Não. Os Application Load Balancers exigem um novo conjunto de APIs.

    P: Como posso gerenciar simultaneamente um Application Load Balancer e um Classic Load Balancer? 
    O console do ELB permitirá que você gerencie Application e Classic Load Balancers usando a mesma interface. Se você estiver usando a ILC ou um SDK, usará um "serviço" diferente para os Application Load Balancers. Por exemplo, na ILC você descreverá os seus Classic Load Balancers usando "aws elb describe-load-balancers" e os seus Application Load Balancers usando "aws elbv2 describe-load-balancers".

    P: Posso converter meu Classic Load Balancer em um Application Load Balancer (e vice-versa)?
    Não é possível converter um tipo de load balancer em outro.

    P: Como posso migrar para um Application Load Balancer?
    Anexe as mesmas instâncias de back-end a um Classic Load Balancer e a um Application Load Balancer simultaneamente. Isso permite que você migre tráfego de um endpoint para outro sem alterar sua pilha atual. Para garantir, teste o comportamento da aplicação na nova plataforma antes mudar o DNS para direcionar o tráfego para o Application Load Balancer.

    P: Posso usar um Application Load Balancer como um load balancer da camada 4?
    Não. Se você precisar de recursos da camada 4, use um Network Load Balancer.

    P: Posso usar um único Application Load Balancer para processar as solicitações HTTP e HTTPS?
    Sim. É possível adicionar listeners para a porta 80 HTTP e a porta 443 HTTPS para um único Application Load Balancer.

    P: Posso obter um histórico de todas as chamadas de API do Application Load Balancing realizadas na minha conta para fins de análise de segurança e solução de problemas operacionais?
    Sim. Para receber um histórico de chamadas de API do Application Load Balancing realizadas na sua conta, use o AWS CloudTrail.

    P: O Application Load Balancer é compatível com o encerramento do HTTPS?
    Sim. É possível encerrar uma conexão HTTPs no Application Load Balancer. Você deve instalar um certificado SSL no seu load balancer. O load balancer usa esse certificado para encerrar a conexão e descriptografar solicitações de clientes antes de enviá-las para os destinos.

    P: Quais são as etapas para obter um certificado SSL?
    Você pode usar o AWS Certificate Manager para provisionar um certificado SSL/TLS ou pode obtê-lo de outras origens criando uma solicitação de certificado, obtendo a assinatura dessa solicitação por uma CA e fazendo o upload do certificado usando o AWS Certification Manager ou o serviço AWS Identity and Access Management (IAM).

    P: Como o Application Load Balancer se integra ao AWS Certificate Manager (ACM)?
    O Application Load Balancer é integrado ao AWS Certificate Management (ACM). A integração ao ACM simplifica muito a associação de um certificado ao load balancer, o que torna todo o processo de descarga do certificado SSL muito fácil. A compra, o upload e a renovação de certificados SSL/TLS são um processo manual complexo e demorado. Com a integração do ACM ao Application Load Balancer, todo esse processo foi reduzido para uma simples solicitação de um certificado SSL/TLS confiável e a seleção do certificado do ACM para provisioná-lo com o load balancer.

    P: A autenticação de servidor de back-end é compatível com o Application Load Balancer?
    Não. Apenas a criptografia oferece back-ends compatíveis com o Application Load Balancer.

    P: Como posso habilitar a Server Name Indication (SNI – Indicação do nome do servidor) para um Application Load Balancer?
    A SNI é habilitada automaticamente quando você associa mais de um certificado TLS ao mesmo listener seguro em um load balancer. Da mesma forma, o modo SNI de um listener seguro é desabilitado automaticamente quando você tem apenas um certificado associado ao listener seguro.

    P: Posso associar vários certificados do mesmo domínio a um listener seguro?
    Sim. Você pode associar vários certificados do mesmo domínio a um listener seguro. Por exemplo, você pode associar:
    (a) Certificados ECDSA e RSA
    (b) Certificados com tamanhos de chave diferentes (por exemplo, 2 kbits e 4 kbits) para certificados SSL/TLS
    (c) Certificados de domínio único, vários domínios (SAN) e curinga

    P: O Application Load Balancer oferece suporte ao IPv6?
    Sim. O IPv6 é compatível com o Application Load Balancer.

    P: Como você configura regras em um Application Load Balancer?
    É possível configurar regras para cada um dos seus listeners configurados para o load balancer. Essas regras incluem uma condição e uma ação correspondente, caso a condição seja atendida. A condição será um caminho de URL de um serviço (ex.: /img) e a ação será encaminhada. Após a configuração disso, o load balancer usará as regras para determinar o serviço para o qual a solicitação deverá ser roteada.

    P: Existem limites para os recursos de um Application Load Balancer?
    A sua conta da AWS apresenta esses limites para um Application Load Balancer.

    P: Como posso proteger aplicativos web atrás de um load balancer contra ataques da web?
    Você pode integrar o Application Load Balancer ao AWS WAF, um firewall de aplicações web que ajuda a proteger esse tipo de aplicações contra ataques, permitindo que você configure regras baseadas em endereços IP, cabeçalhos HTTP e strings de URI personalizadas. Usando essas regras, o AWS WAF pode bloquear, permitir ou monitorar (fazer a contagem) de solicitações da web para o seu aplicativo da web. Consulte o Guia do desenvolvedor do AWS WAF para obter mais informações.

    P: Posso balancear a carga para qualquer endereço IP arbitrário?
    Você pode usar qualquer endereço IP do CIDR da VPC do load balancer para destinos na VPC do load balancer, bem como qualquer endereço IP dos intervalos RFC 1918 (10.0.0.0/8, 172.16.0.0/12 e 192.168.0.0/16) ou do intervalo RFC 6598 (100.64.0.0/10) para destinos localizados fora da VPC do load balancer (por exemplo, destinos na VPC emparelhada, no EC2-Classic e nos ambientes no local acessíveis por meio do AWS Direct Connect ou de uma conexão VPN).

    P: Como posso balancear a carga de aplicativos distribuídos entre uma VPC e um ambiente no local?
    Existem várias maneiras de fazer um balanceamento de carga híbrido. Se um aplicativo for executado em destinos distribuídos entre uma VPC e um ambiente no local, você poderá adicioná-los ao mesmo grupo de destino usando seus endereços IP. Para migrar para a AWS sem prejudicar o aplicativo, recomendamos adicionar gradualmente os destinos da VPC ao grupo de destino e remover os destinos locais do grupo de destino. Se houver dois aplicativos diferentes, em que os destinos de um aplicativo estejam em uma VPC e os destinos do outro estejam no ambiente local, será possível colocar os destinos da VPC em um grupo de destino e os destinos locais em outro grupo de destino, bem como usar o roteamento baseado em conteúdo para rotear o tráfego para cada grupo de destino. Também é possível separar load balancers para destinos locais e da VPC, bem como usar a ponderação de DNS para obter o balanceamento de carga ponderado entre os destinos locais e da VPC.

    P: Como posso balancear a carga para instâncias EC2-Classic?
    Não é possível balancear a carga para instâncias EC2-Classic registrando seus IDs de instância como destinos. No entanto, se você vincular essas instâncias EC2-Classic à VPC do load balancer utilizando o ClassicLink e usar os IPs privados dessas instâncias EC2-Classic como destinos, será possível balancear a carga para instâncias EC2-Classic. Se atualmente você estiver usando instâncias EC2-Classic com um Classic Load Balancer, poderá fazer facilmente a migração para um Application Load Balancer.

    P: Como funciona a definição de preço de um Application Load Balancer?
    Você é cobrado por hora completa ou parcial de execução de um Application Load Balancer e pelo número de Load Balancer Capacity Units (LCUs – Unidades de capacidade de load balancer) usadas por hora.

    P: O que é uma Load Balancer Capacity Unit (LCU – Unidade de capacidade de load balancer)?
    Uma LCU é uma nova métrica usada para determinar como você paga por um Application Load Balancer. Uma LCU define o máximo de recursos consumidos em qualquer uma das dimensões (novas conexões, conexões ativas, largura de banda e avaliações de regras) em que o Application Load Balancer processa seu tráfego.

    P: Os Classic Load Balancers serão cobrados por LCU?
    Não. Os Classic Load Balancers continuarão sendo cobrados por largura de banda e uso por hora.

    P: Como posso saber o número de LCUs usadas por um Application Load Balancer?
    O uso de todas as quatro dimensões que constituem uma LCU é expost via CloudWatch.

    P: Serei cobrado por todas as dimensões em uma LCU?
    Não. O número de LCUs por hora será determinado com base no máximo de recursos consumidos entre as três dimensões que constituem uma LCU.

    P: Serei cobrado por LCUs parciais?
    Sim.

    P: O nível gratuito do Application Load Balancer é oferecido para novas contas da AWS?
    Sim. Para novas contas da AWS, o nível gratuito de um Application Load Balancer oferece 750 horas e 15 LCUs. Essa oferta do nível gratuito está disponível somente para novos clientes da AWS por 12 meses a partir da data de cadastramento na AWS.

    P: Posso usar uma combinação de Application Load Balancers e Classic Load Balancers como parte do nível gratuito?
    Sim. Você pode usar Classic e Application Load Balancers dentro dos respectivos limites de 15 GB e 15 LCUs. As 750 horas de load balancer são compartilhadas entre os Classic Load Balancers e os Application Load Balancers.

    P: O que são as avaliações de regras?
    As avaliações de regras são definidas como o produto do número de regras processadas e a taxa de solicitações média por hora.

    P: Como funciona a cobrança da LCU para os diferentes tipos e tamanhos de chave de certificados?
    O tamanho da chave do certificado afeta apenas o número de novas conexões por segundo no cálculo da LCU para cobrança.
    A tabela a seguir mostra o valor dessa dimensão para diferentes tamanhos de chave de certificados RSA e ECDSA. 

    Certificados RSA        
    Tamanho da chave <= 2 kbits  <= 4 kbits  <= 8 kbits  > 8 kbits 
    Novas conexões por segundo 25 5 1 0,25
    Certificados ECDSA        
    Tamanho da chave  <= 256 bits <= 384 bits <= 521 bits > 521 bits 
    Novas conexões por segundo 25 5 1 0,25
  • Network Load Balancer

    P: Posso criar um listener TCP (camada 4) para um Network Load Balancer?

    Sim. Os Network Load Balancers somente oferecem suporte a listeners TCP (camada 4).

    P: Quais são os principais recursos disponibilizados por um Network Load Balancer?

    O Network Load Balancer oferece balanceamento de carga TCP (camada 4). Sua arquitetura processa milhões de solicitações por segundo e padrões súbitos de tráfego volátil, bem como oferece latências extremamente baixas. Além disso, o Network Load Balancer preserva o IP de origem dos clientes e oferece suporte a IP estável e isolamento zonal. O Network Load Balancer também oferece suporte a conexões demoradas, muito úteis para aplicativos do tipo WebSocket.

    P: Quais as diferenças entre um Network Load Balancer e um listener TCP em um Classic Load Balancer?

    O Network Load Balancer preserva o IP de origem do cliente, que não é preservado no Classic Load Balancer. Os clientes podem usar um protocolo de proxy com o Classic Load Balancer para obter o IP de origem. O Network Load Balancer oferece automaticamente um IP estático por zona de disponibilidade ao load balancer, além de habilitar a atribuição de um IP elástico por zona de disponibilidade ao load balancer. O Classic Load Balancer não oferece suporte a esse recurso. O Classic Load Balancer oferece terminação SSL, que não é disponibilizada pelo Network Load Balancer.

    P: Como faço migrar de um Classic Load Balancer para um Network Load Balancer?

    Anexe simultaneamente os mesmos destinos de back-end a um Classic Load Balancer e a um Network Load Balancer. Dessa forma, você pode migrar o tráfego de um endpoint para outro sem alterar a pilha atual. Para garantir, teste o comportamento do aplicativo na nova plataforma antes mudar o DNS para direcionar o tráfego para o Network Load Balancer.

    P: Existem limites para os recursos de um Network Load Balancer?

    Sim. Consulte a documentação sobre os limites do Network Load Balancer para obter mais informações.

    P: Posso usar o Console de Gerenciamento da AWS para configurar um Network Load Balancer?

    Sim. Você pode usar o Console de Gerenciamento da AWS, o AWS CLI ou a API para configurar um Network Load Balancer.

    P: Posso usar a API atual do Classic Load Balancers em Network Load Balancers?

    Não. Para criar um Classic Load Balancer, use a API 2012-06-01. Para criar um Network Load Balancer ou um Application Load Balancer, use a API 2015-12-01.

    P: Posso criar um Network Load Balancer em uma única zona de disponibilidade?

    Sim. Você pode criar um Network Load Balancer em uma única zona de disponibilidade informando uma única sub-rede durante a criação do load balancer.

    P: O Network Load Balancer oferece suporte a failover regional e zonal de DNS?

    Sim. Você pode usar os recursos de verificação de integridade e de failover de DNS do Amazon Route 53 para aprimorar a disponibilidade de aplicativos em execução por trás de Network Load Balancers. O uso do failover de DNS do Route 53 permite executar aplicativos em várias zonas de disponibilidade da AWS e designar load balancers alternativos para failover entre regiões. Caso o Network Load Balancer esteja configurado para Multi-AZ, se não houver instâncias EC2 íntegras registradas no load balancer para essa zona de disponibilidade ou se os nós de load balancer de uma determinada zona não estiverem íntegros, o Route 53 executará failover para nós de load balancer alternativos em outras zonas de disponibilidade íntegras.

    P: Posso ter um Network Load Balancer com uma combinação de IPs ou IPs elásticos fornecidos pelo ELB ou IPs privados atribuídos?

    Não. Os endereços de um Network Load Balancer devem ser completamente controlados por você ou completamente controlados pelo ELB. Esse requisito garante que, ao usar IPs elásticos com um Network Load Balancer, nenhum endereço conhecido pelos clientes seja alterado.

    P: Posso atribuir mais de um EIP a um NLB em cada sub-rede?

    Não. Para cada sub-rede associada que contenha um NLB, esse NLB pode oferecer suporte a apenas um endereço IP voltado ao público/Internet.

    P: Se eu remover/excluir um Network Load Balancer, o que acontecerá aos endereços IP elásticos associados a ele?

    Os endereços IP elásticos associados ao load balancer serão devolvidos ao grupo alocado e disponibilizados para uso futuro.

    P: O NLB oferece suporte a load balancers internos?

    O NLB pode ser configurado como um load balancer voltado à Internet ou um load balancer interno, de forma semelhante ao que pode ser feito com o Application Load Balancer e o Classic Load Balancer.

    P: Um Network Load Balancer interno pode oferecer suporte a mais de um IP privado em uma sub-rede?

    Não. Para cada sub-rede associada que contém um load balancer, o NLB pode oferecer suporte a apenas um IP privado.

    P: Posso configurar WebSockets com um Network Load Balancer?

    Sim. Configure listeners TCP que roteiam o tráfego aos destinos que implementam o protocolo WebSockets (https://tools.ietf.org/html/rfc6455). Como o WebSockets é um protocolo da camada 7 e o Network Load Balancer opera na camada 4, o Network Load Balancer não oferece nenhum processamento especial de WebSockets ou outros protocolos de nível mais alto.

    P: Posso balancear a carga para qualquer endereço IP arbitrário?

    Você pode usar qualquer endereço IP do CIDR da VPC do load balancer para destinos na VPC do load balancer, bem como qualquer endereço IP dos intervalos RFC 1918 (10.0.0.0/8, 172.16.0.0/12 e 192.168.0.0/16) ou do intervalo RFC 6598 (100.64.0.0/10) para destinos localizados fora da VPC do load balancer (locais no EC2-Classic e em ambientes no local acessíveis por meio do AWS Direct Connect).

    P: Qual benefício obterei ao direcionar contêineres atrás de um load balancer com endereços IP em vez de IDs de instância?

    Agora, cada contêiner em uma instância tem o seu próprio security group e não precisa compartilhar regras de segurança com outros contêineres. É possível anexar security groups a uma ENI e cada ENI em uma instância poderá ter um security group diferente. Também existe a possibilidade de mapear um contêiner para o endereço IP de uma ENI específica para associar os security groups por contêiner. O balanceamento de carga por meio de endereços IP também permite vários contêineres em execução em uma instância usando a mesma porta (porta 80, por exemplo). A capacidade de usar a mesma porta entre vários contêineres permite que os contêineres em uma instância se comuniquem entre si por meio de portas conhecidas, em vez de portas aleatórias.

    P: Como posso balancear a carga de aplicativos distribuídos entre uma VPC e um ambiente no local?

    Existem várias maneiras de fazer um balanceamento de carga híbrido. Se um aplicativo for executado em destinos distribuídos entre uma VPC e um ambiente no local, você poderá adicioná-los ao mesmo grupo de destino usando seus endereços IP. Para migrar para a AWS sem afetar os aplicativos, adicione gradualmente destinos de VPC ao grupo de destino e remova destinos no local do grupo de destino. Também é possível usar load balancers separados para destinos no local e em VPCs, bem como usar a ponderação de DNS para conseguir balanceamento de carga ponderado entre a destinos nas VPCs e no local.

    P: Como posso balancear a carga para instâncias EC2-Classic?

    Não é possível balancear a carga para instâncias EC2-Classic registrando seus IDs de instância como destinos. No entanto, se você vincular essas instâncias EC2-Classic à VPC do load balancer utilizando o ClassicLink e usar os IPs privados dessas instâncias EC2-Classic como destinos, será possível balancear a carga para instâncias EC2-Classic. Se atualmente você estiver usando instâncias EC2 Classic com um Classic Load Balancer, poderá migrar facilmente para um Application Load Balancer.

    P: Como funciona a definição de preço de um Network Load Balancer?

    Você é cobrado por hora completa ou parcial de execução de um Network Load Balancer e pelo número de Load Balancer Capacity Units (LCUs – Unidades de capacidade de load balancer) usadas pelo Network Load Balancer por hora.

    P: O que é uma Load Balancer Capacity Unit (LCU – Unidade de capacidade de load balancer)?

    Uma LCU é uma nova métrica usada para determinar como você paga por um Network Load Balancer. Uma LCU define o máximo de recursos consumidos em uma entre as três dimensões (novas conexões/fluxos, conexões/fluxos ativos e largura de banda) em que o Network Load Balancer processa seu tráfego.

    P: As novas conexões/fluxos por segundo são a mesma coisa que as solicitações por segundo?

    Não. Várias solicitações podem ser enviadas em uma única conexão.

    P: Os Classic Load Balancers serão cobrados por LCU?

    Não. Os Classic Load Balancers continuarão sendo cobrados por largura de banda e taxa por hora

    P: Como posso saber o número de LCUs usadas por um Network Load Balancer?

    Nós demonstraremos o uso de todas as três dimensões que constituem uma LCU por meio do Amazon CloudWatch.

    P: Serei cobrado por todas as dimensões em uma LCU?

    Não. O número de LCUs por hora será determinado com base no máximo de recursos consumidos entre as três dimensões que constituem uma LCU.

    P: Serei cobrado por LCUs parciais?

    Sim.

    P: O nível gratuito do Network Load Balancer é oferecido para novas contas da AWS?

    Sim. Para novas contas da AWS, o nível gratuito de um Network Load Balancer oferece 750 horas e 15 LCUs. Essa oferta do nível gratuito está disponível somente para novos clientes da AWS por 12 meses a partir da data de cadastramento na AWS.

    P: Posso usar uma combinação de Network Load Balancers, Application Load Balancers e Classic Load Balancers como parte do nível gratuito?

    Sim. Você pode usar Application e Network Load Balancers dentro dos respectivos limites de 15 LCUs e 15 GB. As 750 horas de load balancer são compartilhadas entre Application, Network e Classic Load Balancers.

  • Classic Load Balancer

    P: Para quais sistemas operacionais o Classic Load Balancer oferece suporte?

    No momento, o Classic Load Balancer oferece suporte a instâncias do Amazon EC2 usando qualquer sistema operacional permitido pelo serviço Amazon EC2.

    P: A quais protocolos o Classic Load Balancer oferece suporte?
    O Classic Load Balancer é compatível com o balanceamento de carga de aplicações usando os protocolos HTTP, HTTPS (Secure HTTP), SSL (Secure TCP) e TCP.

    P: Em quais portas TCP posso balancear a carga?
    Você pode realizar o balanceamento de cargas para as seguintes portas TCP:

    • [EC2-VPC] 1-65535
    • [EC2-Classic] 25, 80, 443, 465, 587, 1024-65535

    P: O Classic Load Balancer oferece suporte ao tráfego IPv6?
    Sim. Cada Classic Load Balancer tem um nome DNS IPv4, IPv6 e dualstack (IPv4 e IPv6) associado. A VPC não oferece suporte ao IPv6. Você pode usar um Application Load Balancer para obter suporte nativo ao IPv6 em VPCs.

    P: Posso configurar minhas instâncias do Amazon EC2 para aceitar tráfego somente por meio de Classic Load Balancers?
    Sim.

    P: Posso configurar um security group para o front-end dos Classic Load Balancers?
    Se você estiver usando a Amazon Virtual Private Cloud, poderá configurar security groups para o front-end dos seus Classic Load Balancers.

    P: Posso usar um único Classic Load Balancer para processar as solicitações HTTP e HTTPS?
    Sim. É possível mapear a porta 80 HTTP e a porta 443 HTTPS para um único Classic Load Balancer.

    P: Quantas conexões minhas instâncias do Amazon EC2 com carga balanceada precisam aceitar de cada Classic Load Balancer?
    Os Classic Load Balancers não correspondem ao número de conexões que eles podem tentar estabelecer com as instâncias do Amazon EC2 com carga balanceada. Você pode esperar que esse número escale com o número de solicitações simultâneas de HTTP, HTTPS ou SSL, ou com o número de conexões TCP simultâneas que os Classic Load Balancers recebem.

    P: Posso balancear a cargas das instâncias do Amazon EC2 iniciadas usando uma AMI paga?
    Você pode balancear a carga de instâncias do Amazon EC2 executadas usando uma AMI paga do AWS Marketplace. No entanto, os Classic Load Balancers não são compatíveis com instâncias executadas usando uma AMI paga do site Amazon DevPay.

    P: Posso usar Classic Load Balancers na Amazon Virtual Private Cloud?
    Sim. Consulte a página da web do Elastic Load Balancing.

    P: Posso obter um histórico de todas as chamadas de API do Classic Load Balancer realizadas na minha conta para fins de análise de segurança e solução de problemas operacionais?
    Sim. Para receber um histórico das chamadas de API do Classic Load Balancer efetuadas na sua conta, basta ativar o CloudTrail no Console de Gerenciamento da AWS.

    P: Os Classic Load Balancers são compatíveis com o encerramento de SSL?
    Sim. É possível encerrar o SSL nos Classic Load Balancers. Você deve instalar um certificado SSL em cada load balancer. Os load balancers usam esse certificado para encerrar a conexão e descriptografar solicitações de clientes antes de enviá-las para as instâncias de back-end.

    P: Quais são as etapas para obter um certificado SSL?
    Você pode usar o AWS Certificate Manager para provisionar um certificado SSL/TLS ou pode obtê-lo por meio de outras fontes ao criar a solicitação do certificado, conseguir a assinatura de uma CA na solicitação do certificado e, então, fazer o upload do certificado usando o serviço AWS Identity and Access Management (IAM).

    P: Como os Classic Load Balancers se integram ao AWS Certificate Manager (ACM)?
    Agora, os Classic Load Balancers estão integrados ao AWS Certificate Management (ACM). A integração ao ACM simplifica muito a associação de um certificado a cada load balancer, o que torna todo o processo de descarga do certificado SSL muito fácil. Normalmente, a compra, o upload e a renovação de certificados SSL/TLS são um processo manual complexo e demorado. Com a integração do ACM aos Classic Load Balancers, todo esse processo foi reduzido para uma simples solicitação de um certificado SSL/TLS confiável e a seleção do certificado do ACM para provisioná-lo com cada load balancer.