Balanceamento de carga e clustering avançados no GCP

Ver Categorias

Balanceamento de carga e clustering avançados no GCP

3 min read

Visão geral do clustering do GCP #

Este artigo descreve como configurar balanceamento de carga avançado e alta disponibilidade usando o RELIANOID Balanceador de carga in Google Cloud Platform (GCP).
Demonstraremos o processo completo de implantação e configuração de um RELIANOID Agrupar com uma IP virtual (VIP) para failover e um fazenda de servidores backend para balanceamento de carga HTTP.
O objetivo é garantir que, se um nó (mestre) falhar ou reinicializar, o IP virtual e os serviços sejam transferidos automaticamente para o nó secundário, proporcionando disponibilidade ininterrupta do aplicativo.

Ambiente de cluster do Cloud Load Balancer #

Vamos demonstrar como isso pode ser implementado em Google Cloud Platform (GCP) usando serviços nativos do GCP. O diagrama a seguir ilustra a arquitetura que pretendemos implantar em uma configuração de balanceamento de carga da web usando RELIANOID Controlador de entrega de aplicativos no GCP para alta disponibilidade e failover.

Diagrama de Arquitetura #

esquema de cluster do balanceador de carga reliadnoid no GCP

Cada RELIANOID A VM será configurada com um interface de rede (nic0) conectado a um Rede VPC e atribuiu ambos um interno e uma IP externo estático.

  • LB1:
    • IP interno: 10.0.1.9
    • IP externo: 34.122.145.90
  • LB2:
    • IP interno: 10.0.1.8
    • IP externo: 35.233.210.70

Um endereço IP interno secundário adicional (VIP) será criado na interface de rede do LB1:

  • VIP (para Serviço Virtual):10.0.1.11
    • Este IP se moverá entre nós automaticamente (mestre/escravo) durante o failover.
    • Será publicado através de um IP estático externo, por exemplo 34.172.119.80, para acesso do usuário ao serviço virtual.

O servidores back-end (aplicações reais) são implantadas na mesma rede privada (10.0.1.0/24) e são não exposto diretamente à Internet.

Implementar o clustering do Cloud Load Balancer no GCP #

1. Implantar RELIANOID Instâncias do balanceador de carga #

Você pode implantar o RELIANOID Imagem do balanceador de carga diretamente do Mercado do Google Cloud.

  1. Acesse Google Cloud Console → Compute Engine → Instâncias de VM → Criar instância.
  2. Selecione os RELIANOID Imagem do balanceador de carga em “Imagens personalizadas” e depois “Mercado”.
  3. Configurar:
    • Tipo de máquina: e2-micro (suficiente para testes; use n2-standard para produção)
    • Região / Zona: mesma região para ambos os nós
    • Interface de Rede:
      • Rede: relianoid-vpc
      • Sub-rede: relianoid_subnet
      • IP externo: estático (atribuir um novo IP estático)
    • Firewall:Permitir TCP 22 (SSH), TCP 444 (GUI da Web) e TCP 80 (para serviços HTTP).
  4. Clique Opções avançadas → Segurança → Escopos de acesso
    • Escolha Permitir acesso total a todas as APIs da nuvem or definir conta de serviço personalizada (recomendado).
    • Atribuir um Conta de serviço com as Compute Admin e Compute Network Admin papéis.

Implante ambos os nós (LB1 e LB2) na mesma VPC e sub-rede.

2. Habilitar e configurar contas de serviço (acesso de identidade) #

RELIANOID utiliza o Google Cloud API para gerenciamento de failover, semelhante ao Azure Managed Identities.

  • Acesse IAM e Admin → Contas de serviço.
  • Crie uma nova conta de serviço nomeado relianoid-cluster-sa.
  • Atribua as seguintes funções:
    • Compute Instance Admin (v1)
    • Compute Network Admin
    • Service Account User

Associe esta conta de serviço às VMs LB1 e LB2 (editar → alterar conta de serviço).

