a biztonsági mentések, pillanatképek, klónozás és replikáció mind értékes módszerek a szervezet adatainak védelmére.
ebben a cikkben megvizsgáljuk a replikációt, különösen a tároló tömbök között. Ennek kulcsa annak meghatározása, valamint a más adatvédelmi módszerekre való hivatkozással a replikáció érveinek és ellenérveinek bemutatása lesz.
túl gyakran van benne egy nem egyértelmű, hogy pontosan mi a technológia,vagy nem. Ez utóbbi a fontos bit, mert a különböző technológiák működése határozza meg, hogyan illeszkednek egymáshoz.
replikáció versus pillanatképek
a replikáció alapvetően egy tárolási egység klónjának előállítására szolgáló módszer. Más szavakkal, ez például egy meghajtó, kötet vagy logikai egységszám (LUN) másolata. A legtöbb esetben, amire törekszenek, az egy pontos másolat – talán szinte azonnal, talán csak végül.
ez egy klónt vagy replikát különböztet meg a pillanatképtől, mert a pillanatképek a legtöbb esetben csak valamilyen újjáépítési folyamatot követően válhatnak használható replikává. Ennek oka, hogy a pillanatképek tartalmazzák a meghajtó vagy a kötet eredeti példányát, valamint annak frissítéseit, valamint esetleg törölt blokkokat, amelyeket újra be kell építeni, hogy pontos másolatot készítsenek egy korábbi időpontból.
az ötlet az, hogy a pillanatfelvételeket elég gyorsan újra lehet építeni és visszatekerni, de nem a forrásmédia alternatív, használható másolataként vannak ott. A klónok és másolatok gyakran vannak.
a legegyszerűbb klón/replika az összes, amikor például egy fejlesztő szüksége van egy adatbázis futtatni néhány teszt lekérdezések. Klónozhatnak egy létező gyártási adatbázis pontos másolatát, és azt csinálnak vele, amit akarnak a tesztkörnyezetben. Ez a klón az adatbázis pontos másolata lesz a létrehozás időpontjában, de valószínűleg soha nem fogja tükrözni a forrásmásolat további változásait.
de a skála másik végén a rendelkezésre álló, működő Klón létrehozása szempontjából szinkron replikáció. Ez úgy látja, hogy két vagy több tárolóegységre írt adatok a lehető legközelebb vannak egyidejűleg, hogy egy működő példányt biztosítsanak, amelyet on-the-fly-re lehet meghibásodni.
nyilvánvaló, hogy ennek ára van a költségek és a technikai összetettség szempontjából, és vannak korlátai, amint látni fogjuk. De gyakran ezt értjük, amikor a replikációról beszélünk.
replikáció versus biztonsági mentés
a replikáció helyettesítheti a biztonsági mentéseket? Az egyszerű válasz nem. A biztonsági mentéseknek és a replikációnak (és talán a pillanatképeknek is) ki kell egészíteniük egymást.
mivel a replikáció szinte folyamatos lehet, és közel valós idejű másolatot hoz létre, a sérült vagy fertőzött fájlok másolatát is elkészítheti. Ebben az esetben szüksége van egy verzióra, amelyre vissza lehet térni.
ez levezethető egy pillanatképből, de akkor biztonsági mentésekkel is alá kell támasztani őket – és a replikáció gyakran költséges, ezért előfordulhat, hogy csak bizonyos adatkészleteket replikálnak, miközben minden biztonsági másolatot készít.
szinkron versus aszinkron tömb replikáció
szinkron replikáció esetén az adatok a második helyre írhatók, amint elérik az elsődleges hely gyorsítótárát. A beérkezéskor a második webhely visszaigazolást küld az elsődleges webhelytárolónak és a gazdagépnek, ahonnan a változás származik. Ez a replikációs módszer, amely a lehető legközelebb áll ahhoz, hogy több adatmásolatot írjon a lehető legközelebb egyszerre.
a szinkron replikáció gyakran a legmagasabb szintű blokktároló tömbök megőrzése.
az aszinkron replikáció hozzáad egy szakaszt a folyamathoz azáltal, hogy az adatok írásakor nyugtázza a gazdagépet az elsődleges helyen. Ezután az írás elküldésre kerül a második helyre, amely elismeri, hogy visszaír az elsődleges webhely tömbre. Az aszinkron replikáció a tárolási termékek szélesebb körében található meg, például az iSCSI storage, a network-attached storage (NAS) stb.
a nagy távolságokon történő replikáció körülbelül 1 milliszekundum késleltetést szenved 100 mérföldenként, és a beszállítók gyakran csak néhány száz mérföldes oda-vissza utat javasolnak.
emiatt a szinkron replikáció nagyobb hatással lehet az alkalmazás teljesítményére. A következő bemenet/kimenet (I/O) előtt nyugtázást igényel, míg az aszinkron replikáció helyileg nyugtázza, így a következő változás megtörténhet, az adatok mozgása késleltetve. Természetesen ez azt is jelenti, hogy a két adatkészlet hosszabb ideig különbözik egymástól.
a valós replikációs stratégia a szinkron replikáció kombinációját használhatja – az alkalmazás legkritikusabb elemeihez,például a redo naplókhoz -, míg a kevésbé kritikus adatok visszaállíthatók aszinkron módon. A pillanatképek is a keverék részét képezhetik, de mindezt rendszeres biztonsági mentésekkel kell alátámasztani.
Host, hypervisor és cloud replikáció
itt elsősorban szinkron és aszinkron replikációval foglalkoztunk a tároló tömbökben.
a replikáció más formái léteznek, például:
- Hosztreplikáció – szerverek között, esetleg az egyes alkalmazások, adatbázisok vagy a teljes szerver között.
- Hypervisor replikáció – hipervizor szinten kezelt replikáció, amely olyan elemekből áll, mint például az egyes virtuális gépek (VM-ek) és a virtuális tárhely.
- felhő replikáció – ez lehet replikáció a felhőbe vagy több felhőbe, mint cél, vagy felhők között.
- georeplikáció-ez az, ahol az adatokat több távoli helyen tárolják, potenciálisan nagyon távol egymástól. Ennek oka lehet a katasztrófa utáni helyreállítás vagy a rendelkezésre állás javítása. Az ilyen nagy távolságokon történő replikáció valószínűleg nem szinkron.