Phenquestions
A RAID az élő adatokkal foglalkozik, ez egy olyan mechanizmus, amellyel egy futó rendszer több lemezt egyesít egyetlen tároló entitásként. Az adatokat ezután elosztják az összes lemezen oly módon, hogy túlélje legalább egy (vagy több) fizikai lemez meghibásodását. A RAID tömb legegyszerűbb típusa a RAID1, vagyis tükrözés. Itt másolja (vagy tükrözi) ugyanazokat az adatokat két vagy több lemezre úgy, hogy ha az egyik lemez meghibásodik, az adatok továbbra is fennmaradhatnak, és továbbra is aktívan használhatók. Vannak más RAID konfigurációk is, és ezeket folytatjuk.
A RAID-ról
A RAID, vagyis az olcsó lemezek redundáns tömbje az adatok lemezeken történő tárolásának mechanizmusa. A RAID beállításainak széles skálája létezik, amelyekkel együtt járhat, de a két alapvető mechanizmus, amelyeken mind alapulnak, a következők:
1. Tükrözés:
A tükrözés azt jelenti, hogy az adatblokkokat több lemezen másolják, tükrözik. Ha három lemezen tükrözi az adatait, akkor egy adott pillanatban akár két lemez meghibásodását is túlélheti, a meghibásodott lemezeket ezután nagy gond nélkül ki lehet cserélni újakra. Hasonlóképpen, ha adatokat másol át n + 1 lemezeket, akár ellen is bírod n lemezek meghibásodnak. Ennek hátránya, hogy csak a RAID tömbben található legkisebb lemezzel megegyező tárolókapacitást kapja meg.
2. Paritás:
A második megközelítés az adatok két részre osztása, a felhasználói adatok két blokkjának használatával létrehozhat egy harmadik „paritásos” blokkot. A három blokk mind azonos méretű, és különböző eszközökön oszlik el. Legalább három eszközre van szükség a konfiguráció működéséhez. Ha bármelyik lemez meghibásodik, a másik két blokk segítségével újra létrehozhatja az adott lemezen tárolt blokkokat. Például, ha a második felhasználói blokk elveszett, akkor az első blokk és a paritás blokk felhasználható a második felhasználói blokk kiszámításához. Ha érdekli, hogyan működik ez, nézze meg ezt a csodálatos magyarázatot.
Ez a módszer tovább javítható, ha 2 vagy akár 3 paritásblokk van. De több mint 3 paritási blokkot nem látnak ilyen gyakran az iparban. Ha van egy paritásblokkja, akkor túlélhet egy lemezhibát. A két paritásblokk azt jelenti, hogy ellenállsz két lemez meghibásodásának és így tovább.
A tárolás kihasználása szempontjából hatékonyabb, mint a tükrözés. Ha egy paritásblokk van, akkor csak 50% -kal több fizikai tárhelyre van szüksége a tárolt tényleges felhasználói adatokonként. Ez azt jelenti, hogy 1 GB adatot tárol, amire szüksége lesz 1-re.5 GB tárhely (plusz van egy kis rezsi a metaadatokhoz). Ez sokkal hatékonyabb, mint a leghatékonyabb tükrözési séma, ahol legalább 2 GB tárhelyre van szükség ahhoz, hogy 1 GB adatot tükrözhessen két lemez között.
Hátránya, hogy a véletlenszerű írási műveletek lelassulnak, a paritásblokkhoz társított extra számítási és írási műveletnek köszönhetően. A megbízhatóság sem olyan jó, mint egy n + 1 tükrözött lemezek, ahol felkészülhet bármilyen tetszőleges számú lemez meghibásodására.
A RAID-konfigurációk lehetnek olyan összetettek vagy olyan egyszerűek, amennyire csak szeretnék, kombinálhatja a paritás és a tükrözés stratégiáit, és módosíthatja azokat a vállalkozás tetszése szerint. Vannak dedikált RAID vezérlők, amelyekhez csatlakoztatja a fizikai lemezeket, és az operációs rendszer ezután egyetlen logikai lemezt lát, amint azt a vezérlő mutatja. Az LSI a RAID vezérlők egyik ilyen szállítója. RAID-et is végrehajthat a szoftverben. Az OpenZFS valószínűleg a legjobb fogadás, amellyel e tekintetben rendelkezik.
Az utolsó fajta RAID, amely megtisztelő említést kap, a RAID 0. Technikailag nem RAID-séma, mert itt nincs redundancia. A RAID 0 ötlete az, hogy egyszerűen elosztja adatait több tárolóeszközön anélkül Bármi rugalmasság a lemezhibák ellen. Előnye, hogy ezzel teljesítményjavulást érhet el. Ha 1 GB adatot ír egyetlen lemezre, a folyamat lassú. A lemez másodpercenként csak korlátozott számú írási műveletet tud végrehajtani, és az operációs rendszernek meg kell várnia, amíg befejezi ezt a műveletet, mielőtt az új adatokat elküldené. Ha ugyanazt az 1 GB adatot terjeszti két ilyen lemezre, akkor egyszerre írhat (és olvashat) mindkettőből, és nem kis teljesítmény-javulást érhet el.
Visszafelé
A biztonsági mentések fogalma fontosabb, mint a RAID. A biztonsági mentés a tároláskezeléssel összefüggésben az adatok ismert jó másolata, egy adott időpontban, ahonnan szükség esetén visszaállíthatja a fájlokat a fő rendszerbe. A megvalósítást tekintve sok felhő által üzemeltetett megoldás és sok offline is használható.
A Tarsnap és a Backblaze a kedvenc kezelt biztonsági mentési szolgáltatásom mind magán, mind üzleti célokra. A Google Drive, az iCloud vagy a Dropbox is felveheti a biztonsági mentés megoldást, de inkább a fogyasztói piacra irányulnak, mint a vállalkozásra. Az alapelv azonban továbbra is ugyanaz. Amikor új iPhone-ra vagy iPadre jelentkezik be, az összes adatot, névjegyet, fényképet, médiatárat stb. Zökkenőmentesen szinkronizálja az iCloud-fiókjával, és miközben továbbra is használja az eszközét, az újabb adatok csendben visszakerülnek a Felhőbe, és nem kell nem kell aggódnom miatta.
A biztonsági mentési megoldás olyan egyszerű lehet, mint az adatok átmásolása egy külső merevlemezre, vagy az rsync (vagy zfs send, ha OpenZFS-t használ) használata az összes releváns információ rendszeres másolatának előállításához. Ez magában foglalhatja a Dokumentumok mappát, az adatbázist, a forrástárat vagy akár a teljes gyökérfájlrendszert egy lapos zip-be vagy egy tárfalaphoz. A fontos kritériumok, amelyeknek egy jó biztonsági mentési megoldásnak meg kell felelniük, a következők:
- A biztonsági mentéseknek gyakran előfordulniuk kell - Ha minden hónap helyett minden hónapban biztonsági másolatot készít az adatokról, akkor akár egy hónapnyi adat elvesztését is kockáztathatja, ha katasztrófa támad.
- A biztonsági másolatoknak vissza kell menniük az időben - a biztonsági mentés tárhelye véges. Néha el kell dobnia a régebbi biztonsági mentéseket. Minél több tárhelye van, annál jobbak lehetnek a biztonsági mentései. Tegyük fel, hogy hetente készít biztonsági másolatot az adatairól, de a 2 hétnél régebbi biztonsági másolatokat eldobja. Ha egy fájlt véletlenül törölnek, és ez két hétig észrevétlen marad, akkor nem lesz módja visszahozni.
- A fájljainak valójában helyreállíthatóknak kell lenniük - Ha még soha nem próbálta helyreállítani az adatokat a biztonsági másolatból, akkor nincs biztonsági másolata. Nem kell megtanulnia az adatok helyreállítását abban a kritikus pillanatban, amikor adatvesztést szenvedett. Tervezzen előre, és tudja, hogyan lehet visszaállítani a rendszert az utolsó ismert jó biztonsági másolatból.
- A biztonsági másolatot el kell különíteni a futó rendszertől - Ha katasztrófa következik be, és a termelési kiszolgálón lévő összes fájl titkosított, törölt vagy sérült, meg kell győződnie arról, hogy ugyanez nem történik meg a biztonsági másolattal. Ennek biztosításának egyik jó módja annak biztosítása, hogy a biztonsági mentési eszköz ne legyen „csatlakoztatva” a termelési környezethez, azaz.e, húzza ki az USB merevlemezt, húzza le az NFS fájlrendszert, amikor elkészült a biztonsági mentés. Atleast, ne adjon a gyártási rendszernek jogot arra, hogy felülírja vagy módosítsa a biztonsági mentési adatait. Legyen csak olvasható.
Most, hogy tudunk egy kicsit a RAID-ről és a biztonsági mentésről, emeljünk ki néhány különbséget közöttük.
Dossziék és blokkok
A RAID mindig az adatblokkokkal foglalkozik, nem pedig azzal, hogy a fájlrendszer miként jeleníti meg ezeket az adatokat a felhasználó számára. A szoftveres és a hardveres RAID is az adatokkal mint információ blokkokkal foglalkozik, a blokkok mérete 128 KiB-től 1 MiB-ig változhat.
A biztonsági mentések viszont sokkal rugalmasabbak. Általában a fájlrendszer szintjén hajtják végre őket, bár nincs erre vonatkozó kemény és gyors szabály. Szemcsésebbek is. Egyetlen fájlt visszaállíthat biztonsági másolatából, ha a megoldása elég rugalmas. A RAID tömbök nem biztonsági másolatok, csupán egy módszer az adatok több lemezen történő terjesztésére. Ha egy fájlt töröl, az összes tükrözött és paritásblokk felszabadul. Vége a történetnek.
Használjon tokokat
A biztonsági mentések mindenkinek szólnak. A megközelítés és mértéke személyenként eltérő lehet, de mindenkinek szüksége van biztonsági másolatra. A RAID inkább üzleti / vállalati sajátosság. RAID tömböket lát a kiszolgálókon, tárolóeszközökön, például NAS és SAN, felhő hipervizorokban stb. Nagyjából minden élő kritikus adatokat tároló hely valamilyen RAID-t használ. Valószínűleg még a felhő által tárolt biztonsági mentéseket futtató kiszolgálók is RAID tömböket használnak. Ezek nem kizárják egymást.
Ez nem azt jelenti, hogy nem használhatja a RAID-ot személyes használatra, csak több haszna van a vállalkozásokban. Ennek oka részben az, hogy a vállalatnál a lemezeket 24 órás, napi 7 órás IO-műveletekkel ütik meg. A termelési környezetben, például egy adatbázis vagy videó streaming szolgáltatás vagy egy felhő hipervizor tárolásakor, a szerver tárolóeszköze állandó rettenetes terhelés alatt áll, az adatokat folyamatosan olvassák és írják ezekre az eszközökre, és gyakran több alkalmazás egyszerre. Ilyen körülmények között a meghajtók sokkal inkább meghibásodnak. A RAID konfiguráció azt jelenti, hogy ha a meghajtó meghibásodik, akkor alig vagy egyáltalán nem áll le. A legtöbb szerver a lemez meghibásodása után is tovább működik, így nem veszít el minden másodpercben érkező új információkat és kéréseket.
Egy átlagos asztali számítógép alig képes újra létrehozni ugyanazt a stresszes állapotot, még ha a lemez is meghal, ha olyan biztonsági mentési megoldást használ, mint a Backblaze, visszanyerheti az elveszett adatok nagy részét, és néhány órányi munka elvesztése valószínűleg a legrosszabb, ami megtörténhet. Még ez is ritkasággá válik az olyan felhőalapú megoldásoknak köszönhetően, mint az Adobe Creative Cloud, az Office 365 stb.
A RAID nem helyettesíti a Biztonsági másolatot
Ha egyetlen elvitelre van szükség a cikkből, akkor ennek kell lennie. A RAID NEM helyettesíti a Biztonsági másolatot. Mindig készítsen biztonsági másolatot az adatokról! Sokan vannak, akik azt gondolják, hogy ha RAID-ed van, ez azt jelenti, hogy az adatok több lemezen is biztonságban vannak, ezért nincs szükség biztonsági mentésre. Semmi sem áll távolabb az igazságtól. A RAID egyetlen kérdéssel foglalkozik - a lemezek hibásak vagy hibás adatokat adnak vissza. A RAID nem véd meg további millió fenyegetéstől, például a következőktől:
- Felhasználói hibák és véletlen törlések
- Alkalmazás vagy operációs rendszer hibák, amelyek széleskörű adatok sérülését okozzák
- Ransomware vagy más rosszindulatú program titkosítja, törli vagy sérti az adatait
- Maguk a RAID vezérlők meghibásodása
A RAID tömb adatai élőben vannak. Ha az operációs rendszer, egy alkalmazás (vagy egy felhasználó) haywire-re megy, és itt-ott töröl néhány fájlt, akkor a fájl az egész RAID tömbből törlődik. Az ön külön példánya, egy biztonsági másolat az egyetlen módja annak, hogy valaha megvédje magát az ilyen jellegű forgatókönyvektől.
Következtetés
Ha aggódik az adatai miatt, akkor elsődleges problémája a biztonsági mentés. A legtöbb asztali felhasználónak, kivéve talán az energiafelhasználókat, többet kellene fektetnie egy megbízható biztonsági mentésbe, ahelyett, hogy a RAID1, RAID5 vagy RAIDZ között ficánkolna. Ha saját biztonsági szerverét szeretné létrehozni, akkor egy megfelelő biztonsági mentési házirendre és egy megbízható tárolási háttérrendszerre kell gondolnia. Ez a cikk talán jó kiindulópont. Az rsync vagy a zfs send használatával adatainak időszaki másolatát átviheti ebbe a háttérbe.
Ha a vállalkozásban van, és RAID megoldást fontolgat az összes élő adat tárolására. Fontolja meg az OpenZFS használatát, nagyon rugalmas megoldást kínál, az n-disk tükrözésétől kezdve a RAIDZ1-ig egy paritásblokkal, a RAIDZ2-ig és RAIDZ3-ig 2 és 3 paritásblokkal. Sokat kell fontolnia az alkalmazás követelményeivel, mielőtt döntést hozna. Kompromisszumok vannak az írás-olvasás teljesítménye, az ellenálló képesség és a tárolási hatékonyság között. Azt javasoljuk azonban, hogy csak akkor gondoljon a RAID-ra, miután döntött egy biztonsági mentési megoldásról.
