GNU/Linux >> LINUX-Kenntnisse >  >> Ubuntu

Striping über vier Speicherknoten mit GlusterFS 3.2.x auf Ubuntu 12.10

Dieses Tutorial zeigt, wie Data Striping (Segmentierung von logisch sequentiellen Daten, z. B. einer einzelnen Datei, sodass Segmente mehreren physischen Geräten im Round-Robin-Verfahren zugewiesen und somit gleichzeitig geschrieben werden können) über vier einzelne Speicherserver (auf denen Ubuntu ausgeführt wird) durchgeführt wird 12.10) mit GlusterFS. Das Client-System (auch Ubuntu 12.10) kann auf den Speicher zugreifen, als wäre es ein lokales Dateisystem. GlusterFS ist ein geclustertes Dateisystem, das auf mehrere Petabyte skaliert werden kann. Es aggregiert verschiedene Speicherbausteine ​​über Infiniband-RDMA- oder TCP/IP-Verbindungen zu einem großen parallelen Netzwerkdateisystem. Storage Bricks können aus jeder handelsüblichen Hardware wie x86_64-Servern mit SATA-II-RAID und Infiniband-HBA hergestellt werden.

Bitte beachten Sie, dass diese Art von Speicher keine Hochverfügbarkeits-/Fehlertoleranzfunktionen bietet, wie dies bei repliziertem Speicher der Fall wäre.

Ich gebe keine Garantie dafür, dass dies bei Ihnen funktioniert!

1 Vorbemerkung

In diesem Tutorial verwende ich fünf Systeme, vier Server und einen Client:

  • server1.example.com:IP-Adresse 192.168.0.100 (Server)
  • server2.example.com:IP-Adresse 192.168.0.101 (Server)
  • server3.example.com:IP-Adresse 192.168.0.102 (Server)
  • server4.example.com:IP-Adresse 192.168.0.103 (Server)
  • client1.example.com:IP-Adresse 192.168.0.104 (Client)

Da wir alle Schritte dieses Tutorials mit Root-Rechten ausführen werden, können wir entweder allen Befehlen in diesem Tutorial die Zeichenfolge sudo voranstellen oder wir werden sofort root, indem wir

eingeben
sudo su 

Alle fünf Systeme sollten in der Lage sein, die Hostnamen der anderen Systeme aufzulösen. Wenn dies nicht über DNS möglich ist, sollten Sie die Datei /etc/hosts so bearbeiten, dass sie auf allen fünf Systemen wie folgt aussieht:

vi /etc/hosts
127.0.0.1       localhost.localdomain   localhost
192.168.0.100   server1.example.com     server1
192.168.0.101   server2.example.com     server2
192.168.0.102   server3.example.com     server3
192.168.0.103   server4.example.com     server4
192.168.0.104   client1.example.com     client1

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

(Es ist auch möglich, IP-Adressen anstelle von Hostnamen im folgenden Setup zu verwenden. Wenn Sie lieber IP-Adressen verwenden, müssen Sie sich nicht darum kümmern, ob die Hostnamen aufgelöst werden können oder nicht.)

2 Einrichten der GlusterFS-Server

server1.example.com/server2.example.com/server3.example.com/server4.example.com:

GlusterFS ist als Paket für Ubuntu 12.10 verfügbar, daher können wir es wie folgt installieren:

apt-get install glusterfs-server

Der Befehl

glusterfsd --version

sollte jetzt die gerade installierte GlusterFS-Version anzeigen (in diesem Fall 3.2.5):

[email protected]:~# glusterfsd --version
glusterfs 3.2.5 erstellt am 31. Januar 2012 07:39:58
Repository-Überarbeitung:git://git.gluster.com/glusterfs.git
Copyright (c) 2006-2011 Gluster Inc.
GlusterFS wird mit ABSOLUT KEINER GARANTIE geliefert.
Sie dürfen Kopien von GlusterFS unter den Bedingungen der weitergeben GNU General Public License.
[email protected]:~#

Wenn Sie eine Firewall verwenden, stellen Sie sicher, dass die TCP-Ports 111, 24007, 24008, 24009 (24009 + Anzahl der Bricks auf allen Volumes) auf server1.example.com, server2.example.com, server3.example.com und geöffnet sind server4.beispiel.com.