Em seguida, verifique o acesso de cada nó:

sudo systemctl status google-guest-agent
gcloud auth list
gcloud projects get-iam-policy <YOUR_PROJECT_ID>

Se o agente não estiver instalado, execute:

sudo apt-get install google-cloud-sdk google-compute-engine

3. Configurar interfaces de rede e IP virtual #

No GCP, IPs internos secundários podem ser adicionados manualmente por meio do Console ou da CLI.

No LB1 (Nó Mestre):

  • Acesse Rede VPC → Instâncias de VM → LB1 → Editar → Interface de rede → Adicionar IP interno secundário
  • Atribuir:
    • IP: 10.0.1.11
    • Nome: vip-lb
    • Tipo: Static

No LB2 (nó de backup):

  • Não atribua este IP secundário.
  • O RELIANOID o serviço de cluster irá reatribuí-lo automaticamente durante o failover.

4. Regras de Segurança (Configuração do Firewall) #

Em Rede VPC → Firewall, crie regras para permitir:

Protocolo Porta Propósito
TCP 22 Acesso SSH
TCP 444 GUI da Web
TCP 80 Serviços HTTP de backend

Aplique essas regras às instâncias marcadas como relianoid-lb.

5. Ative o RELIANOID Licença #

Acesse cada nó:

  • LB1: https://34.122.145.90:444
  • LB2: https://35.233.210.70:444

Uso:

  • Nome de usuário: root
  • Senha: ID da instância

Recuperar nome do host e chave do certificado → Visitar
https://www.relianoid.com/activate-enterprise-edition-cloud-evaluation/
Carregue o baixado .pem arquivo de licença para cada nó.

6. Configurar RELIANOID Agrupar #

Na interface web do LB1 → Sistema → Cluster, preencha:

Campo Valor
IP local Selecione nic0 (10.0.1.9)
IP remoto 10.0.1.8
Senha do Nó Remoto (ID da instância LB2)

configuração de cluster do balanceador de carga relianoid com gcp

Clique em Gerar.

LB1 torna-se Mestre e LB2 torna-se Escravo automaticamente.

Crie um serviço de balanceamento de carga no GCP #

Agora, vamos configurar um farm de balanceamento de carga web simples.
Ir para:
LSLB → Fazendas → Criar Fazenda

parâmetros:

  • Nome da fazenda: fazenda web
  • VIP: 10.0.1.11
  • port: 80
  • Algoritmo: Round Robin
  • Persistência: IP de origem (60 seg)
  • Exame de saúde: check_tcp

Adicionar servidores de backend:

  • Backend 1: 10.0.1.20:80
  • Backend 2: 10.0.1.21:80

Aplicar configuração.

Acesse agora o atendimento virtual em:

http://34.172.119.80/

O tráfego será distribuído entre seus servidores de backend por meio do RELIANOID grupo.

Para testar o failover:

  • Reinicie o nó mestre (LB1).
  • Observe que o LB2 se torna ativo, assumindo o controle do VIP (10.0.1.11).
  • A conexão através de IP público permanece ininterrupta.

Solução de problemas: este host não atribuiu uma conta de serviço #

Se você receber a mensagem:

    “Este host não atribuiu uma Conta de Serviço. Configure-a no console do GCP.”

Isso indica que a conta de serviço do GCP não está configurada ou que o Agente de Convidados do Google está ausente.

Verificar:

sudo systemctl status google-guest-agent
gcloud auth login --brief
gcloud auth print-access-token

Se o agente ou SDK estiver ausente:

sudo apt-get install google-cloud-sdk google-compute-engine

Garanta que:

  • A instância tem um válido Conta de serviço em anexo.
  • O Conta de serviço tem o Administrador de Computação e Administrador de Rede papéis.

Aproveite o balanceamento de carga avançado e o clustering no GCP com RELIANOID! #

📄 Baixe este documento em formato PDF #

    E-MAIL: *

    Com tecnologia BetterDocs