Descripción general de la agrupación en clústeres de GCP #

Este artículo describe cómo configurar equilibrio de carga avanzado y alta disponibilidad mediante el RELIANOID Balanceador de carga in Plataforma en la nube de Google (GCP).
Demostraremos el proceso completo de implementación y configuración de un RELIANOID Cluster con IP virtual (VIP) para conmutación por error y una granja de servidores backend para equilibrar la carga HTTP.
El objetivo es garantizar que si un nodo (maestro) falla o se reinicia, la IP virtual y los servicios conmuten automáticamente al nodo secundario, lo que proporciona disponibilidad ininterrumpida de las aplicaciones.

Entorno de agrupación en clústeres del equilibrador de carga en la nube #

Vamos a demostrar cómo se puede implementar en Google Cloud Platform (GCP) Utilizando servicios nativos de GCP. El siguiente diagrama ilustra la arquitectura que pretendemos implementar para una configuración de balanceo de carga web. RELIANOID Controlador de entrega de aplicaciones en GCP para alta disponibilidad y conmutación por error.

Diagrama de arquitectura #

Cada RELIANOID La máquina virtual se configurará con una interfaz de red (nic0) conectado a un Red VPC y se le asignó a ambos un interno y IP externa estática.

• LB1:
• IP interna: 10.0.1.9
• IP externa: 34.122.145.90
• LB2:
• IP interna: 10.0.1.8
• IP externa: 35.233.210.70

Se creará una IP interna secundaria adicional (VIP) en la interfaz de red de LB1:

• VIP (para Servicio Virtual):10.0.1.11
• Esta IP se moverá entre nodos automáticamente (maestro/esclavo) durante la conmutación por error.
• Se publicará a través de una IP estática externa, por ejemplo 34.172.119.80, para el acceso de los usuarios al servicio virtual.

El servidores backend (aplicaciones reales) se implementan en la misma red privada (10.0.1.0/24) y son no expuesto directamente a Internet.

Implementar la agrupación en clústeres de Cloud Load Balancer en GCP #

1. Implementar RELIANOID Instancias del balanceador de carga #

Puedes implementar el RELIANOID Imagen de Load Balancer directamente desde el Mercado de Google Cloud.

1. Vaya al Google Cloud Console → Compute Engine → Instancias de VM → Crear instancia.
2. Seleccione el elemento RELIANOID Imagen del balanceador de carga En “Imágenes personalizadas” y luego “Mercado”.
3. Configure:
• Tipo de máquina: e2-micro (suficiente para pruebas; utilice n2-standard para producción)
• Región / Zona: misma región para ambos nodos
• Interfaz de red:
• Red: relianoid-vpc
• Subred: relianoid_subnet
• IP externa: estática (asignar una nueva IP estática)
• Firewall:Permitir TCP 22 (SSH), TCP 444 (GUI web) y TCP 80 (para servicios HTTP).
4. Haga clic en Opciones avanzadas → Seguridad → Ámbitos de acceso
• Elija Permitir acceso completo a todas las API de la nube or establecer una cuenta de servicio personalizada (recomendado).
• Asignar un Cuenta de servicio con Compute Admin y Compute Network Admin roles.

Implemente ambos nodos (LB1 y LB2) en la misma VPC y subred.

2. Habilitar y configurar cuentas de servicio (acceso a la identidad) #

RELIANOID utiliza el Google Cloud API para la gestión de conmutación por error, similar a Azure Managed Identities.

• Vaya al IAM y administración → Cuentas de servicio.
• Créar un nueva cuenta de servicio llamado relianoid-cluster-sa.
• Asignar los siguientes roles:
• Compute Instance Admin (v1)
• Compute Network Admin
• Service Account User

Asocie esta cuenta de servicio a las máquinas virtuales LB1 y LB2 (editar → cambiar cuenta de servicio).

Luego verifique el acceso desde cada nodo:

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

Si el agente no está instalado, ejecute:

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

3. Configurar interfaces de red e IP virtual #

En GCP, las IP internas secundarias se pueden agregar manualmente a través de la consola o la CLI.

En LB1 (nodo maestro):

• Vaya al Red VPC → Instancias de VM → LB1 → Editar → Interfaz de red → Agregar IP interna secundaria
• Asignar:
• IP: 10.0.1.11
• Nombre: vip-lb
• Tipo: Static

En LB2 (nodo de respaldo):

• No asigne esta IP secundaria.
• El RELIANOID El servicio de clúster lo reasignará automáticamente durante la conmutación por error.

4. Reglas de seguridad (configuración del firewall) #

En Red VPC → Cortafuegos, cree reglas para permitir:

Protocolo	Cerca del puerto deportivo	Propósito
TCP	22	Acceso SSH
TCP	444	GUI web
TCP	80	Servicios HTTP de backend

Aplique estas reglas a las instancias etiquetadas como relianoid-lb.

5. Active el RELIANOID Licencia #

Acceder a cada nodo:

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

Uso:

• Nombre de usuario: root
• Contraseña: ID de instancia

Recuperar el nombre de host y la clave del certificado → Visitar
https://www.relianoid.com/activate-enterprise-edition-cloud-evaluation/
Sube lo descargado .pem archivo de licencia a cada nodo.

6. Configure los ajustes del RELIANOID Cluster #

Desde la interfaz web de LB1 → Sistema → Clúster, complete lo siguiente:

Campo	Valor
IP local	Seleccionar nic0 (10.0.1.9)
IP remota	10.0.1.8
Contraseña del nodo remoto	(ID de instancia LB2)

Haz clic en Generar.

LB1 se convierte automáticamente en Maestro y LB2 en Esclavo.

Crear un servicio de equilibrio de carga en GCP #

Ahora, configuremos una granja de equilibrio de carga web simple.
Vaya a:
LSLB → Granjas → Crear granja

parámetros:

• Nombre de la granja: granja web
• VIP: 10.0.1.11
• Puerto: 80
• Algoritmo: Round Robin
• Persistencia: IP de origen (60 segundos)
• Chequeo de salud: check_tcp

Agregar servidores backend:

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

Aplicar configuración.

Accede ahora al servicio virtual en:

http://34.172.119.80/

El tráfico se distribuirá entre sus servidores backend a través de RELIANOID racimo.

Para probar la conmutación por error:

• Reinicie el nodo maestro (LB1).
• Observe que LB2 se activa, tomando el control del VIP (10.0.1.11).
• La conexión a través de IP pública permanece ininterrumpida.

Solución de problemas: Este host no tiene asignada una cuenta de servicio #

Si recibes el mensaje:

    Este host no tiene una cuenta de servicio asignada. Por favor, configúrela en la consola de GCP.

Esto indica que la cuenta de servicio de GCP no está configurada o que falta el agente de invitados de Google .

Para verificar:

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

Si falta el agente o SDK:

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

Asegurarse de que:

• La instancia tiene una validez Cuenta de servicio adjunto.
• El Cuenta de servicio tiene la Administrador de cómputo y Network Admin roles.

Disfrute del equilibrio de carga avanzado y la agrupación en clústeres en GCP con RELIANOID! #