Cum să planificați o strategie eficientă de recuperare în caz de dezastru în Cloud?

într-o lume în care tehnologia conduce aproape fiecare aspect al vieții noastre, norul a ridicat cu adevărat această experiență.

de la efectuarea de sarcini operaționale complexe până la executarea planurilor de recuperare la scară largă în caz de dezastru, cloud-ul a făcut operațiunile noastre de zi cu zi aproape fără efort.

venind la o sarcină complexă, cum ar fi gestionarea unei operațiuni de recuperare în caz de dezastru, cloud-ul ne-a făcut să ne gândim cât de dificil a fost să realizăm un proiect de recuperare în caz de dezastru, înainte de sosirea sa.

să luăm în considerare timpul și resursele investite într-un plan tradițional de recuperare în caz de dezastru.

dacă centrul dvs. principal de date ar fi afectat de un dezastru, ar trebui să vă uitați la Centrul de date de rezervă, care, desigur, vine cu dublu lucru, inclusiv:

• configurarea unei locații fizice și facilități pentru a găzdui infrastructura IT
• angajarea persoanelor de contact și a personalului de securitate pentru configurare
• îmbunătățirea capacității serverului de a stoca date și de a se potrivi cerințelor de scalare a aplicațiilor
• furnizarea personalului de asistență pentru întreținerea infrastructurii
• facilitarea conectivității la internet cu lățime de bandă suficientă pentru a rula aplicații
• configurarea infrastructurii de rețea, inclusiv firewall-uri, echilibratoare de sarcină, Routere și switch-uri

aceasta va rezuma la costuri în spirală și resurse greu de gestionat, lăsând centrul de date ca doar o copie de rezervă a datelor și nimic mai mult.

odată cu apariția cloud computing-ului, recuperarea în caz de dezastru a devenit doar o altă sarcină care poate fi rezolvată în câteva ore sau minute.

un proiect de recuperare în caz de dezastru în Cloud oferă organizațiilor mai multe beneficii, inclusiv:

• economisește timp / Capital
• mai multe opțiuni de locație de backup de date
• ușor de implementat cu fiabilitate ridicată
• scalabilitate

pentru organizațiile care iau în considerare recuperarea în caz de dezastru în cloud pentru prima dată și se întreabă de unde să înceapă, iată un plan ușor de recuperare în caz de dezastru în cloud care vă va ajuta să planificați:

Pasul 1: Înțelegerea infrastructurii dvs. & descrieți orice riscuri

este esențial să luați în considerare infrastructura IT, inclusiv activele, echipamentele și datele pe care le dețineți.

de asemenea, este important să evaluăm unde sunt stocate toate acestea și cât valorează toate acestea. Odată ce ați rezolvat acest aspect. Acum trebuie să evaluați riscurile care ar putea afecta toate acestea. Riscurile pot include dezastrele naturale, furtul de date și întreruperile de curent, printre altele.

acum, că aveți un cont de toate activele, cantitățile lor și posibilele amenințări de dezastru pentru ei, sunteți într-o poziție mai bună pentru a proiecta planul DR pentru a elimina/minimiza aceste riscuri.

Pasul 2: Efectuați o analiză a impactului afacerii

o analiză a impactului afacerii este următoarea pe listă. Acest lucru vă va oferi o înțelegere a limitărilor operațiunilor dvs. de afaceri odată ce dezastrul lovește.

următorii doi parametri vă ajută să evaluați acest factor:

a) Obiectivul timpului de recuperare (RTO)
b) obiectivul punctului de recuperare (RPO)

A) timpul de recuperare obiectiv (RTO)

RTO este timpul maxim în care aplicația dvs. poate rămâne offline înainte de a începe să vă afecteze operațiunile de afaceri.

Scenariul 1: dacă compania dvs. este dedicată livrării rapide a serviciilor, atunci o eroare a aplicației vă poate costa pierderi grele.

mai mult decât atât, va trebui să investească foarte mult într-un plan de DR pentru a relua operațiunile de afaceri într-o chestiune de minute.

scenariul 2:Dacă aveți o afacere cu ritm mediu și dezastrul vă afectează operațiunile, puteți găsi în continuare modalități alternative de a efectua operațiuni de afaceri.

prin urmare, puteți seta RTO pentru atâta timp cât o săptămână. Într-un astfel de caz, nu va trebui să investească multe resurse în salvarea de recuperare în caz de dezastru, economisind astfel suficient timp pentru a dobândi suficiente active de rezervă după dezastru greve.

cunoașterea RTO-ului dvs. este foarte importantă, deoarece este echivalentă cu numărul de resurse pe care trebuie să le investiți în planul DR, deoarece timpul pierdut în RTO poate fi folosit pentru a aduna resurse de rezervă.

B) obiectivul punctului de recuperare (RPO)

RPO este perioada maximă de timp pentru care puteți suporta pierderi de date din aplicația dvs. din cauza unei crize majore.

puncte de luat în considerare pentru determinarea RPO:

1. posibilă pierdere de date atunci când dezastrul lovește
2. posibilă pierdere de timp înainte de compromisul de date

