GCP-Clustering-Übersicht #

Dieser Artikel beschreibt die Einrichtung Erweiterter Lastausgleich und hohe Verfügbarkeit Verwendung der RELIANOID Lastenausgleicher in Google Cloud Platform (GCP).
Wir demonstrieren den gesamten Prozess der Bereitstellung und Konfiguration eines RELIANOID Cluster mit einem virtuelle IP (VIP) für Failover und eine Farm von Backend-Servern für den HTTP-Lastausgleich.
Ziel ist es, sicherzustellen, dass bei einem Ausfall oder Neustart eines Knotens (Master) die virtuelle IP und die Dienste automatisch auf den sekundären Knoten umgeschaltet werden, um eine unterbrechungsfreie Anwendungsverfügbarkeit zu gewährleisten.

Cloud Load Balancer-Clusterumgebung #

Wir zeigen Ihnen, wie es umgesetzt werden kann in Google Cloud Platform (GCP) mit nativen GCP-Diensten. Das folgende Diagramm veranschaulicht die Architektur, mit der wir ein Web-Load-Balancing-Setup bereitstellen möchten. RELIANOID Anwendungsbereitstellungscontroller in GCP für hohe Verfügbarkeit und Failover.

Architekturdiagramm #

. Der RELIANOID VM wird mit einem konfiguriert Netzwerkschnittstelle (nic0) verbunden mit a VPC-Netzwerk und ordnete sowohl eine intern und einem statische externe IP.

• LB1:
• Interne IP: 10.0.1.9
• Externe IP: 34.122.145.90
• LB2:
• Interne IP: 10.0.1.8
• Externe IP: 35.233.210.70

Auf der Netzwerkschnittstelle von LB1 wird eine zusätzliche sekundäre interne IP-Adresse (VIP) erstellt:

• VIP (für virtuellen Service):10.0.1.11
• Diese IP wird während des Failovers automatisch zwischen den Knoten (Master/Slave) verschoben.
• Die Veröffentlichung erfolgt über eine externe statische IP, zB 34.172.119.80, für den Benutzerzugriff auf den virtuellen Dienst.

Das Backend-Server (echte Anwendungen) werden im selben privaten Netzwerk bereitgestellt (10.0.1.0/24) und sind nicht direkt dem Internet ausgesetzt.

Implementieren Sie Cloud Load Balancer Clustering in GCP #

1. Bereitstellen RELIANOID Load Balancer-Instanzen #

Sie können die bereitstellen RELIANOID Load Balancer-Image direkt aus dem Google Cloud Marketplace.

1. Zurück Nach Google Cloud Console → Compute Engine → VM-Instanzen → Instanz erstellen.
2. Wähle aus RELIANOID Load Balancer-Bild unter „Benutzerdefinierte Bilder“ und dann „Marktplatz“.
3. Konfigurieren:
• Maschinentyp: e2-micro (ausreichend zum Testen; verwenden Sie n2-standard für die Produktion)
• Region / Zone: gleiche Region für beide Knoten
• Network Interface:
• Netzwerk: relianoid-vpc
• Subnetz: relianoid_subnet
• Externe IP: Statisch (neue statische IP zuweisen)
• Firewall:Erlauben Sie TCP 22 (SSH), TCP 444 (Web-GUI) und TCP 80 (für HTTP-Dienste).
4. Klicken Sie auf Erweiterte Optionen → Sicherheit → Zugriffsbereiche
• Wählen Vollen Zugriff auf alle Cloud-APIs zulassen or Benutzerdefiniertes Dienstkonto einrichten (empfohlen).
• a . zuweisen Dienstkonto und Compute Admin und Compute Network Admin Rollen.

Stellen Sie beide Knoten (LB1 und LB2) im selben VPC und Subnetz bereit.

2. Dienstkonten aktivieren und konfigurieren (Identitätszugriff) #

RELIANOID verwendet das Google Cloud API für die Failoververwaltung, ähnlich wie Azure Managed Identities.

• Zurück Nach IAM & Admin → Dienstkonten.
• Erstellen Sie neues Dienstkonto namens relianoid-cluster-sa.
• Weisen Sie die folgenden Rollen zu:
• Compute Instance Admin (v1)
• Compute Network Admin
• Service Account User

Verknüpfen Sie dieses Dienstkonto mit den VMs LB1 und LB2 (Bearbeiten → Dienstkonto ändern).

Überprüfen Sie dann den Zugriff von jedem Knoten aus:

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

Wenn der Agent nicht installiert ist, führen Sie Folgendes aus:

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

3. Konfigurieren Sie Netzwerkschnittstellen und virtuelle IP #

In GCP können sekundäre interne IPs manuell über die Konsole oder CLI hinzugefügt werden.

Auf LB1 (Masterknoten):

• Zurück Nach VPC-Netzwerk → VM-Instanzen → LB1 → Bearbeiten → Netzwerkschnittstelle → Sekundäre interne IP hinzufügen
• Zuordnen:
• IP: 10.0.1.11
• Name: vip-lb
• Typ: Static

Auf LB2 (Sicherungsknoten):

• Weisen Sie diese sekundäre IP nicht zu.
• Das RELIANOID Der Clusterdienst weist es während des Failovers automatisch neu zu.

4. Sicherheitsregeln (Firewall-Konfiguration) #

In VPC-Netzwerk → Firewall Regeln erstellen, die Folgendes erlauben:

Protokoll	Hafen	Zweck
TCP	22	SSH-Zugang
TCP	444	Web-GUI
TCP	80	Backend-HTTP-Dienste

Wenden Sie diese Regeln auf Instanzen an, die als gekennzeichnet sind relianoid-lb.

5. Aktivieren Sie die RELIANOID Lizenz #

Greifen Sie auf jeden Knoten zu:

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

Anwendung:

• Benutzername: root
• Passwort: Instanz-ID

Hostnamen und Zertifikatsschlüssel abrufen → Besuchen
https://www.relianoid.com/activate-enterprise-edition-cloud-evaluation/
Laden Sie das Heruntergeladene hoch .pem Lizenzdatei auf jeden Knoten.

6. Konfigurieren RELIANOID Cluster #

Füllen Sie im LB1-Web-GUI unter System → Cluster folgende Felder aus:

Feld	Wert
Lokale IP	Wählen Sie nic0 (10.0.1.9)
Remote-IP	10.0.1.8
Remote-Knoten-Passwort	(LB2-Instanz-ID)

Klicken Sie auf Generieren.

LB1 wird automatisch zum Master, LB2 zum Slave .

Erstellen Sie einen Lastenausgleichsdienst in GCP #

Lassen Sie uns nun eine einfache Web-Lastausgleichsfarm konfigurieren.
Gehe zu:
LSLB → Farmen → Farm erstellen

Parameter:

• Name des Bauernhofs: Webfarm
• VIP: 10.0.1.11
• Hafen: 80
• Algorithmus: Round Robin
• Beharrlichkeit: Quell-IP (60 Sek.)
• Gesundheitskontrolle: check_tcp

Backend-Server hinzufügen:

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

Konfiguration anwenden.

Greifen Sie jetzt auf den virtuellen Dienst zu unter:

http://34.172.119.80/

Der Datenverkehr wird zwischen Ihren Backend-Servern über die RELIANOID Cluster.

So testen Sie das Failover:

• Starten Sie den Masterknoten (LB1) neu.
• Beachten Sie, dass LB2 aktiv wird und die Kontrolle über den VIP (10.0.1.11) übernimmt.
• Die Verbindung über die öffentliche IP bleibt ununterbrochen.

Fehlerbehebung: Diesem Host wurde kein Dienstkonto zugewiesen #

Wenn Sie die Nachricht erhalten:

    „Diesem Host ist kein Dienstkonto zugewiesen. Bitte konfigurieren Sie es in der GCP-Konsole.“

Dies deutet darauf hin, dass das GCP -Dienstkonto nicht konfiguriert ist oder der Google Guest Agent fehlt.

Verifizieren:

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

Wenn der Agent oder das SDK fehlt:

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

Sicher gehen, dass:

• Die Instanz hat eine gültige Dienstkonto angebracht.
• Das Dienstkonto hat der Compute-Administrator und Netzwerk-Admin Rollen.

Profitieren Sie von erweitertem Load Balancing und Clustering in GCP mit RELIANOID! #