copiile de rezervă, instantaneele, clonarea și replicarea sunt toate modalități valoroase de protejare a datelor Organizației.
în acest articol, ne vom uita la replicare, în special între matrice de stocare. Cheia pentru aceasta va fi definirea acesteia și prezentarea argumentelor pro și contra replicării cu referire la alte metode de protecție a datelor.
prea des în ea există o lipsă de claritate asupra a ceea ce este sau face exact o tehnologie. Acesta din urmă este partea importantă, deoarece este modul în care funcționează diferite tehnologii care pot determina modul în care se potrivesc împreună.
replicare versus instantanee
replicarea este fundamental o metodă de producere a unei clone a unei unități de stocare. Cu alte cuvinte, este o replică a unui număr de unitate, volum sau unitate logică (LUN), de exemplu. În cele mai multe cazuri, ceea ce se caută este o copie exactă – poate aproape imediat, poate doar în cele din urmă.
asta face ca o clonă sau o replică să fie diferită de un instantaneu, deoarece instantaneele în majoritatea cazurilor pot deveni doar o replică utilizabilă în urma unui fel de proces de reconstrucție. Asta pentru că instantaneele cuprind o copie originală a unității sau a volumului plus actualizări ale acesteia, precum și blocuri probabil șterse care trebuie reincorporate pentru a crea o copie exactă dintr-un moment anterior.
ideea este că instantaneele pot fi reconstruite și derulate destul de repede, dar nu sunt acolo ca o copie alternativă, utilizabilă a suportului sursă. Între timp, Clonele și replicile sunt adesea.
cea mai simplă clonă/replică a tuturor este atunci când, de exemplu, un dezvoltator are nevoie de o bază de date pentru a rula unele interogări de testare. Ei pot clona o copie exactă a unei baze de date de producție existente și pot face ceea ce doresc cu ea în mediul de testare. Această clonă va fi o replică exactă a bazei de date în momentul în care a fost creată, dar probabil că nu va reflecta niciodată alte modificări ale copiei sursă.
dar la celălalt capăt al scalei în ceea ce privește crearea unei clone disponibile, de lucru este replicarea sincronă. Acest lucru vede datele scrise la două sau mai multe unități de stocare cât mai aproape de simultan posibil pentru a oferi o copie de lucru care poate fi eșuat pe la on-the-fly.
evident, acest lucru vine la un preț în termeni de cost și complexitate tehnică și există limitări, după cum vom vedea. Dar adesea la asta ne referim când vorbim despre replicare.
replicare versus backup
replicarea poate înlocui copiile de rezervă? Răspunsul simplu este nu. Copiile de rezervă și replicarea (și poate și instantaneele) trebuie să se completeze reciproc.
deoarece replicarea poate fi aproape continuă și creează o copie aproape în timp real, poate face și o replică a fișierelor corupte sau infectate. În acest caz, aveți nevoie de o versiune la care să reveniți.
care ar putea fi derivate dintr – un instantaneu, dar apoi trebuie să fie susținute și de copii de rezervă-iar replicarea este adesea costisitoare, deci este posibil ca doar anumite seturi de date să fie reproduse în timp ce totul este salvat.
replicare sincronă versus matrice asincronă
în replicare sincronă, datele pot fi scrise la al doilea site de îndată ce hit-uri cache în site-ul principal. La primire, al doilea site trimite o confirmare către stocarea site-ului principal și către gazda de unde a apărut modificarea. Este metoda de replicare care vine cât mai aproape de a scrie mai multe copii ale datelor cât mai aproape de simultan posibil.
replicarea sincronă este adesea păstrarea celor mai high-end matrice de stocare bloc.
replicarea asincronă adaugă o etapă procesului, recunoscând gazda la site-ul principal atunci când datele sunt scrise. Apoi, scrierea este trimis la al doilea site, care recunoaște că scrie înapoi la matrice site-ul principal. Replicarea asincronă se găsește într-o gamă mai largă de produse de stocare, cum ar fi iSCSI storage, Network-attached storage (NAS) și așa mai departe.
replicarea pe distanțe mari începe să sufere de aproximativ 1 milisecundă de latență la 100 de mile, iar furnizorii recomandă adesea nu mai mult de câteva sute de mile dus-întors.
din acest motiv, replicarea sincronă poate avea un impact mai mare asupra performanței aplicației. Necesită confirmare înainte ca următoarea intrare/ieșire (I/O) să poată avea loc, în timp ce replicarea asincronă recunoaște local, astfel încât următoarea modificare să poată avea loc, cu mișcarea datelor întârziată. Desigur, asta înseamnă, de asemenea, că cele două seturi de date vor diferi pentru o perioadă mai lungă de timp.
o strategie de replicare din lumea reală ar putea folosi o combinație de replicare sincronă-pentru elementele cele mai critice ale unei aplicații, cum ar fi jurnalele de refacere – în timp ce datele mai puțin critice care ar putea fi restaurate trec prin asincron. Instantaneele ar putea face parte și din mix, dar ar trebui să fie susținute cu copii de rezervă regulate.
gazdă, hipervizor și cloud replicare
aici ne-am ocupat în primul rând cu replicare sincron și asincron în matrice de stocare.
există alte forme de replicare, cum ar fi:
- replicare gazdă – între servere, poate de aplicații individuale, baze de date sau întregul server.
- hypervisor replication – replicarea gestionată la nivel de hypervisor și compusă din elementele sale, cum ar fi mașinile virtuale individuale (VM) și stocarea virtuală, de exemplu.
- replicarea norului – aceasta ar putea fi replicarea către nor sau mai mulți nori ca țintă sau între nori.
- Geo-replicare – acesta este locul în care datele sunt stocate în mai multe locații îndepărtate, potențial foarte îndepărtate unele de altele. Acest lucru poate fi din motive de recuperare în caz de dezastru sau pentru a spori disponibilitatea. Replicarea pe astfel de distanțe lungi nu este probabil să fie sincronă.