dacă aplicați scenariul menționat mai sus, RPO-ul dvs. poate fi de doar cinci minute, deoarece afacerea dvs. este critică și nu își poate permite mai mult decât intervalul de timp specificat.

în timp ce pentru scenariul 2, poate doriți să faceți backup pentru datele dvs., dar din moment ce datele nu sunt sensibile la timp, nu va trebui să investiți foarte mult în Dr.

Pasul 3: Crearea unui plan DR bazat pe RPO și RTO

acum, după ce ați determinat RPO și RTO, vă puteți concentra acum pe proiectarea unui sistem pentru a vă îndeplini obiectivele DR.

puteți alege din gama de abordări DR de mai jos pentru a vă implementa planul DR:

• Backup și restaurare
• Pilot light Approach
• warm Standby
• replicare completă în Cloud
• opțiune multi-Cloud

puteți utiliza o combinație a acestor abordări în beneficiul dvs. sau exclusiv conform cerințelor dvs. de afaceri.

Pasul 4: abordați partenerul Cloud potrivit

după ce ați luat în considerare abordarea dvs., următorii pași ar trebui să fie căutarea unui furnizor de servicii cloud de încredere care să vă ajute în implementare.

Dacă intenționați să utilizați replicarea completă în Cloud, atunci doriți să luați în considerare următorii factori pentru a evalua un furnizor de cloud ideal:

• fiabilitate
• viteza de recuperare
• utilizabilitate
• simplitate în configurare și recuperare
• scalabilitate
• conformitate de securitate

toți marii furnizori de servicii cloud, inclusiv AWS, Microsoft Azure, Google Cloud și IBM, au opțiuni de recuperare în caz de dezastru. Pe lângă aceste firme mari, există și firme medii și mici care oferă calitate Disaster Recovery-as-a-Service (DRaaS)

Pasul 5: Construiți-vă infrastructura Cloud DR

după consultarea unui partener cloud DR, puteți lucra cu furnizorul pentru a vă implementa proiectarea și configurarea infrastructurii DR.

pe baza abordării DR pe care o selectați, există mai multe aspecte logistice de luat în considerare:

• care este cantitatea de componente de infrastructură de care aveți nevoie?
• prin ce mijloace veți copia datele în cloud?
• care sunt cele mai bune modalități de abordare a autentificării utilizatorilor și a gestionării accesului?
• Ce bune practici de securitate și conformitate trebuie să configurați?
• ce măsuri de securitate veți pune în aplicare pentru a minimiza probabilitatea dezastrelor?

amintiți-vă! Este esențial să vă asigurați că strategia dvs. DR este aliniată cu specificațiile RTO și RPO pentru operațiuni de afaceri fără probleme.

Pasul 6: Puneți planul de recuperare în caz de dezastru pe hârtie

este important să aveți un ghid standard sau o diagramă de flux de proces cu instrucțiuni specifice pentru fiecare și toți cei implicați în Dr.când are loc un dezastru, fiecare individ ar trebui să fie gata să se ocupe de responsabilitatea conform rolului său în procesul DR.

mai mult, fiecare instrucțiune ar trebui să fie clar menționată pe hârtie, cu cele mai fine detalii menționate.

acești pași asigură eficacitatea planului DR.

Pasul 7: Testați-vă planul DR des

deoarece planul DR Este pe hârtie, următorul pas ar implica testarea planului DR și mai des. Acest lucru ajută la asigurarea faptului că nu există lacune.

pe hârtie, planul poate arăta ca cel mai cuprinzător, dar îi veți cunoaște credibilitatea numai după testare.

este posibil ca primul dvs. test să nu meargă atât de probabil pe cât ați crezut că va fi, poate fi mai rău. Dar atunci veți învăța din aceste experiențe și vă veți îmbunătăți planul DR pentru a vă pregăti mai bine infrastructura împotriva potențialelor Dezastre.

cu cât planul DR este mai mare, cu atât devine mai important să îl testați. Venind la frecvența testelor dvs., este recomandat să efectuați testele DR în fiecare trimestru.

între timp, puteți monitoriza și analiza performanța infrastructurii de backup zilnic sau săptămânal.

organizația dvs. va fi întotdeauna un martor al schimbării în ceea ce privește oamenii, procesele și tehnologiile. Este bine să vă testați planul DR pe parcursul acestor modificări pentru a vă asigura că afacerea este mereu pregătită pentru o urgență.

concluzie
o cunoaștere completă a celor mai bune practici din industrie menține organizația dvs. pe o parte mai sigură. V-ați identificat platforma cloud? Căutați un furnizor de încredere DRaaS?

luați legătura cu Veritis pentru a înțelege diferitele abordări DR și pentru a identifica cea care se potrivește cerințelor dvs. de afaceri!

cu peste 10 ani de experiență și peste 100 de proiecte la credit, Veritis are expertiza și cunoștințele necesare pentru a implementa diverse oferte DRaaS personalizate ale furnizorilor de cloud, inclusiv Azure, GCP și AWS.

Știri Similare:

• Disaster Recovery-nu mai este o constrângere bugetară cu Cloud
• abordarea strategică a Disaster Recovery față de creșterea organizațională
• Prognoza 2028: piața DRaaS este pregătită pentru o CAGR de 38,5%