Panoramica del clustering GCP #

Questo articolo descrive come impostare bilanciamento del carico avanzato e alta disponibilità usando il RELIANOID Load Balancer in Piattaforma Google Cloud (GCP).
Dimostreremo il processo completo di distribuzione e configurazione di un RELIANOID Cluster con una IP virtuale (VIP) per il failover e un fattoria di server backend per il bilanciamento del carico HTTP.
L'obiettivo è garantire che, se un nodo (master) si guasta o si riavvia, l'IP virtuale e i servizi passino automaticamente al nodo secondario, garantendo una disponibilità ininterrotta delle applicazioni.

Ambiente di clustering del bilanciatore del carico Cloud #

Dimostreremo come può essere implementato in Google Cloud Platform (GCP) utilizzando servizi GCP nativi. Il diagramma seguente illustra l'architettura che intendiamo implementare in una configurazione di bilanciamento del carico web utilizzando RELIANOID Controller per la consegna delle applicazioni in GCP per elevata disponibilità e failover.

Diagramma di architettura #

Ogni RELIANOID La VM sarà configurata con uno interfaccia di rete (nic0) collegato a a Rete VPC e assegnato sia un interno e IP esterno statico.

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

Un ulteriore IP interno secondario (VIP) verrà creato sull'interfaccia di rete di LB1:

• VIP (per Servizio Virtuale):10.0.1.11
• Questo IP si sposterà automaticamente tra i nodi (master/slave) durante il failover.
• Verrà pubblicato tramite un IP statico esterno, ad esempio 34.172.119.80, per l'accesso degli utenti al servizio virtuale.

Migliori server backend (applicazioni reali) vengono distribuite nella stessa rete privata (10.0.1.0/24) e sono non direttamente esposto a Internet.

Implementare il clustering di Cloud Load Balancer in GCP #

1. schierare RELIANOID Istanze di bilanciamento del carico #

Puoi distribuire il RELIANOID Immagine del bilanciatore del carico direttamente dal Google Cloud Marketplace.

1. Vai su Google Cloud Console → Compute Engine → Istanze VM → Crea istanza.
2. Seleziona il RELIANOID Immagine del bilanciatore del carico in "Immagini personalizzate" e poi "Marketplace".
3. Configura:
• Tipo di macchina: e2-micro (sufficiente per i test; utilizzare lo standard n2 per la produzione)
• Regione / Zona: stessa regione per entrambi i nodi
• Interfaccia di rete:
• Network: relianoid-vpc
• Sottorete: relianoid_subnet
• IP esterno: statico (assegna un nuovo IP statico)
• Firewall:Consenti TCP 22 (SSH), TCP 444 (Web GUI) e TCP 80 (per i servizi HTTP).
4. Clicchi Opzioni avanzate → Sicurezza → Ambiti di accesso
• Scegli Consenti l'accesso completo a tutte le API Cloud or imposta account di servizio personalizzato (consigliato).
• Assegna a Account di servizio con Compute Admin and Compute Network Admin ruoli.

Distribuire entrambi i nodi (LB1 e LB2) nella stessa VPC e subnet.

2. Abilitare e configurare gli account di servizio (accesso tramite identità) #

RELIANOID utilizza l' Google Cloud API per la gestione del failover, simile ad Azure Managed Identities.

• Vai su IAM e amministrazione → Account di servizio.
• Creare un nuovo account di servizio detto relianoid-cluster-sa.
• Assegnare i seguenti ruoli:
• Compute Instance Admin (v1)
• Compute Network Admin
• Service Account User

Allega questo account di servizio a sia LB1 che LB2 VM (modifica → cambia account di servizio).

Quindi verificare l'accesso da ciascun nodo:

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

Se l'agente non è installato, eseguire:

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

3. Configurare le interfacce di rete e l'IP virtuale #

In GCP, gli IP interni secondari possono essere aggiunti manualmente tramite la console o la CLI.

Su LB1 (nodo master):

• Vai su Rete VPC → Istanze VM → LB1 → Modifica → Interfaccia di rete → Aggiungi IP interno secondario
• Assegnare:
• IP: 10.0.1.11
• Nome e Cognome: vip-lb
• Tipo: Static

Su LB2 (nodo di backup):

• Non assegnare questo IP secondario.
• Migliori RELIANOID il servizio cluster lo riassegnerà automaticamente durante il failover.

4. Regole di sicurezza (configurazione del firewall) #

In Rete VPC → Firewall, creare regole per consentire:

Protocollo	Porto	Missione
TCP	22	Accesso SSH
TCP	444	GUI Web
TCP	80	Servizi HTTP backend

Applica queste regole alle istanze contrassegnate come relianoid-lb.

5. Attiva il RELIANOID Licenza #

Accedi a ciascun nodo:

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

Utilizzo:

• Nome utente: root
• Password: ID istanza

Recupera il nome host e la chiave del certificato → Visita
https://www.relianoid.com/activate-enterprise-edition-cloud-evaluation/
Carica quello scaricato .pem file di licenza per ciascun nodo.

6. Configurazione RELIANOID Cluster #

Da LB1 Web GUI → Sistema → Cluster, compilare:

Settore	Valore
IP locale	Seleziona nic0 (10.0.1.9)
IP remoto	10.0.1.8
Password nodo remoto	(ID istanza LB2)

Clicchi Creare.

LB1 diventa Maestro, LB2 diventa Schiavo automaticamente.

Creare un servizio di bilanciamento del carico in GCP #

Ora configuriamo una semplice farm di bilanciamento del carico web.
Vai a:
LSLB → Fattorie → Crea fattoria

parametri:

• Nome della fattoria: webfarm
• VIP: 10.0.1.11
• porto: 80
• Algoritmo: Round Robin
• Persistenza: IP sorgente (60 sec)
• Controllo della salute: check_tcp

Aggiungi server backend:

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

Applicare la configurazione.

Ora accedi al servizio virtuale all'indirizzo:

http://34.172.119.80/

Il traffico verrà distribuito tra i server backend tramite RELIANOID grappolo.

Per testare il failover:

• Riavviare il nodo master (LB1).
• Si noti che LB2 diventa attivo, prendendo il controllo del VIP (10.0.1.11).
• La connessione tramite IP pubblico rimane ininterrotta.

Risoluzione dei problemi: questo host non ha assegnato un account di servizio #

Se ricevi il messaggio:

    "Questo host non ha assegnato un account di servizio. Configurarlo nella console GCP"

Indica il GCP account di servizio non è configurato o il Agente ospite di Google manca.

Verificare:

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

Se l'agente o l'SDK sono mancanti:

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

Assicurarsi che:

• L'istanza ha una validità Account di servizio allegato.
• Migliori Account di servizio ha la Amministratore di calcolo and amministratore di rete ruoli.

Goditi il ​​bilanciamento del carico avanzato e il clustering in GCP con RELIANOID! #