Sdílené disky s vysokou dostupností využívající úložiště Vultr Block Storage a GlusterFS

Nastavení GlusterFS

Důležitá poznámka k opětovné montáži

Důležitá poznámka týkající se zálohování

FAQ

GlusterFS je systém souborů připojený k síti, který vám efektivně umožňuje sdílet dva disky mezi více zařízeními v síti. Tento souborový systém se perfektně hodí pro nabídku blokového úložiště Vultr, protože můžete sdílet disk přes síť, což není možné ihned po vybalení.

Pokud jde o funkce, rozšiřitelnost a spolehlivost, GlusterFS se ukázal jako jeden z nejsofistikovanějších a nejstabilnějších dostupných souborových systémů.

Když jsou provedeny změny na disku na jednom serveru, budou automaticky replikovány na druhý server v reálném čase. Abyste toho dosáhli a řídili se tímto návodem, budete potřebovat:

• Dvě cloudové instance Vultr, nejlépe se stejným operačním systémem.
• Dva blokové úložné jednotky stejné velikosti.

Po objednání těchto dvou blokových úložných jednotek byste je měli připojit k VM 1 a VM 2. Protože budeme používat obě blokové úložné jednotky pro stejný souborový systém, vydělením celkové velikosti obou jednotek dvěma získáte použitelné množství z GB. Máte-li například dva 100GB disky, bude využitelných 100 GB (100 * 2 / 2).

Navíc oba virtuální počítače budou muset být na stejném místě, aby mohly být ve stejné privátní síti. K serverům se budeme připojovat pomocí jejich interních IP adres. Upozorňujeme, že vymažeme data na blokové úložné jednotce. Ujistěte se, že jsou zcela nové a neformátované.

V této příručce budeme používat storage1a storage2, respektive se soukromými IP adresami 10.0.99.10 a 10.0.99.11. Názvy vašich serverů a IP adresy se budou s největší pravděpodobností lišit, takže je nezapomeňte změnit v procesu nastavování GlusterFS.

Tato příručka byla napsána s ohledem na CentOS / RHEL 7. GlusterFS je však relativně křížově kompatibilní napříč více distribucemi Linuxu.

Nastavení GlusterFS

Krok 1: Změňte /etc/hostssoubor

Abychom se mohli rychle připojit k příslušným instancím, měli bychom do hostssouboru přidat snadno zapamatovatelné názvy . Otevřete /etc/hostssoubor a na konec přidejte následující řádky:

10.0.99.10 storage1
10.0.99.11 storage2

Krok 2: Přidejte disk storage1

SSH do storage1a spusťte následující příkazy. Ve výchozím nastavení jsou připojené blokové úložné jednotky připojeny jako /dev/vdb. Pokud se to ve vašem případě z nějakého důvodu liší, měli byste to změnit v příkazech níže.

Naformátujte disk:

fdisk /dev/vdb

Stiskněte "enter" pro následující tři otázky (ohledně velikosti oddílu a podobně, chceme využít veškerý dostupný prostor na blokových úložných jednotkách) a napište "w", aby se tyto změny zapsaly na disk. Po úspěšném dokončení napište:

/sbin/mkfs.ext4 /dev/vdb1

Pokračovali jsme a nyní jsme vytvořili souborový systém, protože Vultr ve výchozím nastavení nevytváří žádné souborové systémy na blokovém úložišti.

Dále vytvoříme složku, do které budeme ukládat naše soubory. Tento název můžete změnit, ale nebude se moc zobrazovat, takže z důvodu odstranění složitosti doporučuji nechat to tak.

mkdir /glusterfs1

Chcete-li jednotku automaticky připojit při spouštění, otevřete /etc/fstaba přidejte následující řádek na konec souboru:

/dev/vdb1 /glusterfs1      ext4    defaults        1 2

Nakonec namontujte disk:

mount -a

Připojování zůstane trvalé i po restartu, takže když restartujete server, disk se automaticky znovu připojí.

Krok 3: Přidejte disk storage2

Nyní, když máme disk přidán a připojen na storage1, musíme vytvořit disk storage2také na. Příkazy se téměř neliší. Pro fdisk, postupujte stejně jako výše.

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

Upravte /etc/fstaba přidejte následující řádek:

/dev/vdb1 /glusterfs2      ext4    defaults        1 2

