En este nuevo artículo veremos cómo integrar los backups de SMVI con SnapVault mediante un pequeño script que podemos encontrar en la NetApp Community. En este caso usamos el plugin VSC 4.2.1 que incorpora la integración con SMVI y disponemos de un escenario con 4 controladoras de producción que utilizan almacenamiento NFS y LUNs RDM de una infraestructura virtual VMware vSphere, y una de contingencia donde transferiremos los backups. Vamos a usar la versión del script sv-smvi-3.0.3.zip.
Para integrar la solución SMVI con SnapVault podemos usar el procedimiento siguiente:
1) Configurar las relaciones de SnapVault entre las controladoras de origen y destino.
Como en este escenario tenemos LUNs RDM configuradas dentro de volúmenes (non Qtree) necesitamos configurar las relaciones de SV añadiendo /- al final de cada una.
Si no especificamos /- en el path de todos los volúmenes con LUNs, sean RDM o de cualquier tipo, la configuración de las relaciones de SV no podrá llevarse a cabo. Si las LUNs de origen están definidas dentro de Qtrees entonces podemos obviar este paso.
En la controladora NetappBCK de destino tenemos definidas las relaciones de SV de las controladoras de origen especificando el interfaz de VLAN vif1-x el cual destinamos a tráfico de replicación.
2) Si el rendimiento en la transferencia no es el esperado/deseado podemos probar modificando el parámetro TCP Window Size a 8192.
3) Eliminar toda configuración de snapshots «normales» en origen y destino:
ORIGEN
NetappA> snap sched DS_NetappA_NFS 0 0 0 NetappA> snap sched DS_NetappA_RDM 0 0 0 NetappB> snap sched DS_NetappB_NFS 0 0 0 NetappB> snap sched DS_NetappB_RDM 0 0 0 NetappC> snap sched DS_NetappC_NFS 0 0 0 NetappC> snap sched DS_NetappC_RDM 0 0 0 NetappD> snap sched DS_NetappD_NFS 0 0 0 NetappD> snap sched DS_NetappD_RDM 0 0 0
DESTINO
NetappBCK> snap sched DS_NetappA_NFS_SnapVault 0 0 0 NetappBCK> snap sched DS_NetappA_RDM_SnapVault 0 0 0 NetappBCK> snap sched DS_NetappB_NFS_SnapVault 0 0 0 NetappBCK> snap sched DS_NetappB_RDM_SnapVault 0 0 0 NetappBCK> snap sched DS_NetappC_NFS_SnapVault 0 0 0 NetappBCK> snap sched DS_NetappC_RDM_SnapVault 0 0 0 NetappBCK> snap sched DS_NetappD_NFS_SnapVault 0 0 0 NetappBCK> snap sched DS_NetappD_RDM_SnapVault 0 0 0
4) Configurar la planificación de retención para cada volumen en la controladora de destino:
NetappBCK> snapvault snap sched DS_NetappA_NFS_SnapVault Backup_VMs_DS_NetappA_NFS_SnapVault 14@- NetappBCK> snapvault snap sched DS_NetappA_RDM_SnapVault Backup_VMs_DS_NetappA_RDM_SnapVault 14@- NetappBCK> snapvault snap sched DS_NetappB_NFS_SnapVault Backup_VMs_DS_NetappB_NFS_SnapVault 14@- NetappBCK> snapvault snap sched DS_NetappB_RDM_SnapVault Backup_VMs_DS_NetappB_RDM_SnapVault 14@- NetappBCK> snapvault snap sched DS_NetappC_NFS_SnapVault Backup_VMs_DS_NetappC_NFS_SnapVault 14@- NetappBCK> snapvault snap sched DS_NetappC_RDM_SnapVault Backup_VMs_DS_NetappC_RDM_SnapVault 14@- NetappBCK> snapvault snap sched DS_NetappD_NFS_SnapVault Backup_VMs_DS_NetappD_NFS_SnapVault 14@- NetappBCK> snapvault snap sched DS_NetappD_RDM_SnapVault Backup_VMs_DS_NetappD_RDM_SnapVault 14@-
Con esta configuración indicamos que queremos almacenar un total de 14 snapshots en el destino cuyos nombres serán Backup_VMs_DS_NetappA/B/C/D_NFS/RDM_SnapVault. Si lanzamos la tarea de SMVI una vez al día entonces podríamos recuperar VMs de hace 14 días desde la controladora de contingencia.
6) Configuramos la opción siguiente en todas las controladoras implicadas en esta configuración (origen y destino):
NetappA> options httpd.admin.enable on NetappB> options httpd.admin.enable on NetappC> options httpd.admin.enable on NetappD> options httpd.admin.enable on NetappBCK> options httpd.admin.enable on
7) Copiar los archivos de SV-SMVI descomprimidos al servidor vCenter donde tenemos instalado VSC.
Para este paso generalmente suelo crear una carpeta SV-SMVI en la raíz de la unidad de sistema (C:) donde ubico los archivos sv-smvi.exe y sv-smvi.pl. Además genero la carpeta LOG donde redirigiremos la salida del script.
8) Generar el script que usaremos como Post-Backup de SMVI dentro de VSC (sv-smvi.cmd). El script se debe ubicar en la ruta C:\Program Files\NetApp\Virtual Storage Console\smvi\server\scripts.
El contenido del script, en este caso, es el siguiente:
cd "C:\SV-SMVI" sv-smvi.exe -svip NetappA -svuser smvi_backup -svpasswd password -verbose -report -reportdir C:\SV-SMVI\LOG sv-smvi.exe -svip NetappB -svuser smvi_backup -svpasswd password -verbose -report -reportdir C:\SV-SMVI\LOG sv-smvi.exe -svip NetappC -svuser smvi_backup -svpasswd password -verbose -report -reportdir C:\SV-SMVI\LOG sv-smvi.exe -svip NetappD -svuser smvi_backup -svpasswd password -verbose -report -reportdir C:\SV-SMVI\LOG
NOTA Adicional
Es probable que SV-SMVI esté intentando acceder a las controladoras por una IP que el servidor vCenter no pueda alcanzar. En ese caso podríamos usar el modificador –svip pero tiene la limitación de que solamente se puede especificar para una controladora. En el caso de tener una tarea de backup que implica volúmenes de diferentes controladoras entonces podemos usar el modificador –dnslist donde realizaremos el match entre IP de Storage e IP de gestión. Veamos un ejemplo de la salida del Log:
LOG REPORT FOR SV-SMVI ----------------------------------------------------- [13:50:55] SV-SMVI Version: 3.0.3 [13:50:55] Log Filename: C:\SV-SMVI\LOG\SV-SMVI_20140813_135055.log [13:50:55] Start Time: Wed Aug 13 13:50:55 2014 [13:50:55] Saving DNS references for 1.1.1.132 as 192.168.2.132 ... [13:50:55] Saving DNS references for 1.1.1.134 as 192.168.2.134 ... [13:50:55] Saving DNS references for 1.1.1.104 as 192.168.2.104 ... [13:50:55] Saving DNS references for 1.1.1.106 as 192.168.2.106 ...
En este caso se están haciendo descubrimientos de volúmenes sobre IPs de un segmento no enrutado (VLAN de Storage NFS) por lo que necesitamos configurar la relación de esas IPs por otras que sean accesibles desde vCenter (IPs de gestión por ejemplo). Por tanto el script que funciona correctamente en este escenario es:
cd "C:\SV-SMVI" sv-smvi.exe -dnslist 1.1.1.132:192.168.2.132,1.1.1.134:192.168.2.134,1.1.1.104:192.168.2.104, 1.1.1.106:192.168.2.106 -svuser smvi_backup -svpasswd password -verbose -report -reportdir C:\SV-SMVI\LOG
Es fundamental que el servidor vCenter resuelva bien los nombres de las controladoras para establecer correctamente las conexiones. Además, como buena práctica, generaremos un usuario compartido en cada controladora de origen y destino con mismo nombre y credenciales para evitar usar root. Por ejemplo podemos generar el siguiente usuario:
Name: smvi_backup Info: Rid: 131042 Groups: Administrators
9) Editar o crear una nueva tarea de backup SMVI y seleccionar el nuevo script:
Al lanzar la tarea observaremos que SMVI no termina hasta que no se transfieran todas las relaciones de SV implicadas en el Backup:
Al finalizar la tarea podemos ver cómo se han generado los snapshots de SV que hemos configurado previamente:
Para cada volumen observaremos el nombre configurado seguido de un contador (.0, .1, .2,…). Además el último snapshot generado por la tarea (el recent) tiene una dependencia con SnapVault:
Para finalizar observemos que en la controladora de destino tenemos disponibles las LUNs RDM:
NetappBCK> lun show -v
/vol/DS_NetappA_RDM_SnapVault/backup/DS_NetappA_RDM 20g (21474836480) (r/o, online)
Serial#: Bg2Fx+J15jBt
Share: none
Space Reservation: disabled
Multiprotocol Type: vmware
Occupied Size: 27.5m (28856320)
Creation Time: Fri Aug 1 10:44:03 CEST 2014
Cluster Shared Volume Information: 0x0
Read-Only: disabled
. . .
. . .
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
