Egy éves fejlődési szünet után
LizardFS
A hibatűrés biztosítása érdekében az adatokat replikákra osztják, amelyek redundanciával vannak elosztva különböző csomópontok között (több másolat kerül különböző csomópontokra); ha a csomópontok vagy meghajtók meghibásodnak, a rendszer információvesztés nélkül működik tovább, és automatikusan újraosztja az adatokat. figyelembe véve a fennmaradó csomópontokat. A tárhely bővítéséhez elegendő új csomópontokat csatlakoztatni hozzá a karbantartási munka leállítása nélkül (a rendszer maga replikálja az adatok egy részét új szerverekre, és az új szerverek figyelembevételével egyensúlyozza ki a tárhelyet). Ugyanezt megteheti a fürt méretének csökkentése érdekében – egyszerűen letilthatja a rendszerből eltávolítandó elavult berendezéseket.
Az adatokat és a metaadatokat külön tároljuk. A működéshez két master-slave módban működő metaadatszerver, valamint legalább két adattároló szerver (chunkserver) telepítése javasolt. Ezenkívül a metaadatok biztonsági mentésére a naplószerverek használhatók a metaadatok változásairól szóló információk tárolására, és lehetővé teszik a működés visszaállítását az összes meglévő metaadat-kiszolgáló megsérülése esetén. Minden fájl blokkra (darabokra) van osztva, legfeljebb 64 MB méretű. A blokkok elosztása a tárolószerverek között a kiválasztott replikációs módnak megfelelően történik: standard (a különböző csomópontokon elhelyezendő másolatok számának kifejezett meghatározása, beleértve az egyes könyvtárakat is - fontos adatok esetén a másolatok száma növelhető, ill. a lényegtelen adatok csökkentése), XOR (RAID5 ) és EC (RAID6).
A tárhely akár petabájtos méretre is méretezhető. Alkalmazási területei közé tartozik az archiválás, a virtuális gépek képeinek tárolása, a multimédiás adatok, a biztonsági mentések, a DRC (Katasztrófa-helyreállítási központ) és a nagy teljesítményű számítástechnikai fürtök tárolása. A LizardFS nagyon nagy olvasási sebességet biztosít bármilyen méretű fájlok számára, és íráskor jó teljesítményt mutat teljes nagy és közepes méretű fájlok írásakor, amikor nincs állandó módosítás, intenzív munka nyitott fájlokkal, és egyszeri műveletek egy csomó kis fájl.
Az FS szolgáltatásai között meg kell jegyezni a pillanatképek támogatását is, amely tükrözi a fájlok állapotát egy adott időpontban, valamint a „lomtár” beépített megvalósítását (a fájlok nem törlődnek azonnal, és elérhetők felépülés egy ideig). A partícióhoz való hozzáférés IP-címmel vagy jelszóval korlátozható (az NFS-hez hasonlóan). Vannak olyan kvóta- és szolgáltatásminőség-kezelési mechanizmusok, amelyek lehetővé teszik a méret és a sávszélesség korlátozását bizonyos felhasználói kategóriák számára. Lehetőség van földrajzilag elosztott tárolóhelyek létrehozására, amelyek szegmensei különböző adatközpontokban helyezkednek el.
A LizardFS projektet 2013-ban alapították villaként
A LizardFS 3.13.0 megjelenése december végén várható. A LizardFS 3.13 fő újítása egy konszenzusos algoritmus használata a hibatűrés biztosítása érdekében (meghibásodás esetén a főkiszolgálók váltása)
További változtatások: új kliens a FUSE3 alrendszerre épül, hibajavítással megoldja a problémákat, az nfs-ganesha bővítményt átírták C nyelvre. A 3.13.0-rc2 frissítés számos kritikus hibát javít, amelyek használhatatlanná tették a 3.13-as ág korábbi tesztkiadásait (a 3.12-es ág javításait még nem tették közzé, és a 3.12-ről 3.13-ra történő frissítés továbbra is teljes adatvesztéshez vezet).
2020-ban a munka a fejlesztésre összpontosít
A LizardFS kliens teljes mértékben támogatja a verziószám-írási műveleteket, ami javítja a katasztrófa utáni helyreállítás megbízhatóságát, megoldja azokat a problémákat, amelyek akkor merülnek fel, ha különböző kliensek megosztják ugyanazokat az adatokat, és jelentős teljesítménynövekedést tesz lehetővé. A kliens átkerül a felhasználói térben működő saját hálózati alrendszerébe. Az Agama alapú LizardFS első működő prototípusa a tervek szerint 2020 második negyedévében készül el. Ugyanakkor ígéretet tesznek a LizardFS és a Kubernetes platform integrálására szolgáló eszközök bevezetésére.
Forrás: opennet.ru