Udostępniane dyski o wysokiej dostępności za pomocą Vultr Block Storage i GlusterFS

• Konfigurowanie GlusterFS
• Ważna uwaga dotycząca ponownego montażu
• Ważna uwaga dotycząca kopii zapasowych
• FAQ

GlusterFS to dołączony do sieci system plików, który skutecznie umożliwia współdzielenie dwóch dysków na wielu urządzeniach w sieci. Ten system plików doskonale pasuje do oferty blokowej pamięci masowej Vultr, ponieważ możesz udostępniać dysk w sieci, co nie jest możliwe od razu po wyjęciu z pudełka.

Pod względem funkcji, rozszerzalności i niezawodności GlusterFS okazał się jednym z najbardziej wyrafinowanych i stabilnych systemów plików.

Po wprowadzeniu zmian na dysku na jednym serwerze zostaną one automatycznie replikowane na drugim serwerze w czasie rzeczywistym. Aby to osiągnąć i postępować zgodnie z tym przewodnikiem, będziesz potrzebować:

• Dwie instancje chmury Vultr, najlepiej z tym samym systemem operacyjnym.
• Dwa blokowe dyski tego samego rozmiaru.

Po zamówieniu tych dwóch blokowych napędów pamięci należy podłączyć je do VM 1 i VM 2. Ponieważ będziemy używać obu blokowych napędów pamięci dla tego samego systemu plików, podzielenie całkowitego rozmiaru obu dysków przez dwa da użyteczną ilość GB. Na przykład, jeśli masz dwa dyski 100 GB, można użyć 100 GB (100 * 2/2).

Ponadto obie maszyny wirtualne będą musiały znajdować się w tej samej lokalizacji, aby mogły znajdować się w tej samej sieci prywatnej. Będziemy łączyć się z serwerami przy użyciu ich wewnętrznych adresów IP. Pamiętaj, że wyczyścimy dane z dysku do przechowywania bloków. Upewnij się, że są fabrycznie nowe i niesformatowane.

W tym przewodniku będziemy używać storage1i storage2, odpowiednio, prywatnych adresów IP 10.0.99.10 i 10.0.99.11. Nazwy serwerów i adresy IP najprawdopodobniej będą się różnić, więc pamiętaj o ich zmianie podczas konfigurowania GlusterFS.

Ten przewodnik został napisany z myślą o CentOS / RHEL 7. Jednak GlusterFS jest względnie kompatybilny krzyżowo w wielu dystrybucjach Linuksa.

Konfigurowanie GlusterFS

Krok 1: Zmień /etc/hostsplik

Abyśmy mogli szybko połączyć się z odpowiednimi instancjami, powinniśmy dodać do hostspliku łatwe do zapamiętania nazwy . Otwórz /etc/hostsplik i dodaj do niego następujące wiersze:

10.0.99.10 storage1
10.0.99.11 storage2

Krok 2: Dodaj dysk storage1

SSH do storage1i wykonaj następujące polecenia. Domyślnie podłączone dyski blokowe są montowane jako /dev/vdb. Jeśli z jakiegoś powodu różni się to w twoim przypadku, powinieneś to zmienić w poniższych poleceniach.

Sformatuj dysk:

fdisk /dev/vdb

Naciśnij „enter”, aby odpowiedzieć na następujące trzy pytania (dotyczące rozmiaru partycji itp., Chcemy wykorzystać całą dostępną przestrzeń na blokowych dyskach pamięci) i wpisz „w”, aby zapisać te zmiany na dysku. Po pomyślnym zakończeniu tego napisz:

/sbin/mkfs.ext4 /dev/vdb1

Poszliśmy dalej i stworzyliśmy system plików, ponieważ Vultr domyślnie nie tworzy żadnych systemów plików w pamięci blokowej.

Następnie utworzymy folder, w którym będziemy przechowywać nasze pliki. Możesz zmienić tę nazwę, ale nie zobaczysz jej zbyt często, więc w celu wyeliminowania złożoności zalecam pozostawienie jej w spokoju.

mkdir /glusterfs1

Aby automatycznie zamontować dysk przy rozruchu, otwórz /etc/fstabi dodaj następujący wiersz na dole pliku:

/dev/vdb1 /glusterfs1      ext4    defaults        1 2

Na koniec zamontuj dysk:

mount -a

Montowanie pozostanie trwałe podczas ponownego uruchamiania, więc po ponownym uruchomieniu serwera dysk zostanie automatycznie zamontowany ponownie.

Krok 3: Dodaj dysk storage2

Teraz, gdy mamy dysk dodany i zamontowany storage1, musimy go również utworzyć storage2. Polecenia prawie się nie różnią. Aby fdiskwykonać te same czynności, co powyżej.

fdisk /dev/sdb
/sbin/mkfs.ext4 /dev/sdb1
mkdir /glusterfs2

Edytuj /etc/fstabi dodaj następujący wiersz:

/dev/vdb1 /glusterfs2      ext4    defaults        1 2

Podobnie jak w przypadku storage1, dysk zostanie automatycznie zamontowany po ponownym uruchomieniu.

Zamontuj dysk:

mount -a

Na koniec sprawdźmy, czy widać partycję:

df -h

Powinieneś zobaczyć tutaj swój dysk. Jeśli nie, spróbuj wykonać powyższe kroki.

Krok 4: Instalacja GlusterFS na storage1istorage2

Następnie musimy zainstalować GlusterFS. Dodaj repozytorium i zainstaluj GlusterFS:

rpm  -ivh  http://dl.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-7-5.noarch.rpm
wget -P /etc/yum.repos.d http://download.gluster.org/pub/gluster/glusterfs/3.7/3.7.5/CentOS/glusterfs-epel.repo
yum -y install glusterfs glusterfs-fuse glusterfs-server

Istnieje prawdopodobieństwo, że wystąpi błąd, yumponieważ podpis do repozytorium jest nieprawidłowy. W takim przypadku można bezpiecznie wymusić brak sprawdzania podpisu GPG:

yum -y install glusterfs glusterfs-fuse glusterfs-server --nogpgcheck

Na obu serwerach uruchom teraz następujące polecenia, aby uruchomić GlusterFS i uruchomić go automatycznie po ponownym uruchomieniu:

systemctl enable glusterd.service
systemctl start glusterd.service

Jeśli używasz starszej wersji CentOS, możesz użyć poleceń servicei chkconfig:

chkconfig glusterd on
service glusterd start

Krok 5: Wyłączanie zapory sieciowej storage1istorage2

Chociaż nie jest to samo w sobie najlepsze rozwiązanie, dobrym pomysłem jest wyłączenie zapory ogniowej w celu wyeliminowania możliwych konfliktów z zablokowanymi portami. Jeśli nie czujesz się komfortowo, możesz zmienić reguły według własnych upodobań, ale ze względu na naturę GlusterFS zdecydowanie zalecamy wyłączenie zapory. Biorąc pod uwagę, że prywatna sieć jest w rzeczywistości prywatna na Vultr (i nie trzeba zapory ogniowej dla innych klientów), możesz po prostu zablokować cały ruch przychodzący z Internetu i ograniczyć dozwolone połączenia z siecią prywatną. Wystarczyłoby jednak wyłączenie zapory ogniowej i niezmienianie innych konfiguracji systemu:

systemctl stop firewalld.service
systemctl disable firewalld.service

Jeśli używasz starszej wersji CentOS, która nie obsługuje systemctl, użyj poleceń servicei chkconfig:

service firewalld stop
chkconfig firewalld off

Jeśli nie używasz firewalld, spróbuj wyłączyć iptables:

service iptables stop
chkconfig iptables off

Krok 6: Dodaj serwery do puli pamięci

Po wyłączeniu zapory możemy dodać oba serwery do puli pamięci. Jest to pula składająca się z całej dostępnej pamięci. Wykonaj następujące polecenie storage1:

gluster peer probe storage2

To polecenie powoduje dodanie storage2do własnej puli pamięci. Wykonując następujące polecenie storage2, oba dyski będą zsynchronizowane:

gluster peer probe storage1

Po wykonaniu tego na obu serwerach powinniśmy sprawdzić status na obu serwerach:

gluster peer status

Oba serwery powinny pokazywać stan „Peers: 1”. Częstym błędem jest to, że ludzie oczekują, że zobaczą Peers: 2, ale jak storage1będą podglądać storage2i na odwrót, nie będą podglądać siebie. Dlatego Peers: 1właśnie tego potrzebujemy.

Krok 7: Utwórz wspólny dysk storage1

Teraz, gdy oba serwery mogą się ze sobą łączyć za pośrednictwem GlusterFS, utworzymy wspólny dysk.

Włącz storage1, wykonaj:

gluster volume create mailrep-volume replica 2  storage1:/glusterfs1/files  storage2:/glusterfs2/files force

Wolumin został utworzony. W GlusterFS musisz „uruchomić” wolumin, aby był on aktywnie udostępniany na wielu urządzeniach. Zacznijmy:

gluster volume start mailrep-volume

Następnie wybierz folder, który powinien znajdować się na woluminie i replikowany na obu serwerach. W tym samouczku będziemy używać folderu /var/files. Oczywiście może to być coś, co lubisz. Utwórz storage1 tylko na :

mkdir /var/files

Następnie zamontuj:

mount.glusterfs storage1:/mailrep-volume /var/files/

Zaktualizuj, /etc/fstababy dysk był automatycznie montowany podczas rozruchu. Dodaj następujące:

storage1:/mailrep-volume /var/files glusterfs defaults,_netdev 0 0

Zamontuj ponownie dysk:

mount -a

Krok 8: Utwórz udostępniony dysk storage2

Teraz, gdy utworzyliśmy wspólny dysk storage1, musimy go również utworzyć storage2. Utwórz folder o tej samej lokalizacji / ścieżce i nazwie:

mkdir /var/files
mount.glusterfs storage2:/mailrep-volume /var/files/

Podobnie jak w przypadku storage1, dodaj następujący wiersz do /etc/fstab:

storage2:/mailrep-volume /var/files glusterfs defaults,_netdev 0 0

Zamontuj ponownie dysk:

mount -a

Krok 9: Przetestuj pamięć współdzieloną

Przejdź do /var/filesfolderu storage1i utwórz plik:

cd /var/files
touch created_on_storage1

Następnie przejdź do storage2serwera. Wykonaj ls -lai powinieneś zobaczyć plik created_on_storage1.

Włącz storage2, przejdź do /var/filesfolderu i utwórz plik:

cd /var/files
touch created_on_storage2

Wróć do storage1i wykonaj ls -la /var/files. Plik powinien created_on_storage2pojawić się tutaj.

Krok 10: Uruchom ponownie wszystkie serwery (opcjonalnie)

Aby dokładnie sprawdzić, czy konfiguracja pozostanie trwała podczas ponownego uruchamiania, najlepiej jest zrestartować wszystkie serwery. Jak wspomniano, należy poczekać na uruchomienie jednego serwera, a następnie ponownie uruchomić drugi, aby dysk współużytkowany został automatycznie podłączony.

Uruchom ponownie storage1, poczekaj, aż się uruchomi, a następnie uruchom ponownie storage2. Teraz zaloguj się i uruchom na obu serwerach:

cd /var/files
ls -la

Powinieneś teraz zobaczyć oba pliki. Pamiętaj, aby zacząć bez plików na woluminie, więc usuń utworzone przez nas pliki testowe. Można to zrobić na storage1, storage2albo jedno i drugie. Zmiany zostaną natychmiast skopiowane:

cd /var/files
rm created_on_storage1
rm created_on_storage2

Powinieneś mieć identyczny wspólny wolumin na obu serwerach, niezależnie od działań na obu woluminach.

Masz teraz skonfigurowaną pełnoprawną konfigurację GlusterFS ze 100 GB (lub więcej) użytecznej przestrzeni. Jeśli w przyszłości będziesz potrzebować więcej, konfiguracja jest łatwo skalowalna, aby zwiększyć pojemność i / lub więcej serwerów, jeśli wymaga tego obciążenie.

Dziękuję za przeczytanie!

Ważna uwaga dotycząca ponownego montażu

GlusterFS pozwala na aktualizowanie danych na dwóch dyskach. Należy jednak pamiętać, że gdy oba serwery zostaną ponownie uruchomione w tym samym czasie , konieczne będzie wymuszenie zamontowania dysków na obu serwerach. Musisz wymusić podłączenie ręcznie, wykonując następujące polecenie:

gluster volume start mailrep-volume force

Jest tak, ponieważ jeden z serwerów działa jak serwer, a drugi jako klient. Chociaż w praktyce różnica nie jest bardzo łatwa do zauważenia, oznacza to, że kiedy trzeba zrestartować oba serwery, należy zrestartować jeden, poczekać, aż się uruchomi, a następnie uruchomić drugi.

Ważna uwaga dotycząca kopii zapasowych

Nawet jeśli twoje dane zostaną zreplikowane na dwóch dyskach, powinieneś mieć swoje dane co najmniej trzykrotnie. Chociaż twoje dane są lepiej chronione przed uszkodzeniem danych i tym podobne, należy pamiętać, że zmiany są natychmiastowe i w żaden sposób nie będziesz chroniony przed ludzkim błędem. Po usunięciu wszystkich plików z jednego dysku zmiany te zostaną natychmiast zreplikowane na drugim dysku, co oznacza, że ​​dane zostaną wyczyszczone w obu instancjach.

Na szczęście istnieje wiele sposobów, aby tego uniknąć. Po pierwsze, zalecam włączenie tworzenia kopii zapasowych w samej instancji chmury. Chociaż te kopie zapasowe nie zawierają danych w magazynie bloków, będą chronić dane w samej instancji.

Jeśli chodzi o tworzenie kopii zapasowej danych w samej pamięci blokowej, zalecam utworzenie osobnej instancji (na przykład planu SATA), aby na przykład móc co wieczór tworzyć kopię zapasową z jednego z dwóch podłączonych serwerów. W ten sposób Twoje dane będą bezpieczne na innym oddzielnym urządzeniu.

FAQ

Czy mogę zwiększyć ilość miejsca na dysku?

Możesz zwiększyć rozmiar pamięci blokowej z panelu sterowania Vultr. Po tym należy zmienić rozmiar dysku w systemie operacyjnym, ale nie wchodzi to w zakres tego artykułu.

Czy mogę dołączyć blokową pamięć masową do ponad dwóch serwerów?

Chociaż ten przewodnik został napisany dla dwóch serwerów (a więc dwóch blokowych napędów pamięci podłączonych do obu serwerów), ale można wziąć ten przewodnik i używać go również dla ponad dwóch serwerów. Konfiguracja z ponad dwoma serwerami / dyskami może wyglądać tak dla 6 serwerów, na przykład:

VM: storage1
VM: storage2
VM: storage3
VM: storage4
Block Storage: attached to storage1
Block Storage: attached to storage2
Block Storage: attached to storage3
Block Storage: attached to storage4

Biorąc pod uwagę, że wszystkie dyski blokowe mają pojemność np. 200 GB, otrzymalibyście 200 * 4 / 4. Innymi słowy, użyteczną przestrzenią jest zawsze pojemność pojedynczego bloku dyskowego. Jest tak, ponieważ jeden serwer z podłączoną pamięcią blokową jest traktowany przez GlusterFS jako „master” i jest replikowany na innych serwerach. Jednak konfiguracja została zbudowana tak, aby móc przetrwać bez serwera głównego, co czyni go tak redundantnym i niezawodnym, stabilnym rozwiązaniem.