Configure um Application Load Balancer externo regional com conetividade híbrida

Esta página ilustra como implementar um Application Load Balancer externo regional para equilibrar a carga do tráfego para pontos finais de rede no local ou noutras nuvens públicas e que são acessíveis através da conetividade híbrida.

Nota: para obter instruções sobre o Application Load Balancer externo global, consulte o artigo Configurar um Application Load Balancer externo global com conetividade híbrida. Para ver instruções sobre o balanceador de carga de aplicações clássico, consulte o artigo Configurar um balanceador de carga de aplicações clássico com conetividade híbrida.

Depois de concluir estas tarefas, pode explorar opcionalmente a ativação de serviços adicionais (como o Cloud CDN e o Google Cloud Armor) e funcionalidades avançadas de gestão de tráfego.

Se ainda não o fez, reveja a vista geral dos NEGs de conetividade híbrida para compreender os requisitos de rede para configurar o equilíbrio de carga híbrido.

Nota: os equilibradores de carga de aplicações externos regionais suportam os níveis de serviço de rede Premium e Standard. Este procedimento demonstra a configuração com o nível padrão.

Vista geral da configuração

O exemplo nesta página configura a seguinte implementação de exemplo:

Exemplo de equilibrador de carga de aplicações externo para conetividade híbrida (clique para aumentar).

Tem de configurar a conetividade híbrida antes de tentar configurar uma implementação de equilíbrio de carga híbrido. Este documento não inclui a configuração da conetividade híbrida.

Consoante o produto de conetividade híbrida que escolher (Cloud VPN ou Cloud Interconnect [dedicado ou parceiro]), use a documentação do produto relevante para o configurar.

Autorizações

Para configurar o equilíbrio de carga híbrido, tem de ter as seguintes autorizações:

• Ativar Google Cloud

  • Autorizações para estabelecer a conetividade híbrida entre o Google Cloud e o seu ambiente nas instalações ou outros ambientes na nuvem. Para ver a lista de autorizações necessárias, consulte a documentação do produto Network Connectivity relevante.
  • Autorizações para criar um NEG de conetividade híbrida e o balanceador de carga. A função de administrador do equilibrador de carga do Compute (roles/compute.loadBalancerAdmin) contém as autorizações necessárias para realizar as tarefas descritas neste guia.

• No seu ambiente local ou noutro ambiente que não seja deGoogle Cloud nuvem

  • Autorizações para configurar pontos finais de rede que permitem que os serviços no seu ambiente no local ou noutros ambientes de nuvem sejam acessíveis a partir deGoogle Cloud através de uma combinação IP:Port. Para mais informações, contacte o administrador de rede do seu ambiente.
  • Autorizações para criar regras de firewall no seu ambiente nas instalações ou noutros ambientes na nuvem para permitir que as sondas de verificação de estado da Google alcancem os pontos finais.

Além disso, para concluir as instruções nesta página, tem de criar um NEG de conetividade híbrida, um equilibrador de carga e NEGs zonais (e os respetivos pontos finais) para funcionarem como back-ends baseados em Google Cloudpara o equilibrador de carga.

Deve ser proprietário ou editor do projeto, ou ter as seguintes funções do IAM do Compute Engine.

Tarefa	Função necessária
Crie redes, sub-redes e componentes do balanceador de carga	Administrador de rede de Calcular (roles/compute.networkAdmin)
Adicione e remova regras de firewall	Administrador de segurança da computação (roles/compute.securityAdmin)
Crie instâncias	Administrador de instância de computação (roles/compute.instanceAdmin)

Estabeleça conetividade híbrida

O seu Google Cloud ambiente nas instalações ou outros ambientes na nuvem têm de estar ligados através de conetividade híbrida com anexos de VLAN do Cloud Interconnect ou túneis do Cloud VPN com VMs do Cloud Router ou do dispositivo de router. Recomendamos que use uma ligação de alta disponibilidade.

Um Cloud Router ativado com encaminhamento dinâmico global sabe mais sobre o ponto final específico através do protocolo de gateway de fronteira (BGP) e programa-o na sua Google Cloud rede VPC. O encaminhamento dinâmico regional não é suportado. As rotas estáticas também não são suportadas.

