Desastres naturals, atacs cibernètics, fallades del sistema i fins i tot errors humans poden colpejar en qualsevol moment. Aquests posen en risc les aplicacions crítiques de la seva organització. Tenir un pla de recuperació de desastres ben dissenyat pot diferenciar entre una recuperació ràpida, segura o temps d'aturada prolongat i riscos de continuïtat empresarial que poden costar a la seva organització milions. Les proves i exercicis regulars de recuperació de desastres són essencials per a qualsevol pla de recuperació de desastres, permetent identificar i abordar possibles problemes abans que es converteixin en problemes reals. Per assegurar-se que el seu pla de recuperació de desastres és eficaç, ha de desenvolupar una estratègia de proves i perforacions completa que cobreixi tots els components crítics de la seva infraestructura, aplicacions i processos. També ha de garantir que els seus processos de proves i perforacions són ben documentats, repetibles, realistes i reflecteixen escenaris del món real que podrien afectar les seves operacions. Aquest article discuteix els passos que podeu prendre per dissenyar, executar i avaluar les proves i exercicis de recuperació de desastres. Reserva avui la teva demostració gratuïta i comença a optimitzar la teva estratègia de protecció de dades amb N2W a AWS Marketplace. Reserva avui la teva demostració gratuïta i comença a optimitzar la teva estratègia de protecció de dades amb N2W a AWS Marketplace. Per què la recuperació de desastres és crucial Recovery Challenges for Distributed Systems En sistemes distribuïts ben dissenyats, el fracàs d'un component no hauria de significar un fracàs total del sistema. Més aviat, el fracàs hauria d'estar aïllat al component mateix. És possible dissenyar sistemes per detectar i respondre adequadament a aquests tipus de fracassos. De totes maneres, un pla de prova de recuperació de desastres ha de tenir en compte aquests matisos perquè s'exerceixin condicions realistes. Aquí hi ha alguns reptes que han de ser abordats quan es dissenya un sistema distribuït recuperable: Network Failure and Data Replication Error de xarxa i replicació de dades La topologia de la xarxa pot canviar durant el funcionament normal.La partició de la xarxa, la congestió de la xarxa, les polítiques, les regles, els grups de seguretat i molts altres factors poden causar una desconnexió intermitent o permanent entre els components del sistema. Com estàs dissenyant i operant la teva xarxa primària i de recuperació en cas de fallada? També és important comprendre com pots provar en paral·lel a un sistema de producció. Distributed Transaction Management Gestió de transaccions distribuïdes Les transaccions realitzades en un sistema distribuït poden abastar múltiples sistemes, el que significa que han de ser coordinades entre aquests sistemes. Aquesta coordinació no és trivial perquè implica la coordinació de transaccions a través de múltiples processos de màquina. A més, les transaccions poden necessitar coordinar-se amb altres transaccions en aquestes altres màquines i recursos externs, com ara bases de dades o sistemes de fitxers. Service Dependency Resolution Resolució de dependència Els serveis han de poder trobar-se els uns als altres per poder col·laborar en l'execució de lògica empresarial o en les trucades de servei entre ells.La majoria de les implementacions de microservicis requereixen descobriment de serveis; no obstant això, també té aplicacions en arquitectures monolítiques. Data Consistency and Recovery Consistència i recuperació de dades En la majoria dels casos, la recuperació de desastres té com a objectiu restaurar el servei tan ràpidament com sigui possible tot minimitzant la pèrdua de dades o la corrupció. Backup and Disaster Recovery Planning Planificació de backup i recuperació de desastres Les còpies de seguretat són crítiques per a qualsevol pla de recuperació i es poden reconstruir des de zero si no teniu una còpia de seguretat de les vostres dades. Disaster Recovery Testing + Verification of Recovery Mechanisms Proves de recuperació de desastres + Verificació de mecanismes de recuperació Els plans de recuperació es basen en mecanismes complexos que necessiten proves abans de ser implementats en entorns de producció. Les proves s'han de fer periòdicament perquè sempre s'estan llançant noves versions de programari amb noves característiques que poden afectar la recuperació. Reserva avui la teva demostració gratuïta i comença a optimitzar la teva estratègia de protecció de dades amb N2W a AWS Marketplace. Reserva avui la teva demostració gratuïta i comença a optimitzar la teva estratègia de protecció de dades amb N2W a AWS Marketplace. Dependencies and Setting Order of Recovery Dependències i ordre de recuperació Si un sistema distribuït falla, pot ser difícil determinar com es recuperarà, ja que pot haver-hi moltes dependències entre els components o serveis. Identificar les dependències més crítiques per a la funcionalitat del sistema i determinar l'impacte de la fallada en aquestes dependències. Identificar les dependències crítiques: Identificar les dependències crítiques: Un cop identificades les dependències crítiques, prioritzar-les en funció del seu impacte en la funcionalitat del sistema i en la mesura en què altres serveis o components depenen d'ells. Prioritize dependencies: Prioritzar les dependències: Definir els procediments de recuperació per a cada servei o component, especificant els passos necessaris per recuperar-los i les dependències en què es basen. Procediments de recuperació: Procediments de recuperació: Considereu automatitzar els processos de recuperació sempre que sigui possible per minimitzar la intervenció manual i reduir el temps necessari per recuperar el sistema. Automate recovery processes: Processos automàtics de recuperació:   Realitzar exercicis de recuperació de mock per identificar possibles problemes i refinar el pla. Prova i validació del pla de recuperació: Testar i validar regularment Prova i validació del pla de recuperació: Use Case Scenario Examples Utilitza exemples de casos Aquests són alguns dels casos d'ús per a la recuperació de dades: Use-case #1 – Recovery of Data (AWS and Azure) Una organització emmagatzema les seves dades empresarials crítiques en el núvol utilitzant els serveis AWS i Azure. Un atac cibernètic recent ha causat la corrupció i la pèrdua de dades, i l'organització ha de recuperar les dades tan ràpidament com sigui possible per evitar danys financers i de reputació greus. Passos per a la recuperació: Identificar l'abast de la pèrdua de dades: Les organitzacions han de determinar l'abast i l'impacte de la pèrdua de dades. Iniciar el procés de recuperació de dades: El següent pas és iniciar el procés de recuperació de dades. AWS i Azure ofereixen diferents opcions per a la recuperació de dades, incloent-hi la còpia de seguretat i la restauració, la replicació i la recuperació de fallades. La estratègia de recuperació específica dependrà de la naturalesa de la pèrdua de dades, de les opcions de còpia de seguretat i de recuperació disponibles i dels objectius de temps de recuperació (RTO) i punts de recuperació (RPO) de l'organització. Recuperació de dades de les còpies de seguretat: Si hi ha còpies de seguretat disponibles, l'organització pot recuperar dades d'aquestes còpies de seguretat. AWS i Azure ofereixen serveis de còpia de seguretat i restauració que permeten a les organitzacions crear i gestionar còpies de seguretat de les seves dades. Aquests serveis permeten a les organitzacions recuperar dades ràpidament i fàcilment durant la pèrdua de dades. Replicar dades: Si les còpies de seguretat no estan disponibles o són incompletes, l'organització pot replicar dades d'altres fonts. AWS i Azure ofereixen serveis de replicació que permeten a les organitzacions replicar dades a través de diferents regions i zones de disponibilitat per garantir la disponibilitat i redundància de dades. Fallar en sistemes secundaris: Si els sistemes primaris no es poden recuperar, l'organització pot fallar en sistemes secundaris que estan dispersos geogràficament i dissenyats per a una alta disponibilitat. AWS i Azure ofereixen serveis de fallar que permeten a les organitzacions canviar automàticament a sistemes secundaris en cas de fallada del sistema primari. Verificar la integritat i la coherència de les dades: Una vegada que la recuperació de dades es completa, l'organització ha de verificar la integritat i la coherència de les dades recuperades. Avaluar el procés de recuperació: Un cop finalitzat el procés de recuperació, l'organització ha d'avaluar el procés de recuperació per identificar àrees per a la millora. Això pot implicar dur a terme revisions post mortem, analitzar les mètriques de recuperació i actualitzar el pla de recuperació de desastres per incorporar les lliçons aprendudes. Identificar l’abast de la pèrdua de dades: Iniciar el procés de recuperació de dades: Recuperació de dades de backup: Replicar les dades: Desactivació dels sistemes secundaris: Verificar la integritat i la coherència de les dades: Avaluar el procés de recuperació: Use-Case #2 – Recovery of a Complex App Made Up of Multiple Services (Compute, Data, Networking) L'aplicació crítica a la missió d'una organització, composta per múltiples serveis com ara computació, dades i xarxes, ha experimentat una interrupció catastròfica a causa d'un desastre natural. Identificar les dependències: El primer pas és identificar les dependències entre els diferents serveis d'aplicació. Això ajuda a determinar l'ordre en què es recuperen els serveis. Començar amb serveis de computació: Els serveis han de ser els primers a recuperar-se. Això pot implicar iniciar instàncies EC2 o màquines virtuals d'Azure i assegurar-se que es configuren correctament amb els grups de seguretat necessaris, rols IAM i configuracions de xarxa. Recuperar serveis de dades: Una vegada que els serveis de computació estiguin en funcionament, el següent pas és recuperar els serveis de dades. Això pot implicar la recuperació i la restauració de dades de les còpies de seguretat o la replicació de dades d'altres fonts, com ara sistemes secundaris dispersos geogràficament. Restauració de serveis de xarxa: Després de la recuperació dels serveis d'ordinador i de dades, s'han de restaurar els serveis de xarxa. Això pot implicar la configuració de núvols privats virtuals (VPCs), subreds i grups de seguretat de xarxa per assegurar els fluxos de trànsit directament entre els diferents serveis. Prova i verificació: Un cop recuperats tots els serveis, s'ha de provar l'aplicació per assegurar-se que funciona correctament. Això pot implicar l'execució de proves automatitzades o comprovacions manuals per verificar que tots els serveis es comuniquen correctament i que l'aplicació funciona com s'esperava. Avaluar el procés de recuperació: Un cop finalitzat el procés de recuperació, l'organització ha d'avaluar el procés de recuperació per identificar àrees per a la millora. Això pot implicar dur a terme revisions post mortem, analitzar les mètriques de recuperació i actualitzar el pla de recuperació de desastres per incorporar les lliçons aprendudes. Identificar les dependències: Comencem amb els serveis informàtics: Recuperació de dades: Recuperar els serveis de xarxa: Prova i comprovació: Avaluar el procés de recuperació: Automation is Not Desired. It’s Required L'automatització no és desitjada, és necessària Avui en dia, s'espera que els sistemes informàtics estiguin sempre disponibles i es puguin recuperar en cas de pertorbació. Els processos tradicionals de recuperació manual de desastres són temps-consumidors, propensos a errors i poden no complir amb els RTOs i RPOs. i és necessari aconseguir RTOs i RPOs. Planificació de recuperació de desastres L'automatització pot accelerar el procés de recuperació, eliminar errors i augmentar el control i la visibilitat sobre el procediment de recuperació.Amb la recuperació automatitzada de desastres, els equips de TI poden garantir que el procés de recuperació sigui coherent, fiable i predictible, fins i tot en entorns de TI complexos i dinàmics. Test The Plan, Don’t Plan The Test Testeu el pla, no planifiqueu el test Un pla de recuperació de desastres només és tan eficaç com la seva implementació. Per assegurar-se que un pla de recuperació de desastres funcioni quan sigui necessari, és fonamental provar-lo regularment. És crucial provar l'estratègia en una situació que imiti les formes més probables de pertorbacions que es puguin produir. Tots els elements essencials, com ara maquinari, programari, xarxes i dades, s'han de provar i s'han d'incloure totes les parts pertinents, com ara els empleats de TI, les unitats comercials i els proveïdors externs. Les organitzacions poden assegurar-se que estan preparades per a qualsevol desastre potencial i poden recuperar ràpidament i eficaçment sistemes i dades informàtics crucials de manera ràpida i eficaç mitjançant la prova periòdica del pla. 👉 TIP: You can  Instal·lació automatitzada de bombers de recuperació de desastres amb N2W  and have reports emailed Instal·lació automatitzada de bombers de recuperació de desastres amb N2W Final Words on Disaster Recovery Testing Últimes paraules sobre la recuperació de desastres Una forta estratègia de recuperació de desastres ha d'incloure proves i exercicis per a la recuperació de desastres.Les organitzacions poden reforçar la seva confiança en el procés de recuperació, trobar i corregir les debilitats en el pla, i assegurar que els sistemes i dades de TI vitals es puguin recuperar de forma ràpida i eficaç durant una pertorbació. És essencial recordar que les proves han de ser exhaustives i involucrar totes les parts pertinents.Els resultats han de ser registrats, examinats i utilitzats per actualitzar el pla de recuperació de desastres segons sigui necessari. Finalment, un pla de recuperació de desastres comprovat i ben documentat pot ajudar a les empreses a reduir els danys financers i de reputació causats per les interrupcions de TI i garantir la continuïtat del negoci en cas de desastre. Get Your Weekends Back: Automated Disaster Recovery Testing with N2W Obteniu el vostre cap de setmana de tornada: Prova automàtica de recuperació de desastres amb N2W Amb els escenaris de recuperació de N2W, no només proves les còpies de seguretat, sinó que orquestres els assajos de desastre complet amb el clic d'un botó. Definir grups de recursos (VMs, emmagatzematge, configuracions de xarxa) i etiquetar-los per prioritat - no es requereixen scripts manuals. Obteniu informes clars i personalitzables sobre RTOs i RPOs, validacions de restauracions intercanviades i interregionals i alertes immediates sobre qualsevol error de configuració abans que arribi al vostre entorn en viu. Prova de restauració de la configuració de la xarxa per garantir un estat de fallada saludable. Executeu perfils automatitzats en entorns aïllats que reflecteixin la producció tan sovint com vulguin. En resum: sabràs que quan hi hagi interrupcions reals, des d’atacs cibernètics fins a errors humans, les teves aplicacions tornaran exactament on han d’estar, sense sorpreses ni temps d’aturada prolongats. Reserva avui la teva demostració gratuïta i comença a optimitzar la teva estratègia de protecció de dades amb N2W a AWS Marketplace. Reserva avui la teva demostració gratuïta i comença a optimitzar la teva estratègia de protecció de dades amb N2W a AWS Marketplace.

Aquest àudio és produït a l'idioma original de la història!

Massa Llarg; Per llegir

Download free Tech Leaders Productivity Report!

Proves de recuperació de desastres i exercicis - Com sé si el meu pla funciona?

About Author

COMENTARIS

Etiquetes penjant

AQUEST ARTICLE VA SER PRESENTAT A

Related Stories

Meet Filestack: HackerNoon Company of the Week

Startups of The Year: Meet the Cybersecurity Industry

Startups of The Year: Meet the Emerging Tech Industry

The Fall of OM by Mantra DAO: Accident or Pattern?

Meet Filestack: HackerNoon Company of the Week

Startups of The Year: Meet the Cybersecurity Industry

Startups of The Year: Meet the Emerging Tech Industry

The Fall of OM by Mantra DAO: Accident or Pattern?

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps