Este documento ajuda a determinar que Google Cloud equilibrador de carga melhor satisfaz as suas necessidades. Para ver uma vista geral de todos os produtos do Cloud Load Balancing disponíveis, consulte a vista geral do Cloud Load Balancing.
Para determinar que produto do Cloud Load Balancing usar, primeiro tem de determinar o tipo de tráfego que os equilibradores de carga têm de processar.
- Escolha um balanceador de carga de aplicações quando precisar de um conjunto de funcionalidades flexível para as suas aplicações com tráfego HTTP(S).
- Escolha um Network Load Balancer de proxy para implementar o balanceamento de carga de proxy TCP em back-ends numa ou mais regiões.
- Escolha um Network Load Balancer de encaminhamento para preservar os endereços IP de origem do cliente, evitar a sobrecarga de proxies e suportar protocolos adicionais, como UDP, ESP e ICMP.
Pode restringir ainda mais as suas escolhas consoante os requisitos da sua aplicação: se a aplicação é externa (acessível pela Internet) ou interna, e se precisa de back-ends implementados globalmente ou regionalmente.
O diagrama seguinte resume todos os modos de implementação disponíveis para o Cloud Load Balancing.
1 Os balanceadores de carga de aplicações externos globais suportam dois modos de funcionamento: global e clássico.
2 Os equilibradores de carga de rede de proxy externos globais suportam dois modos de funcionamento: global e clássico.
3 Os balanceadores de carga de rede de passagem preservam os endereços IP de origem do cliente. Os equilibradores de carga de rede de passagem também suportam protocolos adicionais, como UDP, ESP e ICMP.
Aspetos do balanceamento de carga
Para decidir que balanceador de carga se adequa melhor à sua implementação de Google Cloud, considere os seguintes aspetos do Cloud Load Balancing:
- Tipo de tráfego
- Balanceamento de carga externo versus interno
- Balanceamento de carga global versus regional
- Níveis de serviço de rede Premium versus Standard
- Proxy versus balanceamento de carga de passagem
Tipo de tráfego
O tipo de tráfego que quer que o balanceador de carga processe é outro fator na determinação do balanceador de carga a usar.
| Tipo de balanceador de carga | Tipo de tráfego |
|---|---|
| Balanceadores de carga de aplicações | HTTP ou HTTPS |
| Balanceadores de carga de rede de passagem | TCP ou UDP Estes equilibradores de carga também suportam outro tráfego de protocolo IP, como ESP, GRE, ICMP e ICMPv6. |
| Balanceadores de carga de rede de proxy | TCP com desvio de SSL opcional |
Balanceamento de carga externo versus interno
Google Cloud Os balanceadores de carga podem ser implementados como balanceadores de carga externos ou internos:
Os balanceadores de carga externos distribuem o tráfego proveniente da Internet para a sua Google Cloud rede da nuvem virtual privada (VPC).
Os balanceadores de carga internos distribuem o tráfego proveniente de clientes na mesma rede VPC que o balanceador de carga ou clientes ligados à sua rede VPC através do intercâmbio da rede VPC, do Cloud VPN ou do Cloud Interconnect.
Para determinar que equilibrador de carga funciona para a sua aplicação, use a tabela de resumo.
Balanceamento de carga global versus regional
Consoante o tipo de tráfego que precisa que o balanceador de carga processe e se os seus clientes são internos ou externos, pode ter a opção de escolher entre um balanceador de carga global ou um balanceador de carga regional.
Escolha um balanceador de carga global ou um balanceador de carga entre regiões quando quiser que o balanceador de carga seja distribuído globalmente ou abranja várias regiões. Estes balanceadores de carga também podem distribuir tráfego para back-ends em várias regiões, o que os torna adequados quando a sua aplicação ou conteúdo é distribuído em várias regiões ou quando quer a flexibilidade de adicionar back-ends em várias regiões à medida que a sua aplicação cresce para novas geografias.
Apenas os balanceadores de carga externos estão disponíveis como balanceadores de carga globais. Para balanceadores de carga internos com back-ends em várias regiões, escolha o balanceador de carga entre regiões. Os balanceadores de carga entre regiões fornecem acesso através de um endereço IP interno regional proveniente da sub-rede regional na rede VPC. Isto é diferente dos balanceadores de carga globais, que fornecem acesso através de um único endereço IP anycast e fornecendo terminação IPv6 no balanceador de carga. Reveja a tabela seguinte para saber mais.
Escolha um equilibrador de carga regional quando precisar de back-ends apenas numa região, quando precisar apenas de terminação IPv4 (não IPv6) ou quando tiver requisitos de conformidade jurisdicionais para que o tráfego permaneça numa região específica.
As cargas de trabalho que requerem recursos regionalizados por motivos de conformidade exigem que determinados recursos sejam mantidos numa região específica ou que o tráfego seja terminado numa determinada região. Se precisar de controlo geográfico sobre o local onde o TLS é terminado, deve usar um balanceador de carga regional. Um equilibrador de carga regional é implementado numa região específica que escolher e pode estabelecer ligação apenas a back-ends na mesma região. Assim, os balanceadores de carga regionais garantem que termina o TLS apenas na região em que implementou o balanceador de carga e os respetivos back-ends. Os balanceadores de carga globais terminam o Transport Layer Security (TLS) em localizações distribuídas globalmente, de modo a minimizar a latência entre os clientes e o balanceador de carga.
Os balanceadores de carga são um componente essencial da maioria das aplicações de elevada disponibilidade. É importante compreender que a resiliência da sua aplicação geral depende não só do âmbito do equilibrador de carga que escolher (global ou regional), mas também da redundância dos seus serviços de back-end.
A tabela seguinte resume a resiliência do balanceador de carga com base na distribuição ou no âmbito do balanceador de carga.
| Âmbito do balanceador de carga | Arquitetura | Resiliente a falhas de energia zonais | Resiliente a falhas regionais |
|---|---|---|---|
| Global | Cada balanceador de carga é distribuído por todas as regiões | ||
| Entre regiões | Cada balanceador de carga é distribuído por várias regiões | ||
| Regional | Cada balanceador de carga é distribuído por várias zonas na região | Uma indisponibilidade numa determinada região afeta os balanceadores de carga regionais nessa região |
Para determinar que equilibrador de carga funciona para a sua aplicação, use a tabela de resumo.
Balanceamento de carga de proxy versus de passagem
Consoante o tipo de tráfego que precisa que o balanceador de carga processe e se os seus clientes são internos ou externos, pode ter a opção de escolher entre um balanceador de carga de proxy ou um balanceador de carga de passagem.
Os equilibradores de carga de proxy terminam as ligações de clientes recebidas no equilibrador de carga e, em seguida, abrem novas ligações do equilibrador de carga aos back-ends. Todos os balanceadores de carga de aplicações e os balanceadores de carga de rede de proxy funcionam desta forma. Terminam as ligações de cliente através de Google Front Ends (GFEs) ou proxies Envoy.
Os balanceadores de carga de encaminhamento não terminam as ligações de clientes. Em alternativa, as VMs de back-end recebem pacotes com balanceamento de carga com as informações de origem, destino e, se aplicável, porta do pacote inalteradas. As ligações são terminadas pelas VMs de back-end. As respostas das VMs de back-end vão diretamente para os clientes e não voltam a passar pelo balanceador de carga. O termo para isto é devolução direta do servidor. Use um equilibrador de carga de passagem quando precisar de preservar as informações dos pacotes do cliente. Como o nome sugere, os Network Load Balancers de encaminhamento direto pertencem a esta categoria.
Para determinar que equilibrador de carga funciona para a sua aplicação, use a tabela de resumo.
Níveis de serviço de rede Premium versus Standard
Os níveis de serviço de rede permitem-lhe otimizar a conetividade entre sistemas na Internet e as suas Google Cloud instâncias. O nível Premium envia tráfego através da rede principal premium da Google, enquanto o nível Standard usa redes de ISP normais. Como regra geral, deve escolher o nível Premium para um elevado desempenho e uma baixa latência. Pode escolher o nível padrão como uma alternativa de baixo custo para aplicações que não tenham requisitos rigorosos de latência ou desempenho.
Nível premium. Se o endereço IP do balanceador de carga estiver no nível Premium, o tráfego atravessa a infraestrutura global de alta qualidade da Google com a intenção de que os pacotes entrem e saiam de um ponto de peering na periferia da Google o mais próximo possível do cliente.
Se não especificar um nível da rede, o seu equilibrador de carga usa o Nível Premium por predefinição. Determinados balanceadores de carga externos, como o balanceador de carga de aplicações externo global e o balanceador de carga de rede de proxy externo global, só podem ser configurados no nível Premium.
Todos os equilibradores de carga internos usam sempre a rede principal global de alta qualidade da Google e, por isso, estão sempre configurados para o nível Premium por predefinição. No entanto, os custos de saída da Internet associados ao nível Premium não se aplicam ao tráfego do balanceador de carga interno.
Nível padrão. Se o endereço IP do balanceador de carga estiver no nível padrão, o tráfego entra e sai da rede Google num ponto de intercâmbio mais próximo daGoogle Cloud região onde o balanceador de carga está configurado.
Conforme indicado na tabela de resumo, nem todos os equilibradores de carga podem ser implementados no nível Standard, pelo que deve planear o seu orçamento em conformidade.
Uma vez que escolhe um nível ao nível do recurso, como o endereço IP externo de um balanceador de carga ou uma VM, pode usar o Nível Standard para alguns recursos e o Nível Premium para outros. Pode usar a árvore de decisão na documentação dos níveis de serviço de rede para ajudar a tomar a sua decisão.
Resumo dos balanceadores de carga Google Cloud
A tabela seguinte fornece detalhes, como o nível de serviço de rede no qual cada balanceador de carga opera, juntamente com o respetivo esquema de balanceamento de carga.
| Balanceador de carga | Modo de implementação | Tipo de tráfego | Nível de serviço de rede | Esquema de balanceamento de carga1 |
|---|---|---|---|---|
| Balanceadores de carga de aplicações | Global externo | HTTP ou HTTPS | Nível premium | EXTERNAL_MANAGED |
| Regional externo | HTTP ou HTTPS | Nível Premium ou Standard | EXTERNAL_MANAGED | |
| Clássico | HTTP ou HTTPS | Global no nível Premium Regional no Standard Tier |
EXTERNO2 | |
| Regional interno3 | HTTP ou HTTPS | Nível premium | INTERNAL_MANAGED | |
| Interno entre regiões | HTTP ou HTTPS | Nível premium | INTERNAL_MANAGED | |
| Balanceadores de carga da rede de proxy | Global externo | TCP com descarregamento de SSL opcional | Nível premium | EXTERNAL_MANAGED |
| Regional externo | TCP | Nível Premium ou Standard | EXTERNAL_MANAGED | |
| Clássico | TCP com descarregamento de SSL opcional | Global no nível Premium Regional no Standard Tier |
EXTERNO | |
| Regional interno3 | TCP sem descarregamento de SSL | Nível premium | INTERNAL_MANAGED | |
| Interno entre regiões | TCP sem descarregamento de SSL | Nível premium | INTERNAL_MANAGED | |
| Balanceadores de carga de rede de passagem | Externo Sempre regional |
TCP, UDP, ESP, GRE, ICMP e ICMPv6 | Nível Premium ou Standard | EXTERNO |
Interno3 Sempre regional |
TCP, UDP, ICMP, ICMPv6, SCTP, ESP, AH e GRE | Nível premium | INTERNO |
1 O esquema de balanceamento de carga é um atributo na regra de encaminhamento e no serviço de back-end de um balanceador de carga e indica se o balanceador de carga pode ser usado para tráfego interno ou externo.
O termo gerido em EXTERNAL_MANAGED
ou INTERNAL_MANAGED indica
que o balanceador de carga é implementado como um serviço gerido num Google Front
End (GFE) ou no proxy Envoy
de código aberto. Num esquema de equilíbrio de carga gerido, os pedidos são encaminhados para o GFE ou para o proxy Envoy.
EXTERNAL.EXTERNAL_MANAGED No entanto, não é possível anexar serviços de back-end da EXTERNAL a regras de encaminhamento da EXTERNAL_MANAGED.
Para tirar partido das novas funcionalidades disponíveis apenas com o Application Load Balancer externo global, recomendamos que migre os seus recursos EXTERNAL existentes para EXTERNAL_MANAGED através do processo de migração descrito em Migre recursos do Application Load Balancer externo clássico para o global.
3 Por predefinição, os balanceadores de carga internos regionais só permitem tráfego de clientes na mesma região que o balanceador de carga. No entanto, pode permitir o tráfego de clientes noutras regiões ativando o acesso global na regra de encaminhamento.
O que se segue?
- Para ver uma vista geral comparativa das funcionalidades de balanceamento de carga oferecidas pelo Cloud Load Balancing, consulte o artigo Comparação de funcionalidades do balanceador de carga.