Comparação de recursos do balanceador de carga

Mantenha tudo organizado com as coleções Salve e categorize o conteúdo com base nas suas preferências.

Nesta página, você terá uma visão geral comparativa dos recursos de balanceamento de carga oferecidos pelo Cloud Load Balancing. Se você ainda não tiver feito isso, comece lendo o seguinte:

Nas tabelas a seguir, uma marca de seleção indica que um recurso é compatível. Para mais informações sobre um recurso, clique no link de informações.

Tipo de balanceador de carga

Recurso HTTP(S) interno HTTP(S) externo TCP/UDP interno Rede externa TCP/UDP Proxy SSL externo e
Proxy TCP		 Proxy TCP interno
Global Clássico Regional
Proxy informações
Informações
Informações
Informações
Informações de proxy SSL

Informações de proxy TCP
Informações
Passagem informações informações

Protocolos do balanceador de carga para os back-ends

Veja links com informações de referência em Serviços de back-end.

Recurso HTTP(S) interno HTTP(S) externo TCP/UDP interno Rede externa TCP/UDP Proxy SSL externo e
Proxy TCP		 Proxy TCP interno
Global Clássico Regional
Um destes:
HTTP (HTTP/1.1)
HTTPS (HTTP/1.1)
HTTP/2 (requer TLS), incluindo gRPC
Um destes:
TCP ou UDP
Um destes:
SSL (TLS) ou TCP
GRE, ESP, ICMP ou ICMPv6 informações
WebSockets informações
Informações
Informações
Informações

Protocolos dos clientes para o balanceador de carga

Veja links com informações de referência em Regras de encaminhamento.

Recurso HTTP(S) interno HTTP(S) externo TCP/UDP interno Rede externa TCP/UDP Proxy SSL externo e
Proxy TCP		 Proxy TCP interno
Global Clássico Regional
Um destes:
HTTP/1.1, HTTP/2 ou HTTPS
(sem suporte QUIC)
(inclui QUIC)
(inclui QUIC)
(sem suporte QUIC)
HTTP/3 (baseado em IETF QUIC)
Um destes:
TCP ou UDP
SSL ou TCP
Somente TCP
GRE, ESP, ICMP ou ICMPv6 informações
WebSockets informações informações informações informações

Back-ends

Recurso HTTP(S) interno HTTP(S) externo TCP/UDP interno Rede externa TCP/UDP Proxy SSL externo e
Proxy TCP		 Proxy TCP interno
Global Clássico Regional
Os back-ends precisam estar em uma região
(nível Padrão)
(nível Padrão)
Os back-ends podem estar em várias regiões
(nível Premium)
(nível Premium)
O balanceador de carga pode ter vários serviços de back-end e um mapa de URLs
Back-ends de máquina virtual no Compute Engine
NEGs por zona
Como usar endpoints do tipo GCE_VM_IP_PORT com o GKE:
Sem suporte ao GKE
Como usar endpoints do tipo GCE_VM_IP_PORT com o GKE:
Como usar endpoints do tipo GCE_VM_IP com o GKE: 		Use NEGs zonais independentes
Endpoints do tipo GCE_VM_IP_PORT
Kubernetes e GKE autogerenciados
Endpoints externos nos NEGs da Internet informações
(nível Premium)
Endpoints externos particulares em back-ends de NEG híbrido informações informações informações informações informações informações
Cloud Storage em buckets de back-end informações informações
Back-ends sem servidor Informações
  • Cloud Run
(Visualizar)		 Informações
  • Cloud Run
  • App Engine
  • Cloud Functions
 Informações
  • Cloud Run
  • App Engine
  • Cloud Functions
 Informações
  • Cloud Run
(Visualizar)
NEGs do Private Service Connect
Acessar a API Google
Acessar serviços publicados
Publicar serviços híbridos

Verificações de integridade

Veja links com informações de referência em Verificações de integridade.

Recurso HTTP(S) interno HTTP(S) externo TCP/UDP interno Rede externa TCP/UDP Proxy SSL externo e
Proxy TCP		 Proxy TCP interno
Global Clássico Regional
Verificações de integridade do gRPC 1
Verificações de integridade de HTTP 2 2 2 1
verificações de integridade de HTTPS 2 2 2 1
Verificações de integridade de HTTP/2 1
Verificações de integridade do SSL 1
Verificações de integridade de TCP 1
Verificações de integridade configuráveis:
  • Port
  • Intervalos de verificação
  • Tempo limite
  • Limites íntegros e não íntegros
Caminho de solicitação configurável (HTTP, HTTPS, HTTP/2) 1
String ou caminho de solicitação configurável (TCP ou SSL) 1
String de resposta esperada configurável 1