Stejně jako na storage1, bude jednotka automaticky připojena po restartu.

Namontujte disk:

mount -a

Nakonec se podívejme, zda vidíme, že se oddíl zobrazuje:

df -h

Zde byste měli vidět svůj disk. Pokud ne, zkuste postupovat podle výše uvedených kroků.

Krok 4: Instalace GlusterFS na storage1astorage2

Dále musíme nainstalovat GlusterFS. Přidejte úložiště a nainstalujte 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

Existuje šance, že dostanete chybu, yumprotože podpis pro úložiště není správný. V takovém případě je bezpečné vynutit nekontrolování podpisu GPG:

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

Na obou serverech spusťte následující příkazy pro spuštění GlusterFS hned teď a spusťte jej automaticky po restartu:

systemctl enable glusterd.service
systemctl start glusterd.service

Pokud používáte starší verzi CentOS, můžete použít příkazy servicea chkconfig:

chkconfig glusterd on
service glusterd start

Krok 5: Deaktivace brány firewall na storage1astorage2

I když to samo o sobě není nejlepší řešení, je dobré firewall vypnout, aby se eliminovaly možné konflikty se zablokovanými porty. Pokud se na to necítíte, klidně si pravidla upravte podle svých představ, ale vzhledem k povaze GlusterFS vřele doporučuji vypnout firewall. Vzhledem k tomu, že soukromá síť je na Vultru ve skutečnosti soukromá (a nepotřebujete firewall od ostatních zákazníků), můžete jednoduše zablokovat veškerý příchozí provoz z internetu a omezit povolená připojení k privátní síti. Stačilo by však vypnout firewall a neměnit žádné další systémové konfigurace:

systemctl stop firewalld.service
systemctl disable firewalld.service

V případě, že používáte starší verzi CentOS, která nepodporuje systemctl, použijte příkazy servicea chkconfig:

service firewalld stop
chkconfig firewalld off

V případě, že nepoužíváte firewalld, zkuste deaktivovat iptables:

service iptables stop
chkconfig iptables off

Krok 6: Přidejte servery do fondu úložiště

Po vypnutí firewallu jsme schopni přidat oba servery do úložiště. Jedná se o fond sestávající ze všech dostupných úložišť. Proveďte následující příkaz na storage1:

gluster peer probe storage2

Co tento příkaz dělá, je přidání storage2do jeho vlastního úložného fondu. Provedením následujícího příkazu na storage2, budou oba disky synchronizovány:

gluster peer probe storage1

Po provedení tohoto na obou serverech bychom měli zkontrolovat stav na obou serverech:

gluster peer status

Oba servery by měly vykazovat stav "Peers: 1". Častou chybou je, že lidé očekávají, že uvidí Peers: 2, ale jak storage1bude peering s storage2a naopak, nehledí sami se sebou. Proto Peers: 1je to, co potřebujeme.

Krok 7: Vytvoření sdíleného disku na storage1

Nyní, když se oba servery mohou vzájemně propojit prostřednictvím GlusterFS, vytvoříme sdílený disk.

Dne storage1proveďte:

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

Svazek byl nyní vytvořen. V GlusterFS musíte „spustit“ svazek, aby byl aktivně sdílen mezi více zařízeními. Začněme:

gluster volume start mailrep-volume

Dále vyberte složku, která by měla být na svazku a replikovaná na obou serverech. V tomto tutoriálu budeme používat složku /var/files. Přirozeně to může být cokoli, co se vám líbí. Vytvořte jej storage1 pouze na :

mkdir /var/files

Dále jej namontujte:

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

Aktualizujte, /etc/fstababy se disk při spouštění automaticky připojil. Přidejte následující:

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

Znovu namontujte disk:

mount -a

Krok 8: Vytvoření sdíleného disku na storage2

Nyní, když jsme vytvořili sdílený disk na storage1, musíme jej vytvořit storage2také na. Vytvořte složku se stejným umístěním/cestou a názvem:

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

Stejně jako na storage1, přidejte následující řádek do /etc/fstab:

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

Znovu namontujte disk:

mount -a

Krok 9: Otestujte sdílené úložiště

Přejděte do /var/filessložky storage1a vytvořte soubor:

cd /var/files
touch created_on_storage1

Dále přejděte na storage2server. Proveďte ls -laa měli byste vidět soubor created_on_storage1.

