Ventajas de Azure Recovery Services para DR as a Service
Para fortalecer la estrategia de recuperación ante desastres de los servicios críticos de su compañía, es posible utilizar los servicios de nube pública (cloud) . De eso les contamos en la nota Recuperación ante desastres usando la nube
Uno de los puntos a considerar en un Disaster Recovery Plan (DRP) es preparar uno o más datacenters donde levantar los servicios críticos ante un evento que cause indisponibilidad total del datacenter principal. Esto es aconsejable sobre todo cuando no sea posible recuperarlo en un período de tiempo, a fin de que no cause perjuicio en las operaciones diarias.
Una estrategia de DR (Disaster Recovery) bien ejecutada debe permitir a la compañía funcionar con pocos o ningún inconveniente en un escenario de desastre. Al momento de diseñar la solución de DR, una de las últimas tendencias es incorporar los servicios de nube pública para albergar el o los datacenter de contingencia.
En estos momentos, Microsoft Azure está entre los líderes en soluciones de DR as a Service en el cuadrante mágico de Gartner que mide completitud de visión y capacidad de ejecutarla.
Azure Recovery Services puede contribuir a su estrategia de business continuity & disaster recovery (BCDR), con dos servicios complementarios:
- Backup service: el servicio Azure Backup se encarga principalmente de realizar una copia de seguridad integrada de los datos de forma sencilla, segura y confiable. Permite respaldar los servidores de un datacenter, donde podemos destacar las siguientes modalidades:
- Replicación:
o Replicación Azure-Azure: en el caso de que el datacenter principal se encuentre ya montado en Azure.
o Replicación On-Premises-Azure: en el caso de que el datacenter principal sea On-Premise. Este método de respaldo es compatible con servidores VMware, Hyper-V y máquinas físicas (utilizando un agente adicional, solo Windows y Linux).
Azure backup también permite la réplica y respaldo de bases de datos MS SQL Server de forma nativa e integrada. En el caso de otros motores, estos deben ser replicados utilizando directamente las herramientas que provee el motor.
- Site Recovery service: este servicio se encarga de automatizar y orquestar la recuperación de los respaldos ya tomados, asegurando la continuidad del negocio al mantener el funcionamiento de las aplicaciones comerciales y las cargas de trabajo durante las interrupciones.
Site Recovery replica las cargas de trabajo que se ejecutan en máquinas físicas y virtuales (VM), desde un sitio primario a una ubicación secundaria en la nube. Cuando se produce una interrupción en su sitio principal, pasa a una ubicación secundaria en la nube y accede a las aplicaciones desde allí. Después de que la ubicación principal se esté ejecutando nuevamente, puede volver a ella.
¿El datacenter de DR debe ser del mismo tamaño que el productivo?
No. Se se puede contar con un datacenter de Disaster Recovery en la nube, con un tamaño menor al datacenter productivo y, solo en caso de contingencia, aumentar el tamaño de los servidores para que sean del mismo tamaño que la infraestructura productiva. Se incrementa un poco el tiempo de recuperación, pero a cambio se obtiene un ahorro considerable en el costo fijo de mantener la infraestructura de Disaster Recovery encendida y este solo aumenta en caso de desastres.
En Novis contamos con la experiencia que nos permite guiar a su empresa en la toma de esta decisión, en especial para soluciones SAP®, basándonos en el estudio de sus procesos de negocio e infraestructura actual.
Contáctenos para que podamos asesorarle en sus proyectos.
Entrevista a Eduardo Morales, Arquitecto de Soluciones Cloud SAP, a cargo de Gilda Valderrama, editora Boletín Novis.
Fuentes:
Notas relacionadas:
Chile
México
Estados Unidos
