So verwenden Sie den nicht verwalteten Load Balancer von Elastifile in der GCP – Elastifile-Hilfe [gg-elastifile-support-en]

So verwenden Sie den nicht verwalteten Elastifile-Load-Balancer in der GCP

Einführung

Elastifile verwendet eine eigene Implementierung des Load Balancers in GCP, um sowohl TCP- als auch UDP-Verkehr zu unterstützen.

Der Elastifile-Load-Balancer basiert auf GCP-Routen, wobei jeder Elastifile-Speicherknoten im System über einen eigenen Routeneintrag verfügt.

Allen Routeneinträgen wird dieselbe virtuelle Floating-IP zugewiesen, um auf den NFS-Speicher zuzugreifen.

Aufbau

1. Erstellung eines nicht verwalteten Load Balancers –

Die einfachste Möglichkeit, den nicht verwalteten Lastausgleichsdienst Elastifile zu konfigurieren, ist die Verwendung der Terraform-Automatisierung für die Installation von Elastifile.

In der Datei terraform.trvars sollten Sie Folgendes angeben (jede IP kann ausgewählt werden):

  # Load Balance mode - "none" "dns" "elastifile" "google" LB_TYPE = "none" #LB_VIP = "10.128.11.99" LB_VIP = "10.128.10.99"

Um die Konfiguration zu validieren, können Sie sich per SSH beim Elastifile-Verwaltungsserver anmelden und den folgenden Befehl ausführen:

  $ gcloud compute --project "support-team-b" ssh --zone "europe-west4-a" "un-lb" snirz@un-lb ~$ sudo su - root@un-lb ~# . elfs_admin [root@un-lb ~(elfs_admin)]# elfs-cli cloud_provider list id project image image_project zone region load_balancer_name load_balancer_dns_name load_balancer_use load_balancer_vip availability_zone_use cloud_configuration_id load_balancer_available_vips min_cpu_platform ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ 1 support-team-b vhead-3-1-0-13-f556d3add66a elastifle-public-196717 europe-west4-a europe-west4 false 10.128.10.99 false 4 ["10.255.255.1/32", "10.254.255.1/32", "10.253.255.1/32", "10.251.255.1/32", "10.249.255.1/32", "10.247.255.1/32", "10.246.255.1/32", "10.237.255.1/32", "10.229.255.1/32", "10.210.255.1/32", "10.209.255.1/32", "172.22.0.1/32", "172.23.0.1/32", "172.24.0.1/32", "172.25.0.1/32"] undefined

Stellen Sie sicher, dass „load_balancer_use" auf „false" gesetzt ist und „load_balancer_vip" der IP entspricht, die Sie in der vars-Datei angegeben haben.

Zu diesem Zeitpunkt ist die konfigurierte IP noch nicht funktionsfähig

  [root@client ~]# showmount -e 10.128.10.99 clnt_create: RPC: Port mapper failure - Timed out [root@client ~]#

2. Erstellung von Routeneinträgen –

Um es zu aktivieren, sollten die Routeneinträge erstellt werden.

Hinweis: Falls Sie die Bereitstellung in einem Shared VPC-Service-Projekt durchführen, sollten die Routeneinträge im Host-Projekt erstellt werden!

Beachten Sie die internen IPs der Elastifile-Speicherknoten

Erstellen Sie einen Routeneintrag für jeden Elastifile-Speicherknoten (wiederholen Sie dieses Beispiel nach Bedarf).

Es wird dringend empfohlen, im Routeneintragsnamen die folgende Syntax zu verwenden: „elfs-<ems_name>-<elfs_instance-hash>"

3. Prozessvalidierung –

Sobald Sie Schritt 2 abgeschlossen haben, sollten Sie die Einträge als Nummer des Elastifile-Speicherknotens weiterleiten

Jetzt sollte auch der VIP funktionsfähig sein

  [root@client ~]# showmount -e 10.128.10.99 Export list for 10.128.10.99: /snir_dc/root *

Wenn Sie einen Elastifile-Speicherknoten hinzufügen, sollten Sie einen zusätzlichen Routeneintrag erstellen, der den neuen Knoten darstellt

Wenn Sie einen Elastifile-Speicherknoten entfernen, sollten Sie den Routeneintrag löschen, der den entfernten Knoten darstellt