When Data becomes (hopefully) Information

Agregación de enlaces y multipath para almacenamiento IP

Es cierto, ya se encuentran en el mercado dispositivos Ethernet que operan a 10Gb/sec... ¡ a qué precio !

 Una de las grandes ventajas de emplear almacenamiento IP, es que el entorno es ampliamente conocido. Pero a la vez, muchas de las infraestructuras corporativas emplean enlaces a 1Gb/sec. Que en realidad no es tal en la mayoría de los casos. Este problema no ha surgido con las necesidades de almacenamiento, de hecho, las capacidades de trunking y los protocolos LACP y Etherchannel, el teaming de adaptadores y todo un elenco de opciones para incrementar el ancho de banda por encima de ese Gigabit llevan tiempo siendo desplegados.

En los servicios de file sharing, el acceso concurrente de un número creciente de usuarios que emplean CIFS o NFS, o la implantación de soluciones de virtualización que soportan NFS para acceso a los DataStores (VMware) o incluso el protocolo iSCSI para acceso de bloque al almacenamiento como alternativa a FC (FibreChannel) han impulsado soluciones que puedan ofrecer un mejor acceso a los datos en términos de capacidad y de seguridad. Al menos en los fabricantes más reputados de la industria del almacenamiento.

En términos generales, las soluciones consisten en agregar puertos o adaptadores, considerándolos como un único enlace, para conseguir mejores anchos de banda y una mayor disponibilidad del acceso a los servicios. Veremos algunos detalles de estas estrategias.

Snapshots y ... VMWare Snapshots (I)

 Los snapshots son una potente herramienta para implantar estrategias CDP (Continuous Data Protection), y aunque, de facto, llevan con nosotros un número respetable de años, aún parece existir un cierto grado de confusión acerca de su utilización y su naturaleza.

Además de lo anterior, VMWare VCB proporciona herramientas de snapshot. Pero... ¡ cuidado !, no funcionan exactamente igual ni su función es exactamente la misma. Item más, si se emplean incorrectamente, pueden ocasionar que las máquinas virtuales dejen de responder a las peticiones de los usuarios y se produzcan interrupciones de los servicios.

Como paso previo, detallaremos cómo opera un snapshot en el ámbito del almacenamiento, para posteriormente comentar cómo funciona VMWare y cómo combinarlos en una estrategia CDP.

Snapshots inesperados con VMWare VCB

 Es preciso aclarar que el adjetivo "inesperados" se refiere a dos perspectivas: la del administrador de VMWare y la propia perspectiva del vCenter. El ESX es perfectamente consciente de que ha tomado un Snapshot.

VCB (VMWare Consolidated Backup) es una potente herramienta, especialmente si se combina con VMs que soportan VSS (Microsoft Volume Shadow Service). La idea consiste en "congelar" el I/O a la Base de Datos (SQL Server, Exchange...) mientras la máquina sigue dando servicios a los usuarios. Este trabajo lo realiza VSS a través de VMWare Tools, que instala en la máquina virtual lo que en arquitectura VSS se denomina "provider". En ese momento es cuando el ESX toma el Snapshot.

Features are constraints in Netapp

I've spent some time having a read through some posts at blogs.netapp.com, and I happened to find a surprising one, featured by Mike Richardson in The Drop Zone. Here's the link to the post.

Mike says: "A lot of strange speculation and chaos theories have occurred lately in regards to NetApp's tiering strategy.  Maybe I can help clear up why NetApp is not so dependent on tiers as our competitors."

Haven't seen any chaos theories referred to Netapp so far. In fact my perception of Netapp is positive as a first line role player in storage. No chaos or Universe breakdown to be addressed. But stating not to be tier dependent is a curious way to explain that tiers are a pain in Data Ontap for several reasons.

Tiering is a feature, which means it tries to satisfy some type of demand or market need. In this case, tiering helps to reduce the cost of data storage, as data changes its value moving forward in the Information Lifecycle. Well, I see no dependency on offering a clear tiering proposal for customers.

Los problemas del Backup con VMWare

Supongo que en algunos de los departamentos de TI, el enunciado de este post parecerá algo irrelevante. Desafortunadamente, las personas que trabajamos en servicios a clientes, tenemos que enfrentarnos a problemáticas que no han sido debidamente evaluadas cuando se han decidido cambios estratégicos como la adopción de una infraestructura virtual, transicionando desde entornos típicamente físicos (llamémosles tradicionales).

