Desastres naturais, ataques cibernéticos, fallos do sistema e mesmo erros humanos poden ocorrer en calquera momento. Estes poñen en risco as aplicacións críticas da súa organización.Ter un plan de recuperación de desastres ben elaborado pode diferenciar entre unha recuperación rápida e segura ou riscos de inactividade prolongada e continuidade empresarial que poden custar a súa organización millóns. As probas e exercicios regulares de recuperación de desastres son esenciais para calquera plan de recuperación de desastres, permitíndolle identificar e abordar posibles problemas antes de que se convertan en problemas reais. Para garantir que o seu plan de recuperación de desastres é eficaz, ten que desenvolver unha estratexia de proba e perforación abrangue todos os compoñentes críticos da súa infraestrutura, aplicacións e procesos. Tamén ten que asegurarse de que os seus procesos de proba e perforación son ben documentados, repetibles, realistas e reflicten escenarios do mundo real que poderían afectar as súas operacións. Este artigo discute os pasos que pode tomar para deseñar, executar e avaliar probas e exercicios de recuperación de desastres. Reserva a túa demostración gratuíta hoxe e comeza a optimizar a túa estratexia de protección de datos con N2W en AWS Marketplace. Reserva a túa demostración gratuíta hoxe e comeza a optimizar a túa estratexia de protección de datos con N2W en AWS Marketplace. Por que a proba de recuperación de desastres é crítica Recovery Challenges for Distributed Systems En sistemas distribuídos ben deseñados, o fallo dun compoñente non debe significar un fallo total do sistema. En vez diso, o fallo debe ser illado ao propio compoñente. É posible deseñar sistemas para detectar e responder a estes tipos de fallos de forma adecuada. De calquera xeito, un plan de proba de recuperación de desastres debe ter en conta estas matices para que se exerzan condicións realistas. Aquí están algúns desafíos que deben ser abordados ao deseñar un sistema distribuído recuperable: Network Failure and Data Replication Fallo de rede e replicación de datos A topoloxía da rede pode cambiar durante a operación normal.A partición da rede, a conxestión da rede, as políticas, as regras, os grupos de seguridade e moitos outros factores poden causar unha desconexión intermitente ou permanente entre os compoñentes do sistema. Como está deseñando e operando a súa rede primaria e de recuperación en caso de falla? Tamén é importante entender como pode probar en paralelo a un sistema de produción. Distributed Transaction Management Xestión de transaccións distribuídas As transaccións realizadas nun sistema distribuído poden abarcar varios sistemas, o que significa que deben estar coordinadas entre estes sistemas. Ademais, as transaccións poden ter que coordinarse con outras transaccións nestas outras máquinas e recursos externos, como bases de datos ou sistemas de ficheiros. Service Dependency Resolution Resolución dependencia de servizos A maioría das implementacións de microservizos requiren o descubrimento de servizos; con todo, tamén ten aplicacións en arquitecturas monolíticas. Data Consistency and Recovery Consistencia de datos e recuperación Na maioría dos casos, a recuperación de desastres ten como obxectivo restaurar o servizo o máis rápido posible, minimizando a perda de datos ou a corrupción. Backup and Disaster Recovery Planning Planificación de backup e recuperación de desastres As copias de seguridade son críticas para calquera plan de recuperación e poden ser reconstruídas desde cero se non ten unha copia de seguridade dos seus datos. Disaster Recovery Testing + Verification of Recovery Mechanisms Probas de recuperación de desastres + Verificación de mecanismos de recuperación Os plans de recuperación dependen de mecanismos complexos que requiren probas antes de seren implementados en ambientes de produción. As probas deben realizarse periodicamente porque as novas versións de software están sempre sendo lanzadas con novas funcións que poden afectar á recuperación. Reserva a túa demostración gratuíta hoxe e comeza a optimizar a túa estratexia de protección de datos con N2W en AWS Marketplace. Reserva a túa demostración gratuíta hoxe e comeza a optimizar a túa estratexia de protección de datos con N2W en AWS Marketplace. Dependencies and Setting Order of Recovery Dependencias e establecemento de orde de recuperación Se un sistema distribuído falla, pode ser difícil determinar como será recuperado xa que pode haber moitas dependencias entre os compoñentes ou servizos. Identificar as dependencias máis críticas para a funcionalidade do seu sistema e determinar o impacto do fallo sobre estas dependencias. Identify critical dependencies: Identificar as dependencias críticas: Unha vez identificadas as dependencias críticas, priorízanse en función do seu impacto na funcionalidade do sistema e do grao en que outros servizos ou compoñentes dependen deles. Prioridade das dependencias: Prioridade das dependencias: Define os procedementos de recuperación para cada servizo ou compoñente, especificando os pasos necesarios para a súa recuperación e as dependencias en que se basean. Establecer procedementos de recuperación: Establecer procedementos de recuperación: Considere automatizar os procesos de recuperación sempre que sexa posible para minimizar a intervención manual e reducir o tempo necesario para recuperar o sistema. Procesos automáticos de recuperación: Procesos automáticos de recuperación:   Realizar exercicios de recuperación de mock para identificar problemas potenciais e refinar o plan. Test and validate the recovery plan: Proba e validación periódica Proba e validación do plan de recuperación: Use Case Scenario Examples Utilización de exemplos de escenarios Aquí están algúns dos casos de uso para a recuperación de datos: Use-case #1 – Recovery of Data (AWS and Azure) Unha organización almacena os seus datos empresariais críticos na nube utilizando os servizos AWS e Azure.Un recente ataque cibernético causou corrupción e perda de datos, e a organización necesita recuperar os datos o máis rápido posible para evitar graves danos financeiros e á reputación. Pasos para a recuperación: Identificar a extensión da perda de datos: As organizacións deben determinar a extensión e o impacto da perda de datos. Iniciar o proceso de recuperación de datos: O seguinte paso é iniciar o proceso de recuperación de datos. AWS e Azure ofrecen diferentes opcións para recuperar datos, incluíndo copia de seguridade e restauración, replicación e reinicio de fallos. A estratexia de recuperación específica dependerá da natureza da perda de datos, das opcións de backup e recuperación dispoñibles e dos obxectivos de tempo de recuperación (RTO) e puntos de recuperación (RPO) da organización. Restaurar datos de copias de seguridade: Se as copias de seguridade están dispoñibles, a organización pode restaurar datos destas copias de seguridade. AWS e Azure ofrecen servizos de backup e restauración que permiten ás organizacións crear e xestionar copias de seguridade dos seus datos. Estes servizos permiten ás organizacións recuperar datos de forma rápida e sinxela durante a perda de datos. Replicar datos: Se as copias de seguridade non están dispoñibles ou están incompletas, a organización pode replicar datos doutras fontes. AWS e Azure ofrecen servizos de replicación que permiten ás organizacións replicar datos en diferentes rexións e zonas de dispoñibilidade para garantir a dispoñibilidade e redundancia dos datos. Fallar en sistemas secundarios: Se os sistemas primarios non son recuperables, a organización pode fallar en sistemas secundarios que están dispersos xeograficamente e deseñados para unha alta dispoñibilidade. AWS e Azure ofrecen servizos de fallar que permiten ás organizacións cambiar automaticamente a sistemas secundarios en caso de fallar un sistema primario. Verificar a integridade e a coherencia dos datos: Despois de que se complete a recuperación de datos, a organización debe verificar a integridade e a coherencia dos datos recuperados. Avaliación do proceso de recuperación: Despois de que o proceso de recuperación se complete, a organización debe avaliar o proceso de recuperación para identificar áreas para a mellora. Isto pode implicar a realización de revisións post-mortem, a análise de métricas de recuperación e a actualización do plan de recuperación de desastres para incorporar as leccións aprendidas. Identificar o grao de perda de datos: Iniciar o proceso de recuperación de datos: Recuperación de datos de backups: Replicar os datos: Falecemento de sistemas secundarios: Verificar a integridade e a coherencia dos datos: Avaliación do proceso de recuperación: Use-Case #2 – Recovery of a Complex App Made Up of Multiple Services (Compute, Data, Networking) A aplicación de misión crítica dunha organización, composta por múltiples servizos como computación, datos e redes, sufriu unha interrupción catastrófica debido a un desastre natural.A organización debe recuperar a aplicación rapidamente para minimizar os danos financeiros e de reputación. Identificar dependencias: O primeiro paso é identificar as dependencias entre os diferentes servizos de aplicación. Comezar cos servizos de computación: Os servizos deben ser os primeiros que se recuperen.Isto pode implicar iniciar as instancias EC2 ou as máquinas virtuais de Azure e asegurarse de que se configuran correctamente cos grupos de seguridade necesarios, as funcións IAM e as configuracións de rede. Servizos de recuperación de datos: Unha vez que os servizos de computación estean en funcionamento, o seguinte paso é recuperar os servizos de datos. Isto pode implicar a recuperación e recuperación de datos de copias de seguridade ou a replicación de datos doutras fontes, como sistemas secundarios dispersos xeograficamente. Restaurar servizos de rede: Despois de que se recuperen os servizos de ordenador e de datos, os servizos de rede deben ser restaurados. Isto pode implicar a configuración de nubes privadas virtuais (VPCs), subredes e grupos de seguridade de rede para garantir os fluxos de tráfico directamente entre os distintos servizos. Proba e verificación: Unha vez que todos os servizos foron recuperados, a aplicación debe ser probada para asegurarse de que funciona correctamente. Isto pode implicar a execución de probas automatizadas ou comprobacións manuais para verificar que todos os servizos comunican correctamente e que a aplicación funciona como se espera. Avaliación do proceso de recuperación: Despois de que o proceso de recuperación se complete, a organización debe avaliar o proceso de recuperación para identificar áreas para a mellora. Isto pode implicar a realización de revisións post-mortem, a análise de métricas de recuperación e a actualización do plan de recuperación de desastres para incorporar as leccións aprendidas. Identificar as dependencias: Comezamos cos servizos informáticos: Servizos de recuperación de datos: Recuperación de servizos de rede: Proba e verificación: Avaliación do proceso de recuperación: Automation is Not Desired. It’s Required A automatización non é desexable, é necesaria Hoxe, os sistemas de TI esperan estar sempre dispoñibles e ser recuperables en caso de interrupción.Os procesos tradicionais de recuperación manual de desastres son demorados, propensos a erros e poden non cumprir os RTOs e RPOs. e é necesario lograr RTOs e RPOs. Planificación da recuperación de desastres A automatización pode acelerar o proceso de recuperación, eliminar erros e aumentar o control e a visibilidade sobre o procedemento de recuperación.Con recuperación de desastres automatizada, os equipos de TI poden garantir que o proceso de recuperación sexa consistente, fiable e previsible, mesmo en ambientes de TI complexos e dinámicos. Test The Plan, Don’t Plan The Test Proba o plan, non planifique a proba Un plan de recuperación de desastres só é tan eficaz como a súa implementación. Para garantir que un plan de recuperación de desastres funcione cando sexa necesario, é fundamental probalo regularmente. A proba axuda a identificar as lagoas e debilidades no plan, proporciona unha oportunidade para refinar o plan baseado nas leccións aprendidas e constrúe confianza no proceso de recuperación. É crucial probar a estratexia nunha situación que imite as formas máis probables de perturbacións que poidan ocorrer.Todos os elementos esenciais, como hardware, software, redes e datos, deben ser probados, e todas as partes pertinentes, como empregados de TI, unidades de negocio e provedores externos, deben ser incluídos. As organizacións poden asegurarse de que están preparadas para calquera desastre potencial e poden recuperar de forma rápida e eficaz sistemas e datos de TI críticos de forma rápida e eficaz mediante a proba periódica do plan. 👉 TIP: You can  Automatizar a recuperación de desastres con N2W  and have reports emailed Automatizar a recuperación de desastres con N2W Final Words on Disaster Recovery Testing Palabras finais sobre a proba de recuperación de desastres Unha forte estratexia de recuperación de desastres debe incluír probas e exercicios para a recuperación de desastres.As organizacións poden fortalecer a súa confianza no proceso de recuperación, atopar e corrixir as debilidades no plan e garantir que os sistemas e datos de TI vitais poidan ser recuperados de forma rápida e eficaz durante unha perturbación. É esencial lembrar que as probas deben ser exhaustivas e involucrar a todas as partes relevantes.Os resultados deben ser rexistrados, examinados e utilizados para actualizar o plan de recuperación de desastres segundo sexa necesario. Finalmente, un plan de recuperación de desastres probado e ben documentado pode axudar ás empresas a reducir os danos financeiros e de reputación causados por interrupcións de TI e garantir a continuidade do negocio en caso de desastre. Get Your Weekends Back: Automated Disaster Recovery Testing with N2W Obteña os seus fins de semana de volta: proba automática de recuperación de desastres con N2W Con Scenarios de recuperación de N2W, non só probas copias de seguridade - orquestras ensaios de desastre completos co clic dun botón. Define grupos de recursos (VMs, almacenamento, configuracións de rede) e etiqueta-los por prioridade, sen necesidade de scripts manuais. Obteña informes claros e personalizables sobre RTOs e RPOs, validacións de restauracións entre contas e entre rexións, e alertas instantáneos sobre calquera erro de configuración antes de que cheguen ao seu entorno en directo. Proba restauración de configuracións de rede para garantir un estado de falla saudable. Executar perfuracións automatizadas en ambientes illados que reflicten a produción tan frecuentemente como desexen. En resumo: saberás máis alá de calquera dúbida que cando se produzan interrupcións reais -desde ciberataques ata erros humanos- as túas aplicacións volverán exactamente onde precisan estar, sen sorpresas ou interrupcións prolongadas. Reserva a túa demostración gratuíta hoxe e comeza a optimizar a túa estratexia de protección de datos con N2W en AWS Marketplace. Reserva a túa demostración gratuíta hoxe e comeza a optimizar a túa estratexia de protección de datos con N2W en AWS Marketplace.

Este audio está producido na lingua orixinal da historia!

Demasiado longo; Ler

Download free Tech Leaders Productivity Report!

Probas de recuperación de desastres e exercicios - Como sei se o meu plan funciona?

About Author

COMENTARIOS

Etiquetas colgantes

ESTE ARTIGO FOI PRESENTADO EN

Related Stories

HackerNoon Decoded 2024: Celebrating Our Product Management Community!

HackerNoon Decoded 2024: Celebrating Our Society Community!

HackerNoon Decoded 2024: Celebrating Our Remote Work Community!

Coñece R Systems: HackerNoon empresa da semana

HackerNoon Decoded 2024: Celebrating Our Product Management Community!

HackerNoon Decoded 2024: Celebrating Our Society Community!

HackerNoon Decoded 2024: Celebrating Our Remote Work Community!

Coñece R Systems: HackerNoon empresa da semana

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps