Archivo

Filtrar:

Storage dependiendo del servicio

Escrito por: admin

¿Storage dependiendo del servicio?

Muchas veces cuando se va al ritmo de la evolución tecnológica si uno se detiene por un momento y vuelve la vista atrás es cuando realmente se da cuenta de cuanto han cambiado las cosas. Más en concreto de cómo en temas de storage, que hasta hace dos días se basaba en servidores dedicados con una buena controladora raid y buenos discos (junto con algunas cabinas de discos para centralizar los datos y de cintas para realizar backups), ha cambiado por completo debido a la virtualización o al “cloud”.

En nuestro caso, ahora que mientras escribo estas lineas he parado un segundo para ver cómo hemos cambiado, se ha pasado a prácticamente  tener casi un tipo de storage por cada tipo de servicio o mejor dicho, de necesidad.

Veamos.

Para las VPS’s (Servidores basados en máquinas virtuales) solemos utilizar a nuestros grupos de HA (High Availability) de cabinas de discos Equallogic bajo iSCSI que son un todoterreno y la base sobre la que solemos partir, son nuestro core y tanto su rendimiento como sobretodo fiabilidad las tenemos más que comprobadas, a partir de aqui se abre el abanico de posibilidades.

Que las VPS’s necesitan más IOPS o mejor latencia? Pues nos vamos a storage local directo sobre las hojas blades con una buena controladora raid y discos a SAS a 15K o SSD, precisamente la misma solución en la que basamos nuestras infraestructuras de VDI para las workstations de los usuarios finales y donde evidentemente servidores críticos como Domain Controler, File Servers, … los tendremos en un storage con mayor tolerancia a errores.

Si se busca el rendimiento máximo incluso mayor que un raid de discos SSD debido a una aplicación que hace uso de I/O de forma criminal sin importar la tolerancia a fallos (el ejemplo más claro serían querys a bases de datos que necesitan generar muchas tablas temporales) inlcuso el bus SATA/SAS puede quedarse corto. Bien, no hay problema, ampliamos RAM en dicho equipo y utilicamos la RAM como disco duro local (Ramdisks).

Por lo contrario si queremos tener una infraestructura que pueda crecer en horizontal blanceando los servicios en N servidores (el ejemplo más claro podría ser un website donde los usuarios suben contenido y éste contenido tiene que ser accesible por todos los servidores web de la plataforma) entonces ya necesitamos un repositorio común de contenido accesible por todos, y ya puestos a pedir, tambien en HA para que nunca falle (o mejor dicho añadir algunos 9’s al SLA); pues para éste tipo de servicio/storage nos basamos en cabinas con cabezera NFS o SMB integrada donde a su vez podemos escoger entre volúmenes basados en raids SSD puros o bien híbridos (discos convenciales con discos SSD’s por encima para añadir una capa caché), los primeros podrían ser muy adecuados para todo tipo de proyectos y los segundos, sobretodo para proyectos con muchos GB’s de información donde los archivos no son demasiado peticionados o bien solo muy pocos lo son de forma simultánea (bancos de imágenes, videos, facturas,…).

Finalmente como a paranóicos pocos nos hacen competencia y queremos tener de serie backup de todo y recuperar contenido en cuestión de muy pocos minutos las cintas ya no nos sirven, para ello tenemos cabinas dedicadas de discos SAS y nSAS donde nuestros Veeams guardan allí los backups de todas las máquinas incluido su contenido y nos permiten recuperar en tiempo record desde un servidor virtual entero al completo hasta solo un arhivo suelto que éste contiviera.

Por supuesto esto es solo una parte de la historia, la escrita hasta hoy, el mundo del storage es uno de los que está evolucionando más rápido y pronto conceptos que hace tiempo que ya existen como SDS (Software Defined Storage) serán cada vez más utilizados en el día a día. A modo muy simple de explicarlo para aquellos que no lo sepáis, se trata de separar la capa de storage física creando via software un nuevo pool de recursos o infraestructura de discos, o para hacer un símil acorde con las tendencias y modas, el SDS sería el “hacer un cloud con todos los discos de todos los servidores o cabinas”.

Desde ICM donde estamos en una profunda renovación de la infraestructura implementando la red a 40G y 10G,  el storage de red será uno de los mayores beneficiados de dichas velocidades de transferencia donde el 1G era actualmente el cuello de botella. Esperamos pronto poderos dar noticias de nuestras pruebas con VMWare VSAN6 que esperamos implementar en los próximos meses, pero sin olvidar por supuesto, a actores tan importantes como Nutanix o SimpliVity que son capaces de dar dos vueltas de tuerca al concepto de SDS con sus soluciones hyper-convergentes y que los vamos siguiendo muy de cerca para ver su viabilidad de implementación en nuestra infreastructura.