En publicaciones anteriores hemos visto cómo instalar el pluguin NetApp VSC sobre un servidor vCenter marcando la opción Backup and Recovery que activa la funcionalidad SnapManager for VI (SMVI) para ser administrada directamente mediante vSphere Client. En este nuevo post vamos a ver cómo configurar el backup de las VMs vSphere con la NetApp VSC mediante el asistente de creación de un nuevo trabajo. Antes de entrar de lleno en el procedimiento de configuración cabe destacar que SMVI se apoya en primera instancia en los Snapshots de VMware, concretamente los Quiesced Snapshots, y posteriormente lanza un Snapshot de NetApp sobre el volumen donde residen las máquinas virtuales. Este comportamiento es exactamente igual tanto para entornos NAS (volúmenes NFS) como para SAN (LUNs FC o iSCSI). Veamos un ejemplo para ilustrar mejor el funcionamiento de SMVI: imaginemos un escenario con una NetApp donde se ha exportado y montado un volumen NFS sobre una infraestructura virtual vSphere:
El volumen se denomina DS_NFS_01 y sobre él residen un par de máquinas virtuales VM01 y VM02. Se considera que este volumen tiene espacio suficiente para albergar Snapshots, imprescindible para cualquier tipo de backup a disco en volúmenes NetApp. Pues bien cuando se lanza la tarea de backup, cuyo procedimiento veremos a continuación, lo primero que SMVI hace es un Quiesced Snapshot a todas las VMs que residen en este volumen si en la tarea se ha seleccionado como entidad el volumen y se ha marcado la opción predeterminada (podríamos tener backups de SMVI sin Quiesced Snapshot o bien solamente en algunas VMs si se seleccionan como entidad).
Veamos cómo crear una tarea de Backup & Recovery:
En primer lugar accederemos a la herramienta desde el servidor vCenter tal y como se muestra en la ilustración.
Una vez dentro del contexto de SMVI accedemos a crear una nueva tarea de backup.
Esta acción lanzará el asistente de configuración de un nuevo trabajo de backup.
Introducimos un nombre para definir la tarea, una descripción (opcional) e indicamos que se realice el snapshot de VMware. Aunque esto último sea opcional es necesario para que las máquinas virtuales estén en un estado consistente cuando se ejecuta el trabajo. Ahora bien esta afirmación tiene algunos matices:
a) Si las máquinas virtuales de la infraestructura son todas Microsoft Windows entonces el Quiesced Snapshot utiliza el proveedor de instantáneas VSS del sistema operativo, a través de las VMware Tools que son imprescindibles para este funcionamiento, para configurar las aplicaciones en modo «Hot Backup«. De esta forma se genera un punto de consistencia justo antes de lanzar el snapshot de cabina.
b) Si las VMs no son Windows el Quiesced Snapshot no garantiza el punto de consistencia en las aplicaciones. Para ello se deberían usar scripts de apoyo para configurar las aplicaciones en «Hot Backup» garantizando así la consistencia.
c) En el caso de disponer LUNs RDM o discos independientes este snapshot tampoco podría garantizar la consistencia. De hecho en LUNs RAW con compatibilidad física o bien en discos independientes VMware no realiza snapshots por lo que sería necesario algún otro mecanismo como el mencionado uso de scripts.
La principal diferencia entre seleccionar un volumen como entidad o una VM (o un conjunto de volúmenes o bien de VMs) es el comportamiento del Quiesced Snapshot de VMware. En el caso de seleccionar volúmenes todas las VMs residentes en éstos tendrán el snapshot. Si se seleccionan solamente un conjunto de VMs entonces sólo éstas tendrán el snapshot. Para ilustrar mejor esto último imaginemos un volumen que contiene 15 VMs: si de estas 15 seleccionamos para la tarea un total de 10 entonces las 5 VMs restantes estarán dentro del conjunto de backup (recordemos que la unidad mínima de backup a disco es el snapshot de volumen) pero no tendrán el snapshot de VMware. Esta es una buena opción a tener en cuenta si en el mismo volumen tenemos VMs con sistemas operativos diferentes donde en algunos nos interesa el Quiesced Snapshot y en otros nos apoyamos de otros mecanismos para garantizar la consistencia.
En este ejemplo seleccionamos como entidad el volumen NFS puesto que los sistemas de las VMs son Windows.
En esta ventana podríamos seleccionar scripts, por ejemplo, para aquellas VMs que requieran configurar sus aplicaciones en modo «Hot Backup». Estos scripts se ubican en el servidor vCenter en la ruta C:\Program Files\NetApp\Virtual Storage Console\smvi\server\scripts.
La planificación para ejecutar la tarea dependerá de las necesidades. En general es suficiente con un backup diario.
Las credenciales usadas para poder lanzar la tarea son las configuradas en el Setup de la herramienta. Como buena práctica se recomienda disponer de un usuario dedicado con permisos para poder realizar snapshots de VMware.
En este apartado deberemos tener especial cuidado con la retención de los backups SMVI: cuantos más necesitemos retener más espacio libre deberemos tener en el volumen.
La ventana de resumen nos puede ayudar a repasar las configuraciones antes de validar el proceso.
Podemos ver la nueva tarea programada una vez validamos el asistente. El trabajo se ejecutará en la franja horaria y con la recurrencia establecidas por lo que no es necesario ningún paso posterior para su activación.
Veamos qué ocurre en la infraestructura virtual cuando se lanza la tarea (en este caso lo hacemos de forma manual).
Podemos ver como se ha generado un snapshot en cada máquina virtual y posteriormente se ha eliminado. Entre estas dos acciones la cabina ha generado un snapshot que podemos ver desde OnCommand System Manager:
El nombre del snapshot está compuesto por smvi__»Nombre_Tarea»_fecha/recent. Los últimos backups siempre serán los recent y son renombrados con la fecha cuando se crean otros nuevos.
En el contexto de la herramienta, apartado Restore, podemos ver la lista de copias de seguridad que se van reteniendo. Desde esta ventana se pueden realizar algunas acciones de restauración que veremos en nuevas entradas.
This Post by David Solé Pérez is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License
¿Te ha gustado este artículo? ¡Suscríbete!
Artículos Relacionados
