La recuperación de desastres(1) se está convirtiendo en un aspecto cada vez más importante de la informática empresarial. Como los dispositivos, sistemas y redes se vuelven cada vez más complejos, simplemente hay más cosas que pueden salir mal. A consecuencia de ello, los planes de recuperación se han vuelto más complejos, según Jon William Toigo (autor de la Planificación de Recuperación de Desastres).
Por ejemplo,
hace quince o veinte años, si había una amenaza de incendio para los sistemas,
un plan de recuperación de desastres podría consistir en apagar la computadora
central y otros equipos antes de que el sistema de rociadores se encendiera,
desmontar componentes, y posteriormente secar las placas de circuitos en
el estacionamiento con un secador de pelo. Sin embargo, los actuales
sistemas empresariales tienden a ser demasiado grandes y complicados para estos
métodos sencillos y prácticos, y la interrupción del servicio o la pérdida de
datos pueden tener consecuencias financieras graves, ya sea directamente o a
través de la pérdida de confianza del cliente.
Los planes apropiados varían de una empresa a otra, en
función de variables como el tipo de negocio, los procesos involucrados, y el
nivel de seguridad requerido. La planificación de la recuperación de
desastres puede ser desarrollada dentro de una organización o se puede comprar
una aplicación de software o un servicio. No es inusual que empresa
invierta el 25% de su presupuesto de tecnología de la información de
recuperación de desastres.
Microsoft Azure ha implementado la solución Azure Site
Recovery que contribuye a la estrategia de recuperación de desastres mediante
la coordinación de la replicación de servidores físicos locales y máquinas
virtuales en la nube (Azure) o en un centro de datos secundario.
Cuando se producen interrupciones en la ubicación
principal, se realiza la conmutación por error a la ubicación secundaria para
mantener disponibles las aplicaciones y cargas de trabajo. La conmutación por
recuperación a la ubicación principal se produce cuando vuelve a su funcionamiento
normal.
Azure Site Recovery se puede implementar para
organizar la replicación en varios escenarios:
Figura
1: Replicación de
Máquinas virtuales VMware a sitio secundario con VMware
Figura
2: Replicación de
máquinas virtuales de Hyper-V hacia Azure con System Center Virtual Machine
Manager
Figura 3: Replicación de máquinas virtuales
de Hyper-V hacia Azure.
(1) Un plan de recuperación de
desastres (DRP) –a veces conocido como un plan de continuidad del negocio (BCP)
o plan de contingencia de procesos de negocio (BPCP)– describe cómo enfrenta
una organización posibles desastres. Así como un desastre es un evento que
imposibilita la continuación de las funciones normales, un plan de recuperación
de desastres se compone de las precauciones tomadas para que los efectos de un
desastre se reduzcan al mínimo y la organización sea capaz de mantener o
reanudar rápidamente funciones de misión crítica. Por lo general, la
planificación de recuperación de desastres implica un análisis de los
procesos de negocio y las necesidades de continuidad; también puede incluir un
enfoque significativo en la prevención de desastres.