Los desastres naturales, los ataques cibernéticos, los fallos del sistema e incluso los errores humanos pueden ocurrir en cualquier momento. Estos ponen en riesgo las aplicaciones críticas de su organización.Tener un plan de recuperación de desastres bien elaborado puede diferenciar entre una recuperación rápida y segura o riesgos de inactividad prolongada y continuidad empresarial que pueden costar a su organización millones. Las pruebas y ejercicios regulares de recuperación de desastres son esenciales para cualquier plan de recuperación de desastres, lo que le permite identificar y abordar posibles problemas antes de que se conviertan en problemas reales. Para garantizar que su plan de recuperación de desastres sea eficaz, debe desarrollar una estrategia de pruebas y perforaciones completa que cubra todos los componentes críticos de su infraestructura, aplicaciones y procesos.También debe asegurarse de que sus procesos de pruebas y perforaciones sean bien documentados, repetibles, realistas y reflejen escenarios del mundo real que podrían afectar sus operaciones. Este artículo discute los pasos que puede tomar para diseñar, ejecutar y evaluar las pruebas y ejercicios de recuperación de desastres. Reserve su demo gratuito hoy y comience a optimizar su estrategia de protección de datos con N2W en AWS Marketplace. Reserve su demo gratuito hoy y comience a optimizar su estrategia de protección de datos con N2W en AWS Marketplace. Por qué la prueba de recuperación de desastres es crítica Recovery Challenges for Distributed Systems En sistemas distribuidos bien diseñados, el fallo de un componente no debe significar un fallo total del sistema. Más bien, el fallo debe estar aislado del componente mismo. Es posible diseñar sistemas para detectar y responder adecuadamente a estos tipos de fallos. De cualquier manera, un plan de prueba de recuperación de desastres debe tener en cuenta estas matices para que se ejerzan condiciones realistas. Aquí hay algunos desafíos que deben abordarse al diseñar un sistema distribuido recuperable: Network Failure and Data Replication Fracaso de red y replicación de datos La topología de la red puede cambiar durante el funcionamiento normal.La partición de la red, la congestión de la red, las políticas, las reglas, los grupos de seguridad y muchos otros factores pueden causar una desconexión intermitente o permanente entre los componentes del sistema. ¿Cómo está diseñando y operando su red primaria y de recuperación en caso de falla? También es importante entender cómo puede probar en paralelo a un sistema de producción. Distributed Transaction Management Gestión de transacciones distribuidas Las transacciones realizadas en un sistema distribuido pueden abarcar múltiples sistemas, lo que significa que deben coordinarse entre esos sistemas.Esta coordinación no es trivial porque implica la coordinación de transacciones entre múltiples procesos de máquina. Además, las transacciones pueden tener que coordinarse con otras transacciones en esas otras máquinas y recursos externos como bases de datos o sistemas de archivos. Service Dependency Resolution Resolución de dependencia de servicios La mayoría de las implementaciones de microservicios requieren el descubrimiento del servicio; sin embargo, también tiene aplicaciones en arquitecturas monolíticas. Data Consistency and Recovery Consistencia y recuperación de datos En la mayoría de los casos, la recuperación de desastres tiene como objetivo restaurar el servicio lo más rápido posible al tiempo que se minimiza la pérdida de datos o la corrupción. Backup and Disaster Recovery Planning Planificación de rescate y recuperación de desastres Las copias de seguridad son cruciales para cualquier plan de recuperación y se pueden reconstruir desde cero si no tiene una copia de seguridad de sus datos. Disaster Recovery Testing + Verification of Recovery Mechanisms Pruebas de recuperación de desastres + Verificación de mecanismos de recuperación Los planes de recuperación se basan en mecanismos complejos que necesitan ser probados antes de ser implementados en entornos de producción. Las pruebas deben realizarse periódicamente porque las nuevas versiones del software están siempre siendo lanzadas con nuevas características que pueden afectar la recuperación. Reserve su demo gratuito hoy y comience a optimizar su estrategia de protección de datos con N2W en AWS Marketplace. Reserve su demo gratuito hoy y comience a optimizar su estrategia de protección de datos con N2W en AWS Marketplace. Dependencies and Setting Order of Recovery Dependencias y establecimiento de orden de recuperación Si un sistema distribuido falla, puede ser difícil determinar cómo se recuperará ya que puede haber muchas dependencias entre los componentes o servicios. Identificar las dependencias más críticas para la funcionalidad de su sistema y determinar el impacto de la falla en estas dependencias. Identificar dependencias críticas: Identificar dependencias críticas: Una vez que haya identificado dependencias críticas, priorice las dependencias basándose en su impacto en la funcionalidad del sistema y en la medida en que otros servicios o componentes dependen de ellos. Priorizar las dependencias: Priorizar las dependencias: Define los procedimientos de recuperación para cada servicio o componente, especificando los pasos necesarios para recuperarlos y las dependencias en las que se basan. Establecimiento de procedimientos de recuperación: Establecimiento de procedimientos de recuperación: Considere automatizar los procesos de recuperación donde sea posible para minimizar la intervención manual y reducir el tiempo necesario para recuperar el sistema. Automate recovery processes: Procesos de recuperación automática:   Realizar ejercicios de recuperación de mock para identificar problemas potenciales y refinar el plan. Prueba y validación del plan de recuperación: Pruebe y valide regularmente Prueba y validación del plan de recuperación: Use Case Scenario Examples Uso de ejemplos de escenarios Aquí están algunos de los casos de uso para la recuperación de datos: Use-case #1 – Recovery of Data (AWS and Azure) Una organización almacena sus datos empresariales críticos en la nube utilizando los servicios de AWS y Azure.Un ataque cibernético reciente ha causado corrupción y pérdida de datos, y la organización necesita recuperar los datos lo más rápido posible para evitar graves daños financieros y de reputación. Pasos para la recuperación: Identificar el alcance de la pérdida de datos: Las organizaciones deben determinar el alcance y el impacto de la pérdida de datos.Esto puede involucrar el análisis de los registros del servidor, los sistemas de monitoreo y los comentarios de los usuarios para identificar el alcance del problema. Iniciar el proceso de recuperación de datos: El siguiente paso es iniciar el proceso de recuperación de datos. AWS y Azure ofrecen diferentes opciones para recuperar datos, incluyendo copia de seguridad y restauración, replicación y reversión de fallos. La estrategia de recuperación específica dependerá de la naturaleza de la pérdida de datos, las opciones de copia de seguridad y recuperación disponibles, y los objetivos de tiempo de recuperación (RTO) y puntos de recuperación (RPO) de la organización. Restaurar datos de copias de seguridad: Si las copias de seguridad están disponibles, la organización puede restaurar datos de estas copias de seguridad. AWS y Azure ofrecen servicios de copia de seguridad y restauración que permiten a las organizaciones crear y gestionar copias de seguridad de sus datos. Estos servicios permiten a las organizaciones recuperar datos rápidamente y fácilmente durante la pérdida de datos. Replicar datos: Si las copias de seguridad no están disponibles o están incompletas, la organización puede replicar datos de otras fuentes. AWS y Azure ofrecen servicios de replicación que permiten a las organizaciones replicar datos en diferentes regiones y zonas de disponibilidad para garantizar la disponibilidad y redundancia de datos. Fallar en sistemas secundarios: Si los sistemas primarios no son recuperables, la organización puede fallar en sistemas secundarios que están geográficamente dispersos y diseñados para una alta disponibilidad. AWS y Azure ofrecen servicios de fallar que permiten a las organizaciones cambiar automáticamente a sistemas secundarios en caso de fallar el sistema primario. Verificar la integridad y la coherencia de los datos: Una vez que la recuperación de datos esté completa, la organización debe verificar la integridad y la coherencia de los datos recuperados. Evaluar el proceso de recuperación: Una vez que el proceso de recuperación se haya completado, la organización debe evaluar el proceso de recuperación para identificar áreas para la mejora. Esto puede incluir la realización de revisiones post-mortem, el análisis de las métricas de recuperación y la actualización del plan de recuperación de desastres para incorporar las lecciones aprendidas. Identificar la magnitud de la pérdida de datos: Inicia el proceso de recuperación de datos: Recuperación de datos de backups: Replicar los datos: Fracaso en los sistemas secundarios: Verificar la integridad y coherencia de los datos: Evaluar el proceso de recuperación: Use-Case #2 – Recovery of a Complex App Made Up of Multiple Services (Compute, Data, Networking) La aplicación crítica a la misión de una organización, compuesta por múltiples servicios como la computación, los datos y la red, ha sufrido una interrupción catastrófica debido a un desastre natural. Identificar dependencias: El primer paso es identificar las dependencias entre los diferentes servicios de aplicación. Comience con los servicios de computación: los servicios deben ser los primeros que se recuperen.Esto puede implicar iniciar instancias de EC2 o máquinas virtuales de Azure y asegurarse de que estén configurados correctamente con los grupos de seguridad necesarios, roles de IAM y configuraciones de red. Servicios de recuperación de datos: Una vez que los servicios de computación estén en funcionamiento, el siguiente paso es recuperar los servicios de datos. Esto puede involucrar la recuperación y restauración de datos de copias de seguridad o la replicación de datos de otras fuentes, como sistemas secundarios geográficamente dispersos. Restaurar los servicios de red: Después de que se recuperen los servicios de computadora y datos, se deben restaurar los servicios de red. Esto puede involucrar la configuración de nubes privadas virtuales (VPC), subredes y grupos de seguridad de red para asegurar los flujos de tráfico directamente entre los diferentes servicios. Prueba y verificación: Una vez que todos los servicios se hayan recuperado, la aplicación debe ser probada para asegurarse de que funciona correctamente. Esto puede implicar la ejecución de pruebas automatizadas o comprobaciones manuales para verificar que todos los servicios se comunican correctamente y que la aplicación funciona como se esperaba. Evaluar el proceso de recuperación: Una vez que el proceso de recuperación se haya completado, la organización debe evaluar el proceso de recuperación para identificar áreas para la mejora. Esto puede incluir la realización de revisiones post-mortem, el análisis de las métricas de recuperación y la actualización del plan de recuperación de desastres para incorporar las lecciones aprendidas. Identificar las dependencias: Inicio Servicios Informáticos: Servicios de recuperación de datos: Recuperación de los servicios de red: Prueba y verificación: Evaluar el proceso de recuperación: Automation is Not Desired. It’s Required La automatización no es deseada, es necesaria Hoy en día, se espera que los sistemas de TI estén siempre disponibles y sean recuperables en caso de una interrupción.Los procesos tradicionales de recuperación manual de desastres son demorados, propensos a errores y pueden no cumplir con los RTOs y RPOs. y es necesario lograr RTOs y RPOs. Planificación de recuperación de desastres La automatización puede acelerar el proceso de recuperación, eliminar errores y aumentar el control y la visibilidad sobre el procedimiento de recuperación.Con la recuperación automática de desastres, los equipos de TI pueden garantizar que el proceso de recuperación sea consistente, confiable y previsible, incluso en entornos de TI complejos y dinámicos. Test The Plan, Don’t Plan The Test Prueba el plan, no planifique el examen Un plan de recuperación de desastres sólo es tan eficaz como su implementación.Para asegurarse de que un plan de recuperación de desastres funcione cuando sea necesario, es fundamental probarlo regularmente.La prueba ayuda a identificar las lagunas y debilidades en el plan, proporciona una oportunidad para refinar el plan basado en las lecciones aprendidas, y construye confianza en el proceso de recuperación. Es crucial probar la estrategia en una situación que imite las formas más probables de perturbaciones que puedan ocurrir.Todos los elementos esenciales, como hardware, software, redes y datos, deben ser probados, e incluir a todas las partes pertinentes, como empleados de TI, unidades comerciales y proveedores externos. Las organizaciones pueden asegurarse de que están preparadas para cualquier desastre potencial y pueden recuperar rápidamente y eficazmente los sistemas y datos de TI críticos de forma rápida y efectiva mediante la prueba periódica del plan. 👉 TIP: You can  Drill de recuperación de desastres con N2W  and have reports emailed Drill de recuperación de desastres con N2W Final Words on Disaster Recovery Testing Palabras finales sobre la prueba de recuperación de desastres Una sólida estrategia de recuperación de desastres debe incluir pruebas y ejercicios para la recuperación de desastres.Las organizaciones pueden fortalecer su confianza en el proceso de recuperación, encontrar y corregir las debilidades en el plan, y garantizar que los sistemas y datos de TI vitales se puedan recuperar de forma rápida y eficaz durante una interrupción. Es esencial recordar que las pruebas deben ser exhaustivas y involucrar a todas las partes pertinentes.Los resultados deben ser registrados, examinados y utilizados para actualizar el plan de recuperación de desastres según sea necesario. En última instancia, un plan de recuperación de desastres probado y bien documentado puede ayudar a las empresas a reducir los daños financieros y de reputación causados por las interrupciones de TI y garantizar la continuidad del negocio en caso de un desastre. Get Your Weekends Back: Automated Disaster Recovery Testing with N2W Obtener sus fines de semana de vuelta: prueba automática de recuperación de desastres con N2W Con los escenarios de recuperación de N2W, no solo se pueden probar las copias de seguridad, sino que se pueden orquestar ensayos completos de desastre con el clic de un botón.No más permanecer en la oficina todo el fin de semana para probar los peores escenarios. Define grupos de recursos (VMs, almacenamiento, configuraciones de red) y etiqueteos por prioridad - no se requieren scripts manuales. Obtenga informes claros y personalizables sobre RTOs y RPOs, validaciones de restauraciones interconectadas y interregionales, y alertas instantáneas sobre cualquier error de configuración antes de que ocurran en su entorno en vivo. Prueba de restauración de la configuración de la red para garantizar un estado de falla saludable. Ejecutar perforaciones automatizadas en entornos aislados que reflejen la producción tan a menudo como deseen. En resumen: sabrá más allá de toda duda que cuando ocurran interrupciones reales, desde ciberataques hasta errores humanos, sus aplicaciones volverán exactamente a donde necesitan estar, sin sorpresas ni interrupciones prolongadas. Reserve su demo gratuito hoy y comience a optimizar su estrategia de protección de datos con N2W en AWS Marketplace. Reserve su demo gratuito hoy y comience a optimizar su estrategia de protección de datos con N2W en AWS Marketplace.

Este audio es producido en el idioma original de la historia!

Pruebas y pruebas de recuperación de desastres - ¿Cómo sé si mi plan funciona?

About Author

COMENTARIOS

ETIQUETAS

ESTE ARTÍCULO FUE PRESENTADO EN

Related Stories

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

Valhalla de Floki se une como patrocinador asociado de la gira de la India por Sri Lanka

Toque para ganar: Telegram puede incorporar a los próximos 10 mil millones de usuarios de criptomonedas antes de Solana

Aumente su productividad con estas 18 herramientas para desarrolladores 🚀🔥

¿Quieres ganar un concurso de redacción de HackerNoon? Esto es lo que recomiendan los ganadores del concurso #crypto-api

Valhalla de Floki se une como patrocinador asociado de la gira de la India por Sri Lanka

Toque para ganar: Telegram puede incorporar a los próximos 10 mil millones de usuarios de criptomonedas antes de Solana

Aumente su productividad con estas 18 herramientas para desarrolladores 🚀🔥

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps