jueves, 30 de enero de 2014

Software-Defined Storage. Capa de almacenamiento en entornos virtuales



Uno de los temas tratados en el último VMWORLD fue la estrategia a seguir por parte de VMWARE con respecto a la capa de almacenamiento, ya en un post anterior tratamos las funcionalidades de VSA (Virtual Storage Appliance) de Vmware, que ofrecía una alternativa a un almacenamiento externo y compartido a través de ARRAYS de discos locales en cada uno de los Hosts ESX que eran gestionados en una capa virtual proporcionada por la arquitectura de VMWARE, esta solución implicaba prescindir de una arquitectura de almacenamiento externo, aunque está claro que esto depende del diseño y de las funcionalidades y aplicaciones que queremos implementar dentro de nuestra infraestructura virtual.

            Se habló del concepto de “Software-Defined Storage (SDS)”, que  es un modelo de almacenamiento que nos permitirá, dentro de nuestra infraestructura virtual, tener la capacidad de gestionar “pools” de recursos de almacenamiento y poder realizar gestión y flexibilidad de movimiento de datos sobre las cabinas en donde se almacena la información, esto ha sido posible con la integración de VMware con las cabinas de almacenamiento a través de la funcionalidad VAAI (vStorage API for ArrayIntegration), que permite tener un mayor control sobre el almacenamiento teniendo la capacidad de asignar recursos cuando y donde se necesite, a través de políticas dentro de nuestra plataforma de virtualización.


           
            Sin duda todos estos cambios y nuevas funcionalidades en las arquitecturas de virtualización correspondientes a almacenamiento,  nos llevará a facilitar la transición hacía entornos de Cloud, donde los conceptos de movilidad e integración de datos son fundamentales para ofrecer un servicio más óptimo en nuestra infraestructura de datos.

 Hasta la próxima.

martes, 31 de diciembre de 2013

El futuro de DataOntap pasa por Cluster-Mode




.. En post anteriores comentamos de la importancia que iban a tener en las infraestructuras tecnológicas, conceptos como entornos virtualizados, almacenamiento unificado, soluciones de Cluster Heterogéneas y sobre todo la evolución que iba a experimentar el almacenamiento dentro de cualquier plataforma, con la finalidad de garantizar alta disponibilidad, escalabilidad y por supuesto alto rendimiento.
En este sentido NetApp propone una evolución de sus sistemas DataOntap que denomina DataOntap Cluster-Mode.

En este artículo explicaremos algunas características y funcionalidades de esta versión de DataOntap que a medida que pase el tiempo veremos en más implementaciones de arquitecturas basadas en NetApp.

jueves, 21 de noviembre de 2013

STORAGECONSEJOS: Procesos de RESTORE a través de VSC (Virtual Storage Console) de NetApp en VMWARE



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.

viernes, 27 de septiembre de 2013

TIPS y consideraciones para actualización de NetBackup 7.5




En este artículo explicaremos algunas consideraciones a tomar en cuenta para actualizar nuestra plataforma de backup basada en NetBackup de Symantec.

jueves, 26 de septiembre de 2013

Recomendaciones para la creación de LUNs en volumenes de NETAPP




En este artículo detallaremos algunas recomendaciones y criterios para la creación de LUNs en NetApp, también veremos las diferentes opciones que tenemos para una gestión más óptima de snapshots en volúmenes que contienen LUNs.

Empecemos comentando que cuando en Netapp creamos un volumen de forma predeterminada se reserva un 20% del espacio del  volumen para snapshot, en versiones más actuales se reserva un 5%, esta reserva es configurable.