Équilibrage de charge et clustering avancés dans GCP

Table des Matières

Présentation du clustering GCP
Environnement de clustering Cloud Load Balancer
- Schéma d'architecture
Implémenter le clustering Cloud Load Balancer dans GCP
Créer un service d'équilibrage de charge dans GCP
Dépannage : cet hôte n'a pas attribué de compte de service
- Bénéficiez de l'équilibrage de charge et du clustering avancés dans GCP avec RELIANOID!

Présentation du clustering GCP #

Cet article décrit comment configurer équilibrage de charge avancé et haute disponibilité en utilisant la fonction RELIANOID Load Balancer in Plateforme Google Cloud (GCP).
Nous vous montrerons le processus complet de déploiement et de configuration d'un RELIANOID Grappe avec IP virtuelle (VIP) pour le basculement et un ferme de serveurs backend pour l'équilibrage de charge HTTP.
L'objectif est de garantir que si un nœud (maître) tombe en panne ou redémarre, l'IP virtuelle et les services basculent automatiquement vers le nœud secondaire, offrant ainsi une disponibilité ininterrompue des applications.

Environnement de clustering Cloud Load Balancer #

Nous allons démontrer comment cela peut être mis en œuvre dans Google Cloud Platform (GCP) en utilisant les services GCP natifs. Le schéma suivant illustre l'architecture que nous souhaitons utiliser pour déployer une configuration d'équilibrage de charge web. RELIANOID Contrôleur de livraison d'applications dans GCP pour une haute disponibilité et un basculement.

Schéma d'architecture #

Chaque projet récompensé par un RELIANOID La VM sera configurée avec un interface réseau (nic0) connecté à un Réseau VPC et attribué à la fois un interne , l’aspect économique IP externe statique.

LB1 :

IP interne : 10.0.1.9
IP externe : 34.122.145.90

LB2 :

IP interne : 10.0.1.8
IP externe : 35.233.210.70

Un montant supplémentaire de IP interne secondaire (VIP) sera créé sur l'interface réseau de LB1 :

VIP (pour service virtuel) :10.0.1.11

Cette IP se déplacera automatiquement entre les nœuds (maître/esclave) lors du basculement.
Il sera publié via une IP statique externe, par exemple 34.172.119.80, pour l'accès des utilisateurs au service virtuel.

L'espace serveurs back-end (applications réelles) sont déployées dans le même réseau privé (10.0.1.0/24) et sont pas directement exposé à Internet.

Implémenter le clustering Cloud Load Balancer dans GCP #

1. Déployer RELIANOID Instances d'équilibrage de charge #

Vous pouvez déployer le RELIANOID Image de l'équilibreur de charge directement à partir du Place de marché Google Cloud.

Allez dans Console Google Cloud → Compute Engine → Instances de VM → Créer une instance.
Sélectionnez le RELIANOID Image de l'équilibreur de charge sous « Images personnalisées » puis « Marketplace ».
Configurer:

Type de machine: e2-micro (suffisant pour les tests ; utiliser la norme n2 pour la production)
Région / Zone: même région pour les deux nœuds
Interface réseau:

Réseau: relianoid-vpc
Sous-réseau: relianoid_subnet
IP externe : statique (attribuer une nouvelle IP statique)

Pare-feu:Autoriser TCP 22 (SSH), TCP 444 (interface graphique Web) et TCP 80 (pour les services HTTP).

Cliquez à nouveau sur Options avancées → Sécurité → Étendues d'accès

Choisissez Autoriser l'accès complet à toutes les API Cloud or définir un compte de service personnalisé (conseillé).
Attribuer un Compte de service avec Compute Admin et Compute Network Admin rôles.

Déployez les deux nœuds (LB1 et LB2) dans le même VPC et sous-réseau.

2. Activer et configurer les comptes de service (accès aux identités) #

RELIANOID utilise l' API Google Cloud pour la gestion du basculement, similaire aux identités gérées Azure.

Allez dans IAM et Admin → Comptes de service.
Créer un nouveau compte de service nommé relianoid-cluster-sa.
Attribuer les rôles suivants :

Compute Instance Admin (v1)
Compute Network Admin
Service Account User

Attachez ceci compte de service à LB1 et LB2 VM (modifier → modifier le compte de service).

Vérifiez ensuite l’accès depuis chaque nœud :

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

Si l'agent n'est pas installé, exécutez :

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

3. Configurer les interfaces réseau et l'IP virtuelle #

Dans GCP, les adresses IP internes secondaires peuvent être ajoutées manuellement via la console ou la CLI.

Sur LB1 (nœud maître) :

Allez dans Réseau VPC → Instances de VM → LB1 → Modifier → Interface réseau → Ajouter une adresse IP interne secondaire
Attribuer:

IP: 10.0.1.11
Nom : vip-lb
Catégorie: Static

Sur LB2 (nœud de sauvegarde) :

N'attribuez pas cette IP secondaire.
L'espace RELIANOID le service de cluster le réaffectera automatiquement lors du basculement.

4. Règles de sécurité (configuration du pare-feu) #

In Réseau VPC → Pare-feu, créer des règles pour permettre :

Passerelle	Port	Interet
TCP	22	Accès SSH
TCP	444	Web GUI
TCP	80	Services HTTP back-end

Appliquez ces règles aux instances marquées comme relianoid-lb.

5. Activez le RELIANOID Licence #

Accéder à chaque nœud :

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

Utilisation:

Pseudo root
Mot de passe: Identifiant d'instance

Récupérer le nom d'hôte et la clé du certificat → Visiter
https://www.relianoid.com/activate-enterprise-edition-cloud-evaluation/
Télécharger le téléchargé .pem fichier de licence pour chaque nœud.

6. Configurer RELIANOID Grappe #

Depuis Interface graphique Web LB1 → Système → Cluster, remplir:

Champ	Valeur
IP locale	Sélectionnez nic0 (10.0.1.9)
IP à distance	10.0.1.8
Mot de passe du nœud distant	(ID d'instance LB2)

Cliquez à nouveau sur Produire.

LB1 devient Maître LB2 devient Esclave automatiquement.

Créer un service d'équilibrage de charge dans GCP #

Maintenant, configurons une ferme d’équilibrage de charge Web simple.
Allez à:
LSLB → Fermes → Créer une ferme

Paramètres:

Nom de la ferme: ferme Web
VIP: 10.0.1.11
Port: 80
Algorithme: Round Robin
Persistance: IP source (60 s)
Bilan de santé: check_tcp

Ajouter des serveurs backend :

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

Appliquer la configuration.

Accédez maintenant au service virtuel à :

http://34.172.119.80/

Le trafic sera distribué entre vos serveurs backend via le RELIANOID .

Pour tester le basculement :

Redémarrez le nœud maître (LB1).
Notez que LB2 devient actif, prenant le contrôle du VIP (10.0.1.11).
La connexion via IP publique reste ininterrompue.

Dépannage : cet hôte n'a pas attribué de compte de service #

Si vous recevez le message :

Cet hôte n'a pas attribué de compte de service. Veuillez le configurer dans la console GCP.

Il indique le GCP compte de service n'est pas configuré ou le Agent invité Google manquante.

Vérifier:

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

Si l'agent ou le SDK est manquant :

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

Veiller à ce que:

L'instance a une validité Compte de service attaché.
L'espace Compte de service a l' Administrateur informatique et Réseau Admin rôles.