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 conseguir tiempos de recuperación cortos y disponibilidad del sistema durante fallos o caídas de cualquier origen. Una réplica de máquina virtual puede encenderse al instante en caso de desastre, lo que permite recuperar una máquina virtual en cuestión de segundos y mantener las operaciones empresariales esenciales.
Para evitar cualquier posible escollo mientras se ejecuta el software de replicación de VM – como fallos y errores de aplicación, pérdida de datos, consumo inadecuado de recursos, etc. – siga las prácticas recomendadas de replicación de VMware vSphere cubiertas en este post como parte de una estrategia de protección de datos de máquinas virtuales eficiente y fiable.
Qué es vSphere Replication y cómo funciona
La replicación de VMware vSphere es el proceso de creación de una copia exacta de una VMware vSphere VM en una ubicación personalizada, que puede ser un host ESXi o un clúster. Esta copia de la máquina virtual, denominada réplica de la máquina virtual, se mantiene apagada y se actualiza de forma periódica o continua (replicación continua) para reflejar los últimos cambios y el estado de la máquina virtual de origen.
Nota: La replicación en VMware vSphere se confunde a menudo con el backup de VMware, pero estos métodos de protección de datos de máquinas virtuales persiguen objetivos diferentes y deben complementarse, no sustituirse entre sí (consulte la entrada de nuestro blog VM Backup vs. VM Replication).
10 prácticas recomendadas de replicación de datos de VMware
Siga las prácticas recomendadas a continuación y utilícelas para la replicación de VMware vSphere y la replicación de máquinas virtuales en otros entornos.
1. Definir las cargas de trabajo de misión crítica y priorizarlas.
Determine qué datos de máquinas virtuales y aplicaciones requieren la máxima protección y la recuperación más rápida en caso de inactividad o desastre. No es necesario replicarlo todo, ni es necesario recuperarlo todo en el mismo plazo.
Por ejemplo, su tienda en línea mantiene un funcionamiento continuo y permite realizar transacciones directas de pedido y compra con los clientes. En caso de que su servidor web falle, el sitio web, el inventario y el CRM serán extremadamente críticos para ser recuperados en primer lugar y tan pronto como sea posible para minimizar el efecto del tiempo de inactividad del sitio web para los clientes, mientras que las aplicaciones de back-office pueden esperar.
2. Esbozar el plan de protección de datos.
No planificar es planificar el fracaso. Planificar las actividades de protección de datos teniendo en cuenta las exigencias de continuidad de la empresa, las cargas de trabajo de misión crítica, las prioridades, las técnicas individuales de protección de datos, la frecuencia y duración de los jobs de backup/replicación de máquinas virtuales, los recursos necesarios (capacidad de almacenamiento de datos, ancho de banda de red, ventanas de backup/replicación de máquinas virtuales, etc.).
Asegúrese de que su plan de protección de datos cubre también las responsabilidades del personal, los componentes de hardware y software dedicados y los escenarios de recuperación ante desastres.
3. Utilice un ratio adecuado de backup y replicación de VM.
Aunque el backup de VM y la replicación de VM parecen hacer lo mismo, tienen objetivos diferentes y no pueden sustituirse mutuamente. Los backups de máquinas virtuales, sean del tipo que sean, están diseñados para salvaguardar a largo plazo los datos de las máquinas virtuales. Por su parte, la replicación de máquinas virtuales permite una recuperación rápida de las mismas o, en otras palabras, una alta disponibilidad.
La replicación de máquinas virtuales es un elemento constitutivo de un plan de protección de datos, y debe encontrar una combinación eficiente de backups regulares de máquinas virtuales y replicación de máquinas virtuales que se ajuste a las necesidades y al presupuesto de su organización.
4. Establecer criterios mensurables para las secuencias de replicación de datos de máquinas virtuales.
Establecer criterios medibles puede ser de ayuda a la hora de decidir qué solución de replicación de máquinas virtuales elegir. En lo que respecta a la replicación en VMware vSphere para alta disponibilidad, debe tener en cuenta principalmente dos aspectos:
- Velocidad. ¿Con qué rapidez necesita que se produzca la recuperación de datos de VM? Aunque una réplica de VM es una copia completa de la VM original, es posible que necesites algún tiempo para acceder a ella, por ejemplo, volviendo a montar y recuperar un DBMS.
- La tolerancia a fallos es la capacidad de un sistema para mantener un buen nivel de rendimiento en caso de que fallen uno o varios componentes. Considere qué grado de tolerancia a fallos debe alcanzar su sistema para que los datos de las máquinas virtuales estén disponibles en caso de que se produzca un desastre. A la hora de decidir con qué frecuencia va a emplear la replicación de máquinas virtuales para la tolerancia a fallos, tenga también en cuenta su hardware y la capacidad de su red.
En función de su política de continuidad de negocio, establezca 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 la minimización de la pérdida de datos y el coste de los recursos adicionales. Para algunas empresas, puede ser de 24 horas, 7 días o incluso 1 mes, mientras que otras pueden necesitar que el RPO sea de sólo 10 segundos.
5. Preparar la hoja de ruta de conmutación por error y recuperación.
Para mantener los servicios y aplicaciones en funcionamiento con la mínima interrupción en caso de que una máquina virtual de producción se caiga, debe determinar de antemano los procedimientos de conmutación por error y recuperación. Elabore escenarios de conmutación por error y conmutación por recuperación de máquinas virtuales de producción que deban seguirse en diferentes circunstancias adversas.
En función del sistema de protección de datos establecido, los procedimientos de conmutación por error y recuperación pueden ser manuales o automatizados, tanto para las paradas imprevistas como para las planificadas.
6. Activar la verificación de réplicas de máquinas virtuales.
La verificación periódica de las réplicas de su máquina virtual para asegurarse de que son utilizables es una buena práctica. Así evitará sorpresas desagradables. Puede ocurrir que la réplica de su VM resulte estar dañada o corrupta. Sea cual sea el motivo del defecto, verifique las réplicas de la máquina virtual periódicamente e incluya el calendario de verificación en su plan.
Al utilizar soluciones de replicación de vSphere de VMware de terceros, se recomienda activar la función de verificación automática de réplicas de máquinas virtuales, si dicha función está disponible. De este modo, se verificará automáticamente la integridad de todas sus réplicas de máquinas virtuales.
7. Crear réplicas coherentes con las aplicaciones.
Las soluciones modernas de protección de datos le proporcionan un modo de replicación especial coherente con las aplicaciones que le permite crear réplicas de máquinas virtuales coherentes con las aplicaciones, como Microsoft Active Directory, Microsoft SQL Server, Microsoft SharePoint, Microsoft Exchange Server u Oracle Database, mediante el uso de escritores VSS.
El modo de replicación VM «Application-aware» o, en otras palabras, coherente con las aplicaciones, significa que en el proceso de replicación, los datos en memoria y las operaciones de E/S pendientes se vuelcan al disco antes de realizar una instantánea. En consecuencia, sus réplicas de máquinas virtuales contienen datos coherentes, y las aplicaciones pueden recuperarse sin problemas, sin pérdida de datos.
8. Automatice las herramientas de recuperación.
La automatización de las herramientas de recuperación reduce los retrasos innecesarios si tiene que restaurar las máquinas virtuales lo antes posible en caso de desastre. Asegúrese de que los guiones automáticos se mantienen correctamente. Por otro lado, las modernas soluciones avanzadas de protección de datos ofrecen funciones de automatización integradas.
9. Determinar la política de conservación y rotación.
Esta política establece la frecuencia de creación de réplicas de máquinas virtuales y su tiempo de retención. Los cambios en los datos de replicación de las máquinas virtuales se añaden continuamente a la base de datos de cambios de replicación. Sin su purga periódica, crecería espectacularmente, hasta consumir todo el espacio disponible en disco. Este periodo entre purgas se denomina retardo de purga de replicación. El retardo de purga de replicación predeterminado se establece en el 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, hay que tener en cuenta el retardo de purga de la replicación. Los cambios más antiguos que el retraso de purga se borran de la base de datos de cambios de replicación. Asegúrese de hacer backup de la base de datos de cambios de replicación con más frecuencia que el periodo de retardo de purga de replicación; de lo contrario, podrían perderse algunos cambios.
10. Elija la solución adecuada de replicación de máquinas virtuales y DR.
Si necesita realizar réplicas de máquinas virtuales con regularidad, debe seleccionar la solución adecuada, que se ajuste 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 disponibles actualmente en el mercado, debe considerar sus características específicas desde la perspectiva tanto de las funciones como del rendimiento. Por ejemplo, algunos productos utilizan la replicación de máquinas virtuales síncrona (replicación continua), mientras que otros ejecutan la replicación de máquinas virtuales semisíncrona o asíncrona. Mientras que la replicación de datos sincrónica de VMware parece ser una mejor opción para la conmutación por error de aplicaciones transaccionales, la sincronización completa utilizada en una red lenta puede reducir críticamente el rendimiento. En cambio, la replicación asíncrona de VMware casi no afecta al rendimiento en esta situación. Por otro lado, si el servidor primario falla, la replicación asíncrona de máquinas virtuales de VMware puede provocar la pérdida de los datos comprometidos.
Otro punto a tener en cuenta es la velocidad de la operación de replicación y restauración de la máquina virtual, ya que puede requerir hardware de alta capacidad.
Aunque la replicación remota de máquinas virtuales a una ubicación externa o a una nube mantiene sus datos seguros, incluso si un desastre afecta a todo su centro de datos, asegúrese de que la red de su infraestructura tiene el ancho de banda necesario.
Replicación VMware vSphere con NAKIVO
NAKIVO Backup & Replication ofrece muchas funciones ú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 sea sencilla y rápida. La solución NAKIVO es compatible con el seguimiento de bloques modificados de VMware para la replicación incremental, proporciona ajustes 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 las réplicas de VMware creadas con NAKIVO para la conmutación por error de VM y escenarios complejos de restauración del entorno primario completo.