Pode usar a mesma rede ou uma rede VPC diferente no mesmo projeto para configurar a rede híbrida (Cloud Interconnect, Cloud VPN ou uma VM de dispositivo de encaminhamento) e o equilibrador de carga. Tenha em atenção o seguinte:

• Se usar redes VPC diferentes, as duas redes têm de estar ligadas através do peering de redes VPC ou têm de ser raios VPC no mesmo hub do Network Connectivity Center.

• Se usar a mesma rede VPC, certifique-se de que os intervalos CIDR da sub-rede da rede VPC não entram em conflito com os intervalos CIDR remotos. Quando os endereços IP se sobrepõem, os caminhos de sub-rede têm prioridade sobre a conetividade remota.

Para ver instruções, consulte a seguinte documentação:

• Cloud VPN
• Cloud Interconnect

Importante: não avance com as instruções nesta página até configurar a conetividade híbrida entre os seus ambientes.

Configure o seu ambiente externo ao domínio Google Cloud

Execute os passos seguintes para configurar o seu ambiente no local ou outro ambiente de nuvem para o equilíbrio de carga híbrido:

• Configure pontos finais de rede para expor serviços no local a Google Cloud (IP:Port).
• Configure regras de firewall no seu ambiente nas instalações ou noutro ambiente na nuvem.
• Configure o Cloud Router para anunciar determinadas rotas necessárias ao seu ambiente privado.

Configure pontos finais de rede

Depois de configurar a conetividade híbrida, configura um ou mais pontos finais de rede no seu ambiente nas instalações ou noutros ambientes na nuvem que são acessíveis através do Cloud Interconnect ou do Cloud VPN ou do dispositivo Router usando uma combinação IP:port. Esta IP:port combinação é configurada como um ou mais pontos finais para o NEG de conetividade híbrida que é criado Google Cloud mais tarde neste processo.

Se existirem vários caminhos para o ponto final IP, o encaminhamento segue o comportamento descrito na vista geral do Cloud Router.

Configure regras de firewall

As seguintes regras de firewall têm de ser criadas no seu ambiente nas instalações ou noutro ambiente na nuvem:

• Crie uma regra de firewall de permissão de entrada em ambientes no local ou noutras nuvens para permitir que o tráfego da sub-rede só de proxy da região alcance os pontos finais.

• Não é necessário permitir tráfego dos intervalos de sondas de verificação de estado da Google para NEGs híbridos. No entanto, se estiver a usar uma combinação de NEGs híbridos e zonais num único serviço de back-end, tem de permitir o tráfego dos intervalos de sondas de verificação de estado da Google para os NEGs zonais.

Anuncie trajetos

Configure o Cloud Router para anunciar os seguintes intervalos de IP personalizados ao seu ambiente nas instalações ou outro ambiente na nuvem:

• O intervalo da sub-rede só de proxy da região.

Configure o Google Cloud ambiente

Para os passos seguintes, certifique-se de que usa a mesma rede VPC (denominada NETWORK neste procedimento) que foi usada para configurar a conetividade híbrida entre os ambientes.

Além disso, certifique-se de que a região usada (denominada REGION neste procedimento) é a mesma que a usada para criar o túnel da Cloud VPN ou a ligação VLAN do Cloud Interconnect.

Configure a sub-rede só de proxy

Esta sub-rede apenas de proxy é usada para todos os equilibradores de carga de aplicações externos regionais na região REGION.

Consola

1. Na Google Cloud consola, aceda à página Redes VPC.
   Aceda a redes de VPC
2. Aceda à rede que foi usada para configurar a conetividade híbrida entre os ambientes.
3. Clique em Adicionar sub-rede.
4. Introduza um Nome: PROXY_ONLY_SUBNET_NAME.
5. Selecione uma região: REGION.
6. Defina Purpose como Regional Managed Proxy.
7. Introduza um intervalo de endereços IP: PROXY_ONLY_SUBNET_RANGE.
8. Clique em Adicionar.

gcloud

Crie a sub-rede só de proxy com o comando gcloud compute networks subnets create.

