Augstas pieejamības koplietotie diski, izmantojot Vultr Block Storage un GlusterFS

GlusterFS ir tīklam pievienota failu sistēma, kas efektīvi ļauj koplietot divus diskus vairākās tīkla ierīcēs. Šī failu sistēma ir lieliski piemērota Vultr bloku krātuves piedāvājumam, jo ​​jūs varat koplietot disku visā tīklā, kas nav iespējams jau sākotnēji.

Funkciju, paplašināmības un uzticamības ziņā GlusterFS ir izrādījusies viena no vismodernākajām un stabilākajām pieejamajām failu sistēmām.

Ja diskā tiek veiktas izmaiņas vienā serverī, tās automātiski reāllaikā tiks replicētas otrā serverī. Lai to sasniegtu un ievērotu šo rokasgrāmatu, jums būs nepieciešams:

• Divi Vultr mākoņa gadījumi, vēlams, lai tie darbotos ar vienu un to pašu operētājsistēmu.
• Divi vienāda izmēra bloku atmiņas diskdziņi.

Pēc šo divu bloku atmiņas disku pasūtīšanas jums tie jāpievieno VM 1 un VM 2. Tā kā mēs izmantosim abus bloku atmiņas diskus vienai un tai pašai failu sistēmai, abu disku kopējo izmēru dalot ar diviem, jūs iegūsit izmantojamo daudzumu. no GB. Piemēram, ja jums ir divi 100 GB diskdziņi, būs izmantojami 100 GB (100 * 2/2).

Turklāt, lai abi virtuālās mašīnas atrastos vienā privātajā tīklā. Mēs izveidosim savienojumu ar serveriem, izmantojot to iekšējās IP adreses. Ņemiet vērā, ka mēs dzēsīsim datus bloka krātuves diskā. Pārliecinieties, vai tie ir pilnīgi jauni un neformatēti.

Šajā rokasgrāmatā mēs izmantosim storage1un storage2attiecīgi ar privātām IP adresēm 10.0.99.10 un 10.0.99.11. Jūsu serveru nosaukumi un IP adreses, visticamāk, atšķirsies, tāpēc noteikti mainiet tos GlusterFS iestatīšanas procesā.

Šī rokasgrāmata tika uzrakstīta, paturot prātā CentOS / RHEL 7. Tomēr GlusterFS ir salīdzinoši saderīgs vairākos Linux izplatījumos.

GlusterFS iestatīšana

1. darbība: mainiet /etc/hostsfailu

Lai mēs varētu ātri izveidot savienojumu ar attiecīgajām instancēm, hostsfailam jāpievieno viegli iegaumējami nosaukumi . Atveriet /etc/hostsfailu un tā apakšā pievienojiet šādas rindas:

10.0.99.10 storage1
10.0.99.11 storage2

2. darbība: pievienojiet disku storage1

SSH ievadiet storage1un izpildiet šādas komandas. Pēc noklusējuma pievienotie bloku atmiņas diskdziņi tiek montēti kā /dev/vdb. Ja jūsu gadījumā tas kāda iemesla dēļ atšķiras, jums tas jāmaina tālāk esošajās komandās.

Formatējiet disku:

fdisk /dev/vdb

Nospiediet taustiņu "Enter", lai atbildētu uz šādiem trim jautājumiem (attiecībā uz nodalījuma lielumu un tamlīdzīgi, mēs vēlamies izmantot visu pieejamo vietu bloku uzglabāšanas diskos) un ierakstiet "w", lai ierakstītu šīs izmaiņas diskā. Kad tas ir veiksmīgi pabeigts, rakstiet:

/sbin/mkfs.ext4 /dev/vdb1

Mēs esam gājuši uz priekšu un izveidojuši failu sistēmu tagad, jo Vultr pēc noklusējuma neveido nevienu failu sistēmu bloku krātuvē.

Tālāk mēs izveidosim mapi, kurā glabāsim savus failus. Jūs varat mainīt šo nosaukumu, bet jūs to neredzēsit daudz, tāpēc, lai novērstu sarežģītību, iesaku atstāt to vienu.

mkdir /glusterfs1

Lai automātiski uzstādītu disku sāknēšanas laikā, atveriet /etc/fstabun faila apakšā pievienojiet šādu rindu:

/dev/vdb1 /glusterfs1      ext4    defaults        1 2

Visbeidzot, uzstādiet disku:

mount -a

Montāža saglabāsies noturīga visā atsāknēšanas laikā, tāpēc, restartējot serveri, disks tiks automātiski uzstādīts vēlreiz.

3. darbība: pievienojiet disku storage2

Tagad, kad disks ir pievienots un uzstādīts uz storage1, mums ir jāizveido arī disks storage2. Komandas gandrīz neatšķiras. Lai veiktu fdisk, veiciet tās pašas darbības, kas norādītas iepriekš.

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

Rediģējiet /etc/fstabun pievienojiet šādu rindu:

/dev/vdb1 /glusterfs2      ext4    defaults        1 2

Tāpat kā lietotnē storage1, disks tiks automātiski uzstādīts pēc atkārtotas palaišanas.

