As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Balanceamento de carga de uma camada
Importante
O AWS OpsWorks Stacks serviço chegou ao fim da vida útil em 26 de maio de 2024 e foi desativado para clientes novos e existentes. É altamente recomendável que os clientes migrem suas cargas de trabalho para outras soluções o mais rápido possível. Se você tiver dúvidas sobre migração, entre em contato com a AWS Support equipe no AWS re:POST
AWS OpsWorks O Stacks fornece duas opções de balanceamento de carga, Elastic Load Balancing HAProxy
- SSLRescisão
-
A HAProxy camada embutida não lida com o SSL encerramento; você deve encerrar SSL nos servidores. A vantagem dessa abordagem é que o tráfego é criptografado até chegar aos servidores. No entanto, os servidores devem lidar com a descriptografia, o que aumenta a carga do servidor. Além disso, você deve colocar seus SSL certificados nos servidores de aplicativos, que são mais acessíveis aos usuários.
Com o Elastic Load Balancing, você pode terminar SSL no balanceador de carga. Isso reduz a carga nos servidores de aplicativos, mas o tráfego entre o balanceador de carga e o servidor não é criptografado. O Elastic Load Balancing também permite que você termine SSL no servidor, mas é um pouco complicado de configurar.
- Escalabilidade
-
Se o tráfego de entrada exceder a capacidade de um balanceador de HAProxy carga, você deverá aumentar sua capacidade manualmente.
O Elastic Load Balancing escala automaticamente para processar o tráfego. Para garantir que um balanceador de carga do Elastic Load Balancing tenha capacidade suficiente para suportar a carga esperada quando ele for lançado on-line, é possível preparar
o balanceador de carga. - Falha no balanceamento de carga
-
Se a instância que hospeda seu HAProxy servidor falhar, todo o site poderá ficar off-line até que você possa reiniciar a instância.
O Elastic Load Balancing é mais resistente a falhas do que. HAProxy Por exemplo, ele provisiona nós de balanceamento de carga em cada zona de disponibilidade que tem EC2 instâncias registradas. Se o serviço em uma região for interrompido, os outros nós permanecem suportando o tráfego de entrada. Para obter mais informações, consulte Elastic Load Balancing Concepts.
- Intervalo ocioso
-
Ambos os load balancers encerram uma conexão se um servidor estiver inativo por mais de um tempo limite de ociosidade especificado.
-
HAProxy— O valor do tempo limite de inatividade não tem um limite superior.
-
Elastic Load Balancing: o valor padrão do intervalo ocioso é de 60 segundos, com máximo de 3.600 segundos (60 minutos).
O limite de tempo ocioso do Elastic Load Balancing é suficiente para a maioria das finalidades. Recomendamos usar HAProxy se você precisar de um tempo limite de inatividade mais longo. Por exemplo:
-
Uma HTTP conexão de longa duração usada para notificações push.
-
Uma interface administrativa usada para executar tarefas que podem demorar mais de 60 minutos.
-
- URLmapeamento baseado
-
Talvez você queira que um balanceador de carga encaminhe uma solicitação recebida para um servidor específico com base na solicitação. URL Por exemplo, suponha que você tem um grupo de dez servidores de aplicativos que fornece suporte a um aplicativo de comércio eletrônico online. Oito dos servidores processam o catálogo e dois processam pagamentos. Você deseja direcionar todas as HTTP solicitações relacionadas ao pagamento para os servidores de pagamento, com base na solicitação. URL Nesse caso, você direcionaria tudo o URLs que incluísse “pagamento” ou “finalização da compra” para um dos servidores de pagamento.
ComHAProxy, você pode usar o mapeamento URL baseado para direcionar URLs o conteúdo de uma string especificada para servidores específicos. Para usar o mapeamento URL baseado com o AWS OpsWorks Stacks, você deve criar um arquivo de HAProxy configuração personalizado substituindo o
haproxy-default.erbmodelo no livro de receitashaproxyintegrado. Para obter mais informações, consulte o Manual de HAProxy configuraçãoUso de modelos personalizados e. Você não pode usar mapeamento URL baseado para HTTPS solicitações. Uma HTTPS solicitação é criptografada, portantoHAProxy, não há como examiná-laURL. O Elastic Load Balancing tem suporte limitado para URL mapeamento. Para obter mais informações, consulte Listener Configurations for Elastic Load Balancing. (Configurações do ouvinte para Elastic Load Balancing).
Recomendação: Recomendamos usar o Elastic Load Balancing para balanceamento de carga, a menos que você tenha requisitos que só possam ser atendidos por. HAProxy Nesse caso, a melhor abordagem pode ser combinar os dois usando o Elastic Load Balancing como um balanceador de carga front-end que distribui o tráfego de entrada para um conjunto de servidores. HAProxy Para fazer isso:
-
Configure uma HAProxy instância em cada uma das zonas de disponibilidade da sua pilha para distribuir solicitações aos servidores de aplicativos da zona.
-
Atribua as HAProxy instâncias a um balanceador de carga do Elastic Load Balancing, que então distribui as solicitações recebidas para os balanceadores de carga. HAProxy
Essa abordagem permite que você use HAProxy o mapeamento URL baseado em s para distribuir diferentes tipos de solicitações aos servidores de aplicativos apropriados. No entanto, se um dos HAProxy servidores ficar off-line, o site continuará funcionando porque o balanceador de carga do Elastic Load Balancing distribui automaticamente o tráfego de entrada para os servidores íntegros. HAProxy Observe que você deve usar o Elastic Load Balancing como balanceador de carga front-end; um HAProxy servidor não pode distribuir solicitações para outros servidores. HAProxy
