A GlusterFS egy hálózathoz csatolt fájlrendszer, amely hatékonyan lehetővé teszi két meghajtó megosztását a hálózat több eszközén. Ez a fájlrendszer tökéletesen illeszkedik a Vultr blokktárolási kínálatához, mivel megoszthat egy meghajtót a hálózaton, ami nem lehetséges a dobozból.
A szolgáltatások, a bővíthetőség és a megbízhatóság tekintetében a GlusterFS az egyik legkifinomultabb és legstabilabb fájlrendszernek bizonyult.
Ha az egyik kiszolgálón módosítja a meghajtót, azok automatikusan, valós időben replikálódnak a másik szerverre. Ennek eléréséhez és az útmutató követéséhez a következőkre lesz szüksége:
Miután megrendelte ezt a két blokktároló meghajtót, csatolja őket a VM 1-hez és a VM 2-höz. Mivel mindkét blokktároló meghajtót ugyanahhoz a fájlrendszerhez fogjuk használni, a két meghajtó teljes méretét elosztva kettővel megkapja a felhasználható mennyiséget. a GB-ból. Például, ha két 100 GB-os meghajtója van, 100 GB lesz használható (100 * 2 / 2).
Ezenkívül mindkét virtuális gépnek ugyanazon a helyen kell lennie ahhoz, hogy ugyanazon a magánhálózaton legyenek. A szerverekhez belső IP-címeik használatával fogunk csatlakozni. Vegye figyelembe, hogy a blokktároló meghajtón lévő adatokat töröljük. Győződjön meg róla, hogy vadonatúj és formázatlan.
Ebben az útmutatóban a storage1és storage2a 10.0.99.10 és 10.0.99.11 privát IP-címekkel fogjuk használni. A szerverek nevei és IP-címei nagy valószínűséggel különbözni fognak, ezért a GlusterFS beállítása során mindenképpen módosítsa őket.
Ez az útmutató a CentOS / RHEL 7 szem előtt tartásával készült. A GlusterFS azonban viszonylag keresztkompatibilis több Linux disztribúció között.
/etc/hostsfájltAhhoz, hogy gyorsan kapcsolódhassunk a megfelelő példányokhoz, könnyen megjegyezhető neveket kell hozzáadnunk a hostsfájlhoz. Nyissa meg a /etc/hostsfájlt, és adja hozzá a következő sorokat az aljához:
10.0.99.10 storage1
10.0.99.11 storage2
storage1SSH-t beírni storage1és végrehajtani a következő parancsokat. Alapértelmezés szerint a csatolt blokktároló meghajtók /dev/vdb. Ha ez az Ön esetében bármilyen okból eltér, módosítsa az alábbi parancsokban.
A lemez formázása:
fdisk /dev/vdb
Nyomja meg az "enter" billentyűt a következő három kérdéshez (a partíció méretével és hasonlókkal kapcsolatban, a blokktároló meghajtókon lévő összes rendelkezésre álló helyet szeretnénk felhasználni), és írjon "w"-t a változtatások lemezre írásához. Miután ez sikeresen befejeződött, írja be:
/sbin/mkfs.ext4 /dev/vdb1
Továbbmentünk és létrehoztunk egy fájlrendszert, mivel a Vultr alapértelmezés szerint nem hoz létre fájlrendszereket a blokktárolón.
Ezután létrehozzuk azt a mappát, amelyben a fájljainkat tároljuk. Megváltoztathatja ezt a nevet, de nem nagyon fog megjelenni, ezért a bonyolultság elkerülése érdekében azt javaslom, hogy hagyja békén.
mkdir /glusterfs1
A meghajtó rendszerindításkor történő automatikus csatlakoztatásához nyissa meg, /etc/fstabés adja hozzá a következő sort a fájl aljához:
/dev/vdb1 /glusterfs1 ext4 defaults 1 2
Végül szerelje fel a meghajtót:
mount -a
A csatlakoztatás az újraindítások során is állandó marad, így a szerver újraindításakor a meghajtó automatikusan újracsatlakozik.
storage2Most, hogy a lemezt hozzáadtuk és felszereltük storage1, létre kell hoznunk a lemezt storage2is. A parancsok alig különböznek egymástól. A fdiskesetén kövesse a fenti lépéseket.
fdisk /dev/sdb
/sbin/mkfs.ext4 /dev/sdb1
mkdir /glusterfs2
Szerkessze /etc/fstabés adja hozzá a következő sort:
/dev/vdb1 /glusterfs2 ext4 defaults 1 2
Csakúgy, mint a rendszeren storage1, a meghajtó újraindításkor automatikusan fel lesz csatolva.
Szerelje fel a meghajtót:
mount -a
Végül nézzük meg, hogy megjelenik-e a partíció:
df -h
Itt látnia kell a meghajtót. Ha nem, próbálja meg követni a fenti lépéseket.
storage1ésstorage2Ezután telepítenünk kell a GlusterFS-t. Adja hozzá a tárolót, és telepítse a GlusterFS-t:
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
Lehetséges, hogy hibaüzenetet kap, yummert a tárhely aláírása nem megfelelő. Ebben az esetben nyugodtan kikényszerítheti, hogy ne ellenőrizze a GPG-aláírást:
yum -y install glusterfs glusterfs-fuse glusterfs-server --nogpgcheck
Mindkét kiszolgálón hajtsa végre a következő parancsokat a GlusterFS azonnali elindításához, majd az újraindítás után automatikusan elindításához:
systemctl enable glusterd.service
systemctl start glusterd.service
Ha a CentOS régebbi verzióját használja, használhatja a serviceés chkconfigparancsokat:
chkconfig glusterd on
service glusterd start
storage1ésstorage2Bár önmagában ez nem a legjobb megoldás, célszerű kikapcsolni a tűzfalat, hogy kiküszöböljük a blokkolt portokkal kapcsolatos esetleges konfliktusokat. Ha nem érzi kényelmesnek ezt, akkor nyugodtan változtassa meg a szabályokat kedvére, de a GlusterFS természetéből adódóan erősen javaslom a tűzfal letiltását. Tekintettel arra, hogy a magánhálózat valójában privát a Vultr-on (és nem kell tűzfalat kiiktatnia a többi ügyfélről), egyszerűen blokkolhatja az internetről érkező összes bejövő forgalmat, és korlátozhatja a magánhálózathoz való engedélyezett kapcsolatokat. Elegendő azonban a tűzfal kikapcsolása és más rendszerkonfigurációk módosításának mellőzése is:
systemctl stop firewalld.service
systemctl disable firewalld.service
Ha régebbi CentOS-verziót használ, amely nem támogatja a -t systemctl, használja a serviceés chkconfigparancsokat:
service firewalld stop
chkconfig firewalld off
Ha nem használja firewalld, próbálja meg letiltani iptables:
service iptables stop
chkconfig iptables off
A tűzfal kikapcsolása után mindkét szervert hozzáadhatjuk a tárolókészlethez. Ez egy medence, amely az összes rendelkezésre álló tárolóból áll. Hajtsa végre a következő parancsot storage1:
gluster peer probe storage2
Ez a parancs az, hogy hozzáadja storage2a saját tárolókészletéhez. A következő parancs végrehajtásával storage2mindkét meghajtó szinkronban lesz:
gluster peer probe storage1
Miután ezt mindkét szerveren végrehajtottuk, ellenőriznünk kell az állapotot mindkét szerveren:
gluster peer status
Mindkét szervernek "Peers: 1" állapotot kell mutatnia. Gyakori hiba az, hogy az emberek azt várják, hogy lássanak Peers: 2, de ahogyan storage1az is storage2, hogy egymás után néznek , és fordítva, nem néznek saját magukkal. Ezért Peers: 1erre van szükségünk.
storage1Most, hogy mindkét szerver képes kapcsolódni egymással a GlusterFS-en keresztül, létrehozunk egy megosztott meghajtót.
Be storage1, hajtsa végre:
gluster volume create mailrep-volume replica 2 storage1:/glusterfs1/files storage2:/glusterfs2/files force
A kötet elkészült. A GlusterFS-ben el kell indítania egy kötetet, hogy aktívan meg legyen osztva több eszköz között. Kezdjük is:
gluster volume start mailrep-volume
Ezután válasszon ki egy mappát, amelynek a köteten kell lennie, és mindkét kiszolgálón replikálnia kell. Ebben az oktatóanyagban a mappát fogjuk használni /var/files. Ez természetesen bármi lehet, amit szeretsz. storage1 Csak a következőn hozza létre :
mkdir /var/files
Ezután szerelje fel:
mount.glusterfs storage1:/mailrep-volume /var/files/
Frissítse, /etc/fstabhogy a meghajtó automatikusan fel legyen szerelve rendszerindításkor. Adja hozzá a következőket:
storage1:/mailrep-volume /var/files glusterfs defaults,_netdev 0 0
Szerelje vissza a meghajtót:
mount -a
storage2Most, hogy létrehoztunk egy megosztott meghajtót itt: storage1, létre kell hoznunk egyet itt storage2is. Hozzon létre egy mappát ugyanazzal a hellyel/útvonallal és névvel:
mkdir /var/files
mount.glusterfs storage2:/mailrep-volume /var/files/
Csakúgy, mint storage1a következőnél, adja hozzá a következő sort a következőhöz /etc/fstab:
storage2:/mailrep-volume /var/files glusterfs defaults,_netdev 0 0
Szerelje vissza a meghajtót:
mount -a
Keresse meg a /var/filesmappát, storage1és hozzon létre egy fájlt:
cd /var/files
touch created_on_storage1
Ezután menjen a storage2szerverre. Hajtsa végre, ls -laés látnia kell a fájlt created_on_storage1.
Bekapcsolva storage2navigáljon a /var/filesmappához, és hozzon létre egy fájlt:
cd /var/files
touch created_on_storage2
Menjen vissza storage1és hajtsa végre ls -la /var/files. A fájlnak created_on_storage2itt kell megjelennie.
Annak érdekében, hogy még egyszer ellenőrizni tudja, hogy a beállítás állandó marad-e az újraindítások során, a legjobb gyakorlat szerint minden kiszolgálót újra kell indítania. Ahogy már említettük, meg kell várnia, amíg az egyik kiszolgáló üzemel, majd újra kell indítania a másikat, hogy a megosztott meghajtó automatikusan felcsatolható legyen.
storage1Először indítsa újra , várja meg, amíg feláll, majd indítsa újra storage2. Most jelentkezzen be, és futtassa mindkét szerveren:
cd /var/files
ls -la
Most látnia kell mindkét fájlt. Ügyeljen arra, hogy a köteten ne legyenek fájlok, ezért távolítsa el az általunk létrehozott tesztfájlokat. Ezt megteheti ezen storage1, storage2vagy mindkettőn. A változtatások azonnal megismétlődnek:
cd /var/files
rm created_on_storage1
rm created_on_storage2
Mindkét kiszolgálón azonos megosztott kötettel kell rendelkeznie, függetlenül a két köteten végzett műveletektől.
Most már beállított egy teljes értékű GlusterFS-beállítást 100 GB (vagy több) használható hellyel. Abban az esetben, ha a jövőben többre lenne szüksége, a beállítás könnyen méretezhető, hogy több kapacitást és/vagy több szervert adjon hozzá, ha a munkaterhelés ezt megkívánja.
Köszönöm, hogy elolvasta!
A GlusterFS lehetővé teszi az adatok naprakészen tartását két meghajtón. Megjegyzendő azonban, hogy amikor mindkét kiszolgáló egyszerre indul újra , akkor mindkét kiszolgálón kényszeríteni kell a meghajtók csatlakoztatását. A csatolást manuálisan kell erőltetnie a következő parancs végrehajtásával:
gluster volume start mailrep-volume force
Ennek az az oka, hogy az egyik szerver szerverként, a másik pedig kliensként működik. Bár a különbség a gyakorlatban nem nagyon észrevehető, ez azt jelenti, hogy amikor mindkét szervert újra kell indítani, akkor az egyiket újra kell indítani, várni, amíg feláll, majd a másikat.
Annak ellenére, hogy az adatokat két meghajtón replikálják, az adatokat legalább háromszor meg kell replikálni. Bár adatai jobban védettek az adatsérüléssel és hasonlókkal szemben, vegye figyelembe, hogy a változások azonnaliak, és semmilyen módon nem lesz védve az emberi hibáktól. Ha eltávolítja az összes fájlt az egyik meghajtón, ezek a módosítások azonnal replikálódnak a másik meghajtón, ami azt jelenti, hogy az adatok mindkét példányon törlődnek.
Szerencsére ennek elkerülésére többféle módszer létezik. Először is azt javaslom, hogy magán a felhőpéldányon engedélyezze a biztonsági mentést. Bár ezek a biztonsági mentések nem tartalmaznak adatokat a blokktárolóról, magán a példányon lévő adatokat védik.
Ha magán a blokktárolón lévő adatok biztonsági mentéséről van szó, azt javaslom, hogy készítsen egy külön példányt (például egy SATA-csomagot), hogy például minden este le tudjon menteni a két csatlakoztatott szerver egyikéről. Így adatai biztonságban lesznek egy másik különálló eszközön.
A blokk tárolási méretét a Vultr vezérlőpultjáról növelheti. Ezt követően át kell méreteznie a lemezt az operációs rendszeren belül, de ez nem tartozik a cikk hatókörébe.
Bár ez az útmutató két szerverre íródott (tehát két blokktároló meghajtó van mindkét szerverhez csatlakoztatva), de lehetséges, hogy ezt az útmutatót két szervernél is használhatjuk. Egy több mint két kiszolgálót/meghajtót tartalmazó beállítás 6 szerver esetén így nézhet ki, például:
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
Tekintettel arra, hogy az összes blokktároló meghajtó kapacitása pl. 200 GB, akkor 200 * 4 / 4-et kapna. Más szóval, a felhasználható terület mindig egy blokkos tároló meghajtó kapacitása. Ennek az az oka, hogy az egyik kiszolgálót, amelyhez blokktároló van csatlakoztatva, a GlusterFS „fő”-ként kezeli, és a többi szerveren replikálja. A beállítás azonban úgy van megalkotva, hogy képes legyen túlélni a főszerver nélkül is, így redundáns és megbízható, stabil megoldás.
Más rendszert használ? A Plesk egy szabadalmaztatott webtárhely-vezérlőpult, amely lehetővé teszi a felhasználók számára, hogy adminisztrálják személyes és/vagy ügyfeleik webhelyeit, adatbázisait
A Squid egy népszerű, ingyenes Linux-program, amely lehetővé teszi továbbítási webproxy létrehozását. Ebben az útmutatóban megtudhatja, hogyan telepítheti a Squid-et a CentOS rendszerre, hogy megfordítsa
Bevezetés A Lighttpd az Apache forkja, amely sokkal kevésbé erőforrás-igényes. Könnyű, innen kapta a nevét, és meglehetősen egyszerű a használata. Telepítés
A VULTR a közelmúltban változtatásokat hajtott végre a saját oldalukon, és most már mindennek jól kell működnie, ha a NetworkManager engedélyezve van. Ha szeretné letiltani
Az Icinga2 egy hatékony felügyeleti rendszer, és mester-kliens modellben használva helyettesítheti az NRPE-alapú felügyeleti ellenőrzések szükségességét. A mester-kliens
Más rendszert használ? Az Apache Cassandra egy ingyenes és nyílt forráskódú NoSQL adatbázis-kezelő rendszer, amelyet úgy terveztek, hogy biztosítsa a méretezhetőséget,
Más rendszert használ? A Microweber egy nyílt forráskódú drag and drop CMS és online bolt. A Microweber forráskódja a GitHubon található. Ez az útmutató megmutatja neked
Más rendszert használ? A Vanilla forum egy nyílt forráskódú, PHP-ben írt fórumalkalmazás. Ez egy teljesen testreszabható, könnyen használható, és támogatja a külsőt
Más rendszert használ? A Mattermost egy nyílt forráskódú, saját üzemeltetésű alternatívája a Slack SAAS üzenetküldő szolgáltatásnak. Más szóval, a Mattermost segítségével kb
Mire lesz szüksége Egy Vultr VPS legalább 1 GB RAM-mal. SSH hozzáférés (root/adminisztrátori jogosultságokkal). 1. lépés: A BungeeCord telepítése Először is
A Plesk vezérlőpult nagyon szép integrációt kínál a Lets Encrypt számára. A Lets Encrypt egyike az egyetlen SSL-szolgáltatónak, amely teljes tanúsítványt ad ki
A Lets Encrypt egy tanúsító hatóság, amely ingyenes SSL-tanúsítványokat biztosít. A cPanel ügyes integrációt épített ki, így Ön és ügyfele
Más rendszert használ? A Concrete5 egy nyílt forráskódú CMS, amely számos megkülönböztető és hasznos funkciót kínál, hogy segítse a szerkesztőket a tartalom egyszerű létrehozásában.
Más rendszert használ? A Review Board egy ingyenes és nyílt forráskódú eszköz a forráskód, a dokumentáció, a képek és még sok más áttekintésére. Ez egy web alapú szoftver
Ebből az útmutatóból megtudhatja, hogyan állíthat be HTTP-hitelesítést egy CentOS 7 rendszeren futó Nginx webszerverhez. Követelmények A kezdéshez szüksége lesz a következőre:
Más rendszert használ? A GoAccess egy nyílt forráskódú webnapló-elemző. Használhatja naplók valós idejű elemzésére akár a terminálon, akár a
A YOURLS (Your Own URL Shortener) egy nyílt forráskódú URL-rövidítő és adatelemző alkalmazás. Ebben a cikkben a telepítés folyamatával foglalkozunk
Más rendszert használ? Bevezetés Az ArangoDB egy nyílt forráskódú NoSQL adatbázis, amely rugalmas adatmodellt kínál dokumentumokhoz, grafikonokhoz és kulcsértékekhez. Ez
Bevezetés Az /etc/ könyvtár kritikus szerepet játszik a Linux rendszer működésében. Ennek az az oka, hogy szinte minden rendszerkonfiguráció
Sok rendszergazda nagy mennyiségű kiszolgálót kezel. Ha a fájlokhoz különböző szervereken keresztül kell hozzáférni, mindegyikbe külön-külön kell bejelentkezni kb
A mesterséges intelligencia nem a jövőben, hanem itt a jelenben. Ebben a blogban Olvassa el, hogyan hatott a mesterséges intelligencia alkalmazások különböző ágazatokra.
Ön is DDOS támadások áldozata, és tanácstalan a megelőzési módszereket illetően? Olvassa el ezt a cikket a kérdések megoldásához.
Talán hallottál már arról, hogy a hackerek sok pénzt keresnek, de elgondolkodtál már azon, hogyan kereshetnek ennyi pénzt? beszéljük meg.
Szeretné látni a Google forradalmi találmányait, és azt, hogy ezek a találmányok hogyan változtatták meg minden mai ember életét? Ezután olvassa el a blogot, és nézze meg a Google találmányait.
Az önvezető autók koncepciója, hogy mesterséges intelligencia segítségével kerüljenek az utakra, már egy ideje álmunk. De számos ígéret ellenére sehol sem látszanak. Olvassa el ezt a blogot, hogy többet megtudjon…
Ahogy a tudomány gyors ütemben fejlődik, átveszi erőfeszítéseink nagy részét, megnő annak a kockázata is, hogy alávetjük magunkat egy megmagyarázhatatlan szingularitásnak. Olvassa el, mit jelenthet számunkra a szingularitás.
Az adatok tárolási módjai az Adatok születése óta alakulhatnak. Ez a blog egy infografika alapján mutatja be az adattárolás fejlődését.
Olvassa el a blogot, hogy a legegyszerűbb módon ismerje meg a Big Data Architecture különböző rétegeit és azok funkcióit.
Ebben a digitálisan vezérelt világban az intelligens otthoni eszközök az élet döntő részévé váltak. Íme az intelligens otthoni eszközök néhány elképesztő előnye, hogyan teszik életünket érdemessé és egyszerűbbé.
Az Apple a közelmúltban kiadott egy kiegészítést a macOS Catalina 10.15.4-hez a problémák megoldására, de úgy tűnik, hogy a frissítés több problémát okoz, ami a Mac gépek blokkolásához vezet. További információért olvassa el ezt a cikket