gcloud compute networks subnets create PROXY_ONLY_SUBNET_NAME \
  --purpose=REGIONAL_MANAGED_PROXY \
  --role=ACTIVE \
  --region=REGION \
  --network=NETWORK \
  --range=PROXY_ONLY_SUBNET_RANGE

Configure a sub-rede do balanceador de carga

Esta sub-rede é usada para criar os back-ends do NEG zonal do equilibrador de carga, o front-end e o endereço IP interno.

Crie esta sub-rede na NETWORKrede que foi usada para configurar a conetividade híbrida entre os ambientes.

Cloud Console

1. Na Google Cloud consola, aceda à página Redes VPC.
   Aceda a redes de VPC
2. Aceda à rede que foi usada para configurar a conetividade híbrida entre os ambientes.
3. Na secção Sub-redes:
   • Defina o Subnet creation mode (Modo de criação de sub-rede) como Custom (Personalizado).
   • Na secção Nova sub-rede, introduza as seguintes informações:
     • Nome: LB_SUBNET_NAME
     • Região: REGION
     • Intervalo de endereços IP: LB_SUBNET_RANGE
   • Clique em Concluído.
4. Clique em Criar.

gcloud

Crie uma sub-rede na NETWORK rede que foi usada para configurar a conetividade híbrida entre os ambientes.

  gcloud compute networks subnets create LB_SUBNET_NAME 

      --network=NETWORK 

      --range=LB_SUBNET_RANGE 

      --region=REGION
  

Reserve o endereço IP do balanceador de carga

Nota: os equilibradores de carga de aplicações externos regionais suportam os níveis de serviço de rede Premium e Standard. Este procedimento demonstra a configuração com o nível padrão.

Cloud Console

1. Na Google Cloud consola, aceda à página Reserve um endereço estático.

   Aceda a Reservar um endereço estático

2. Introduza um Nome: LB_IP_ADDRESS.

3. Para o Nível de serviço de rede, selecione Padrão.

4. Para Versão do IP, selecione IPv4.

5. Para Tipo, selecione Regional.

6. Selecione o REGION no qual quer criar a morada.

7. Deixe a opção Anexar a definida como Nenhum. Depois de criar o balanceador de carga, este endereço IP é anexado à regra de encaminhamento do balanceador de carga.

8. Clique em Reservar para reservar o endereço IP.

gcloud

1. Reserve um endereço IP externo estático regional da seguinte forma.

   gcloud compute addresses create LB_IP_ADDRESS  \
      --region=REGION \
      --network-tier=STANDARD
   

2. Use o compute addresses describe comando para ver o resultado:

   gcloud compute addresses describe LB_IP_ADDRESS  \
      --region=REGION
   

Crie regras de firewall para NEGs zonais

Neste exemplo, cria as seguintes regras de firewall para os back-ends do NEG zonal em Google Cloud:

• fw-allow-health-check: uma regra de firewall de entrada, aplicável às instâncias com balanceamento de carga, que permite o tráfego do balanceador de carga e dos sistemas de verificação de funcionamento (130.211.0.0/22 e 35.191.0.0/16). Este exemplo usa a etiqueta de destino allow-health-check para identificar as VMs de back-end às quais deve ser aplicada.Google Cloud Não é necessário permitir tráfego dos intervalos de sondas de verificação de estado da Google para NEGs híbridos. No entanto, se estiver a usar uma combinação de NEGs híbridos e zonais num único serviço de back-end, tem de permitir o tráfego dos intervalos de sondas de verificação de estado da Google para os NEGs zonais.

• fw-allow-proxy-only-subnet: Uma regra de firewall de entrada que permite que as ligações da sub-rede só de proxy alcancem os back-ends. Este exemplo usa a etiqueta target allow-proxy-only-subnet para identificar as VMs de back-end às quais deve ser aplicada.

Consola

1. Na Google Cloud consola, aceda à página Políticas de firewall.
   Aceder a Políticas de firewall
2. Clique em Criar regra de firewall para criar a regra que permite o tráfego de sondas de verificação de estado:
   1. Introduza um Nome de fw-allow-health-check.
   2. Em Rede, selecione NETWORK.
   3. Em Segmentações, selecione Etiquetas de segmentação especificadas.
   4. Preencha o campo Etiquetas alvo com allow-health-check.
   5. Defina o Filtro de origem como Intervalos IPv4.
   6. Defina os Intervalos IPv4 de origem como 130.211.0.0/22 e 35.191.0.0/16.
   7. Em Protocolos e portas, selecione Protocolos e portas especificados.
   8. Selecione TCP e, em seguida, introduza 80 para o número da porta.
   9. Clique em Criar.
