Realización de la replicación de recuperación ante desastres: Recorrido completo
En los tiempos que corren, los clientes tienen poca paciencia para cualquier pausa en la prestación de servicios, independientemente del motivo. Por ejemplo, si visita el sitio web de la empresa A en busca de un servicio concreto y éste no está disponible, es probable que visite el sitio web de un competidor de la empresa A que pueda prestar los servicios requeridos en su lugar. En el febril mundo actual, es muy probable que un tiempo de inactividad significativo de la empresa perjudique la fidelidad de los clientes.
En otras palabras, el tiempo de inactividad puede dar lugar a lo siguiente:
- Pérdida de beneficios
- Daños a su marca
- Relaciones problemáticas con clientes y socios
- Problemas con la cadena de suministro
- Problemas legales, etc.
Estos resultados pueden deberse a una falta de disponibilidad de los servicios y datos críticos para la empresa, que es para lo que sirve la replicación: para ayudarle a evitar por completo el tiempo de inactividad o, al menos, minimizar su impacto. La recuperación ante desastres (DR) dista mucho de consistir únicamente en la replicación de la recuperación ante desastres, y la replicación, del mismo modo, se realiza no sólo para la recuperación ante desastres, sino también para la sincronización, integración, consolidación y migración de datos.
Para recuperar su infraestructura de TI o al menos sus partes más críticas tras un desastre, su organización necesita una ubicación alternativa que almacene sus datos replicados y pueda utilizarse como sitio de conmutación por recuperación. Se necesita un emplazamiento alternativo para recuperarse de las catástrofes que amenazan el estado operativo de su emplazamiento principal o incluso su existencia física. La replicación para la recuperación ante desastres consiste en crear copias exactas de los datos, ya sea dentro de una misma ubicación o entre una ubicación principal y otra u otras alternativas. La replicación de la recuperación ante desastres debe ser constante y continua, ya que si se produce una catástrofe, es necesario transferir los procesos informáticos críticos más recientes al software y hardware de recuperación ante desastres en un plazo aceptable.
Aunque en la actualidad la replicación en la nube es cada vez más popular, el uso de sitios físicos alternativos sigue siendo muy frecuente. Los dos tipos principales de emplazamientos físicos son el emplazamiento caliente y el emplazamiento frío. Un hot site es una copia de su centro de datos principal, que contiene los mismos equipos, software y hardware, de modo que si su ubicación principal no está operativa, el hot site puede convertirse instantáneamente en un punto de conmutación por error. Como probablemente se imaginará, su coste es correspondientemente elevado. En cambio, un sitio frío no es más que un espacio sin hardware ni software instalados, que sin embargo contiene las líneas eléctricas y de comunicación necesarias.
Factores que amenazan la continuidad de su empresa y exigen recuperación ante desastres
Un sinfín de factores amenazan la infraestructura informática de su organización y su continuidad. Algunos de ellos son leves y relativamente frecuentes (paradas imprevistas de segmentos de la infraestructura), y otros son catastróficos, pero es justo considerarlos todos desastres de distintos niveles de gravedad. Intentemos clasificarlos a grandes rasgos:
- Catástrofes naturales. Son actos de Dios sobre los que nadie tiene control. Predecibles o impredecibles, son abrumadores y causan estragos y destrucción a su paso, un camino que puede contener la ubicación física de su organización. Puede que las inundaciones, los huracanes, las erupciones volcánicas, los tornados y los terremotos no sean un factor de riesgo en su zona, pero las condiciones meteorológicas extremas son una amenaza en todas partes. Las amenazas relacionadas con la civilización aparecen y desaparecen; siempre debemos tomar precauciones para evitar los peores desenlaces causados por las catástrofes naturales.
- Las catástrofes provocadas por el hombre incluyen actos de sabotaje, terrorismo, espionaje industrial, vandalismo, etc. La negligencia y el error honesto también se encuentran entre estos factores de amenaza.
- Acontecimientos nacionales e internacionales como guerras, huelgas y otras manifestaciones de situaciones políticas inestables pueden hacer desaparecer el emplazamiento físico de su organización.
- Los fallos y amenazas relacionados con la tecnología y el software incluyen cortes de electricidad, fallos de hardware y pérdida de datos, así como factores malintencionados como virus, ransomware y ciberataques.
En el mundo actual, las infraestructuras de TI están cada vez más virtualizadas, lo que ha contribuido a la eficacia general de la RD. Por eso, el software de replicación de recuperación ante desastres actual es más eficaz y asequible que nunca, ya que permite crear y orquestar flujos de trabajo de recuperación ante desastres totalmente automatizados y alcanzar RTO y RPO aceptables.
Entre las métricas de DR, deben tenerse en cuenta las siguientes al configurar la replicación:
- El objetivo de tiempo de recuperación (RTO) sirve para medir cuánto tiempo es aceptable que tarde un proceso de recuperación o, en otras palabras, cuánto tiempo puede permitirse perder antes de que su organización vuelva a prestar sus servicios.
- El objetivo de punto de recuperación (RPO ) hace referencia a la actualidad de los archivos que se deben recuperar. Si sus aplicaciones de misión crítica son muy dinámicas y en ellas se producen muchas transacciones, entonces necesita recuperar estas aplicaciones al instante. De lo contrario, corre el riesgo de perder muchas transacciones y, en consecuencia, el dinero que iban a generar.
- El tiempo de recuperación del trabajo (WRT) indica cuánto tiempo debe tardar la empresa en verificar la integridad de los datos recuperados.
- El Tiempo Máximo de Inactividad Tolerable (MTD) mide cuánto tiempo puede dejar la empresa para la recuperación ante desastres sin sufrir graves pérdidas y consecuencias adversas.
A continuación, puede encontrar un conjunto de características de replicación que deben tenerse en cuenta a la hora de elegir una solución de replicación de recuperación ante desastres para su organización.
Replicación síncrona y asíncrona
Durante lareplicación sincrónica, los datos se escriben en un objeto de datos de destino mientras se escriben simultáneamente en el origen correspondiente, lo que permite alcanzar los objetivos RTO y RPO más bajos posibles. Este tipo de replicación de recuperación ante desastres es el preferido para aplicaciones transaccionales de gama alta y clústeres de alta disponibilidad que requieren una conmutación por error instantánea. El cliente de software que escribe los datos recibe la confirmación de la escritura sólo después de que los datos se hayan consignado tanto en el almacenamiento primario como en el secundario.
Aunque un objeto y su réplica se mantienen sincronizados, esto crea latencia y ralentiza la aplicación sincronizada, consume ancho de banda y genera sobrecarga general. Si se utiliza un lugar de almacenamiento alternativo, también existe la posibilidad de que se desconecte. Sin embargo, la replicación síncrona permite conmutar por error al sitio secundario casi instantáneamente y sin pérdida de datos.
Durante la replicación asíncrona, los datos se escriben en un objeto de datos de destino sólo algún tiempo después de que se hayan escrito en el origen correspondiente. La replicación de los datos para la recuperación ante desastres se produce en intervalos establecidos (una vez por minuto, diez minutos, una hora, etc.), de acuerdo con un calendario establecido. Es una buena opción si el ancho de banda de su red no puede soportar la presión de la replicación síncrona, es decir, si la velocidad de cambio de sus datos de misión crítica supera constantemente su velocidad de transferencia al sitio de conmutación por error.
Replicación basada en archivos y en bloques
Un sistema de archivos almacena archivos en determinados bloques de disco. Un archivo puede almacenarse en bloques dispersos por todo el disco. Por eso, cuando un proceso de replicación basado en archivos lee el archivo, tiene que «correr» por el disco para encontrar los trozos dispersos del archivo leído. Este «ir de un lado para otro» lleva un tiempo considerable. Esta pérdida de tiempo puede evitarse mediante la replicación basada en bloques, que transfiere a una ubicación de destino no los archivos modificados, sino los bloques modificados, leyendo los bloques en el orden en que están situados en el disco. Por lo tanto, en igualdad de condiciones, es preferible optar por una solución de RD que realice una replicación basada en bloques.
Replicación completa y replicación incremental
Replicar continuamente todo el volumen de datos no es razonable ni práctico. Sin embargo, al principio hay que hacer una réplica a tamaño real. Como resultado de esta replicación a tamaño completo, se crea una réplica exacta del objeto de origen. A continuación, puede iniciarse la replicación incremental, lo que significa que sólo se copian en el sitio de conmutación por error los cambios en los datos (cambios a nivel de bloque, si se utiliza la replicación basada en bloques). En la actualidad, todas las soluciones avanzadas de DR, como NAKIVO Backup & Replication, permiten hacer una replicación incremental de recuperación ante desastres.
Replicación coherente con las aplicaciones
Si la replicación de recuperación ante desastres es coherente con las aplicaciones, captura el estado de los datos de las aplicaciones en memoria y las operaciones de E/S. Esto le permite evitar la pérdida de datos en la aplicación. Las aplicaciones replicadas mantienen la coherencia transaccional, lo que significa que no se bloquearán cuando se ejecuten en el sitio de DR.
Recuperación ante desastres Replicación con NAKIVO Backup & Replication
Si está buscando la mejor solución de backup de VMware para su entorno, pruebe NAKIVO Backup & Replication. Nuestra solución de protección de datos sin agentes proporciona backups y replicación incrementales basados en imágenes y coherentes con las aplicaciones para máquinas virtuales VMware, así como máquinas virtuales Hyper-V e instancias AWS EC2. Como se mencionó anteriormente, vamos a demostrar cómo realizar la replicación de máquinas virtuales utilizando VMware VM como ejemplo.Para entornos virtuales VMware, la replicación en NAKIVO Backup & Replication tiene las siguientes funciones (muchas de las cuales están disponibles para Microsoft Hyper-V y AWS EC2):
- El modo App-aware garantiza que Microsoft Exchange, Microsoft Active Directory, Microsoft SQL y algunas otras aplicaciones vuelquen los datos en memoria y las transacciones de E/S al disco antes de que comience la replicación de recuperación ante desastres. Las aplicaciones replicadas en este modo son incoherentes, lo que significa que pueden ejecutarse sin errores si se produce un desastre y hay que encender las réplicas.
- Cómodo automatización de la replicación mediante políticas. Mediante políticas, puede automatizar completamente la replicación de máquinas virtuales. Una política se compone de reglas basadas en el tamaño de la máquina virtual, la etiqueta, el nombre, la ubicación, etc. Un job basado en políticas trabaja con todas las VMs correspondientes a las reglas establecidas, encuentra estas VMs automáticamente a medida que aparecen en su infraestructura y las añade a los jobs de replicación.
- La retención de puntos de recuperación es flexible, lo que permite tener 30 puntos de recuperación, conocidos como instantáneas de máquinas virtuales. Utilizando el esquema de rotación Abuelo-Padre-Hijo, puede crear puntos de recuperación diarios, semanales, mensuales y anuales.
- El Verificación de pantalla le permite verificar si las réplicas están operativas. Gracias a esta función, si se produce un desastre, no se encontrará con sorpresas «agradables» como réplicas de máquinas virtuales dañadas y con errores.
- Para los datos con RTO poco exigentes, es decir, para los datos replicados de forma asíncrona, puede replicar, no las máquinas virtuales de producción, sino sus backups. Esto ayuda a descargar sus principales recursos informáticos.
- Para las réplicas de máquinas virtuales, puede optar por crear discos de aprovisionamiento ligero, independientemente de los discos que utilicen las máquinas virtuales de producción. Si un disco es delgado, sólo los datos y las aplicaciones ocupan su tamaño, y no contiene espacio no utilizado.
- La función de replicación de nuestro producto se puede utilizar en el contexto de la aplicación función Site Recovery que permite orquestar y automatizar flujos de trabajo de recuperación de sitios complejos. Gracias a la función Site Recovery, puede integrar la replicación, la conmutación por error planificada o de emergencia, la conmutación por recuperación y otras operaciones en un único proceso que puede iniciarse con un solo clic.
- Los datos de intercambio -archivos de intercambio (en SO Windows) y particiones de intercambio (SO Linux)- pueden excluirse de las réplicas de máquinas virtuales, lo que aumenta la velocidad de replicación y ahorra espacio de almacenamiento.
- & Si NAKIVO Backup & Replication se ejecuta en un servidor con acceso a almacenes de datos de máquinas virtuales, puede, gracias a la función Hot Add, leer datos de máquinas virtuales de estos almacenes de datos, a través de la pila de E/S de almacenamiento y, en el proceso, evitar la pila TCP/IP del host. A su vez, la función Direct SAN Access permite leer datos directamente de un almacenamiento SAN a través de Fiber Channel o ISCSI, lo que aumenta la velocidad de replicación y elimina una parte de la carga de la red de producción.
- Si utiliza Microsoft Exchange o Microsoft SQL Server, NAKIVO Backup & Replication puede truncar los registros de transacciones del servidor, para que no ocupen demasiado espacio en el servidor.
- A través de aceleración de la red puede aumentar la velocidad de replicación hasta 2 veces. Para utilizar esta función, sólo tiene que instalar un Transporter adicional local o externo.
- La instalación de un Transporter adicional también puede permitir cifrar los datos replicados cuando se transfieren y cuando han llegado al repositorio de destino.
- A través de Multi-Tenancy que le permite ofrecer Replicación como Servicio, puede crear hasta 100 inquilinos aislados, y los clientes pueden utilizarlos para realizar la replicación y otras tareas por su cuenta.
- La función avanzada de limitación del ancho de banda permite limitar el ancho de banda de los procesos de replicación para que no sobrecarguen la red.
- Si surge la necesidad de ahorrar tiempo y descargar su red, primero puede transferir(sembrar) una réplica de VM a medios extraíbles y luego moverlos a una nueva ubicación. A partir de entonces, sólo se requiere una replicación incremental. NAKIVO Backup & Replication puede utilizar el seguimiento de bloques cambiados propietario incorporado y el seguimiento de bloques cambiados de VMware para hacer replicación de máquinas virtuales incremental (backup).
- Puede instalar NAKIVO Backup & Replication en dispositivos NAS y replicar datos entre ellos, disfrutando de un mayor rendimiento y velocidad.
Cómo crear un job de replicación de VMware con NAKIVO Backup & Replication
A continuación, demostraremos cómo crear un job de replicación de máquinas virtuales para un entorno VMware en NAKIVO Backup & Replication. El proceso es sencillo e intuitivo, como podrá comprobar usted mismo.
En la interfaz de usuario principal de NAKIVO Backup & Replication, haga clic en Create y, a continuación, elija VMware vSphere replication job (dependiendo de su entorno, también puede elegir Amazon EC2 replication job o Microsoft Hyper-V replication job).
A continuación, siga los pasos que se describen a continuación.
1. En el paso Origen del Asistente para nuevo job de replicación para VMware vSphere, elija una máquina virtual o un contenedor completo de máquinas virtuales para replicar y haga clic en Siguiente.
2. En el paso Destino, para la réplica, elija un contenedor de destino, un almacén de datos de destino y una carpeta VM. A continuación, haga clic en Siguiente.
3. En el paso Redes, active y configure el mapeo de la red si se encuentra en el sitio de destino (DR), ya que las máquinas virtuales utilizan redes diferentes a las del sitio principal. Una vez hecho esto, haga clic en Siguiente. También puede omitir este paso y hacer clic en Siguiente de una vez.
4. En el paso Re-IP, puede configurar la rutina de cambio de IP si las máquinas virtuales utilizan IPs diferentes en el sitio de destino (DR) que en el sitio principal. Puede crear una regla Re-IP o utilizar una ya existente. A continuación, haga clic en Siguiente. También puede omitir este paso haciendo clic en Siguiente de una vez.
5. En el paso Schedule, debería encontrar un medio muy conveniente de programar su job de replicación. Puede marcar No programar, ejecutar bajo demanda si se trata de un job de replicación único o si aún no está seguro de los detalles específicos de su programación. En Programación nº 1, puede elegir Ejecutar diariamente/semanalmente (es decir, determinados días a la semana), Ejecutar mensualmente/año (es decir, determinados meses al año), Ejecutar periódicamente o Ejecutar después de otro job. Si selecciona Ejecutar después de otro job, deberá seleccionar, por ejemplo, el job Z y configurar, por ejemplo, si desea que su job actual se ejecute después de Z inmediatamente o no, y si debe lanzarse Después de ejecuciones exitosas, Después de ejecuciones fallidas o Después de ejecuciones detenidas. También puede Añadir otro horario (#2, #3, etc.) y Mostrar calendario para su comodidad. Otra opción de configuración es Efectivo desde, que determina el día en que se activa la programación del job de replicación.
Asegúrese de que el intervalo de replicación coincide con el RPO máximo de la máquina virtual que replica.
6. En el paso Retención, puede establecer hasta 30 puntos de recuperación para conservar (después de finalizar un job de replicación, NAKIVO Backup & Replication debe crear un punto de recuperación de la réplica VM). Con NAKIVO Backup & Replication, puede utilizar un esquema tradicional de retención Abuelo-Padre-Hijo, que es ideal, en términos de DR, para almacenar réplicas y backups.
7. En el paso Opciones, puede configurar todas las opciones restantes, automatizando y matizando al máximo su job de replicación. Puede asignar un nombre al job de replicación y configurarlo en modo app-aware, seguimiento de cambios, aceleración de la red, cifrado, verificación de VM, el tipo de disco utilizado para la réplica (disco fino o el utilizado por la VM replicada), truncamiento de registros, uso de scripts, modo de transporte, estrangulamiento de ancho de banda, etc.
8. Una vez configuradas todas las opciones, pulse Finalizar o Finalizar & Ejecutar (si desea que el job se ejecute inmediatamente). Una vez creada la réplica, estará lista para su proceso de DR.
Cómo crear un job de Site Recovery con NAKIVO Backup & Replication
El job de replicación que acaba de crear puede formar parte de un complejo flujo de trabajo de DR automatizado que es posible gracias a la función Site Recovery. Con la ayuda de esta función, puede organizar acciones y condiciones en algoritmos de RD completos adaptados a determinadas situaciones y propósitos (por ejemplo, fallo de alimentación, prevención de catástrofes, etc.).
Así es como puede integrar su job de replicación en un flujo de trabajo de DR a través de la función Site Recovery:
1. En la interfaz de usuario principal de NAKIVO Backup & Replication, haga clic en Create y, a continuación, seleccione Site recovery job.
2. Se abrirá el Asistente para nueva función Site Recovery. En el paso Acciones del asistente, seleccione Ejecutar jobs.
3. Verá la ventana Ejecutar jobs, donde podrá elegir los jobs de replicación, incluido el job que acaba de crear. Después de elegir un job y configurarlo, haga clic en Guardar.
4. Se abrirá de nuevo el paso Acciones. En este paso, puede elegir acciones adicionales para incluir en el flujo de trabajo complejo de recuperación ante desastres o hacer clic en Siguiente. Después, sólo tiene que seguir las instrucciones del Asistente para nueva función Site Recovery hasta que haya creado el job de restauración del entorno.
Observaciones finales
Nuestro producto puede proteger su entorno virtual contra tiempos de inactividad imprevistos y catástrofes mediante opciones de backup y replicación para la recuperación ante desastres basadas en bloques y coherentes con las aplicaciones. Mediante políticas basadas en reglas, puede automatizar y orquestar los procesos de replicación de recuperación ante desastres, integrándolos en flujos de trabajo completos y complejos. Puede acelerar los jobs de replicación mediante la aceleración de la red y el seguimiento de cambios y asegurarse, mediante la verificación de máquinas virtuales, de que las réplicas se encuentran en estado operativo. Las funciones y el precio de NAKIVO Backup & Replication se encuentran entre los mejores del mercado.
Para comprobarlo usted mismo y probar NAKIVO Backup & Replication en su entorno físico, virtual o en la nube, descargue hoy mismo la versión de prueba gratuita totalmente funcional.
