Suure kättesaadavusega jagatud kettad, mis kasutavad Vultr Block Storagei ja GlusterFS-i

GlusterFS on võrguga ühendatud failisüsteem, mis võimaldab tõhusalt jagada kahte draivi mitme võrgus oleva seadme vahel. See failisüsteem sobib suurepäraselt Vultri plokksalvestuse pakkumisega, kuna saate draivi üle võrgu jagada, mis pole kohe karbist väljas.

Funktsioonide, laiendatavuse ja töökindluse osas on GlusterFS osutunud üheks kõige keerukamaks ja stabiilsemaks saadaolevaks failisüsteemiks.

Kui ühes serveris tehakse draivi muudatusi, kopeeritakse need automaatselt reaalajas teise serverisse. Selle saavutamiseks ja selle juhendi järgimiseks vajate:

• Kaks Vultri pilveeksemplari, eelistatavalt sama operatsioonisüsteemiga.
• Kaks sama suurusega plokkmäluseadet.

Pärast nende kahe plokkmäluseadme tellimist peaksite need lisama VM 1 ja VM 2 külge. Kuna me kasutame mõlemat plokimäluseadet sama failisüsteemi jaoks, jagades mõlema draivi kogumahu kahega, saate kasutatava koguse. GB-dest. Näiteks kui teil on kaks 100 GB draivi, on kasutatav 100 GB (100 * 2 / 2).

Lisaks peavad mõlemad VM-id asuma samas kohas, et need oleksid samas privaatvõrgus. Loome serveritega ühenduse nende sisemiste IP-aadresside abil. Pange tähele, et kustutame plokkmälukettal olevad andmed. Veenduge, et need oleksid täiesti uued ja vormindamata.

Käesolevas juhendis me kasutame storage1ja storage2vastavalt privaatse IP aadressid 10.0.99.10 ja 10.0.99.11. Teie serverinimed ja IP-aadressid erinevad tõenäoliselt, seega muutke neid kindlasti GlusterFS-i seadistamise käigus.

See juhend on kirjutatud CentOS / RHEL 7 silmas pidades. GlusterFS on aga suhteliselt ristühilduv mitme Linuxi distributsiooniga.

GlusterFS-i seadistamine

1. toiming: muutke /etc/hostsfaili

Et saaksime vastavate eksemplaridega kiiresti ühenduse luua, peaksime hostsfailile lisama kergesti meeldejäävad nimed . Avage /etc/hostsfail ja lisage selle alla järgmised read:

10.0.99.10 storage1
10.0.99.11 storage2

2. samm: lisage ketas storage1

SSH sisse storage1ja täitke järgmised käsud. Vaikimisi on lisatud plokkmäludraivid monteeritud kui /dev/vdb. Kui see teie puhul mingil põhjusel erineb, peaksite seda allolevates käskudes muutma.

Vormindage ketas:

fdisk /dev/vdb

Vajutage "Enter" kolme järgmise küsimuse jaoks (seoses partitsiooni suuruse ja muu sarnasega, tahame kasutada ära kogu vaba ruumi ploki mäludraividel) ja kirjutage "w", et need muudatused kettale kirjutada. Kui see on edukalt lõpule viidud, kirjutage:

/sbin/mkfs.ext4 /dev/vdb1

Oleme nüüd edasi läinud ja loonud failisüsteemi, kuna Vultr ei loo vaikimisi plokimälule failisüsteeme.

Järgmisena loome kausta, kuhu oma failid salvestame. Saate seda nime muuta, kuid te ei näe seda eriti palju, nii et keerukuse kõrvaldamiseks soovitan see jätta.

mkdir /glusterfs1

Draivi automaatseks ühendamiseks alglaadimisel avage /etc/fstabja lisage faili allossa järgmine rida:

/dev/vdb1 /glusterfs1      ext4    defaults        1 2

Lõpuks ühendage draiv:

mount -a

Paigaldamine jääb püsivaks ka taaskäivitamise ajal, nii et serveri taaskäivitamisel ühendatakse draiv automaatselt uuesti.

3. samm: lisage ketas storage2

Nüüd, kui meil on ketas lisatud ja paigaldatud storage1, peame ka ketta looma storage2. Käsud ei erine peaaegu üldse. Kui kasutate fdisk, järgige samu samme nagu ülal.

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

Redigeerige /etc/fstabja lisage järgmine rida:

/dev/vdb1 /glusterfs2      ext4    defaults        1 2

Täpselt samamoodi nagu rakenduses storage1, ühendatakse draiv automaatselt üle taaskäivituste.

Paigaldage draiv:

mount -a

