Redescubriéndote a tí mismo … almacenamiento unificado ?!?!

Hace unos días he estado haciendo ejercicios de ingeniería inversa; resulta que un equipo de uno de nuestros competidores ha pasado por mis manos, y no he podido resistir el ponerlo a funcionar para ver en primera persona las diferencias entre lo que nosotros hacemos y lo que hacen otros; esas cosas que luego alguien pone en un powerpoint, y que a veces no terminas de creerte.

Por el camino me encontró un compañero de uno de nuestros partners, fibra óptica en mano, justo antes de virtualizar el equipo del “enemigo”, y el caso es que se quedó sorprendido, aunque no sé si porque dedicara tiempo a jugar con un equipo ajeno, o por el jaleo que estaba montando con las fibras.

Se trataba del famoso “conoce a tu enemigo” del Arte de la guerra; la verdad es que nunca me he leído ese libro, pero la frase completa viene como al pelo:

Por tanto os digo: Conoce a tu enemigo y conócete a ti mismo; en cien batallas, nunca saldrás derrotado. Si eres ignorante de tu enemigo pero te conoces a ti mismo, tus oportunidades de ganar o perder son las mismas. Si eres ignorante de tu enemigo y de ti mismo, puedes estar seguro de ser derrotado en cada batalla.

Y a eso me puse, armado con un puerto serie, San Google, San Victor (gracias!),  y unas cuantas fibras ópticas. No costó mucho, hubo algunas sorpresas, y en un par de días teníamos el resultado deseado, el equipo funcionando y exportando unas LUNs a uno de los V-Series de nuestro lab; algo que hacemos en muchos proyectos como un puro ejercicio de amortización: si hay un equipo existente que tiene espacio disponible y que todavía tiene unos meses o años de vida útil, le colocamos un virtualizador de almacenamiento delante para prestar servicios “NetApp Style” sobre los discos que ya tiene ese cliente.

La mayor sorpresa fue corroborar el tema de arquitectura que llevamos unos cuantos años defendiendo, que no deja de ser el utilizar almacenamiento unificado, con un solo controlador que permite prestar todo tipo de servicios de almacenamiento. Esto es lo que hacemos en NetApp, y de tanto contarlo ya se me había olvidado la otra realidad.

Este otro equipo también es de almacenamiento unificado, o más bien de almacenamiento amontonado, porque cuando miras por la parte de atrás del rack te das cuenta que para poder prestar servicios SAN y NAS hay que “amontonar” un sistema de almacenamiento de bloques (SAN y/o iSCSI), unos servidores de ficheros (NAS), un par de servidores de gestión, unos cuantos cables para montar un red privada y que los equipos hablen entre ellos, y hasta una UPS (!#!?!) … en fin, sus motivos tendrán.

La siguiente capa, y que ahora está de moda, es la de virtualizar almacenamiento, para lo que nuevamente la alternativa de algún otro fabricante es amontonar un dispositivo nuevo, el virtualizador, con su hardware específico, su software, herramientas de gestión y procesos diferentes, y, si no me equivoco, en todos los casos solo para almacenamiento de bloque, a pesar de mantener el almacenamiento unificado como bandera en otras líneas de producto.

En nuestro caso no tenemos un virtualizador de almacenamiento, puesto que nuestros equipos con Data ONTAP ya tienen esa posibilidad desde hace años, así que no hace falta hardware adicional para virtualizar. Pasé unas fibras a uno de los equipos del Clustered ONTAP de nuestro laboratorio, utilicé un puerto iniciador libre en uno de los nodos que ya tenemos instalados desde hace unos meses, y a correr, tenemos un sistema de almacenamiento unificado, que tiene 4 nodos para poder crecer en horizontal añadiendo capacidad y rendimiento de forma lineal, y que en cada dispositivo incluye la capacidad de prestar servicios SAN y/o NAS, ya sea sobre discos propios o sobre discos virtualizados de un tercero.

¿Cómo se gestiona todo esto? Pues muy sencillo, esas LUNs son discos adicionales que están visibles en nuestros nodos, y con ellas creamos un pool o agregado tal y como hacemos con los discos propios, gestionando los datos (volúmenes) como en cualquier otro agregado. Este pantallazo de System Manager muestra todos los agregados de nuestro cluster; el último es el virtualizado, cuya una peculiaridad es que tiene RAID-0, puesto que la cabina externa ya tiene protección RAID sobre esos discos:

Si os preguntáis por la movilidad de los datos ... si, cualquier volumen que tengamos en el cluster lo podemos mover a o desde ese agregado de discos externos, tan sencillo como seleccionar el volumen en cuestión y botón "move":

Y ni que decir que también se puede deduplicar, clonar, hacer snapshots, etc.

En resumen, se trata del único virtualizador de almacenamiento que hace servicios de almacenamiento unificado y que mantiene toda la funcionalidad e integración que las cabinas convencionales, y sin hardware adicional (ni UPS!!).

Saludos

Comments

Che que cosas, hoy en día la pegatina de "unificado" es casi tan común como lo fue la de "Intel Inside", pero del dicho al hecho hay un trecho. El caso es vender y los chicos de marketing enseguida "unifican" todo.

Javier, tengo una duda, si en un FAS 2240 cae una de las controladoras, los servicios que esté prestando pasan a la otra o se caen y hay que volver a levantarlos en la otra?

Un saludo.

Member

Pues las dos controladoras hacen un servicio activo-activo, para una para los discos y servicios que tiene asignados. En caso de fallo de una controladora (hardware o software) se produce un takeover del servicio que prestaba en la controladora superviviente; esto, salvo en el caso de los CIFS anteriores a la versión 3, no genera errores ni desconexiones en los clientes, ya que es un proceso automático y termina en unos pocos segundos.

El devolver el servicio a la controladora que falló (giveback) normalmente se deja como una acción manual, puesto que lo normal es investigar porque ha fallado antes de devolver el servicio.

Saludos

Ya sabía yo que estaría muy bien contemplado esta posibilidad.

De luxe!