Quiero compartir este “storage consejo” a raíz de una incidencia
que tuve al momento de realizar un RESTORE a partir de un Backup realizado en
VMWARE mediante el VSC. El problema se produjo cuando se realizó un RESTORE de
un DATASTORE y la CPU de la controladora aumentó considerablemente lo que
ocasionó una penalización en el rendimiento de la cabina de NetApp.
La explicación es la siguiente.
El VSC realiza el proceso de Backup tanto de máquinas virtuales como de
Datastores, para este proceso el procedimiento es el mismo, es decir realiza un
Snapshot a nivel de volumen , la diferencia radica en el procedimiento para
hacer el RESTORE, de hecho se recomienda hacer un RESTORE a nivel de
Datastore sólo en caso de Disaster Recovery, y es lógico ya que el proceso en
sí, lo que hace es utilizar la funcionalidad de Snaprestore ( por eso es
pre-requisito tenerlo licenciado) para restaurar a nivel de Datastore ya que
hace un clone/Split del Snapshot restaurado para luego realizar un VMotion y
reemplazar el Datastore antiguo, el mismo proceso lo realiza el SFR (single
FileRestore), en cambio si se hace a nivel de máquina virtual no utiliza el
SnapRestore sino el Clonado de LUN (Lun clone) que no ocupa espacio en el
volumen y simplemente a través de VMotion copia la máquina virtual restaurada
en el Datastore reemplazando la antigua.
En resumen los procesos en “background” que se generan en
las controladoras de NetApp son los siguientes:
Restore de Datastore.
snap
restore -t file -s nightly.0 /vol/vol_name/vmfs_lun_name
Restore de Máquinas Virtuales
lun clone create /vol/clone_vol_name -o noreserve -b
/vol/vol_name nightly.0
En conclusión, si tenemos
nuestras controladoras a un nivel de CPU
por encima del 50% se debe tener cuidado al programar o ejecutar un RESTORE de
un Datastore por VSC ya que la ejecución de un clone/Split puede hacer que
nuestra infraestructura de almacenamiento se vea afectada considerablemente.
Bueno amigos, espero que este
storage consejo les haya sido de utilidad.