Als nächstes müssen wir server2.example.com, server3.example.com und server4.example.com zum vertrauenswürdigen Speicherpool hinzufügen (bitte beachten Sie, dass ich alle GlusterFS-Konfigurationsbefehle von server1.example.com aus ausführe, aber Sie können als Führen Sie sie gut von server2.example.com oder server3.example.com oder server4.example.com aus, da die Konfiguration zwischen den GlusterFS-Knoten repliziert wird - stellen Sie nur sicher, dass Sie die richtigen Hostnamen oder IP-Adressen verwenden):

server1.beispiel.com:

Führen Sie auf server1.example.com

aus

Gluster-Peer-Probe server2.example.com
Gluster-Peer-Probe server3.example.com
Gluster-Peer-Probe server4.example.com

Die Ausgabe sollte wie folgt aussehen:

[email protected]:~# gluster peer probe server2.example.com
Prüfung erfolgreich
[email protected]:~#

Der Status des vertrauenswürdigen Speicherpools sollte jetzt ungefähr so ​​aussehen:

gluster peer status

[email protected]:~# Gluster-Peer-Status
Anzahl der Peers:3

Hostname:server2.example.com
Uuid:600ff607-f7fd-43f6-af8d-419df703376d
Status:Peer im Cluster (verbunden)

Hostname:server3.example.com
Uuid:1d6a5f3f-c2dd-4727-a050-0431772cc381
Status:Peer im Cluster (verbunden)

Hostname:server4.example.com
Uuid:0bd9d445-0b5b-4a91-be6f-02b13c41d5d6
Status:Peer im Cluster (verbunden)
[email protected]:~#

Als nächstes erstellen wir die Striped-Freigabe namens testvol (bitte beachten Sie, dass die Anzahl der Stripes in diesem Fall gleich der Anzahl der Server ist) auf server1.example.com, server2.example.com, server3.example.com und server4.example .com im /data-Verzeichnis (dieses wird erstellt, wenn es nicht existiert):

gluster volume create testvol stripe 4 transport tcp server1.example.com:/data server2.example.com:/data server3.example.com:/data server4.example.com:/data 

[E-Mail-geschützt]:~# Gluster-Volume testvol erstellen Stripe 4 Transport TCP server1.example.com:/data server2.example.com:/data server3.example.com:/data server4.example.com:/data
Die Erstellung des Volumens testvol war erfolgreich. Bitte starten Sie das Volume, um auf die Daten zuzugreifen.
[email protected]:~#

Lautstärke starten:

gluster volume start testvol

Es ist möglich, dass der obige Befehl Ihnen mitteilt, dass die Aktion nicht erfolgreich war:

[email protected]:~# gluster volume start testvol
Das Starten von volume testvol war nicht erfolgreich
[email protected]:~#

In diesem Fall sollten Sie die Ausgabe von...

überprüfen

server1.example.com/server2.example.com/server3.example.com/server4.example.com:

netstat -tap | grep glusterfsd

auf beiden Servern.

Wenn Sie eine solche Ausgabe erhalten...

[email protected]:~# netstat -tap | grep glusterfsd
tcp 0 0*:24009*:*Hören 1110 /glusterfsd
TCP 0 0 localhost.localdom:1019 localhost.localdo:24007 gegründet 1110 /glusterfsd
[E -Mail -Protected]:~ #

... alles ist in Ordnung, aber wenn Sie keine Ausgabe bekommen...

[E-Mail-geschützt]:~# netstat -tap | grep glusterfsd
[email protected]:~#

[E-Mail-geschützt]:~# netstat -tap | grep glusterfsd
[email protected]:~#

[E-Mail-geschützt]:~# netstat -tap | grep glusterfsd
[email protected]:~#

... starten Sie den GlusterFS-Daemon auf dem entsprechenden Server (in diesem Fall server2.example.com, server3.example.com und server4.example.com) neu:

server2.example.com/server3.example.com/server4.example.com:

/etc/init.d/glusterfs-server restart

Überprüfen Sie dann die Ausgabe von...

netstat -tap | grep glusterfsd

... wieder auf diesen Servern - es sollte jetzt so aussehen:

[email protected]:~# netstat -tap | grep glusterfsd
tcp 0 0*:24009*:*Hören 1152 /glusterfsd
TCP 0 0 localhost.localdom:1018 localhost.localdo:24007 gegründet 1152 /glusterfsd
[E -Mail -Protected]:~ #