1 Esta tabela documenta as verificações de integridade compatíveis com balanceadores de carga de rede baseados em serviço de back-end. Os balanceadores de carga de rede baseados em pool de destino são compatíveis somente com verificações de integridade HTTP legadas.

2 O balanceador de carga HTTP(S) externo global com recurso avançado de gerenciamento de tráfego e o balanceador de carga HTTP(S) externo regional não são compatíveis com verificações de integridade legadas. O balanceador de carga HTTP(S) externo global (versão clássica) terá suporta a verificações de integridade legadas somente se as duas condições a seguir forem verdadeiras:

  • Os back-ends são grupos de instâncias.
  • As VMs de back-end exibem tráfego que usa o protocolo HTTP ou HTTPS.

Endereços IP

Veja links com informações de referência em Endereços.

Recurso HTTP(S) interno HTTP(S) externo TCP/UDP interno Rede externa TCP/UDP Proxy SSL externo e
Proxy TCP		 Proxy TCP interno
Global Clássico Regional
Endereço IP interno, acessível em sua rede de nuvem privada virtual (VPC)
Endereço IP externo (anycast global)
(nível Premium)
(nível Premium)
Endereço IP externo (regional)
(nível Padrão)
(nível Padrão)
Endereço IP externo de Traga seu próprio IP (BYOIP)
Várias regras de encaminhamento com o mesmo endereço IP, cada uma com uma combinação exclusiva de protocolo e porta
Acessível pela Internet
(inclusive por clientes que estão no Google Cloud e têm acesso à Internet)
Acesso privado
Preservação do endereço IP do cliente de origem Cabeçalho X-Forwarded-For Cabeçalho X-Forwarded-For Cabeçalho X-Forwarded-For Cabeçalho X-Forwarded-For No cabeçalho do proxy TCP No cabeçalho do proxy TCP
Suporte a IPv6
Encerramento do IPv6
Encerramento do IPv6
(nível Premium)
informações
(nível Premium)
Encerramento do IPv6
(nível Premium)

Topologias de rede

Recurso HTTP(S) interno HTTP(S) externo TCP/UDP interno Rede externa TCP/UDP Proxy SSL externo e
Proxy TCP		 Proxy TCP interno
Global Clássico Regional
Relacionamentos entre redes VPC e back-ends do balanceador de carga
Os back-ends precisam estar na mesma rede VPC
Os back-ends podem estar localizados em várias redes VPC no mesmo projeto.

(as redes não precisam estar conectadas)
Os back-ends podem usar uma rede VPC compartilhada
O front-end do balanceador de carga (mapa de URL) pode referenciar serviços de back-end criados em projetos de serviço diferentes em uma rede VPC compartilhada
(referência de serviço entre projetos)
informações
informações
Acesso do cliente a balanceadores de carga
O Google Cloud ou os clientes locais precisam acessar o balanceador de carga de maneira particular, seja na mesma rede VPC, em uma rede VPC com peering ou em outra rede conectada usando túneis do Cloud VPN ou anexos do Cloud Interconnect (VLANs)
Com NEGs híbridos
Com NEGs híbridos
Com NEGs híbridos
As VMs do cliente do Google Cloud precisam de endereços IP externos ou uma solução NAT, como o Cloud NAT, para acessar o balanceador de carga
As VMs cliente locais exigem acesso à Internet para acessar o balanceador de carga.
O acesso à Internet não é necessário com NEGs híbridos
O acesso à Internet não é necessário com NEGs híbridos
O acesso à Internet não é necessário com NEGs híbridos
As VMs cliente do Google Cloud podem estar localizadas em qualquer região (nível Premium)
Se o acesso global estiver ativado
As VMs de cliente do Google Cloud podem estar localizadas em qualquer projeto
(sujeito a outros requisitos nesta tabela)

Failover

Recurso HTTP(S) interno HTTP(S) externo TCP/UDP interno Rede externa TCP/UDP Proxy SSL externo e
Proxy TCP		 Proxy TCP interno
Global Clássico Regional
Failover automático para back-ends íntegros na mesma região
Failover automático para back-ends íntegros em outras regiões
(nível Premium)
(nível Premium)
Comportamento quando nenhum back-end estiver íntegro Retorna HTTP 503 Retorna HTTP 503 Retorna HTTP 502 Retorna HTTP 503 informações
(configurável)		 informações
(configurável1)		 Tráfego caiu Tráfego caiu
Back-ends de espera configuráveis informações
(configurável)		 informações
(configurável2)
Diminuição da conexão no failover e no failback informações
(configurável)		 informações
(configurável3)