Lõpuks kontrollime, kas partitsioon kuvatakse:

df -h

Peaksite siin nägema oma sõitu. Kui ei, proovige järgida ülaltoodud samme.

4. samm: GlusterFS-i installimine seadmesse storage1jastorage2

Järgmisena peame installima GlusterFS-i. Lisage hoidla ja installige 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

Võimalik, et saate veateate, yumkuna hoidla allkiri pole õige. Sel juhul on turvaline sundida GPG allkirja mitte kontrollima:

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

GlusterFS-i kohe käivitamiseks ja pärast taaskäivitamist automaatselt käivitage mõlemas serveris järgmised käsud:

systemctl enable glusterd.service
systemctl start glusterd.service

Kui kasutate CentOS-i vanemat versiooni, saate kasutada käske serviceja chkconfig:

chkconfig glusterd on
service glusterd start

5. samm: tulemüüri keelamine storage1jastorage2

Kuigi see ei ole iseenesest parim lahendus, on hea mõte tulemüür välja lülitada, et välistada võimalikud konfliktid blokeeritud portidega. Kui te ei tunne end seda tehes mugavalt, siis muutke reegleid oma maitse järgi, kuid GlusterFS-i olemuse tõttu soovitan tulemüüri keelata. Arvestades, et privaatvõrk on Vultris tegelikult privaatne (ja te ei pea teisi kliente tulemüüri eemaldama), võite lihtsalt blokeerida kogu Internetist sissetuleva liikluse ja piirata lubatud ühendusi privaatvõrguga. Piisaks aga tulemüüri väljalülitamisest ja muude süsteemikonfiguratsioonide muutmata jätmisest.

systemctl stop firewalld.service
systemctl disable firewalld.service

Kui kasutate vanemat CentOS-i versiooni, mis ei toeta systemctl, kasutage käske serviceja chkconfig:

service firewalld stop
chkconfig firewalld off

Kui te ei kasuta firewalld, proovige keelata iptables:

service iptables stop
chkconfig iptables off

6. samm: lisage serverid salvestusbasseini

Pärast tulemüüri väljalülitamist saame mõlemad serverid salvestusbasseini lisada. See on bassein, mis koosneb kogu saadaolevast laoruumist. Käivitage järgmine käsk storage1:

gluster peer probe storage2

See käsk lisab storage2oma salvestusruumi. Kui käivitate rakenduses järgmise käsu storage2, on mõlemad draivid sünkroonis:

gluster peer probe storage1

Pärast selle käivitamist mõlemas serveris peaksime kontrollima mõlema serveri olekut:

gluster peer status

Mõlemad serverid peaksid näitama olekut "Peers: 1". Levinud viga on see, et inimesed loodavad näha Peers: 2, kuid nagu storage1ka piiludes storage2ja vastupidi, nad ei vaata iseennast. Seetõttu Peers: 1on see , mida me vajame.

7. toiming: jagatud ketta loomine storage1

Nüüd, kui mõlemad serverid saavad GlusterFS-i kaudu üksteisega ühendust luua, loome jagatud ketta.

Sees storage1, käivitage:

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

Köide on nüüd loodud. GlusterFS-is peate helitugevuse "käivitama", et see oleks aktiivselt jagatud mitme seadme vahel. Alustame sellega:

gluster volume start mailrep-volume

Järgmisena valige kaust, mis peaks olema köites ja paljundatud mõlemas serveris. Selles õpetuses kasutame kausta /var/files. Loomulikult võib see olla kõik, mis teile meeldib. Looge see storage1 ainult :

mkdir /var/files

Järgmisena paigaldage see:

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

Värskendage /etc/fstab, et draiv paigaldataks alglaadimisel automaatselt. Lisage järgmine:

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

Paigaldage draiv uuesti:

mount -a

8. toiming: jagatud ketta loomine storage2

Nüüd, kui oleme loonud jagatud ketta rakenduses storage1, peame selle looma storage2ka rakenduses. Looge sama asukoha/tee ja nimega kaust:

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

Täpselt nagu storage1, lisage järgmine rida /etc/fstab:

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

Paigaldage draiv uuesti:

mount -a

9. toiming: testige jagatud salvestusruumi

Liikuge sisse /var/fileslülitatud kausta storage1ja looge fail:

cd /var/files
touch created_on_storage1

Järgmisena minge storage2serverisse. Käivitage ls -laja peaksite nägema faili created_on_storage1kuvamist.

Sisselülitamisel storage2navigeerige /var/fileskausta ja looge fail:

cd /var/files
touch created_on_storage2