[email protected]:~# netstat -tap | grep glusterfsd
tcp 0 0*:24009*:*Hören 1311 /glusterfsd
tcp 0 0 localhost.localdom:1018 localhost.localdo:24007 etabliert 1311 /glusterfsd
[E -Mail -Protected]:~ #

[email protected]:~# netstat -tap | grep glusterfsd
tcp 0 0*:24009*:*Hören 1297 /glusterfsd
TCP 0 0 localhost.localdom:1019 localhost.localdo:24007 gegründet 1297 /glusterfsd
[E -Mail -Protected]:~ #

Nun zurück zu server1.example.com:

server1.beispiel.com:

Sie können den Status des Volumes mit dem Befehl

überprüfen
gluster volume info
[email protected]:~# gluster volume info

Volume-Name:testvol
Typ:Stripe
Status:Gestartet
Anzahl der Bricks:4
Transporttyp:tcp
Bricks:
Brick1:server1. example.com:/data
Brick2:server2.example.com:/data
Brick3:server3.example.com:/data
Brick4:server4.example.com:/data
[E-Mail-geschützt]:~#

Standardmäßig können sich alle Clients mit dem Volume verbinden. Wenn Sie nur client1.example.com (=192.168.0.104) Zugriff gewähren möchten, führen Sie Folgendes aus:

gluster volume set testvol auth.allow 192.168.0.104

Bitte beachten Sie, dass für die IP-Adressen Wildcards verwendet werden können (z. B. 192.168.*) und mehrere IP-Adressen durch Komma getrennt angegeben werden können (z. B. 192.168.0.104,192.168.0.105).

Die Volume-Info sollte nun den aktualisierten Status anzeigen:

gluster volume info
[email protected]:~# gluster volume info

Volume-Name:testvol
Typ:Stripe
Status:Gestartet
Anzahl der Bricks:4
Transporttyp:tcp
Bricks:
Brick1:server1. example.com:/data
Brick2:server2.example.com:/data
Brick3:server3.example.com:/data
Brick4:server4.example.com:/data
Optionen neu konfiguriert:
auth.allow:192.168.0.104
[email protected]:~#

3 Einrichten des GlusterFS-Clients

client1.beispiel.com:

Auf dem Client können wir den GlusterFS-Client wie folgt installieren:

apt-get install glusterfs-client

Dann erstellen wir folgendes Verzeichnis:

mkdir /mnt/glusterfs

Das ist es! Jetzt können wir das GlusterFS-Dateisystem mit dem folgenden Befehl in /mnt/glusterfs einhängen:

mount.glusterfs server1.example.com:/testvol /mnt/glusterfs

(Anstelle von server1.example.com können Sie im obigen Befehl auch server2.example.com oder server3.example.com oder server4.example.com verwenden!)

Sie sollten nun die neue Freigabe in den Ausgaben von...

sehen
mount

[email protected]:~# mount
/dev/mapper/server5-root on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid, nodev)
sysfs auf /sys geben Sie sysfs (rw,noexec,nosuid,nodev) ein
fusectl auf /sys/fs/fuse/connections geben fusectl (rw)
none auf /sys/kernel /debug Typ debugfs (rw)
keine auf /sys/kernel/security Typ securityfs (rw)
udev auf /dev Typ devtmpfs (rw,mode=0755)
devpts auf /dev/ pts tippe devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run tippe tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock geben Sie tmpfs (rw,noexec,nosuid,nodev,size=5242880)
keine auf /run/shm geben Sie tmpfs (rw,nosuid,nodev)
/dev/sda1 auf /boot geben Sie ein ext2 (rw)
server1.example.com:/testvol on /mnt/glusterfs type fuse.glusterfs (rw,allow_other,default_permissions,max_read=131072)
[email protected]:~#

... und ...

df -h

[E-Mail-geschützt]:~# df -h
Dateisystem            Größe  Verwendet Verfügbar Verwendung % Eingehängt auf
/dev/mapper/server5-root
                        29G  1.1G   27G   4 % /
