NetApp DR megoldások 1. rész – aszinkron SnapMirror

1. Asynchronous SnapMirror

 

SnapMirror replikálja az adatokat, így magas adatelérhetőséget és gyors adatreplikációt biztosít a kritikus alkalmazások számára. Ha pedig az adatokat egy vagy több NetApp tárolórendszerre replikáljuk, és folyamatosan frissítjük a másodlagos adattárolót, az adatok naprakészek maradnak, és bármikor rendelkezésre állnak, amikor csak szüksége van rájuk. ASnapMirror adatvédelmi funkcióval gyorsan és hatékonyan mozgathatjuk az adatokat a szervezeten belül,valamint rendszerfrissítéseket eszközölhetünk a teljesítményre gyakorolt minimális hatással. 

A ’mirror’ kapcsolat lehetővé teszi, hogy időszakosan Snapshot másolatokat készítsünk az adatokról egy volume-on; átmásoljuk egy cél volume-ra (általában egy másik cluster-en); vagy megtartsuk őket. A ’mirror’ kapcsolatok aszinkron DR megoldást biztosítanak a volume-ok számára. A cél volume lehet: adott VM-en belül, másik VM-ben a cluster-en belül, vagy másik VM-ben egy másik cluster-en belül is. A cél volume-ot használhatjuk forrásként is, szalagos adathordozóra történő biztonsági mentéshez vagy archiváláshoz. 

A SnapMirror kapcsolat olyan SnapMirror policy-t használ, amely meghatározott Snapshot-megőrzési szabályokkal rendelkezik. Ezek a policy-k tartalmazzák a Snapmirror címkéket és a Snapshot-ok megőrzési idejét a célhelyen. A címkék határozzák meg, hogy mely Snapshot másolatok maradjnak meg a célhelyen. By default napi és heti Snapshot mentést tudunk beállítani, amelyek már tartalmazzák a SnapMirror címkéket is. Amennyiben azonban egyedi Snapshot mentést szeretnénk, egyedi címkékre lesz szükségünk hozzá. 

Aszinkron SnapMirror esetén a következő policy-kat állíthatjuk be (CLI-ben): 

DPDefault, MirrorLatest, MirrorAllSnapshots, MirrorAndVault, Unified7year, XDPDefault 

Amikor beállítottunk egy mirror kapcsolatot, végül szükségünk lesz egy ütemezésre is hozzá, amely meghatározza, hogy mikor történjen a replikáció. 

A SnapMiror-kapcsolatban lévő cél volume-ok csak olvashatóak egészen a feladatátvételig. Ha adatszivárgás, véletlen adattörlés, vagy offline állapot jönne létre, a másodlagos másolatra a SnapMirror break művelettel lehet áttérni, amely a cél kötetet írhatóvá teszi. A SnapMirror break műveletet minden volume-ra külön-külön kell elvégezni, amennyiben biztosak vagyunk benne, hogy a forrás volume-ok offline állapotban vannak. Ez alatt az idő alatt azonban a SnapMirror kapcsolat megszakad. 

Amikor a forrás volume újra elérhetővé válik, az adatokat újra kell szinkronizálnunk a célhelyről, a módosításokat frissíteni, valamint a forrás volume-ot újra aktiválnunk szükséges. 

A NetApp FlexClone volume egy írható, point-in-time klónja egy FlexVol volume-nak. A FlexClone volume-ok adatblokkokat osztanak meg az eredeti volume-okkal és csak a metaadatokhoz szükséges tárhelyet használja, amíg a változások a másolatra nem íródnak. A FlexClone technilógia segítségével egy írható volume-ot tudunk készíteni egy csak-olvasható SnapMirror-ról anélkül, hogy megszakítanánk a replikációs folyamatot. 

A SnapMirror szoftver támogatja továbbá a NetApp ONTAP FlexGroup megoldást is ameynek lényege, hogy a group minden volume-jának sikeres Snapshot másolattal kell rendelkeznie, és az összes volume egyidejűleg replikálódik a katasztrófa utáni visszaállítás során. Ha a művelet bármelyik komponensénél hiba merülne fel, a SnappMirror tükrözés is meghiúsul. 

Végül de nem utolsó sorban használhatunk ONTAP S3 object tárolókat is célként SnapMirror tükrözéshez, vagy backup-hoz. 

Szeretnél többet tudni?

Amennyiben felkeltettük érdeklődésed keress minket bizalommal az alábbi elérhetőségünkön:
Nagy Balázs
Pre-sales Engineer
+36-30/333-0985
Balazs.Nagy@alef.com