3. Clique novamente em Criar regra de firewall para criar a regra que permite ligações de entrada da sub-rede só de proxy:
   1. Nome: fw-allow-ssh
   2. Rede: NETWORK
   3. Prioridade: 1000
   4. Direção do tráfego: entrada
   5. Ação na correspondência: permitir
   6. Objetivos: etiquetas de objetivo especificadas
   7. Etiquetas de segmentação: allow-proxy-only-subnet
   8. Filtro de origem: intervalos IPv4
   9. Intervalos IPv4 de origem: PROXY_ONLY_SUBNET_RANGE
   10. Protocolos e portas: escolha Protocolos e portas especificados
   11. Selecione TCP e, em seguida, introduza 80 para o número da porta.
   12. Clique em Criar.

gcloud

1. Crie a regra fw-allow-health-check-and-proxy para permitir que as verificações de funcionamento alcancem as instâncias de back-end na porta TCP 80: Google Cloud

   gcloud compute firewall-rules create fw-allow-health-check \
       --network=NETWORK \
       --action=allow \
       --direction=ingress \
       --target-tags=allow-health-check \
       --source-ranges=130.211.0.0/22,35.191.0.0/16 \
       --rules=tcp:80
   

2. Crie uma regra de firewall de permissão de entrada para a sub-rede só de proxy para permitir que o balanceador de carga comunique com instâncias de back-end na porta TCP 80:

   gcloud compute firewall-rules create fw-allow-proxy-only-subnet \
       --network=NETWORK \
       --action=allow \
       --direction=ingress \
       --target-tags=allow-proxy-only-subnet \
       --source-ranges=PROXY_ONLY_SUBNET_RANGE \
       --rules=tcp:80
   

Configure o NEG zonal

Para back-ends baseados em Google Cloud, recomendamos que configure vários NEGs zonais na mesma região onde configurou a conetividade híbrida.

Para este exemplo, configurámos um NEG zonal (com pontos finais do tipo GCE_VM_IP_PORT) na região REGION. Primeiro, crie as VMs na zona GCP_NEG_ZONE. Em seguida, crie um NEG zonal no mesmo GCP_NEG_ZONE e adicione os pontos finais de rede das VMs ao NEG.

Crie VMs

Consola

1. Aceda à página de instâncias de VM na Google Cloud consola.
   Aceder a instâncias de VM
2. Clique em Criar instância.
3. Defina o Nome como vm-a1.
4. Para a Região, escolha REGION e escolha qualquer Zona. Isto é designado por GCP_NEG_ZONE neste procedimento.
5. Na secção Disco de arranque, certifique-se de que a opção Debian GNU/Linux 12 (bookworm) está selecionada para as opções do disco de arranque. Clique em Escolher para alterar a imagem, se necessário.

6. Clique em Opções avançadas e faça as seguintes alterações:

   • Clique em Rede e adicione as seguintes etiquetas de rede: allow-ssh,allow-health-check e allow-proxy-only-subnet.
   • Clique em Editar em Interfaces de rede, faça as seguintes alterações e, de seguida, clique em Concluído:
     • Rede: NETWORK
     • Subnet: LB_SUBNET_NAME

   • Clique em Gestão. No campo Script de arranque, copie e cole o seguinte conteúdo do script. O conteúdo do script é idêntico para todas as quatro VMs:

     #! /bin/bash
     apt-get update
     apt-get install apache2 -y
     a2ensite default-ssl
     a2enmod ssl
     vm_hostname="$(curl -H "Metadata-Flavor:Google" \
     http://metadata.google.internal/computeMetadata/v1/instance/name)"
     echo "Page served from: $vm_hostname" | \
     tee /var/www/html/index.html
     systemctl restart apache2
     

7. Clique em Criar.

8. Repita os passos seguintes para criar uma segunda VM com a seguinte combinação de nome e zona:

   • Nome: vm-a2, zona: GCP_NEG_ZONE

