Tras muchos años de diseñar, gestionar, administrar y soportar entornos virtualizados una de las conclusiones más importantes que he sacado es que el almacenamiento es vital.
Esto puede parecer de cajón pero para muchas empresas no lo es, ni le dan la importancia que realmente tiene y así les va luego, con problemas día sí y día también.
Sobre almacenamiento, como sobre cualquier otro tema cada uno tiene sus gustos y sus preferencias, muy respetables todas ellas.
Yo, en este post, voy a comentar aquellos aspectos que me parecen más relevantes del almacenamiento para un entorno virtualizado, por ejemplo con vSphere.
Los puntos que indico no están ordenados por prioridad. El orden es aleatorio tal cual me han venido a la mente en el momento de escribir este artículo.
1.
Soporte técnico eficiente. Me gustaría que las cabinas que se implementan tuviesen un soporte técnico eficiente, que esté dado por expertos en almacenamiento que sepan lo que se traen entre manos. También me gustaría que el soporte pudiera ser de 2 horas tras producirse la incidencia. En entornos muy críticos 4 horas es excesivo.
2.
Escalabilidad. Me gustaría que una cabina tenga la posibilidad de crecer, no sólo en número de discos, sino que ese crecimiento pueda hacerse también a nivel de memoria caché e incluso de controladoras, de modo que pueda pasar de un modelo a otro sin necesidad de tener que tirar una cabina y comprar otra.
3.
Granularidad en el crecimiento. Las cabinas deben poder crecer de disco en disco, a voluntad del cliente, de modo que se puedan adquirir ahora 3 discos, más adelante 1 y después 20, en función de las necesidades empresariales que mueven el sistema TI.
4.
Discos SAS y SATA. En todos los entornos tenemos máquinas virtuales más críticas y otras que o bien simplemente son réplicas o bien son máquinas con una menor demanda de I/O como pueda ser un servidor web, un servidor de archivos, etc. Sería perfecto poder tener diferentes tipologías de discos en la misma cabina para poder aprovechar esa dualidad de necesidades. Dicho sea de paso los discos de Fibra y FATA tienen los días contados. Casi todos los fabricantes han dicho que abandonan esa línea de negocio.
5.
Capacidad de generar diferentes tipos de sistemas RAID. Algunas cabinas están limitadas a poder crear un sólo tipo de RAID, eso es una limitación muy importante, a mi entender, y me gustaría que una cabina pueda tener una superficie muy rápida como pueda ser un RAID 1+0 y otra más lenta como un RAID 5 ó RAID 6 para implementar VMs que no requieran de tanta velocidad.
6.
Caché ampliable en todo lo posible. Uno de los elementos claves en el almacenamiento es la caché. Sería fantástico disponer de un sistema que no tenga una limitación de sólo 4GB u 8GB sino que se pueda continuar ampliando si las necesidades de negocio lo llegan a requerir.
7.
Conectividad a gusto del cliente: iSCSI y FC. Para mí es ideal disponer de conexiones iSCSI y FC. Como sabeis recomiendo, siempre que sea posible, iSCSI, pero hay entornos en que sólo existe FC y, por una cuestión de dejar el entorno homogéneo, no está de más dejarlo con FC. Las controladoras, por tanto, deberían tener ambos tipos de conexionado disponible y que el cliente las utilice a voluntad.
8.
Soporte preventivo. Un sistema de almacenamiento es tan crítico que todas las ayudas en la detección de problemas son pocas. Me gustaría que las cabinas tuviesen un mecanismo de autocontrol o soporte preventivo por el que el fabricante me indique si hay que cambiar alguna pieza de forma automatizada.
9.
Réplica síncrona y asíncrona. En entornos de empresas medianas y grandes se requieren 2 cabinas con réplica más o menos síncrona. Me gustaría que esto no costase la torta de un pan y que se pudiese escoger entre una u otra.
10.
Control de uso de la memoria caché. Este es un punto muy importante y da mucha vida al administrador del almacenamiento. Poder decidir cómo se asigna la caché, a qué LUN o VM y ver el uso real que la cabina hace de la memoria caché son elementos importantes a considerar.
11.
Thin Provisioning. Me gustaría poder ampliar una LUN de forma fácil y que sea reconocible transparentemente por el entorno vSphere. La LUN que hoy nos parece suficiente con 300GB mañana se ha quedado pequeña y la tenemos que ampliar a 1TB, eso debería ser una operación fácil de realizar.
12.
Demo de las máquinas. Cuando hay un cambio de cabinas los clientes tienen dudas de si los nuevos modelos seleccionados son los más adecuados. Que el fabricante 'se enrolle' y deje mediante un mecanismo simple (administrativo) las máquinas al cliente para que las pueda evaluar y quedárselas o devolverlas al fabricante sin mayor compromiso.
13.
Control de uso de la memoria caché. Además de lo que ya comentado sobre la caché me gustaría también que se pudiesen definir tamaños de caché específicos para determinados servidores o VM, con el fin de adecuar el tamaño de la caché al del filesystem correspondiente.
Y ahora voy a indicar los elementos que no considero críticos:
1.
Servicio de File Server o de NFS a nivel de cabina. No necesito ni uno ni otro para nada. Si quiero tener un File Server lo encapsulo en VMDK. Tenemos clientes con File Server virtualizados de 1,5TB y sin problemas, además con el Veeam las copias se hacen en pocos minutos mediante la réplica CBT. Por otra parte, si bien NFS funciona muy bien, con VMFS es más que suficiente para la inmensa mayoría de escenarios. Quiero que la cabina sea una SAN pura y que sirva una LUN iSCSI/FC y que se formatee directamente por vSphere y no tener ninguna otra capa por debajo. Tener cualquier servicio presentado por RDM significa no tenerlo realmente virtualizado y atenta contra la transportabilidad. Siempre que sea posible, prefiero VMDK a RDM.
2.
Deduplicación. Siempre me ha parecido innecesario tener deduplicación en entornos de producción. La Deduplicación me parece fenomenal para entornos de archivo, por ejemplo, pero no la recomiendo en producción.
3.
Snapshots. No solemos utilizar la funcionalidad de snapshots porque el vSphere ya lleva las suyas y preferimos no mezclarlas. Las snapshots de las cabinas pueden llegar a influir negativamente en el rendimiento y, por supuesto, no son un backup.
Y eso es todo... ya acaba agosto y empieza el nuevo curso escolar, a disfrutarlo!
Saludos,