Esta tabela documenta o failover conforme suportado pelos balanceadores de carga de rede com base em serviços de back-end.

1 Quando todos os back-ends de um balanceador de carga de rede baseado em pool de destino está íntegro, o tráfego é distribuído entre todos os back-ends.
2 Os balanceadores de carga de rede baseados em pool de destino usam pools de backup para oferecer suporte ao failover.
3 Balanceadores de carga de rede baseados em pool de destino não são compatíveis com a configuração de diminuição de conexão no failover/failback.

Como gerar registros e monitorar

Recurso HTTP(S) interno HTTP(S) externo TCP/UDP interno Rede externa TCP/UDP Proxy SSL externo e
Proxy TCP		 Proxy TCP interno
Global Clássico Regional
Métricas de contagem de bytes informações informações informações informações informações informações
Métricas de contagem de pacotes informações informações informações informações
Métricas de tempo de retorno ou latência informações informações informações informações informações informações
Métricas de número de conexões informações informações
Registros de atributo de conexão informações informações
Métricas de número de solicitações HTTP informações informações
Registros de atributos de solicitação e resposta HTTP informações informações

Afinidade da sessão

Saiba mais em Afinidade de sessão.

Veja links com informações de referência em Serviços de back-end.

Recurso HTTP(S) interno HTTP(S) externo TCP/UDP interno Rede externa TCP/UDP Proxy SSL externo e
Proxy TCP		 Proxy TCP interno
Global Clássico Regional
Cabeçalhos
Cookie HTTP
Cookie gerado
IP do cliente, sem destino (1 tupla)
CLIENT_IP_NO_DESTINATION 		informações (Visualização)
IP do cliente, IP de destino (2 tuplas)
CLIENT_IP		 1 1
IP do cliente, IP de destino, protocolo (3 tuplas)
CLIENT_IP_PROTO		 1 1
IP do cliente, porta do cliente, IP de destino, porta de destino, protocolo (5-tuplas)
CLIENT_IP_PORT_PROTO		 1,2 1,2
Nenhum (5 tuplas)
NONE		 3 3

1 A definição da afinidade da sessão só é significativa se o protocolo usar sessões. Por exemplo, TCP.

2 Se o protocolo não tiver um conceito de portas ou se o pacote não contiver informações da porta (fragmentos UDP subsequentes, por exemplo), serão usados um hash de três tuplas do IP do cliente, o IP de destino e o protocolo.

3 Se o protocolo tiver um conceito de portas e o pacote transportar informações de porta, None será um hash de cinco tuplas. Se o protocolo não tiver um conceito de portas ou se o pacote não transportar informações de porta (por exemplo, fragmentos UDP subsequentes), None será um hash de três tuplas do IP do cliente: IP de destino e protocolo.

Métodos de balanceamento de carga

Saiba mais em Visão geral dos serviços de back-end.

Veja links com informações de referência em Serviços de back-end.

Recurso HTTP(S) interno HTTP(S) externo TCP/UDP interno Rede externa TCP/UDP Proxy SSL externo e
Proxy TCP		 Proxy TCP interno
Global Clássico Regional
Modo de balanceamento: conexão
Modo de balanceamento: taxa (solicitações por segundo) 2 2
Modo de balanceamento: utilização de back-end
(apenas back-ends de grupos de instâncias) 		2 2
Capacidade máxima configurável por grupo de instâncias de back-end ou NEG 2 2
Disjuntores 2
Porcentagem de tráfego/com base no peso
Prefere a região mais próxima do cliente na Internet

Quando a região mais próxima está sem capacidade ou não está íntegra, prefere a região seguinte mais próxima
(nível Premium)
(nível Premium)
Dentro da política de balanceamento de carga da zona/região
Política de localidade do balanceamento de carga 2
Round-robin em uma zona e política de localidade de balanceamento de carga
Round-robin em uma zona
Round-robin em uma zona e política de localidade de balanceamento de carga
Distribuição baseada em hash entre todos os back-ends do pool ativo quando o failover é configurado ou entre todos os back-ends da região
Distribuição baseada em hash entre todos os back-ends do pool ativo quando o failover é configurado ou entre todos os back-ends da região 1
Round-robin em uma zona
Round-robin em uma zona e política de localidade de balanceamento de carga

1 Nesta tabela, você vê os métodos de balanceamento de carga compatíveis com balanceadores de carga de rede baseados em serviço de back-end. Os balanceadores de carga de rede baseados em pool de destino também executam a distribuição baseada em hash entre todas as instâncias no pool de destino ou de backup.

2 Esse recurso não é compatível com balanceadores de carga que usam back-ends de NEG sem servidor.

Gerenciamento de tráfego e roteamento

Recurso HTTP(S) interno HTTP(S) externo TCP/UDP interno Rede externa TCP/UDP Proxy SSL externo e
Proxy TCP		 Proxy TCP interno
Global Clássico Regional
Roteamento de solicitação HTTP/Camada 7 Sufixo, prefixo e correspondência em:
 Sufixo, prefixo e correspondência em:
 Sufixo, prefixo e correspondência no seguinte:
 Sufixo, prefixo e correspondência no seguinte:
Injeção de falha informações
Tempo limite configurável Informações1 informações informações informações informações informações
Novas tentativas Informações1 informações informações informações
Redirecionamentos informações informações informações informações
Regravações de URL informações informações informações informações
Transformações do cabeçalho de resposta e solicitação
(configurados no mapa de URLs)		 informações informações informações
Divisão de tráfego informações
Espelhamento do tráfego Informações1 informações informações
Detecção de outlier informações informações informações
Tentar novamente solicitações com falha informações informações informações
1 Esse recurso não é compatível com balanceadores de carga que usam back-ends de NEG sem servidor.

Para balanceadores de carga HTTP(S) internos, veja os seguintes links:

Para o balanceador de carga HTTP(S) externo global, consulte:

Para o balanceador de carga HTTP(S) externo global (versão clássica), consulte:

Para o balanceador de carga HTTP(S) externo regional, consulte:

Para recursos de gerenciamento de tráfego disponíveis com o Traffic Director, consulte Recursos do Traffic Director: roteamento e gerenciamento de tráfego.

Escalonamento automático e recuperação automática

Recurso HTTP(S) interno HTTP(S) externo TCP/UDP interno Rede externa TCP/UDP Proxy SSL externo e
Proxy TCP		 Proxy TCP interno
Global Clássico Regional
Escalonamento automático do grupo de instâncias gerenciadas com base na capacidade de exibição do balanceador de carga
Recuperação automática (nativa para grupos de instâncias gerenciadas e GKEs)
Diminuição da conexão 1
1 Esta tabela documenta os recursos de recuperação e escalonamento automáticos compatíveis com balanceadores de carga de rede com base em serviço de back-end. Os balanceadores de carga da rede com base no pool de destino não são compatíveis com a diminuição da conexão.

Segurança

Recurso HTTP(S) interno HTTP(S) externo TCP/UDP interno Rede externa TCP/UDP Proxy SSL externo e
Proxy TCP		 Proxy TCP interno
Global Clássico Regional
Certificados gerenciados informações informações informações
(Somente proxy SSL)
CORS informações
Identity-Aware Proxy (IAP) informações
Google Cloud Armor informações informações informações (Visualização) informações
Descarregamento de SSL
(somente proxy SSL)
Políticas de SSL
(Versão TLS e pacotes de criptografia)		 informações (Visualização) informações informações informações (Visualização) informações
(Somente proxy SSL)

Recursos especiais

Recurso HTTP(S) interno HTTP(S) externo TCP/UDP interno Rede externa TCP/UDP Proxy SSL externo e
Proxy TCP		 Proxy TCP interno
Global Clássico Regional
Cloud CDN informações informações
(nível Premium)
Endpoints externos nos NEGs da Internet como back-ends externos do Cloud CDN informações
(nível Premium)
Media CDN informações
(nível Premium)
Nomes DNS internos informações
Balanceador de carga como próximo salto informações
Especificar a interface de rede de uma VM de back-end
(balanceamento de carga multi-NIC) 		A VM de back-end nic0 precisa estar na mesma rede e região usadas pela regra de encaminhamento. O balanceador de carga envia tráfego somente para a primeira interface de rede (nic0), a rede VPC em que nic0 está. informações O balanceador de carga envia tráfego apenas para a primeira interface de rede (nic0) da VM de back-end. O nic0 da VM de back-end precisa estar na mesma rede e região que a regra de encaminhamento. O balanceador de carga envia tráfego somente para a primeira interface de rede (nic0), a rede VPC em que nic0 está. A VM de back-end nic0 precisa estar na mesma rede e região usadas pela regra de encaminhamento.
Cabeçalhos de solicitação e resposta personalizados
(configurados no serviço de back-end)		 informações informações
Registro automático do Diretório de serviços (visualização) informações informações
Política de rastreamento da conexão 1
Direcionamento de tráfego baseado em IP de origem (pré-lançamento) 1 informações

1 Esta tabela documenta recursos compatíveis com balanceadores de carga de rede baseados em serviço de back-end. Os balanceadores de carga de rede baseados em pool de destino não são compatíveis com esses recursos.

A seguir

Para informações detalhadas sobre cada balanceador de carga, consulte: