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 #
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.
- Acesse Google Cloud Console → Compute Engine → Instâncias de VM → Criar instância.
- Selecione os RELIANOID Imagem do balanceador de carga em “Imagens personalizadas” e depois “Mercado”.
- 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).
- 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 AdmineCompute Network Adminpapé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 AdminService 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) |
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-agentgcloud auth login --briefgcloud 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.