Minge tagasi storage1ja käivitage ls -la /var/files. Peaksite nägema faili created_on_storage2siin ilmuvat.

10. samm: taaskäivitage kõik serverid (valikuline)

Selleks et kontrollida, kas seadistus jääb taaskäivitamise ajal püsivaks, peaksite kõik serverid taaskäivitama. Nagu mainitud, peaksite ootama, kuni üks server töötab, ja seejärel taaskäivitage teine, et jagatud draiv automaatselt ühendataks.

storage1Esmalt taaskäivitage , oodake, kuni see töötab, ja seejärel taaskäivitage storage2. Nüüd logige sisse ja käivitage mõlemas serveris:

cd /var/files
ls -la

Nüüd peaksite nägema mõlemat faili. Alustage kindlasti ilma failideta, nii et eemaldage meie loodud testfailid. Saate seda teha storage1, storage2või mõlemad. Muudatused kopeeritakse kohe:

cd /var/files
rm created_on_storage1
rm created_on_storage2

Teil peaks mõlemas serveris olema identne jagatud maht, olenemata mõlema köite toimingutest.

Olete nüüd seadistanud täisväärtusliku GlusterFS-i seadistuse, millel on 100 GB (või rohkem) kasutatavat ruumi. Kui vajate tulevikus rohkem, on seadistus hõlpsasti skaleeritav, et lisada rohkem mahtu ja/või rohkem servereid, kui teie töökoormus seda nõuab.

Täname, et lugesite!

Oluline märkus tagasipaigaldamise kohta

GlusterFS võimaldab hoida teie andmeid kahel draivil ajakohasena. Siiski peaksite arvestama, et kui mõlemad serverid taaskäivitatakse korraga , peate draivid mõlemasse serverisse sundima ühendama. Peate ühendamise käsitsi sundima, käivitades järgmise käsu:

gluster volume start mailrep-volume force

Selle põhjuseks on asjaolu, et üks serveritest toimib serverina ja teine ​​​​kliendina. Kuigi erinevust ei ole praktikas väga lihtne märgata, tähendab see seda, et kui peate mõlemad serverid taaskäivitama, peaksite taaskäivitama ühe, oodake, kuni see töötab, ja seejärel käivitage teine.

Oluline märkus varukoopiate tegemise kohta

Kuigi teie andmeid kopeeritakse kahe draivi vahel, peaksite laskma oma andmeid kopeerida vähemalt kolm korda. Kuigi teie andmed on paremini kaitstud andmete kahjustamise ja muu sarnase eest, peaksite arvestama, et muudatused on kohesed ja te ei ole mingil juhul kaitstud inimlike eksimuste eest. Kui eemaldate kõik failid ühelt draivilt, kopeeritakse need muudatused kohe teisele draivile, mis tähendab, et teie andmed kustutatakse mõlemal juhul.

Õnneks on selle vältimiseks mitu võimalust. Kõigepealt soovitan lubada oma pilveeksemplaris varundamine. Kuigi need varukoopiad ei sisalda plokkmälu andmeid, kaitsevad need eksemplari enda andmeid.

Mis puutub andmete varundamiseks plokkmällu endasse, siis soovitan luua eraldi eksemplari (näiteks SATA-plaani), et saaksite näiteks igal õhtul ühest kahest ühendatud serverist varundada. Nii on teie andmed turvaliselt teises eraldi seadmes.

KKK

Kas ma saan oma kettaruumi suurendada?

Saate suurendada ploki salvestusmahtu Vultri juhtpaneelilt. Pärast seda peaksite operatsioonisüsteemis ketta suurust muutma, kuid see ei kuulu selle artikli reguleerimisalasse.

Kas ma saan ühendada plokkmälu rohkem kui kahe serveriga?

Kuigi see juhend on kirjutatud kahe serveri jaoks (seega on mõlema serveriga ühendatud kaks plokkmäluseadet), kuid seda juhendit on võimalik kasutada ka rohkem kui kahe serveri jaoks. Üle kahe serveri/draiviga seadistus võib kuue serveri puhul välja näha selline, näiteks:

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

Arvestades, et kõik plokkmälukettad on nt 200 GB mahuga, siis saaks 200 * 4 / 4. Ehk siis kasutatav ruum on alati ühe ploki mäluketta maht. Selle põhjuseks on asjaolu, et ühte ühendatud plokksalvestusega serverit käsitleb GlusterFS "ülemana" ja seda kopeeritakse teistes serverites. Seadistus on aga loodud nii, et see suudaks ellu jääda ilma peaserverita, mis teeb sellest nii üleliigse ja töökindla ning stabiilse lahenduse.