Ya hemos hablado antes de la importancia de la replicación de vSphere para una recuperación de desastres asequible y fácil de implementar. Examinemos dos escenarios comunes para el uso de la replicación de vSphere. Para simplificar, empecemos por desplegarlo en un solo entorno vCenter.
Este escenario se denomina comúnmente replicación de vSphere en un solo lugar, ya que puede utilizarse para replicar una máquina virtual en el mismo lugar como una forma de copia de seguridad, lo que permitirá una recuperación rápida y fácil de la máquina virtual si el original se corrompe.
Un caso aún más útil es replicar las máquinas virtuales de sucursales remotas al sitio principal o a otro sitio bajo el control del mismo vCenter. El servidor vCenter es muy eficiente en la administración de clusters y hosts a través de enlaces WAN de bajo ancho de banda y alto retardo. He administrado un clúster que abarca diferentes continentes del mundo donde el clúster principal está ubicado en Londres, mientras que las sucursales de Dubai, Hong Kong, Johannesburgo y Chicago tienen sus propios clústeres vSphere.
Desplegando el dispositivo virtual de replicación de vSphere
El dispositivo VR es un SUSE Linux VM de 64 bits de doble núcleo que viene preconfigurado con 4GB de RAM y dos discos virtuales de 10GB y 2GB. El dispositivo VR se despliega como cualquier otro archivo OVA usando el asistente «Despliegue de plantilla OVF». Cabe señalar que, a diferencia de la versión anterior, o del dispositivo VDP (del que hablamos anteriormente), el dispositivo VR no es sensible al DNS. En realidad, olvidé completamente configurar una entrada DNS para el VM y pude desplegarlo y usar la replicación de vSphere sin problemas.
Debería ser capaz de desplegar el dispositivo en un host ESXi 4.x, pero debe tener en cuenta que el dispositivo en sí sólo configura y gestiona la replicación. Lo que sigue los cambios en el VMDK de origen es un agente de RV ESXi 5.x que envía los datos (a través del dispositivo de RV) a un componente de copia de archivos de red (NFC) en el host receptor. Esto significa que el dispositivo de RV necesita poder comunicarse con la red de gestión de los hosts para que la replicación tenga éxito.
Una vez que el VM esté completamente desplegado, debe desconectarse de la interfaz web y volver a conectarse para ver los nuevos iconos de gestión de la replicación de vSphere en la pantalla principal.
No necesitas hacer clic en ellos todavía porque todavía no tenemos ningún VM replicado. Para replicar un VM, necesita hacer clic derecho en un VM y notará que ahora tiene la opción de «Configurar la replicación», que inicia su propio asistente.
La primera elección que tenemos que hacer en el mago es qué sitio para replicar este VM. Es una elección fácil en nuestro caso, ya que nuestro escenario involucra sólo un servidor vCenter.
Lo siguiente importante que hay que decidir es dónde almacenar la réplica. Esta elección determinará a qué hosts se puede restaurar el VM más tarde, ya que necesitan tener acceso directo de lectura-escritura al almacén de datos. Note que la casilla «configuración avanzada de disco» le permitirá elegir dónde guardar la réplica de cada disco o la capacidad de eximir discos específicos de la réplica.
Si los archivos VM de nombre similar ya están preparados en el almacén de datos de destino, puede usarlos como semillas de replicación. Para ello, necesita usar el botón «Examinar» después de seleccionar el almacén de datos. De lo contrario, la réplica de vSphere se añadirá (1) al nombre de la nueva carpeta que albergará los archivos de la réplica.
La última pantalla activa del asistente permite especificar el objetivo del punto de recuperación y el método de quiescencia del SO huésped. Como ya se ha dicho, la replicación de vSphere puede configurarse con OPR que oscilan entre los 15 minutos y las 24 horas y son compatibles con los servicios de copia de MS Shadow.
Después de revisar su configuración, concluya el asistente pulsando «Finalizar» en la última pantalla.
Volver a la pantalla de inicio de la réplica de la vSfera
Aunque se puede monitorear el estado de cada réplica del VM desde la pestaña de Resumen del VM, la pestaña de Resumen de la Réplica de vSphere le permite monitorear el estado de todas las réplicas entrantes y salientes a los sitios locales y de destino.
Recuperando un VM replicado
Para recuperar una máquina replicada, haz clic con el botón derecho del ratón en la pestaña de replicación de entrada o de salida (ya que estamos replicando al mismo vCenter) y elige «Recuperar».
Nota: No se puede «Recuperar con cambios recientes» si la fuente VM está encendida. Esta opción sería perfecta para un tiempo de inactividad planificado como un mantenimiento programado o un desastre anticipado como un huracán en ruta para golpear su ubicación. En tales casos, puede darse el lujo de apagar los VMs de origen y sincronizar las réplicas con los últimos datos antes de encenderlos.
Sin embargo, un desastre suele implicar que la fuente VM se ha vuelto repentinamente no disponible o se ha corrompido. En tales casos, la mejor acción es cortar las pérdidas y recuperar el VM con los últimos datos disponibles que pueden realizarse incluso si el VM fuente está encendido.
En realidad, esta opción también es útil para la recuperación de pruebas, ya que el VM recuperado no se conectará automáticamente a ninguna red para que no entre en conflicto con el VM en funcionamiento.
El siguiente paso es especificar una carpeta para la máquina virtual de destino. Puede que desee crear una carpeta «VMs recuperadas». Utilicé una carpeta de trabajo en curso que ya tenía en mi entorno.
Lo último que hay que elegir es el clúster, el host o la reserva de recursos para alojar la máquina virtual recuperada. Observe que el host que elija debe tener acceso al almacén de datos que almacena los archivos de la réplica.
Como mis archivos de réplica están almacenados en el almacenamiento local esx-p, no puedo usar ningún otro host como el nuevo hogar de esta VM.
Tenga cuidado de no sobrescribir ningún VM en el destino que ya tiene el mismo nombre (a menos que esto sea lo que quiere hacer).
Tenga en cuenta que, como se ha dicho antes, el virtual se recuperará con los dispositivos de red desconectados, y tendrá que conectarlos manualmente después de asegurarse de que el VM recuperado está listo para funcionar.
¿Es más complicada la réplica de vSphere entre dos sitios?
En absoluto, el concepto es muy parecido. La principal diferencia es que hay que desplegar un VRA en cada sitio, y a través de la replicación de vSphere, conectarse al sitio remoto para poder replicar los VM a él.
Sin embargo, tendrá que utilizar la dirección y las credenciales del vCenter remoto para conectarse al sitio de destino, no al aparato VRA.
Poco después, tendrás un sitio remoto conectado para replicar un VM.
Vale la pena mencionar que conectar el Sitio01 al Sitio02 no permite automáticamente a los administradores del Sitio02 replicar las máquinas virtuales al Sitio01. Para ello, es necesario proporcionar las credenciales del Site02.
Para crear la conexión inversa, puedes «reconectar» el Site01 desconectado desde la segunda pestaña «Manage» de la réplica de vSphere.
También vale la pena mencionar que los Sitios de Replicación de vSphere remotos aparecen en el estado desconectado a menudo después de que dejas que tu sesión de ingreso se termine. Después de investigar el problema, resulta que no hay necesidad de preocuparse por este comportamiento engañoso porque ambos sitios permanecen conectados y la replicación continúa según lo programado. Lo que desconecta es tu conexión al sitio remoto desde el cliente web de vSphere.
El siguiente diagrama de VMware muestra la arquitectura de replicación de vSphere en todos los sitios. Muestra claramente que los agentes de RV de cada host rastrean los bloques cambiados de la VM y los transfieren al dispositivo de RV en el sitio remoto. El dispositivo remoto utiliza la copia de archivos de red para enviar esos deltas al VMDK de la réplica.
¿Qué añade el SRM a la mezcla?
Como han notado, la replicación de la vSphere no conecta automáticamente las VM recuperadas a la red. En cambio, SRM conecta automáticamente las máquinas virtuales recuperadas a la red de destino. Por supuesto, lo hace después de contabilizar cualquier cambio de dirección IP que pueda ser necesario realizar en la VM recuperada a medida que se mueve por los sitios. Con la replicación simple de vSphere, usted mismo tendrá que encargarse de cualquier cambio de dirección IP.
VMware Site Recovery Manager ofrece mucho más. Es posible que cubramos el SRM con más detalles en un artículo futuro. Sin embargo, para la mayoría de las pymes y muchas organizaciones más grandes, la replicación de vSphere es una solución gratuita, escalable y fácil de implementar para sus necesidades de recuperación ante desastres.
Su prueba incluye el acceso a nuestro curso sobre las nuevas funciones de VMware vSphere 5.1.