gcloud

Crie as VMs executando o seguinte comando duas vezes, usando estas combinações para o nome da VM e a respetiva zona. Os conteúdos do script são idênticos para ambas as VMs.

• VM_NAME de vm-a1 e GCP_NEG_ZONE zonas à sua escolha

• VM_NAME de vm-a2 e a mesma zona de GCP_NEG_ZONE

  gcloud compute instances create VM_NAME \
      --zone=GCP_NEG_ZONE \
      --image-family=debian-12 \
      --image-project=debian-cloud \
      --tags=allow-ssh,allow-health-check,allow-proxy-only-subnet \
      --subnet=LB_SUBNET_NAME \
      --metadata=startup-script='#! /bin/bash
        apt-get update
        apt-get install apache2 -y
        a2ensite default-ssl
        a2enmod ssl
        vm_hostname="$(curl -H "Metadata-Flavor:Google" \
        http://metadata.google.internal/computeMetadata/v1/instance/name)"
        echo "Page served from: $vm_hostname" | \
        tee /var/www/html/index.html
        systemctl restart apache2'
  

Crie o NEG zonal

Consola

Para criar um grupo de pontos finais de rede zonal:

1. Aceda à página Grupos de pontos finais de rede na Google Cloud consola.
   Aceda à página Grupos de pontos finais da rede
   
2. Clique em Criar grupo de pontos finais de rede.
3. Introduza um nome para o NEG zonal. Referido como GCP_NEG_NAME neste procedimento.
4. Selecione o Tipo de grupo de pontos finais da rede: Grupo de pontos finais da rede (zonal).
5. Selecione a rede: NETWORK
6. Selecione a Sub-rede: LB_SUBNET_NAME
7. Selecione a zona: GCP_NEG_ZONE
8. Introduza a Porta predefinida: 80.
9. Clique em Criar.

Adicione pontos finais ao NEG zonal:

1. Aceda à página Grupos de pontos finais de rede na Google Cloud consola.
   Aceda aos grupos de pontos finais da rede
   
2. Clique no Nome do grupo de pontos finais de rede criado no passo anterior (GCP_NEG_NAME). É apresentada a página Detalhes do grupo de pontos finais de rede.
3. Na secção Pontos finais de rede neste grupo, clique em Adicionar ponto final de rede. É apresentada a página Adicionar ponto final de rede.
4. Selecione uma instância de VM para adicionar os respetivos endereços IP internos como pontos finais de rede. Na secção Interface de rede, é apresentado o nome, a zona e a sub-rede da VM.
5. No campo Endereço IPv4, introduza o endereço IPv4 do novo ponto final de rede.
6. Selecione o Tipo de porta.
   1. Se selecionar Predefinição, o ponto final usa a porta predefinida 80 para todos os pontos finais no grupo de pontos finais da rede. Isto é suficiente para o nosso exemplo porque o servidor Apache está a processar pedidos na porta 80.
   2. Se selecionar Personalizado, introduza o Número da porta do ponto final a usar.
7. Para adicionar mais pontos finais, clique em Adicionar ponto final de rede e repita os passos anteriores.
8. Depois de adicionar todos os pontos finais, clique em Criar.

gcloud

1. Crie um NEG zonal (com GCE_VM_IP_PORT pontos finais) usando o comando gcloud compute network-endpoint-groups create:

   gcloud compute network-endpoint-groups create GCP_NEG_NAME \
       --network-endpoint-type=GCE_VM_IP_PORT \
       --zone=GCP_NEG_ZONE \
       --network=NETWORK \
       --subnet=LB_SUBNET_NAME
   

   Pode especificar um --default-port ao criar o NEG neste passo ou especificar um número de porta para cada ponto final, conforme mostrado no passo seguinte.

2. Adicione pontos finais a GCP_NEG_NAME.

   gcloud compute network-endpoint-groups update GCP_NEG_NAME \
       --zone=GCP_NEG_ZONE \
       --add-endpoint='instance=vm-a1,port=80' \
       --add-endpoint='instance=vm-a2,port=80'
   

Configure o NEG de conetividade híbrida