Na storage2přejděte do /var/filessložky a vytvořte soubor:

cd /var/files
touch created_on_storage2

Vraťte se storage1a proveďte ls -la /var/files. Zde byste měli vidět soubor created_on_storage2.

Krok 10: Restartujte všechny servery (volitelné)

Chcete-li znovu zkontrolovat, zda vaše nastavení zůstane trvalé i po restartování, nejlepším postupem je restartovat všechny servery. Jak bylo zmíněno, měli byste počkat, až bude jeden server v provozu, a poté restartovat druhý, aby se sdílený disk automaticky připojil.

storage1Nejprve restartujte , počkejte, až se spustí, a poté restartujte storage2. Nyní se přihlaste a spusťte na obou serverech:

cd /var/files
ls -la

Nyní byste měli vidět oba soubory. Ujistěte se, že začínáte bez jakýchkoli souborů na svazku, proto odstraňte testovací soubory, které jsme vytvořili. Můžete to udělat na storage1, storage2nebo na obou. Změny budou okamžitě replikovány:

cd /var/files
rm created_on_storage1
rm created_on_storage2

Měli byste mít stejný sdílený svazek na obou serverech bez ohledu na akce na obou svazcích.

Nyní jste nastavili plnohodnotné nastavení GlusterFS se 100 GB (nebo více) použitelného prostoru. V případě, že budete v budoucnu potřebovat více, lze nastavení snadno škálovat a přidat další kapacitu a/nebo více serverů, pokud to vaše pracovní zatížení vyžaduje.

Děkuji za přečtení!

---

Důležitá poznámka k opětovné montáži

GlusterFS umožňuje udržovat vaše data aktuální na dvou discích. Měli byste si však uvědomit, že když se oba servery restartují současně , budete muset vynutit připojení jednotek na oba servery. Připojení musíte vynutit ručně provedením následujícího příkazu:

gluster volume start mailrep-volume force

Je to proto, že jeden ze serverů funguje jako server a druhý jako klient. I když rozdíl není v praxi příliš patrný, znamená to, že když potřebujete restartovat oba servery, měli byste restartovat jeden, počkat, až se rozběhne, a poté spustit druhý.

Důležitá poznámka týkající se zálohování

I když budou vaše data replikována na dva disky, měli byste mít data replikována alespoň třikrát. Přestože jsou vaše data lépe chráněna proti poškození dat a podobně, měli byste si uvědomit, že změny jsou okamžité a v žádném případě nebudete chráněni proti lidské chybě. Když odstraníte všechny soubory na jednom disku, budou tyto změny okamžitě replikovány na druhý disk, což znamená, že vaše data budou vymazána na obou instancích.

Naštěstí existuje několik způsobů, jak se tomu vyhnout. Nejprve doporučuji povolit zálohování na samotné cloudové instanci. Přestože tyto zálohy nezahrnují data na blokovém úložišti, ochrání data v samotné instanci.

Pokud jde o zálohování dat na samotném blokovém úložišti, doporučuji vytvořit samostatnou instanci (například plán SATA), abyste mohli například každou noc spouštět zálohu z jednoho ze dvou připojených serverů. Vaše data tak budou v bezpečí na jiném samostatném zařízení.

FAQ

Mohu zvětšit úložiště na disku?

Velikost úložiště bloků můžete zvětšit z ovládacího panelu Vultr. Poté byste měli změnit velikost disku uvnitř operačního systému, ale to je mimo rozsah tohoto článku.

Mohu připojit blokové úložiště k více než dvěma serverům?

Přestože byla tato příručka napsána pro dva servery (tedy dva blokové úložné jednotky připojené k oběma serverům), je možné vzít tuto příručku a použít ji také pro více než dva servery. Nastavení s více než dvěma servery / jednotkami by mohlo vypadat takto pro 6 serverů, například:

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

Vzhledem k tomu, že všechny blokové úložné jednotky mají kapacitu např. 200 GB, dostanete 200 * 4 / 4. Jinými slovy, využitelný prostor je vždy kapacita jednoho blokového úložného disku. Je to proto, že jeden server s připojeným blokovým úložištěm je GlusterFS považován za „master“ a je replikován na ostatní servery. Nastavení je však navrženo tak, aby bylo možné přežít bez hlavního serveru, což z něj dělá redundantní a spolehlivé a stabilní řešení.