udev 238m 4,0K 238m 1%/Dev
TMPFS 99m 212K 99m 1%/Lauf
Keine 5,0 m 0 5,0 m 0%/run/lock
Keine 247m 0 247 m 0%/run/shm
/dev/sda1             228 Mio.   24 Mio.  193 Mio.  11 % /boot
server1.example.com:/testvol
                     116G  4.2G  106G   4 % /mnt/glusterfs
[email protected] ~#

Anstatt die GlusterFS-Freigabe manuell auf dem Client zu mounten, könnten Sie /etc/fstab so ändern, dass die Freigabe automatisch gemountet wird, wenn der Client startet.

Öffnen Sie /etc/fstab und fügen Sie die folgende Zeile an:

vi /etc/fstab 
[...]
server1.example.com:/testvol /mnt/glusterfs glusterfs defaults,_netdev 0 0

(Auch hier können Sie anstelle von server1.example.com auch server2.example.com oder server3.example.com oder server4.example.com verwenden!)

Um zu testen, ob Ihre modifizierte /etc/fstab funktioniert, starten Sie den Client neu:

reboot 

Nach dem Neustart sollten Sie die Freigabe in den Ausgaben von ...

finden
df -h 

... und ...

mount

4 Testen

Lassen Sie uns nun eine große Testdatei auf der GlusterFS-Freigabe erstellen:

client1.beispiel.com:

dd if=/dev/zero of=/mnt/glusterfs/test.img bs=1024k count=1000
ls -l /mnt/glusterfs

[email protected]:~# ls -l /mnt/glusterfs
insgesamt 1024032
-rw-r--r-- 1 root root 1048576000 2012-12-17 17:31 test.img
[E-Mail-geschützt]:~#

Lassen Sie uns nun das /data-Verzeichnis auf server1.example.com, server2.example.com, server3.example.com und server4.example.com überprüfen. Sie sollten die Datei test.img auf jedem Knoten sehen, jedoch mit unterschiedlichen Größen (aufgrund von Data Striping):

server1.beispiel.com:

ls -l /data

[email protected]:~# ls -l /data
total 256008
-rw-r--r-- 1 root root 1045430272 2012-12-17 17:31 test.img
[E-Mail-geschützt]:~#

server2.beispiel.com:

ls -l /data

[email protected]:~# ls -l /data
total 256008
-rw-r--r-- 1 root root 1046478848 2012-12-17 17:27 test.img
[E-Mail-geschützt]:~#

server3.beispiel.com:

ls -l /data

[email protected]:~# ls -l /data
total 256008
-rw-r--r-- 1 root root 1047527424 2012-12-17 17:26 test.img
[E-Mail-geschützt]:~#

server4.beispiel.com:

ls -l /data

[email protected]:~# ls -l /data
total 256008
-rw-r--r-- 1 root root 1048576000 2012-12-17 17:30 test.img
[E-Mail-geschützt]:~#

  • GlusterFS:http://www.gluster.org/
  • GlusterFS 3.2-Dokumentation:http://download.gluster.com/pub/gluster/glusterfs/3.2/Documentation/AG/html/index.html
  • Ubuntu:http://www.ubuntu.com/

Ubuntu
  1. Hochverfügbarkeitsspeicher mit GlusterFS auf Debian 8 – Spiegelung über zwei Speicherserver

  2. Hochverfügbarkeitsspeicher mit GlusterFS auf CentOS 7 – Spiegelung über zwei Speicherserver

  3. Verteilter Speicher auf vier Speicherknoten mit GlusterFS 3.2.x unter Ubuntu 12.10

  4. Verteilter replizierter Speicher über vier Speicherknoten mit GlusterFS 3.2.x auf Ubuntu 12.10

  5. Automatische Dateireplikation (Mirror) über zwei Speicherserver mit GlusterFS 3.2.x auf Ubuntu 12.10

Hochverfügbarkeitsspeicher mit GlusterFS auf Ubuntu 18.04 LTS

Verteilter Speicher auf vier Speicherknoten mit GlusterFS 3.2.x auf CentOS 6.3

Verteilter replizierter Speicher über vier Speicherknoten mit GlusterFS 3.2.x auf CentOS 6.3

Verteilter replizierter Speicher über vier Speicherknoten mit GlusterFS auf Fedora 12

Striping über vier Speicherknoten mit GlusterFS auf Fedora 12

Verteilter Speicher über vier Speicherknoten mit GlusterFS auf Fedora 12