Mejores Prácticas de Replicación de VMware vSphere

La replicación de máquinas virtuales, o replicación de VM, sigue siendo una de las mejores técnicas de protección de datos para tiempos de recuperación cortos y disponibilidad del sistema durante fallas o tiempos de inactividad de cualquier origen. Una réplica de VM puede encenderse instantáneamente en caso de desastre, lo que le permite recuperar una VM en cuestión de segundos y mantener operaciones comerciales esenciales.

Para evitar posibles problemas mientras se ejecuta el software de replicación de VM, como fallas y errores de aplicaciones, pérdida de datos, consumo inadecuadamente alto de recursos, etc., siga las mejores prácticas de replicación de VMware vSphere cubiertas en esta publicación como parte de una estrategia de protección de datos de VM eficiente y confiable.

Qué es la Replicación de vSphere y Cómo Funciona

La replicación de VMware vSphere es el proceso de crear una copia exacta de una VM de VMware vSphere en una ubicación personalizada, que puede ser un host ESXi o un clúster. Esta copia de VM, llamada réplica de VM, se mantiene en un estado apagado y se actualiza periódicamente o de forma continua (replicación continua) para reflejar los últimos cambios y el estado de la VM de origen.

Nota: La replicación en VMware vSphere a menudo se confunde con la copia de seguridad de VMware, pero estos métodos de protección de datos de VM persiguen objetivos diferentes y deben complementarse, no sustituirse entre sí (consulte nuestra publicación en el blog Copia de Seguridad de VM vs. Replicación de VM).

10 Mejores Prácticas de Replicación de Datos de VMware

Siga las mejores prácticas a continuación y úselas para la replicación de VMware vSphere y la replicación de máquinas virtuales en otros entornos.1. Defina las cargas de trabajo críticas para la misión y establezca prioridades.

1. Defina las cargas de trabajo críticas para la misión y priorícelas.

Determine qué máquina virtual y datos de aplicación requieren la mayor protección y la recuperación más rápida en caso de tiempo de inactividad o desastre. No es necesario replicar todo, y no todo necesita ser recuperado dentro del mismo marco de tiempo.

Por ejemplo, su tienda en línea mantiene una operación continua y permite llevar a cabo transacciones directas de pedidos y compras con clientes. En caso de falla de su servidor web, el sitio web, inventario y CRM serán extremadamente críticos para ser recuperados en primer lugar y lo antes posible para minimizar el efecto de tiempo de inactividad del sitio web para los clientes, mientras que las aplicaciones de oficina pueden esperar.

2. Esquematice el plan de protección de datos.

No planificar es planificar para fallar. Planifique las actividades de protección de datos con respecto a las demandas de continuidad del negocio, las cargas de trabajo críticas para la misión, las prioridades, las técnicas individuales de protección de datos, la frecuencia y duración del trabajo de respaldo/replicación de VM, los recursos necesarios (capacidad de almacenamiento de datos, ancho de banda de red, ventanas de respaldo/replicación de VM, etc.).

Asegúrese de que su plan de protección de datos también cubra las responsabilidades del personal, los componentes de hardware y software dedicados y los escenarios de recuperación ante desastres.

3. Utilice una proporción adecuada de respaldo y replicación de VM.

Aunque el respaldo de VM y la replicación de VM parecen hacer lo mismo, tienen objetivos diferentes y no pueden sustituirse mutuamente. El respaldo de VM, sea cual sea el tipo, está diseñado para la conservación segura a largo plazo de los datos de VM. Mientras que la replicación de VM proporciona una recuperación rápida de VM, o en otras palabras, alta disponibilidad de VM.

La replicación de máquinas virtuales es un elemento constituyente de un plan de protección de datos, y deberías encontrar una combinación eficiente de copias de seguridad regulares de VM y replicación de VM para adaptarse a las necesidades y presupuesto de tu organización.

4. Establecer criterios medibles para las secuencias de replicación de datos de VM.

Establecer criterios medibles puede ser de ayuda al decidir qué solución de replicación de VM elegir. Con respecto a la replicación en VMware vSphere para alta disponibilidad, principalmente necesitas considerar dos aspectos:

• Velocidad. ¿Qué tan rápido necesitas que ocurra la recuperación de datos de VM? Aunque una réplica de VM es una copia completa de la VM original, aún puedes necesitar algo de tiempo para acceder a ella, por ejemplo, remontando y trayendo de vuelta un DBMS.
• Tolerancia a fallos es la capacidad de un sistema para mantener un buen nivel de rendimiento en caso de que uno o más componentes fallen. Considera qué grado de tolerancia a fallos debe alcanzar tu sistema para hacer disponibles los datos de VM en caso de que ocurra un desastre. Al decidir con qué frecuencia vas a emplear la replicación de máquinas virtuales para la tolerancia a fallos, también ten en cuenta la capacidad de tu hardware y red.

Dependiendo de tu política de continuidad empresarial, establece la proximidad óptima del punto de recuperación al punto de fallo, es decir, el objetivo de punto de recuperación (RPO), que es un compromiso entre minimizar tu pérdida de datos y el costo de recursos adicionales. Para algunos negocios, puede ser 24 horas, 7 días o incluso 1 mes, mientras que otros podrían necesitar que el RPO sea de apenas 10 segundos.

