Visão geral dos balanceadores de carga para VPC
A IBM Cloud® fornece duas famílias de balanceadores de carga para VPC, Application Load Balancer for VPC (ALB) e Network Load Balancer for VPC (NLB).
Tipos de balanceadores de carga
Existem várias diferenças entre os vários tipos de balanceadores de carga
Balanceadores de carga de aplicativo
IBM Cloud oferece ALBs voltados para o público e para o setor privado que suportam o descarregamento de Secure Sockets Layer ( SSL ). Um ALB oferece balanceamento de carga nas camadas 7 e 4 no IBM Cloud, mas os ALBs são destinados principalmente a cargas de trabalho da camada 7, baseadas na web. Os ALBs suportam instâncias de servidores virtuais, instâncias de servidores bare metal e instâncias de servidores virtuais do Power System conectadas por meio de uma rede de conexões de rede de aplicativos ( IBM Cloud Direct Link ) como membros do pool de back-end. Para obter mais informações, consulte Sobre os balanceadores de carga do aplicativo.
Balanceadores de carga de rede (públicos e privados)
Ao contrário dos ALBs, um NLB oferece apenas balanceamento de carga da camada 4 em IBM Cloud e não suporta o descarregamento de SSL. O cliente envia o tráfego da rede pública para o NLB, que o encaminha para os servidores virtuais de destino. Em seguida, esses servidores virtuais respondem diretamente ao cliente por meio do Direct Server Return (DSR). Os NLBs destinam-se principalmente a cargas de trabalho que exigem baixa latência e alta taxa de transferência de dados.
Isso confere aos balanceadores de carga de rede uma vantagem em relação aos ALBs, melhorando o desempenho das seguintes maneiras:
- O tráfego de retorno do servidor de destino contorna o NLB e responde diretamente ao cliente.
- O NLB processa o tráfego de entrada, que permite que ele seja um distribuidor rápido de tráfego / carga.
- Os NLBs públicos e privados têm um único IP virtual (VIP) altamente disponível que pode ser usado diretamente, em vez de por meio de um nome de domínio totalmente qualificado (FQDN) atribuído. Esse VIP ajuda clientes que devem usar um IP para acessar o aplicativo ou serviço que é entregue pelo balanceador de carga. Ele também permite uma recuperação de falhas mais rápida em comparação com a disponibilidade baseada em DNS de balanceadores de carga do aplicativo
Network Load Balancer for VPC suporta essas configurações do balanceador de carga: pública, privada, Caminho Privado e privada com o modo de roteamento ativado. Para obter mais informações, consulte Sobre balanceadores de carga de rede.
Use a Figura 1 para ajudar você (o Usuário) a escolher o balanceador de carga certo para seus requisitos.
Equipamentos de balanceamento de carga da rede Private Path
As NLBs de caminho privado são necessárias quando o consumidor e o provedor de serviços residem em VPCs diferentes e há necessidade de manter o tráfego de rede em um caminho privado que nunca se cruza com a Internet pública. Esses balanceadores de carga oferecem um alto nível de tolerância a falhas, incluindo resiliência a falhas de zona, e são altamente escaláveis (milhões de solicitações/segundo) e de alto desempenho.
A capacidade de um consumidor de acessar um NLB de caminho privado exige a criação de um VPE, que é bloqueado pela aprovação do provedor em um serviço de caminho privado. Assim, o provedor tem controle granular sobre quem pode acessar seu serviço.
Para obter mais informações, consulte o Guia da solução de Caminho Privado
Gráfico de comparação do balanceador de carga
A tabela a seguir fornece uma comparação dos tipos de balanceadores de carga.
| Recursos | Balanceador de carga do aplicativo (Public/Privado) |
Balanceador de carga de rede (Public/Privado) |
Balanceador de carga de rede (Caminho privado) |
|---|---|---|---|
| Modo de HA | Ativo-Ativo (com vários IPs virtuais (VIPs) atribuídos a um nome DNS) | Ativo/espera (com um único VIP) | Ativo-Ativo (HA Regional) |
| Suporte ao grupo de instâncias | Sim (consulte Integrando um ALB for VPC com grupos de instâncias) | Não | Não |
| Métricas de monitoramento | True | True | Não |
| Suporte de multizona | True | Limitado [1](consulteSuporte de várias zonas) | True |
| Suporte ao grupo de segurança | Sim (consulte Integrando um ALB for VPC com grupos de segurança) | Sim (consulte Integração de um balanceador de carga de rede com grupos de segurança ) | Nº O controle de acesso é através de um serviço Private Path |
| O endereço IP de origem é preservado | Sim, com protocolo de proxy | True | Não |
| Transferência SSL | True | Não | Não |
| Protocolos suportados | HTTPS, HTTP, TCP | TCP, UDP | TCP |
| Camada de transporte | Camada 4, Camada 7 | Camada 4 | Camada 4 |
| Endereço IP virtual (VIP) | Múltiplo | Único | N/A |
| Modo de roteamento para VNFs | Não | Sim (consulte Sobre funções de rede virtual sobre VPC) | Não |
| Virtual Servers na VPC | True | True | True |
| Tipo de membro | instâncias de servidor virtual, servidores bare metal, Power System Virtual Servers | instâncias de servidor virtual | instâncias de servidor virtual, balanceador de carga de aplicativos, IPs reservados de sub-rede (servidores bare metal, interfaces secundárias de instância de servidor virtual, interfaces de rede virtual) |
| Instâncias do Power System Virtual Server conectadas por meio de Direct Link | Sim (Sem suporte para grupos de instâncias) | Não | Não |
| Intervalo de portas | Não | Somente pública [2] | True |
| Escalável para muitas máquinas | True | Não | True |
Para obter mais informações, como arquitetura, métodos e casos de uso do balanceador de carga, consulte Sobre balanceadores de carga do aplicativo e Sobre balanceadores de carga de rede.
Modo de alta disponibilidade
O balanceador de carga do aplicativo é configurado no modo ativo-ativo. Todos os recursos de cálculo do balanceador de carga estão ativamente envolvidos no encaminhamento do tráfego.
A Alta Disponibilidade (HA) é obtida usando um Domain Name Service (DNS). O VIP de cada recurso de computação é registrado no DNS atribuído. Se qualquer um dos recursos de cálculo ficar inativo, os outros recursos continuarão a encaminhar o tráfego.
Um NLB é configurado no modo ativo-espera. Um único VIP é registrado com o DNS e o tráfego é encaminhado por meio desse recurso de cálculo. Se um recurso de cálculo ativo ficar inativo, a espera assumirá o controle e o VIP será transferido para a espera.
Uma instância NLB de Caminho Privado é executada em todas as zonas nas quais os membros são configurados e podem servir ao tráfego, desde que haja membros funcionais em qualquer uma das zonas.
Suporte de multizona
Público e privado: os balanceadores de carga de rede pública e privada podem aceitar membros em todas as três zonas de disponibilidade, mas o próprio NLB reside em uma zona específica. Uma zona é identificada pela sub-rede que é selecionada ao criar um balanceador de carga. Cloud Internet Services (CIS) O Global Load Balancer ou o DNS Privado podem ser usados com vários balanceadores de carga de rede por zona para garantir a disponibilidade em várias zonas.
O balanceador de carga de aplicativos também pode ser configurado para abranger várias zonas. Os servidores de back-end podem estar em qualquer zona em uma região.
Um NLB de Caminho Privado pode aceitar membros em todas as três zonas e pode servir o tráfego desde que haja membros saudáveis (não importa em qual zona). Mesmo se a zona que mantém a sub-rede definida para o NLB de Caminho Privado estiver inativa, o balanceador de carga permanecerá ativo e poderá servir o tráfego para os membros em outras zonas.
Integração com catálogos privados
Os ALBs e os NLBs se integram com catálogos privados para gerenciar centralmente o acesso a produtos no catálogo do IBM Cloud e em seus próprios catálogos. É possível customizar seus catálogos privados para permitir ou desaprovar o fornecimento do balanceador de carga a usuários específicos em sua conta. Para obter mais informações, consulte Customizando o que está disponível em seus catálogos privados.
Métricas de precificação
Os ALB e NLB determinam seus preços com base nas métricas a seguir.
Horas de instância por mês: mede o número de horas que o ALB ou NLB é usado por mês do calendário.
Dados processados: mede quantos dados, em gigabytes (GB), que são processados pelo ALB ou NLB em um mês do calendário.