Uzstādiet disku:

mount -a

Visbeidzot, pārbaudīsim, vai tiek parādīts nodalījums:

df -h

Šeit jums vajadzētu redzēt savu disku. Ja tā nenotiek, lūdzu, mēģiniet veikt iepriekš norādītās darbības.

4. darbība. GlusterFS instalēšana ierīcē storage1unstorage2

Tālāk mums jāinstalē GlusterFS. Pievienojiet repozitoriju un instalējiet 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

Pastāv iespēja, ka saņemsit kļūdu, yumjo repozitorija paraksts nav pareizs. Tādā gadījumā ir droši piespiest nepārbaudīt GPG parakstu:

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

Abos serveros izpildiet šādas komandas, lai tūlīt palaistu GlusterFS un palaistu to automātiski pēc atsāknēšanas:

systemctl enable glusterd.service
systemctl start glusterd.service

Ja jūs izmantojat vecāku versiju CentOS, jūs varat izmantot service, un chkconfigkomandas:

chkconfig glusterd on
service glusterd start

5. darbība: ugunsmūra atspējošana storage1unstorage2

Lai gan pats par sevi tas nav labākais risinājums, tomēr ieteicams izslēgt ugunsmūri, lai novērstu iespējamos konfliktus ar bloķētajiem portiem. Ja nejūtaties ērti to darot, varat mainīt noteikumus pēc saviem ieskatiem, taču GlusterFS būtības dēļ es ļoti iesaku atspējot ugunsmūri. Ņemot vērā, ka Vultr privātais tīkls faktiski ir privāts (un jums nav jāizslēdz citu klientu ugunsmūris), varat vienkārši bloķēt visu ienākošo trafiku no interneta un ierobežot atļautos savienojumus ar privāto tīklu. Tomēr pietiktu arī ar ugunsmūra izslēgšanu un citu sistēmas konfigurāciju nemainīšanu:

systemctl stop firewalld.service
systemctl disable firewalld.service

Ja izmantojat vecāku CentOS versiju, kas neatbalsta systemctl, izmantojiet serviceun chkconfigkomandas:

service firewalld stop
chkconfig firewalld off

Ja nelietojat firewalld, mēģiniet atspējot iptables:

service iptables stop
chkconfig iptables off

6. darbība. Pievienojiet serverus krātuves pūlam

Pēc ugunsmūra izslēgšanas mēs varam pievienot abus serverus krātuves pūlam. Šis ir baseins, kas sastāv no visas pieejamās krātuves. Izpildiet šādu komandu uz storage1:

gluster peer probe storage2

Šī komanda ir pievienota storage2savam krātuves baseinam. Izpildot šo komandu storage2, abi diskdziņi tiks sinhronizēti:

gluster peer probe storage1

Pēc šīs izpildes abos serveros mums jāpārbauda statuss abos serveros:

gluster peer status

Abiem serveriem ir jāparāda statuss "Peers: 1". Izplatīta kļūda ir tā, ka cilvēki sagaida, ka ieraudzīs Peers: 2, bet, tāpat kā storage1lūkojoties ar storage2un otrādi, viņi nesaskata sevi. Tāpēc tas Peers: 1ir tas, kas mums vajadzīgs.

7. darbība. Kopīgā diska izveide storage1

Tagad, kad abi serveri var izveidot savienojumu viens ar otru, izmantojot GlusterFS, mēs izveidosim koplietotu disku.

Ieslēgts storage1, izpildiet:

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

Sējums tagad ir izveidots. Programmā GlusterFS jums ir "jāsāk" sējums, lai tas tiktu aktīvi koplietots vairākās ierīcēs. Sāksim to:

gluster volume start mailrep-volume

Pēc tam izvēlieties mapi, kurai jāatrodas sējumā un jāreplicē abos serveros. Šajā apmācībā mēs izmantosim mapi /var/files. Protams, tas var būt jebkas, kas jums patīk. Izveidojiet to storage1 tikai :

mkdir /var/files

Pēc tam uzstādiet to:

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

Atjauniniet, /etc/fstablai disks tiktu automātiski uzstādīts sāknēšanas laikā. Pievienojiet tālāk norādīto.

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

Atkārtoti uzstādiet disku:

mount -a

8. darbība. Kopīgā diska izveide storage2

Tagad, kad esam izveidojuši kopīgo disku vietnē storage1, mums tas ir jāizveido storage2arī vietnē . Izveidojiet mapi ar tādu pašu atrašanās vietu/ceļu un nosaukumu:

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

Tāpat kā storage1, pievienojiet šādu rindiņu /etc/fstab:

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

Atkārtoti uzstādiet disku:

mount -a

9. darbība: pārbaudiet koplietoto krātuvi

Pārejiet uz /var/filesmapi storage1un izveidojiet failu:

cd /var/files
touch created_on_storage1

Pēc tam dodieties uz storage2serveri. Izpildiet, ls -laun jums vajadzētu redzēt failu created_on_storage1.

Ieslēgts storage2, dodieties uz /var/filesmapi un izveidojiet failu:

cd /var/files
touch created_on_storage2

Atgriezieties storage1un izpildiet ls -la /var/files. Jums vajadzētu redzēt, ka fails created_on_storage2parādās šeit.

10. darbība: restartējiet visus serverus (neobligāti)

Lai vēlreiz pārbaudītu, vai iestatījums būs noturīgs arī pēc atkārtotas palaišanas, vislabāk ir restartēt visus serverus. Kā minēts iepriekš, jums vajadzētu gaidīt, līdz viens serveris ir izveidots, un pēc tam restartēt otru, lai koplietotais disks tiktu automātiski uzstādīts.

Reboot storage1pirmkārt, jāgaida, lai tas būtu uz augšu, tad atsāknēšana storage2. Tagad piesakieties un izpildiet abos serveros:

cd /var/files
ls -la

Tagad jums vajadzētu redzēt abus failus. Noteikti sāciet bez failiem sējumā, tāpēc noņemiet mūsu izveidotos testa failus. To var izdarīt storage1, storage2vai abos. Izmaiņas tiks nekavējoties replicētas:

cd /var/files
rm created_on_storage1
rm created_on_storage2

Abos serveros ir jābūt identiskam koplietojamam sējumam neatkarīgi no darbībām abos sējumos.

Tagad esat iestatījis pilnvērtīgu GlusterFS iestatījumu ar 100 GB (vai vairāk) izmantojamās vietas. Ja nākotnē jums būs nepieciešams vairāk, iestatīšana ir viegli mērogojama, lai pievienotu lielāku jaudu un/vai vairāk serveru, ja tas būtu nepieciešams jūsu darba slodzei.

Paldies par lasīšanu!

Svarīga piezīme par atkārtotu montāžu

GlusterFS ļauj uzturēt jūsu datus atjauninātus divos diskos. Tomēr jāņem vērā, ka tad, kad abi serveri tiek atsāknēti vienlaikus , jums būs jāpiespiež piespiedu kārtā uzstādīt abus serverus esošos diskus. Montāža ir jāpiespiež manuāli, izpildot šādu komandu:

gluster volume start mailrep-volume force

Tas ir tāpēc, ka viens no serveriem darbojas kā serveris, bet otrs darbojas kā klients. Lai gan praksē atšķirība nav ļoti viegli pamanāma, tas nozīmē, ka tad, kad nepieciešams pārstartēt abus serverus, ir jāpārstartē viens, jāgaida, līdz tas ir atvērts, un tad jāsāk otrs.

Svarīga piezīme par dublēšanu

Pat ja jūsu dati tiks replicēti divos diskos, tie ir jāreplicē vismaz trīsreiz. Lai gan jūsu dati ir labāk aizsargāti pret datu sabojāšanu un tamlīdzīgi, jums jāņem vērā, ka izmaiņas ir tūlītējas un jūs nekādā gadījumā nebūsiet pasargāts no cilvēka kļūdām. Noņemot visus failus vienā diskā, šīs izmaiņas nekavējoties tiks replicētas otrā diskā, kas nozīmē, ka jūsu dati tiks dzēsti abos gadījumos.

Par laimi, ir vairākas pieejas, kā no tā izvairīties. Vispirms iesaku iespējot dublēšanu pašā mākoņa instancē. Lai gan šajās dublējumkopijās nav iekļauti dati par bloku krātuvi, tie aizsargās datus pašā instancē.

Runājot par datu dublēšanu pašā bloka krātuvē, iesaku izveidot atsevišķu gadījumu (piemēram, SATA plānu), lai, piemēram, katru nakti varētu palaist dublējumu no viena no diviem pievienotajiem serveriem. Tādā veidā jūsu dati būs drošībā citā atsevišķā ierīcē.

FAQ

Vai es varu palielināt diska krātuvi?

Jūs varat palielināt bloka krātuves lielumu, izmantojot Vultr vadības paneli. Pēc tam jums vajadzētu mainīt diska izmēru operētājsistēmā, taču tas neietilpst šī raksta darbības jomā.

Vai es varu pievienot bloka krātuvi vairāk nekā diviem serveriem?

Lai gan šī rokasgrāmata ir rakstīta diviem serveriem (tātad abiem serveriem pievienoti divi bloku atmiņas diskdziņi), taču šo rokasgrāmatu var izmantot arī vairāk nekā diviem serveriem. Iestatījums ar vairāk nekā diviem serveriem/diskiem 6 serveriem varētu izskatīties šādi, piemēram:

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

Ņemot vērā, ka visu bloku atmiņas disku ietilpība ir, piemēram, 200 GB, jūs iegūtu 200 * 4 / 4. Citiem vārdiem sakot, izmantojamā vieta vienmēr ir viena bloka atmiņas diska ietilpība. Tas ir tāpēc, ka viens serveris ar pievienotu bloku krātuvi GlusterFS tiek uzskatīts par galveno serveri un tiek replicēts citos serveros. Tomēr iestatījums ir izveidots tā, lai varētu izdzīvot bez galvenā servera, kas padara to par tik lieku un uzticamu, stabilu risinājumu.