Nota: Se estiver a usar verificações de estado do Envoy distribuídas com back-ends do NEG de conetividade híbrida (suportados apenas para equilibradores de carga baseados no Envoy), certifique-se de que configura pontos finais de rede exclusivos para todos os NEGs anexados ao mesmo serviço de back-end. Adicionar o mesmo ponto final de rede a vários NEGs resulta num comportamento indefinido.

Ao criar o NEG, use uma zona que minimize a distância geográfica entre o NEG e o seu ambiente nas instalações ou noutra nuvem. Google Cloud Por exemplo, se estiver a alojar um serviço num ambiente no local em Frankfurt, na Alemanha, pode especificar a zona europe-west3-a Google Cloud quando criar o NEG.

Além disso, se estiver a usar o Cloud Interconnect, a zona usada para criar o NEG deve estar na mesma região onde o anexo do Cloud Interconnect foi configurado.

Para ver as regiões e as zonas disponíveis, consulte a documentação do Compute Engine: regiões e zonas disponíveis.

Consola

Para criar um grupo de pontos finais de rede de conetividade híbrida:

1. Aceda à página Grupos de pontos finais de rede na Google Cloud consola.
   Aceda a Grupos de pontos finais da rede
   
2. Clique em Criar grupo de pontos finais de rede.
3. Introduza um nome para o NEG híbrido. Referido como ON_PREM_NEG_NAME neste procedimento.
4. Selecione o tipo de grupo de pontos finais da rede: grupo de pontos finais da rede de conetividade híbrida (zonal).
5. Selecione a rede: NETWORK
6. Selecione a sub-rede: LB_SUBNET_NAME
7. Selecione a zona: ON_PREM_NEG_ZONE
8. Introduza a porta predefinida.
9. Clique em Criar

Adicione pontos finais ao NEG de conetividade híbrida:

1. Aceda à página Grupos de pontos finais de rede na Google Cloud consola.
   Aceda à página Grupos de pontos finais da rede
   
2. Clique no Nome do grupo de pontos finais de rede criado no passo anterior (ON_PREM_NEG_NAME). É apresentada a página Detalhes do grupo de pontos finais de rede.
3. Na secção Pontos finais de rede neste grupo, clique em Adicionar ponto final de rede. É apresentada a página Adicionar ponto final de rede.
4. Introduza o endereço IP do novo ponto final de rede.
5. Selecione o Tipo de porta.
   1. Se selecionar Predefinição, o ponto final usa a porta predefinida para todos os pontos finais no grupo de pontos finais de rede.
   2. Se selecionar Personalizado, pode introduzir um Número de porta diferente para o ponto final usar.
6. Para adicionar mais pontos finais, clique em Adicionar ponto final de rede e repita os passos anteriores.
7. Depois de adicionar todos osGoogle Cloud pontos finais que não sejam de serviço Web, clique em Criar.

gcloud

1. Crie um NEG de conetividade híbrida com o comando gcloud compute network-endpoint-groups create.

   gcloud compute network-endpoint-groups create ON_PREM_NEG_NAME \
       --network-endpoint-type=NON_GCP_PRIVATE_IP_PORT \
       --zone=ON_PREM_NEG_ZONE \
       --network=NETWORK
   

2. Adicione o ponto final da VM do back-end no local a ON_PREM_NEG_NAME:

   gcloud compute network-endpoint-groups update ON_PREM_NEG_NAME \
       --zone=ON_PREM_NEG_ZONE \
       --add-endpoint="ip=ON_PREM_IP_ADDRESS_1,port=PORT_1" \
       --add-endpoint="ip=ON_PREM_IP_ADDRESS_2,port=PORT_2"
   

Pode usar este comando para adicionar os pontos finais de rede que configurou anteriormente no local ou no seu ambiente de nuvem. Repita --add-endpoint quantas vezes forem necessárias.

Pode repetir estes passos para criar vários NEGs híbridos, se necessário.

Configure o balanceador de carga

Crie o balanceador de carga com back-ends de NEG híbridos e zonais.

Consola

Nota: não pode usar a Google Cloud consola para criar um balanceador de carga que tenha back-ends de NEGs híbridos e zonais mistos num único serviço de back-end. Em alternativa, use gcloud ou a API REST.