5. Prepara el mapa de ruta de failover y failback.

Para mantener los servicios y aplicaciones en funcionamiento con la menor interrupción posible en caso de que una VM de producción se caiga, debe determinar los procedimientos de conmutación por error y recuperación anticipadamente. Elabore escenarios de acción para la conmutación por error y la recuperación de VM de producción que se seguirán bajo diferentes circunstancias adversas.

Dependiendo del sistema establecido de protección de datos, los procedimientos de conmutación por error y recuperación pueden ser manuales o automatizados tanto para apagones no planificados como planificados.

6. Habilitar la verificación de réplicas de VM.

La verificación regular de sus réplicas de VM para asegurarse de que sean utilizables es una buena práctica. Esto evitará cualquier sorpresa desagradable. Puede suceder que su réplica de VM esté dañada o corrupta. Sea cual sea la razón del defecto, verifique las réplicas de VM periódicamente e incluya el cronograma de verificación en su plan.

Cuando utilice soluciones de replicación de VMware vSphere de terceros, se recomienda que habilite la función de verificación automática de réplicas de VM, si dicha función está disponible. Así, todas sus réplicas de VM serán verificadas automáticamente para garantizar su integridad.

7. Crear réplicas conscientes de la aplicación.

Las soluciones modernas de protección de datos le proporcionan un modo de replicación especial consciente de la aplicación que le permite crear réplicas de VM conscientes de la aplicación para aplicaciones como Active Directory de Microsoft, SQL Server de Microsoft, SharePoint de Microsoft, Exchange Server de Microsoft o Oracle Database, confiando en los escritores de VSS.

“Consciente de la aplicación”, o, en otras palabras, el modo de replicación de VM coherente con la aplicación significa que en el proceso de replicación, los datos en memoria y las operaciones de E/S pendientes se escriben en disco antes de tomar una instantánea. En consecuencia, sus réplicas de VM contienen datos coherentes, y las aplicaciones pueden recuperarse sin problemas, sin pérdida de datos.

8. Automatizar la construcción alrededor de las herramientas de recuperación.

Automatizar la construcción alrededor de las herramientas de recuperación reduce los retrasos innecesarios si tiene que restaurar las VM lo antes posible en caso de desastre. Asegúrese de que los scripts automáticos estén correctamente mantenidos. Por otro lado, las soluciones modernas de protección de datos avanzadas ofrecen características de automatización integradas.

9. Determinar la política de retención y rotación.

Esta política establece la frecuencia de creación de réplicas de VM y su tiempo de retención. Los cambios en los datos de replicación de VM se agregan continuamente a la base de datos de cambios de replicación. Sin su purga periódica, crecería drásticamente, hasta que consumiera todo el espacio en disco disponible. Este período entre purgas se llama retraso de purga de replicación. El retraso de purga de replicación predeterminado se establece en su software de protección de datos y varía de uno a varios días.

Al establecer la política de retención y rotación, considere el retraso de purga de replicación. Los cambios más antiguos que el retraso de purga se eliminan de la base de datos de cambios de replicación. Asegúrese de que la base de datos de cambios de replicación se respalde con más frecuencia que el período de retraso de purga de replicación; de lo contrario, algunos cambios podrían perderse.

10. Elija la solución adecuada de replicación de VM y DR.

Si necesita realizar regularmente la replicación de máquinas virtuales, debe seleccionar la solución adecuada que se adapte a las necesidades específicas de su infraestructura de TI y al presupuesto de su organización.

Al comparar los productos de replicación de VMware vSphere actualmente disponibles en el mercado, debe considerar sus características específicas desde la perspectiva tanto de la funcionalidad como del rendimiento. Por ejemplo, algunos productos utilizan replicación síncrona de VM (replicación continua), mientras que otros ejecutan replicación de VM semisíncrona o asíncrona. Si bien la replicación de datos síncrona de VMware parece ser una mejor opción para el failover de aplicaciones transaccionales, la plena sincronización utilizada en una red lenta puede afectar críticamente el rendimiento. En contraste, la replicación asíncrona de VMware casi no tiene impacto en el rendimiento en esta situación. Por otro lado, si falla el servidor primario, la replicación de VM de VMware asíncrona puede resultar en la pérdida de datos comprometidos.

Otro punto a tener en cuenta es la velocidad de su operación de replicación y restauración de VM, ya que podría requerir hardware de alta capacidad.

Mientras que la replicación remota de máquinas virtuales a una ubicación fuera del sitio o a una nube mantiene seguros sus datos, incluso si ocurre un desastre que afecte a todo su centro de datos, asegúrese de que la red de su infraestructura tenga el ancho de banda requerido.

Replicación de VMware vSphere con NAKIVO

NAKIVO Backup & Replication ofrece muchas características útiles para hacer que su replicación de VMware, así como la replicación de Hyper-V e incluso la replicación de instancias de AWS EC2, sean simples y rápidas. La solución de NAKIVO admite el seguimiento de bloques modificados de VMware para replicación incremental, proporciona configuraciones de retención flexibles y funciona directamente con las API de VMware para la replicación de datos de VMware a nivel de host.

Puede utilizar réplicas de VMware creadas con NAKIVO para failover de VM y escenarios complejos de recuperación de sitio principal completo.