Integrar los backups de SMVI con SnapVault

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.

Integrar los backups de SMVI con SnapVault

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.

Integrar los backups de SMVI con SnapVault

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.

Integrar los backups de SMVI con SnapVault

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.

Integrar los backups de SMVI con SnapVault

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

Integrar los backups de SMVI con SnapVault

9) Editar o crear una nueva tarea de backup SMVI y seleccionar el nuevo script:

Integrar los backups de SMVI con SnapVault

Al lanzar la tarea observaremos que SMVI no termina hasta que no se transfieran todas las relaciones de SV implicadas en el Backup:

Integrar los backups de SMVI con SnapVault

Al finalizar la tarea podemos ver cómo se han generado los snapshots de SV que hemos configurado previamente:

Integrar los backups de SMVI con SnapVault

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:

Integrar los backups de SMVI 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
. . .
. . .

Licencia de Creative Commons

This Post by David Solé Pérez is licensed under a Creative Commons Attribution-NonCommercial-ShareAlike 4.0 International License

Pagina Principal

¿Te ha gustado este artículo? ¡Suscríbete!

Artículos Relacionados

David Solé Pérez

Autor: David Solé Pérez

Services Director en ID Grup S.A. - Team Leading, Cloud Architect, Project Management, Solutions Architect, IT Consulting , Systems Integration & Deployment

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *