Um balanceador de carga distribui o tráfego de usuários em várias instâncias de seus aplicativos. Ao distribuir a carga, o balanceamento de carga reduz o risco de seus aplicativos enfrentarem problemas de desempenho. O Cloud Load Balancing do Google foi criado com base em tecnologias confiáveis e de alto desempenho, como Maglev, Andromeda, Google Front Ends e Envoy, as mesmas tecnologias usadas nos próprios produtos do Google.
O Cloud Load Balancing oferece um portfólio abrangente de balanceadores de carga de aplicativos e redes. Use nossos balanceadores de carga globais de proxy para distribuir milhões de solicitações por segundo entre back-ends em várias regiões com a frota do Google Front End em mais de 80 locais distintos no mundo todo, tudo com um único endereço IP anycast. Implemente um forte controle jurídico com nossos balanceadores de carga de proxy regionais, mantendo seus back-ends e proxies em uma região de sua escolha sem se preocupar com a descarga de TLS/SSL. Use nossos balanceadores de carga de passagem para rotear rapidamente vários protocolos para back-ends com o alto desempenho do retorno direto do servidor (DSR, na sigla em inglês).
Principais recursos do Cloud Load Balancing
O Cloud Load Balancing oferece os seguintes recursos de balanceador de carga:
Endereço IP anycast único. Com o Cloud Load Balancing, um único endereço IP anycast é o front-end de todas as instâncias de back-end em várias regiões do mundo. Ele oferece balanceamento de carga entre regiões com failover automático multirregional, que redireciona o tráfego para os back-ends de failover quando os back-ends principais não estão íntegros. O Cloud Load Balancing reage instantaneamente a alterações de usuários, tráfego, rede, integridade do back-end e outras condições relacionadas.
Escalonamento automático sem interrupções. O Cloud Load Balancing pode ser escalonado de acordo com o aumento do tráfego e do número de usuários, inclusive para o gerenciamento fácil de grandes picos instantâneos e inesperados com o encaminhamento do tráfego para outras regiões do mundo que podem lidar com ele. O escalonamento automático não exige pré-aquecimento. Vá do zero à potência máxima em segundos.
Balanceamento de carga definido por software. O Cloud Load Balancing é um serviço totalmente gerenciado, distribuído e definido por software para todo seu tráfego. Como não se trata de uma solução baseada em dispositivos ou instâncias, você não ficará preso a uma infraestrutura física de balanceamento de carga nem enfrentará os desafios de alta disponibilidade, escala e gerenciamento inerentes aos balanceadores de carga baseados em instâncias.
Balanceamento de carga das camadas 4 e 7. Usar o balanceamento de carga baseado na camada 4 para direcionar o tráfego com base nos dados de protocolos de camada de rede e transporte, como TCP, UDP, ESP, GRE, ICMP e ICMPv6 . Use o balanceamento de carga com base na camada 7 para adicionar decisões de roteamento baseadas em atributos, como o cabeçalho HTTP e o identificador uniforme de recursos
Balanceamento de carga externo e interno. Define se o balanceador de carga pode ser usado para acesso externo ou interno. Um balanceador de carga externo aceita tráfego da Internet, enquanto um balanceador de carga interno aceita apenas tráfego RFC 1918. Use o balanceamento de carga externo quando os usuários acessarem seus aplicativos pela Internet. É possível usar o balanceamento de carga interno quando os clientes estão no Google Cloud. Saiba mais em Balanceamento de carga externo e interno.
Balanceamento de carga global e regional. Define o escopo do balanceador de carga. Um balanceador de carga global oferece suporte a back-ends em várias regiões, enquanto um balanceador de carga regional oferece suporte a back-ends em uma única região. Mesmo que o endereço IP de um balanceador de carga regional esteja localizado em uma região, ele é acessível globalmente. É possível distribuir seus backends em uma ou várias regiões para encerrar conexões perto dos usuários e atender aos requisitos de alta disponibilidade. Para saber mais, consulte Balanceamento de carga global ou regional.
Roteamento de tráfego nos nível Premium e Standard. Os serviços de balanceamento de carga no Google Cloud têm diferentes versões, dependendo do nível de rede escolhido, ou seja, nível Premium ou Standard, sendo o primeiro mais caro que o segundo. O nível Premium usa o backbone global de alta qualidade do Google, enquanto o nível Standard usa a Internet pública para rotear o tráfego pela rede. O nível de rede escolhido depende se você prioriza o custo ou o desempenho da sua carga de trabalho empresarial. Alguns serviços de balanceamento de carga só estão disponíveis no nível Premium, e não no nível Standard. Para saber mais, consulte Níveis de serviço de rede Premium x Standard.
Compatibilidade com recursos avançados. O Cloud Load Balancing é compatível com recursos como o balanceamento de carga por IPv6, Direcionamento de tráfego baseado em IP de origem, balanceamento de carga ponderado, WebSockets, cabeçalhos de solicitação definidos pelo usuário e encaminhamento de protocolo para endereço IP virtuais privados.
Também inclui as seguintes integrações:
- Integração com Cloud CDN para entrega de conteúdo em cache. O Cloud CDN é compatível com o balanceador de carga de aplicativo externo global e o balanceador de carga de aplicativo clássico.
- Integração com o Google Cloud Armor para proteger sua infraestrutura contra ataques distribuídos de negação de serviço (DDoS) e outros ataques a aplicativos direcionados. A proteção DDoS sempre ativa está disponível para o balanceador de carga de aplicativo externo global, o balanceador de carga de aplicativo clássico, o balanceador de carga de rede de proxy externo e o balanceador de carga de rede de passagem externa. Além disso, o Google Cloud Armor é compatível com a proteção avançada contra DDoS de rede apenas para balanceadores de carga de rede de passagem externa. Para mais informações, consulte Configurar proteção avançada contra DDoS de rede.
Tipos de balanceadores de carga do Google Cloud
O Cloud Load Balancing oferece dois tipos de balanceadores de carga: de aplicativo e de rede. Escolha um balanceador de carga de aplicativo quando precisar de um balanceador de carga da camada 7 para seus aplicativos com tráfego HTTP(S). Escolha um balanceador de carga de rede quando precisar de um balanceador de carga de camada 4 compatível com descarregamento de TLS (com um balanceador de carga de proxy) ou com protocolos IP, como UDP, ESP e ICMP com um balanceador de carga de passagem.
A tabela a seguir fornece uma visão geral de alto nível dos diferentes tipos de balanceadores de carga do Google Cloud categorizados pela camada OSI em que operam e se são usados para acesso externo ou interno.
| lan Cloud Load Balancing | Externo (aceita tráfego da Internet) |
Interno (aceita apenas tráfego RFC 1918) |
|---|---|---|
|
Balanceadores de carga de aplicativo HTTPS Balanceamento de carga da camada 7 |
|
|
|
Balanceadores de carga de rede TCP/SSL/Outros Balanceamento de carga da camada 4 |
||
| Balanceadores de carga de rede proxy | ||
|
|
|
| Balanceadores de carga de rede de passagem | ||
|
|
|
Balanceadores de carga de aplicativos
Os balanceadores de carga de aplicativo são baseados em proxy na camada 7 e permitem executar e escalonar os serviços em um endereço IP anycast. O balanceador de carga de aplicativo distribui o tráfego HTTP e HTTPS para back-ends hospedados em várias plataformas do Google Cloud, como o Compute Engine e o Google Kubernetes Engine (GKE), assim como back-ends externos fora Google Cloud.
O diagrama a seguir fornece uma visão geral de alto nível dos diferentes tipos de balanceadores de carga de aplicativo que podem ser implantados externamente ou internamente, dependendo se o aplicativo é voltado para a Internet ou interno.
Balanceadores de carga de aplicativo externos são implementados como serviços gerenciados no Google Front Ends (GFEs) ou Envoy proxies. Os clientes podem se conectar a esses balanceadores de carga de qualquer lugar na Internet. Observe o seguinte:
- Eles podem ser implantados nos seguintes modos: global, regional ou clássico.
- Balanceadores de carga de aplicativo externos globais dão suporte a back-ends em várias regiões.
- Os balanceadores de carga de aplicativo externos regionais dão suporte a back-ends apenas em uma única região.
- Os balanceadores de carga de aplicativo clássicos são globais no nível Premium. No nível Standard, eles podem distribuir tráfego para back-ends apenas em uma região.
- Os balanceadores de carga de aplicativo usam o proxy Envoy de código aberto para ativar recursos avançados de gerenciamento de tráfego.
Os balanceadores de carga de aplicativo interno são criados na pilha de virtualização de rede Andromeda e no proxy Envoy de código aberto. Esse balanceador de carga fornece balanceamento de carga interno com base em proxy dos dados do aplicativo na camada 7. O balanceador de carga usa um endereço IP interno acessível apenas a clientes na mesma rede VPC ou a clientes conectados à sua rede VPC. Observações:
- Eles podem ser implantados nos seguintes modos: regional ou entre regiões.
- Os balanceadores de carga de aplicativo internos regionais dão suporte a back-ends apenas em uma única região.
- Os balanceadores de carga de aplicativo internos entre regiões dão suporte a back-ends em várias regiões e estão sempre acessíveis globalmente. Clientes de qualquer região do Google Cloud podem enviar tráfego para o balanceador de carga.
Para saber mais sobre os balanceadores de carga de aplicativo, consulte Visão geral do balanceador de carga de aplicativo.
Balanceadores de carga de rede
Os balanceadores de carga de rede são de camada 4 e podem lidar com tráfego TCP, UDP ou outro protocolo IP. Eles estão disponíveis como balanceadores de carga de proxy ou balanceadores de carga de passagem. Escolha um balanceador de carga de acordo com as necessidades do seu aplicativo e o tipo de tráfego que ele precisa processar. Escolha um balanceador de carga de rede proxy se quiser configurar um balanceador de carga de proxy reverso compatível com controles de tráfego avançados e back-ends no local e em outros ambientes de nuvem. Escolha um balanceador de carga de rede de passagem se quiser preservar o endereço IP de origem dos pacotes do cliente, preferir o retorno direto do servidor para as respostas ou quiser gerenciar vários protocolos de IP, como TCP, UDP, ESP, GRE, ICMP e ICMPv6.
Balanceadores de carga de rede proxy
Os balanceadores de carga de proxy reverso são de camada 4 e distribuem o tráfego TCP para instâncias de máquina virtual (VM, na sigla em inglês) na sua rede VPC do Google Cloud. O tráfego é encerrado na camada de balanceamento de carga e encaminhado para o back-end mais próximo usando TCP.
O diagrama a seguir fornece uma visão geral de alto nível dos diferentes tipos de balanceadores de carga de rede de proxy que podem ser implantados externamente ou internamente, dependendo se o aplicativo é voltado para a Internet ou interno.
Balanceadores de carga de rede de proxy externo são balanceadores de carga de camada 4 que distribuem tráfego proveniente da Internet para back-ends na rede VPC do Google Cloud, no local ou em outros ambientes de nuvem. Esses balanceadores de carga são criados em Google Front Ends (GFEs) ou proxies do Envoy.
Eles podem ser implantados nos seguintes modos: global, regional ou clássico.
- Os balanceadores de carga de rede de proxy externo global dão suporte a back-ends em várias regiões.
- Os balanceadores de carga de rede de proxy externo regionais dão suporte a back-ends em uma única região.
- Os balanceadores de carga de rede de proxy clássico são globais no nível Premium. No nível Standard, eles podem distribuir tráfego para back-ends apenas em uma região.
Balanceadores de carga de rede de proxy interno são balanceadores de carga regionais de camada 4 baseados em proxy do Envoy que permitem executar e escalonar o tráfego do serviço TCP por trás de um IP interno que só pode ser acessado por clientes na mesma rede VPC ou em clientes conectados à sua rede VPC.
Eles podem ser implantados em um dos seguintes modos: regional ou entre regiões.
- Os balanceadores de carga de rede de proxy interno regional só dão suporte a back-ends em uma única região.
- Os balanceadores de carga de rede de proxy internos entre regiões dão suporte a back-ends em várias regiões e estão sempre acessíveis globalmente. Clientes de qualquer região do Google Cloud podem enviar tráfego para o balanceador de carga.
Para saber mais sobre balanceadores de carga de rede de proxy, consulte Visão geral do balanceador de carga de rede de proxy.
Balanceadores de carga de rede de passagem
Os balanceadores de carga de rede de passagem são regionais e de camada 4. Eles distribuem o tráfego entre back-ends na mesma região do balanceador de carga. Eles são implementadas usando a rede virtual Andromeda e o Google Maggle.
Como o nome sugere, esses balanceadores de carga não são proxies. Os pacotes com balanceamento de carga são recebidos por VMs de back-end com os endereços IP de origem e destino do pacote e, se o protocolo for baseado em portas, as portas de origem e de destino inalteradas. As conexões com carga balanceada são encerradas nos back-ends. As respostas das VMs de back-end vão diretamente para os clientes, e não voltam pelo balanceador de carga. O termo do setor para isso é retorno direto do servidor (DSR, na sigla em inglês).
Esses balanceadores de carga, como mostrado na imagem a seguir, são implantados de dois modos, dependendo se o balanceador de carga é voltado para a Internet ou interno.
Balanceadores de carga de rede de passagem externa são criados no Maglev. Os clientes podem se conectar a esses balanceadores de carga de qualquer lugar na Internet, independentemente dos níveis de serviço de rede. O balanceador de carga também pode receber tráfego de VMs do Google Cloud com endereços IP externos ou de VMs do Google Cloud que tenham acesso à Internet por meio do Cloud NAT ou NAT baseado em instância.
Os back-ends para balanceadores de carga de rede de passagem externa podem ser implantados usando um serviço de back-end ou um pool de destino. Para novas implantações, recomendamos o uso de serviços de back-end.
Balanceadores de carga de rede de passagem interna são criados na pilha de virtualização de rede Andromeda. Um balanceador de carga de rede de passagem interna permite balancear a carga do tráfego TCP/UDP por trás de um endereço IP de balanceamento de carga interno acessível apenas a sistemas na mesma rede VPC ou em sistemas conectados à rede VPC. Esse balanceador de carga só pode ser configurado no nível Premium.
Para saber mais sobre os balanceadores de carga de rede de passagem, consulte Balanceador de carga de rede de passagem.
Componentes do balanceador de carga
Um balanceador de carga é um sistema composto por vários componentes que interagem entre si. Não há um único recurso de API que represente um balanceador de carga. Em vez disso, vários componentes trabalham juntos para distribuir o tráfego de entrada em vários back-ends.
O diagrama a seguir mostra os componentes principais de um balanceador de carga de aplicativo, um balanceador de carga de rede de proxy e um balanceador de carga de rede de passagem.
Balanceador de carga de aplicativo
Balanceador de carga de rede de proxy
Balanceador de carga de rede de passagem
As informações a seguir são uma visão geral de alto nível dos principais componentes de um balanceador de carga, começando pelo ponto em que o tráfego chega ao balanceador até a etapa em que ele é roteado para o recurso de back-end. Para entender melhor cada componente do balanceador de carga, consulte a página vinculada em cada seção.
Regra de encaminhamento
Uma regra de encaminhamento especifica um endereço IP, um protocolo IP e uma ou mais portas em que o balanceador de carga aceita tráfego. A regra de encaminhamento e o endereço IP anexado representam o front-end de um balanceador de carga do Google Cloud.
Para mais informações, consulte Visão geral das regras de encaminhamento.
Proxy de destino
Os proxies de destino encerram as conexões de entrada dos clientes e criam novas conexões do balanceador de carga com os back-ends.
A primeira conexão tem origem no cliente e é encerrada no proxy de destino do balanceador de carga.
A segunda conexão começa no proxy de destino e termina na instância de back-end, que processa a solicitação do cliente.
A primeira conexão é encerrada em um Google Front End (GFE) ou em uma sub-rede especialmente designada, conhecida como sub-rede somente proxy, que é reservada exclusivamente para proxies do Envoy. Para saber se um balanceador de carga é baseado no GFE ou no Envoy, consulte a tabela na seção Tecnologias subjacentes dos balanceadores de carga do Google Cloud deste documento.
Os proxies de destino são usados apenas por balanceadores de carga baseados em proxy, como balanceadores de carga de aplicativo e de rede de proxy. Para esses tipos de balanceadores de carga, as respostas das instâncias de back-end são enviadas de volta ao proxy alvo em vez de diretamente ao cliente.
Para mais informações, consulte Proxies de destino.
Sub-rede somente proxy
Uma sub-rede somente proxy fornece um pool de endereços IP reservados exclusivamente para proxies Envoy usados por balanceadores de carga do Google Cloud. Os proxies encerram as conexões de entrada e criam novas conexões com o back-end.
Para mais informações, consulte Sub-redes somente proxy para balanceadores de carga baseados no Envoy.
Certificados SSL
Também conhecidos como certificados Transport Layer Security (TLS), os certificados SSL facilitam a comunicação segura entre clientes e balanceadores de carga. Os balanceadores de carga baseados em proxy com regras de encaminhamento que fazem referência a um proxy HTTPS ou SSL de destino exigem uma chave privada e um certificado SSL como parte da configuração do proxy de destino do balanceador de carga.
Para mais informações, consulte Certificados SSL.
Mapa de URL
Ao encerrar a conexão, o proxy HTTP(S) de destino usa o mapa de URL para decidir para onde encaminhar a nova solicitação (a segunda conexão, conforme indicado na seção Proxy de destino). A solicitação é roteada para o serviço de back-end ou para o bucket de back-end. Os mapas de URL são usados apenas por balanceadores de carga de aplicativo. Como os balanceadores de carga de aplicativo operam na camada 7 do modelo OSI, eles podem tomar decisões de roteamento com base em atributos HTTP, como nome de domínio, caminho da solicitação e parâmetros de consulta.
Para mais informações, consulte Mapas de URL.
Serviço de back-end
Um serviço de back-end define como o balanceador de carga distribui o tráfego. A configuração do serviço de back-end contém um conjunto de valores, como o protocolo usado para se conectar a back-ends, várias configurações de distribuição e sessão, verificações de integridade e tempos limite.
Essas configurações fornecem um controle refinado sobre o comportamento do balanceador de carga e permitem direcionar o tráfego para os back-ends corretos, que podem ser grupos de instâncias de VM ou grupos de endpoints de rede (NEGs).
Para mais informações, consulte Visão geral dos serviços de back-end.
Bucket de back-end
Se a carga de trabalho fornecer conteúdo estático usando o protocolo HTTP(S), você poderá usar um bucket do Cloud Storage para armazenar conteúdo estático e um bucket de back-end para rotear solicitações.
Verificações de integridade
Ao configurar o serviço de back-end de um balanceador de carga, é necessário especificar uma ou mais verificações de integridade para os back-ends. Uma verificação de integridade, como o nome sugere, determina se as instâncias de back-end do balanceador de carga estão íntegras. Essa determinação é baseada na capacidade do back-end de responder ao tráfego de entrada. O tráfego ao qual um back-end precisa responder depende do tipo de balanceador de carga. É possível criar verificações de integridade usando os protocolos de camada 7 e 4 para monitorar instâncias com balanceamento de carga.
Regras de firewall
Para que as verificações de integridade funcionem, é preciso criar regras de firewall de entrada allow que permitam que as sondagens de verificação de integridade acessem os back-ends.
Os balanceadores de carga baseados em Google Front Ends exigem uma regra de firewall de permissão de entrada
que permita que o tráfego dos CIDRs do Google Front End se conecte aos
back-ends. Os balanceadores de carga com base no proxy de código aberto Envoy exigem uma regra de firewall
allow de entrada que permita que o tráfego da sub-rede somente proxy alcance
as instâncias de back-end.
Saiba mais em Regras de firewall.
Back-ends
Os back-ends são o destino final do tráfego com balanceamento de carga.
Diferentes balanceadores de carga oferecem suporte a diferentes tipos de back-end. Ao adicionar um back-end ao serviço de back-end, você especifica um modo de balanceamento que avalia a capacidade do back-end para processar novas solicitações e determina como o tráfego é distribuído entre os back-ends.
Para mais informações, consulte Back-ends.
Tecnologias subjacentes dos balanceadores de carga do Google Cloud
A tabela a seguir lista a tecnologia subjacente em que cada balanceador de carga do Google Cloud é criado.
- Google front-ends (GFEs) são sistemas distribuídos definidos por software que estão localizados em pontos de presença (POPs, na sigla em inglês) do Google e fazem balanceamento de carga global em conjunto com outros sistemas e planos de controle.
- Andrômeda é a pilha de virtualização de rede definida por software do Google Cloud.
- Maglev é um sistema distribuído para balanceamento de carga de rede.
- O Envoy é um proxy de borda e serviço de código aberto projetado para aplicativos nativos da nuvem.
| Balanceador de carga | Tecnologia |
|---|---|
| Balanceador de carga de aplicativo externo global | Google Front End (GFE) baseado no Envoy |
| Balanceador de carga de aplicativo clássico | GFE |
| Balanceador de carga de aplicativo externo regional | Envoy |
| Balanceador de carga de aplicativo interno entre regiões | Envoy |
| Balanceador de carga de aplicativo interno regional | Envoy |
| Balanceador de carga de rede de proxy externo global | GFE baseada no Envoy |
| Balanceador de carga de rede de proxy clássico | GFE |
| Balanceador de carga de rede de proxy externo regional | Envoy |
| Balanceador de carga de rede de proxy interno regional | Envoy |
| Balanceador de carga de rede de proxy interno entre regiões | Envoy |
| Balanceador de carga de rede de passagem externa | Maglev |
| Balanceador de carga de rede de passagem interna | Andrômeda |
Escolher um balanceador de carga
Para determinar qual produto do Cloud Load Balancing deve ser usado, primeiro você precisa determinar que tipo de tráfego seus balanceadores de carga devem gerenciar. Como regra geral, escolha um balanceador de carga de aplicativo quando precisar de um conjunto de recursos flexível para aplicativos com tráfego HTTP(S). Escolha um balanceador de carga de rede quando precisar de descarregamento de TLS em escala ou com suporte para UDP ou se precisar expor endereços IP do cliente aos seus aplicativos.
É possível restringir ainda mais suas opções, dependendo dos requisitos do aplicativo: se ele é externo (voltado à Internet) ou interno, se você precisa de back-ends implantados globalmente ou regionalmente e se você precisa do Nível de serviço de rede Padrão ou Premium.
O diagrama a seguir mostra todos os modos de implantação disponíveis para o Cloud Load Balancing. Para mais detalhes, consulte o guia Escolher um balanceador de carga.
1. Os balanceadores de carga de aplicativo externos globais são compatíveis com dois modos de operação: global e clássico.
2. Os balanceadores de carga de rede de proxy externo global são compatíveis com dois modos de operação: global e clássico.
3. Os balanceadores de carga de rede de passagem preservam os endereços IP de origem do cliente. Os balanceadores de carga de rede de passagem também são compatíveis com protocolos adicionais como UDP, ESP e ICMP.
Resumo dos tipos de balanceadores de carga do Google Cloud
A tabela a seguir fornece detalhes, como o nível de serviço de rede em que cada balanceador de carga opera, além do esquema de balanceamento de carga.
| Balanceador de carga | Modo de implantação | Tipo de tráfego | Nível de serviço da rede | Esquema de balanceamento de carga * |
|---|---|---|---|---|
| Balanceadores de carga de aplicativos | Global e 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 nível Standard |
EXTERNO† | |
| Regional interno | HTTP ou HTTPS | Nível Premium | INTERNAL_MANAGED | |
| Inter-regional interno | HTTP ou HTTPS | Nível Premium | INTERNAL_MANAGED | |
| Balanceadores de carga de rede proxy | Global e externo | TCP com descarga de SSL opcional | Nível Premium | EXTERNAL_MANAGED |
| Regional externo | TCP | Nível Premium ou Standard | EXTERNAL_MANAGED | |
| Clássico | TCP com descarga de SSL opcional | Global no nível Premium. Regional no nível Standard |
EXTERNAL | |
| Regional interno | TCP sem descarregamento de SSL | Nível Premium | INTERNAL_MANAGED | |
| Inter-regional interno | 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 | EXTERNAL |
Interno Sempre regional |
TCP, UDP, ICMP, ICMPv6, SCTP, ESP, AH e GRE | Nível Premium | INTERNAL |
* 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 ele pode ser usado para tráfego interno ou externo.
O termo gerenciado em "EXTERNAL_MANAGED" ou "INTERNAL_MANAGED" indica que o balanceador de carga foi implementado como um serviço gerenciado em um Google Front End (GFE) ou no proxy Envoy de código aberto. Em um esquema de balanceamento de carga gerenciado, as solicitações são roteadas para o GFE ou o proxy Envoy.
EXTERNAL_MANAGED a
regras de encaminhamento EXTERNAL. No entanto, os serviços de back-end EXTERNAL
não podem ser anexados às regras de encaminhamento EXTERNAL_MANAGED.
Para aproveitar os novos recursos disponíveis
apenas com o balanceador de carga de aplicativo externo global, recomendamos que você migre seus recursos EXTERNAL atuais para
EXTERNAL_MANAGED usando o processo de migração descrito em
Migrar
recursos do balanceador de carga de aplicativo clássico para o balanceador de carga de aplicativo externo global.
Interfaces
É possível configurar e atualizar os balanceadores de carga usando as seguintes interfaces:
A Google Cloud CLI: uma ferramenta de linha de comando incluída na Google Cloud CLI; a documentação chama essa ferramenta com frequência para realizar tarefas. Para uma visão geral completa da ferramenta, consulte o Guia da CLI gcloud. Encontre comandos relacionados ao balanceamento de carga no grupo de comandos
gcloud compute.Também é possível acessar a ajuda detalhada de qualquer comando
gcloudusando a flag--help:gcloud compute http-health-checks create --helpO console do Google Cloud: tarefas de balanceamento de carga podem ser realizadas usando o console do Google Cloud.
A API REST: todas as tarefas de balanceamento de carga podem ser realizadas usando a API Cloud Load Balancing. Os documentos de referência da API descrevem os recursos e métodos disponíveis para você.
Terraform: é possível provisionar, atualizar e excluir a infraestrutura do balanceamento de carga do Google Cloud usando uma ferramenta de infraestrutura como código de código aberto como o Terraform.
A seguir
- Para ajudar você a determinar qual é o balanceador de carga do Google Cloud ideal para suas necessidades, veja Escolher um balanceador de carga.
- Para uma visão geral comparativa dos recursos de balanceamento de carga oferecidos pelo Cloud Load Balancing, consulte Comparação de recursos do balanceador de carga.