gcloud

1. Crie uma verificação de funcionamento para os back-ends.

      gcloud compute health-checks create http HTTP_HEALTH_CHECK_NAME \
          --region=REGION \
          --use-serving-port
      

   As sondas de verificação de estado para back-ends de NEG híbridos têm origem em proxies do Envoy na sub-rede apenas de proxy, enquanto as sondas para back-ends de NEG zonais têm origem nos [intervalos de IPs de sondas centrais da Google](/load-balancing/docs/health-check-concepts#ip-ranges).
2. Crie um serviço de back-end. Adiciona o NEG zonal e o NEG de conetividade híbrida como back-ends a este serviço de back-end.

     gcloud compute backend-services create BACKEND_SERVICE \
         --load-balancing-scheme=EXTERNAL_MANAGED \
         --protocol=HTTP \
         --health-checks=HTTP_HEALTH_CHECK_NAME \
         --health-checks-region=REGION \
         --region=REGION
     

3. Adicione o NEG zonal como um back-end ao serviço de back-end.

   gcloud compute backend-services add-backend BACKEND_SERVICE \
       --region=REGION \
       --balancing-mode=RATE \
       --max-rate-per-endpoint=MAX_REQUEST_RATE_PER_ENDPOINT \
       --network-endpoint-group=GCP_NEG_NAME \
       --network-endpoint-group-zone=GCP_NEG_ZONE
   

   Para ver detalhes sobre a configuração do modo de equilíbrio, consulte a documentação da CLI gcloud para o parâmetro --max-rate-per-endpoint.
4. Adicione o NEG híbrido como back-end ao serviço de back-end.

   gcloud compute backend-services add-backend BACKEND_SERVICE \
       --region=REGION \
       --balancing-mode=RATE \
       --max-rate-per-endpoint=MAX_REQUEST_RATE_PER_ENDPOINT \
       --network-endpoint-group=ON_PREM_NEG_NAME \
       --network-endpoint-group-zone=ON_PREM_NEG_ZONE
   

   Para ver detalhes sobre a configuração do modo de equilíbrio, consulte a documentação da CLI gcloud para o parâmetro --max-rate-per-endpoint.
5. Crie um mapa de URLs para encaminhar pedidos recebidos para o serviço de back-end:

   gcloud compute url-maps create URL_MAP_NAME \
       --default-service BACKEND_SERVICE \
       --region=REGION
   

6. Opcional: execute este passo se estiver a usar HTTPS entre o cliente e o balanceador de carga. Este passo não é obrigatório para equilibradores de carga HTTP.

   Pode criar certificados do Compute Engine ou do Certificate Manager. Use qualquer um dos seguintes métodos para criar certificados através do gestor de certificados:

   • Certificados autogeridos regionais. Para obter informações sobre como criar e usar certificados autogeridos regionais, consulte Implemente um certificado autogerido regional. Os mapas de certificados não são suportados.

   • Certificados geridos pela Google regionais. Os mapas de certificados não são suportados.

     Os seguintes tipos de certificados regionais geridos pela Google são suportados pelo Gestor de certificados:

     • Certificados geridos pela Google regionais com autorização de DNS por projeto. Para mais informações, consulte o artigo Implemente um certificado gerido pela Google regional com autorização de DNS.
     • Certificados (privados) geridos pela Google regionais com o serviço de autoridade de certificação. Para mais informações, consulte o artigo Implemente um certificado gerido pela Google com o serviço de autoridade de certificação.

   Depois de criar os certificados, anexe-os diretamente ao proxy de destino.

   Para criar um recurso de certificado SSL autogerido do Compute Engine:

   gcloud compute ssl-certificates create SSL_CERTIFICATE_NAME \
       --certificate CRT_FILE_PATH \
       --private-key KEY_FILE_PATH
   

7. Crie um proxy HTTP(S) de destino para encaminhar pedidos para o seu mapa de URLs.
   
   Para um balanceador de carga HTTP, crie um proxy HTTP de destino:

   gcloud compute target-http-proxies create TARGET_HTTP_PROXY_NAME \
       --url-map=URL_MAP_NAME \
       --url-map-region=REGION \
       --region=REGION
   

   Para um balanceador de carga HTTPS, crie um proxy HTTPS de destino. O proxy é a parte do balanceador de carga que contém o certificado SSL para o balanceamento de carga HTTPS, pelo que também carrega o certificado neste passo.

   gcloud compute target-https-proxies create TARGET_HTTPS_PROXY_NAME \
       --ssl-certificates=SSL_CERTIFICATE_NAME \
       --url-map=URL_MAP_NAME \
       --url-map-region=REGION \
       --region=REGION
   

8. Crie uma regra de encaminhamento para encaminhar pedidos recebidos para o proxy. Não use a sub-rede só de proxy para criar a regra de encaminhamento.
   
   Para um balanceador de carga de HTTP:

     gcloud compute forwarding-rules create HTTP_FORWARDING_RULE_NAME \
         --load-balancing-scheme=EXTERNAL_MANAGED \
         --network=NETWORK \
         --subnet=LB_SUBNET_NAME \
         --address=LB_IP_ADDRESS \
         --ports=80 \
         --region=REGION \
         --target-http-proxy=TARGET_HTTP_PROXY_NAME \
         --target-http-proxy-region=REGION
   

   Para um balanceador de carga HTTPS:

     gcloud compute forwarding-rules create HTTPS_FORWARDING_RULE_NAME \
         --load-balancing-scheme=EXTERNAL_MANAGED \
         --network=NETWORK \
         --subnet=LB_SUBNET_NAME \
         --address=LB_IP_ADDRESS \
         --ports=443 \
         --region=REGION \
         --target-http-proxy=TARGET_HTTPS_PROXY_NAME \
         --target-http-proxy-region=REGION
   

Associe o seu domínio ao balanceador de carga

Após a criação do balanceador de carga, tome nota do endereço IP associado ao balanceador de carga, por exemplo, 30.90.80.100. Para direcionar o seu domínio para o equilibrador de carga, crie um registo A através do serviço de registo de domínios. Se adicionou vários domínios ao seu certificado SSL, tem de adicionar um registo A para cada um, todos a apontar para o endereço IP do equilibrador de carga. Por exemplo, para criar registos A para www.example.com e example.com, use o seguinte:

NAME                  TYPE     DATA
www                   A        30.90.80.100
@                     A        30.90.80.100

Se usar o Cloud DNS como fornecedor de DNS, consulte o artigo Adicione, modifique e elimine registos.

Teste o balanceador de carga

Nota: a configuração do balanceador de carga pode demorar alguns minutos a propagar-se após a primeira implementação.

Agora que configurou o equilibrador de carga, pode começar a enviar tráfego para o endereço IP do equilibrador de carga.

1. Aceda à página Balanceamento de carga na Google Cloud consola.
   Aceda a Balanceamento de carga
2. Clique no balanceador de carga que acabou de criar.
3. Tome nota do endereço IP do balanceador de carga.

4. Envie tráfego para o balanceador de carga.

   • Se criou um balanceador de carga de HTTP, pode testá-lo com um navegador de Internet acedendo a http://IP_ADDRESS. Substitua IP_ADDRESS pelo endereço IP do balanceador de carga. Deve ser direcionado para o serviço que expôs através do ponto final.

   • Se criou um balanceador de carga HTTPS, pode testá-lo usando curl da seguinte forma. Substitua IP_ADDRESS pelo endereço IP do balanceador de carga. Deve ser direcionado para o serviço que expôs através do ponto final.

     curl -k https://IP_ADDRESS
     

     Se isso não funcionar e estiver a usar um certificado gerido pela Google, confirme que o estado do recurso do certificado é ACTIVE. Para mais informações, consulte o estado do recurso do certificado SSL gerido pela Google. Em seguida, teste o domínio que aponta para o endereço IP do balanceador de carga. Por exemplo:

     curl -s https://DOMAIN_NAME
     

     Substitua DOMAIN_NAME pelo nome do domínio da sua aplicação, por exemplo, test.example.com.

5. Os testes dos pontos finais nãoGoogle Cloud dependem do serviço que expôs através do ponto final do NEG híbrido.

O que se segue?

• Converta o balanceador de carga de aplicações para IPv6
• Limpe a configuração do equilibrador de carga