Disaster Recovery para Virtual Machines (2da parte)

Estimad@s,

En esta segunda entrega de los posts dedicados al tema de DR para virtual machines estaremos conversando de mecanismos alternos a la automatizacion a traves de VMware SRM para automatizar el failover de nuestras VMs.

Geoclustering para Disaster Recovery

Existen productos disponibles para hacer geoclustering que proporcionan una sofisticado esquema de DR cross-site. De hecho, geoclustering soporta failover y failback en forma automatica de múltiples sitios y datos en modo raw-device, y no exige un Virtual Center activo.

Symantec Veritas Cluster Services (VCS) permite failover en esquemas servidor físico a VM, VM a servidor físico, y VM a VM.

Por ejemplo, VCS podria hacer failover de un servidor físico en el site protegido a una máquina virtual en el site remoto, o vice-versa. Estas capacidades van mucho más allá de lo VMware SRM soporta pero en función de las necesidades del centro de datos, puede ser digno de consideración.

Otra opcion disponible es Windows HPC Server 2008, pero sólo soporta esquemas de failover de servidor fisico a servidor fisico o de máquina virtual a máquina virtual. Una limitante importante es que HPC Server debe estar ejecutandose en el servidor de Windows, tanto en el site local como en el site remoto, y sólo soporta failover de Windows a Windows.

SAN o array replication para VM Disaster Recovery

La mayoria de los esquemas automatizados de DR dependen fuertemente de la replicacion de datos a nivel de la SAN o el arreglo de discos. Con esto en mente, un failover automatizado puede ser implementado desde distintos enfoques fundamentados en la tecnologia disponible a nivel de la SAN o el storage.

Una vez que la replicacion del datastore es realizada, los administradores pueden construir sus propios sets de scripts empleando VMware nativo o cualquir otro software para automatizar el failover de la maquina virtual. Sin embargo estas rutinas deben contemplar todo el trabajo de reconfiguracion de los servers ESX para correr las VMs, reasignar las direcciones IP de las VMs y promover las copias de los datastores replicados.

Data protection software para VM Disaster Recovery

Software de Data protection tales como EMC NetWorker, CommVault Galaxy, IBM Tivoli Storage Manager (TSM) and Symantec BackupExec and NetBackup soportan DR a varios niveles. Dicho soporte puede consistir de simples opciones de restauraciones tipo bare-metal y/o sofisticados esquemas independientes de replicacion de la data respaldada.

Tivoli Storage Manager soporta un administrador de DR que puede ser empleado para replicar de manera automatica la data respaldada a un site remoto. Una vez que la data es recuperada en el site remoto esta puede restaurada y las VMs pueden ser reconfiguradas en forma manual o a traves de scripting.

De manera alternativa, otros software de Data Protection soportan una opcion de restauracion tipo bare-metal. Esta funcionalidad puede proveer una version restaurable de toda la data requerida por un servidor fisico o una VM en un solo paso. Cuando la data ha sido restaurada, el administrador necesita reconfigurar la VM para ejecutarse en el site remoto y realizar la reasignacion de IPs requerida. Posteriormente, la VM puede ser levantada y recuperada desde su backup.

Ademas, cualquier software de backup puede ser usado para recuperar una VM en un site remoto. Sin una opcion de bare-metal, puede tomar mas pasos recuperar toda la data de la VM pero una vez que esto es realizado, el resto del proceso de DR es similar. En conclusion un esquema de DR para VMware puede ser implementado de muchas maneras. Cualquier esquema de failover automatico dependera en gran medida del esquema de replicacion y el software seleccionado.

Por ejemplo, VMware Site Recovery Manager puede automatizar la mayoria de los esquemas de failover de VMs, pero tiene algunas limitaciones ya comentadas en el post previo; software de Geo-clustering provee failover automatico, pero con la excepcion de VCS, esta limitado a un unico sistema operativo; SAN o array replication puede ser empleada sin embargo requiere de un fuerte componente de scripting para automatizar completamente el failover; la mayoria de los software de data protection soportan DR, pero de igual manera requieren scripting para automatizar el failover.

Debido a los costos asociados a la replicacion un esquema de failover automatizado puede estar acotado a unas pocas virtual machines criticas con el resto del universo de VMs relegadas a esquemas menos sofisticados y por que no? Un esquema de DR multi-tier facilmente podria estar conformado por combinaciones de las tecnologias expuestas apuntando a una mayor automatizacion para las virtual machines de mayor criticidad.

Con este post cerramos el tema esperando que les sirva de orientacion a la hora de definir esquemas de DR en entornos de virtualizacion.

Mis respetos,

White Shark