La sobresuscripción de los enlaces de red son un caso típico de deficiente planificación en el despliegue de Máquinas Virtuales (VMs) con VMWare, pero puedo imaginar que con Xen o Hyper-V, por la naturaleza de la arquitectura y la propensión al uso de sistemas blade en estos proyectos, los problemas son similares.

 No es mi foco de atención hoy el networking, aunque no por ello es menos importante. Pero en este post me centraré en los problemas derivados de la realización de copias de seguridad en infraestructuras virtuales. Como dije anteriormente, la imagen que se proyecta de las soluciones de virtualización durante las fases de preventa, tienen mucho que ver con las sorpresas que surgen al poco tiempo de comenzar la fase de producción de la nueva arquitectura. Pero no sería justo responsabilizar de esto sólo a los vendedores de soluciones, porque los usuarios de las mismas imponen en muchas ocasiones ciertos criterios que son solamente fruto del desconocimiento y la falta de experiencia en la plataforma.

¿Por qué Powerpath?

Con una creciente demanda (y disponibilidad) de soluciones de multipathing, incluyendo versiones gratuitas integradas en los sistemas operativos (p.ej. MPIO en Windows), resulta natural formularse dos preguntas a la hora de seleccionar una solución de gestión de múltiples paths para nuestra arquitectura.

La primera es ¿Por qué pagar una solución multipath, si puedo resolver el problema sin coste de licencias?

La segunda es ¿Por qué se siguen produciendo soluciones de multipath de pago, que teóricamente no pueden competir con soluciones gratuitas?

Storage Tiering en entornos Virtuales

 La posibilidad de romper los límites de las barreras físicas que imponían tradicionalmente la configuración de las cajas de servidores en los DataCenters, empleando tecnología de virtualización, está popularizando la adopción de nuevos elementos de infraestructura. Entre los componentes frecuentemente reconsiderados en las nuevas arquitecturas, los sistemas de almacenamiento merecen una especial atención.

Es cierto que la adopción de entornos virtuales se acelera tanto en las grandes organizaciones como en las pequeñas y medianas empresas. Pero también es cierto que la madurez de los clientes (y de un número relevante de los distribuidores del sector) no es aún la requerida para aprovechar al máximo las posibilidades que ofrecen a la organización, obteniendo así un retorno de la inversión (ROI) inferior al que resultaría de realizar implantaciones más concienzudas.

Deduplicación

La deduplicación es, genéricamente hablando, una tecnología que intenta evitar el respaldo de información duplicada. Esta tecnología ve la luz como respuesta a los crecientes volúmenes de datos de producción, que se multiplican en los procesos de backup gracias a las políticas de retención. Se estima que un volúmen de datos de 1TB, puede producir semanalmente 2.5TB de backup, y esta cifra, extrapolada a un período de un mes, supone 10TB de backup que es manipulado manualmente y donde, generalmente, se incluyen datos que no deberían estar, como los correspondientes a información archivable. Pero esta es otra cuestión que trataremos más adelante. De momento, consideremos que esos 10TB son producto únicamente de datos de producción.

Un estudio de IDC del 2005, predice que para el año 2011, el volumen de datos de producción se multiplicará por diez (10). Lo cual implica que esos 10TB de backup, se van a convertir para esas fechas en 100TB. Imaginemos lo que eso significa en términos de cartuchos de respaldo y en tiempo de proceso, en ancho de banda consumido y en riesgo para el error. Y, sobre todo, en la complejidad y laboriosidad de los procesos de recuperación, que al fin y al cabo son para los que se hacen los backups.

Más drives LTO-4 para un backup lento?

Cuando las tareas de respaldo consumen más tiempo del que se calcula en base a la especificación de la velocidad del drive de las cintas, la reacción más frecuente es aumentar en número de drives, y así obtener una velocidad agregada, acelerando el backup. No siempre se consigue este efecto.

El error está en considerar que el drive está permanentemente trabajando a la velocidad que figura en sus especificaciones técnicas, obviando que esto no es posible si el caudal de datos que le llega a la unidad de cinta no es suficiente. Cuando esto sucede, no sólamente la unidad trabaja al ritmo de un caudal inferior, sino que se ralentiza exponencialmente. Veamos por qué.

No, la fibra no es más complicada que iSCSI

Puedo comprender el entusiasmo que suscita en un recién llegado el descubrimiento de la utilidad de un Raid 5, o incluso el hecho de que en un Raid 10 no sólo se obtenga una mayor seguridad, sino que además se obtiene un interesante beneficio en operaciones de lectura. Todo ese ingente caudal de excitación es comprensible, aunque dos semanas después llegues a comprender que toda la industria considera ese conocimiento trivial. Es algo superado y forma parte del conocimiento asumido, asimilado y aparcado en el almacén de lo básico. Desde hace años, aunque parezca sorprendente.