El artículo de hoy no va a ser un paso a paso que explique cómo realizar una tarea concreta. En esta ocasión intentaré que reflexionéis si las decisiones que tomáis para diseñar vuestro almacenamiento son las adecuadas.

A día de hoy aún resulta difícil hacerle ver a la compañía que va a explotar su infraestructura virtual la importancia del almacenamiento. En gran medida la culpa es de la persona que diseña (el comercial NO diseña) la solución a implantar. ¿Por qué digo esto?

Vendemos el almacenamiento como si de un contenedor de GRAN tamaño se tratase: cuánto más PETABYTES le venda más contento estará, ya que más máquinas virtuales puede alojar.

El primer paso que demos ha de ser el de transmitir a la compañía la importancia que ha adquirido el almacenamiento en una infraestructura virtual, ya que todas sus máquinas virtuales se alojarán ahí. En una infraestructura descentralizada de servidores físicos en la cual cada uno tiene su propio almacenamiento un fallo SÓLO afecta a ese servidor, pero en el caso de una infraestructura virtual si el almacenamiento falla la compañía se queda PARADA.

Ahora que todas las partes son conscientes de la criticidad de este componente, nuestro diseño debe cumplir con los requisitos de disponibilidad que la compañía nos marque. De todos modos debemos evitar los puntos únicos de fallo, de nada sirve vender HA si luego tenemos una sola fuente de alimentación. En estos requisitos de disponibilidad podemos contemplar las siguientes técnicas:

• Redundar las SPs (controladoras de almacenamiento) y las fuentes de alimentación.
• Usar RAIDs que proporcionen redundancia: RAID 1/10/5/6.
• Usar discos Hot Spare (discos de reserva) para tener una mayor ventana de reemplazo.
• Usar sitios secundarios para replicación (si el presupuesto lo permite).

Teniendo en mente las opciones anteriores, el siguiente paso es calcular el RENDIMIENTO que ha de cumplir nuestro almacenamiento para soportar las IOPs de las máquinas virtuales. En servidores de bases de datos SQL, Oracle y de correo Exchange 2003/2007 así como entornos VDIs este aspecto es fundamental para contar con el éxito asegurado en el diseño.

En la misma infraestructura descentralizada de la cual hablábamos anteriormente cada servidor podía tener como mínimo un RAID1, el cual proporciona unas 270 IOPs. Cuando se necesitaba más rendimiento se montaba otro servidor y esta era la forma de escalar. Las IOPs no van en concordancia con la capacidad del disco, sino con la latencia media de rotación y el tiempo medio de búsqueda tanto para lectura como escritura. Para entender mejor que rendimiento y capacidad no van de la mano vamos a poner un ejemplo.

Imaginad que tenéis 3 servidores físicos y que cada uno cuenta con 150GB en RAID1. Queremos convertir la infraestructura física a virtual y la cuenta más rápida sería: 3 SERVIDORES   x   150GB CADA UNO = 450GB EN TOTAL. Por lo que pensaríamos que con 2 HDs de 600GB en RAID1 ya tenemos almacenamiento suficiente para alojar los 3 servidores.

Como habréis observado hemos obviado por completo las IOPs en nuestros cálculos. Tal vez pueda parecer absurdo el que se nos olvide o no las tengamos en cuenta, pero ... ¿cuántos habéis hecho el mismo cálculo que acabamos de hacer? Es importante que siempre tengáis ese valor en cuenta. Para conseguir el mismo número de IOPs que el entorno físico (810 IOPs) necesitaríamos 6 HDs y para igualar el almacenamiento que fueran de 173GB.

A continuación se muestra una tabla con las IOPs de disco aproximadas, así como las penalizaciones de los diferentes RAIDs y cómo calcularlos:

Para calcular la penalización del RAID hay que sumar la capacidad RAW IOPs de todos los discos y dividirla por la suma de la penalización por el porcentaje de escritura con el porcentaje de lectura.

RAW IOPs / [(PENALIZACIÓN x (%ESCRITURA/100)) + (%LECTURA/100)]

Por ejemplo un RAID1 de 2 HDs 15K a 70% lectura y 30% escritura sería:

180+180 / [(2 x (30/100)) + (70/100)] = 360 / (0,6 + 0,7) = 277

En resumen, como habréis podido comprobar el cálculo de las IOPs es un factor muy importante a la hora de diseñar nuestra red SAN para nuestra infraestructura virtual. Se puede conseguir un mayor número de IOPs con menos discos o viceversa, por lo que siempre es importante realizar estos cálculos para asegurar el rendimiento y escalabilidad de la solución sobre todo en diseños de VDI.

En este nuevo artículo dedicado a VMware y su almacenamiento vamos a conocer una herramienta gratuita de diagnóstico que nos ayudará a detectar: el almacenamiento desaprovechado en una VM y si está desalineada.

Esta herramienta gratuita ha sido creada por el vExpert Ricky El-Qasem, la cual podemos descargarla desde el siguiente enlace http://read.virtualizeplanet.com/?p=366.

Una vez la tengamos descargada su instalación es trivial, con el típico siguiente, siguiente y finalizar. Dejamos pues a un lado su instalación y vamos a ver como utilizarla.

Ejecutamos la aplicación y lo primero que tenemos que hacer es clic sobre VMware Tree e introducir los datos de nuestro host ESX(i) o vCenter.

El siguiente paso es configurar los parámetros de análisis. Hacemos clic en Scan Options y en la ventana que nos aparece tenemos las siguientes opciones:

• vDisk Waste Options. Indicamos a partir de que porcentaje de espacio desaprovechado en disco queremos que nos avise. De forma predeterminada está seleccionado que nos informe si está desaprovechado más del 50% del disco.
• vDisk Alignment Options. Aquí tenemos dos valores, 32K ó 64K. La elección de uno u otro depende de nuestro fabricante de almacenamiento.
• Dentro del apartado anterior disponemos de unos campos para introducir las credenciales. Si lo estamos haciendo contra VMs que pertenecen a un dominio, la mejor opción es usar las credenciales de un usuario del dominio con permisos de administrador.

Una vez completados los datos anteriores hacemos clic en Confirm. Decir que esta herramienta funciona exclusivamente con sistema operativo Windows. Muy importante tener el firewall de Windows deshabilitado, ya que de no ser así la opción de alineación no podrá consultar a través de WMI.

Ahora desplegamos el árbol y podemos seleccionar a nivel de datacenter, host o VM. Una vez elegida la opción deseada podemos hacer clic en las siguientes opciones:

• vDisk Waste. Si superamos el throughput que pusimos de más del 50% libre nos aparecerá un aviso circular rojo con un signo de admiración blanco. En aquellos discos que no esté más del 50% libre no nos aparecerá tal signo.

• vDisk Alignment. A través de WMI va a consultar la configuración de nuestros discos en las VMs Windows (igual que ejecutar msinfo32.exe y ver los datos de storage) y nos mostrará los que se encuentra desalineados y alineados.

Con estos simples pasos hemos visto como utilizar la herramienta. Es importante mantener alineados nuestros volúmenes VMFS y los almacenamientos de las VMs para tener un óptimo rendimiento I/O y así conseguir un buen throughput.

Para conocer más sobre la importancia de la alineación podéis consultar los siguientes documentos y Blogs, que servirán de ayuda para conocer más al respecto y ver como alinear nuestros almacenamientos.

http://www.vmware.com/pdf/esx3_partition_align.pdf - VMware

http://clariionblogs.blogspot.com/2008/03/setting-alignment-offset-on-esx-server.html - Clariion blogs

http://www.yellow-bricks.com/2010/04/08/aligning-your-vms-virtual-harddisks/ - Yellow Bricks

http://blogs.netapp.com/virtualstorageguy/2010/04/raising-awareness-around-the-misalignment-of-data.html - NetApp Virtual Storage Guy

Como nota decir que de forma predeterminada a partir de vCenter 2.0 los datastores formateados desde el cliente de gestión ya están alineado a nivel VMFS. A nivel de sistema operativo a partir de Windows Vista/7/2008 el sistema operativo también se encuentra alineado, pero no en versiones anteriores como NT/2000/XP/2003.

Hoy en el Blog de Citrix han publicado que la compañía Open-E, Inc. suministra gratuitamente dos licencias de su producto Open-E DSS V6 SIN LÍMITE de almacenamiento. Esto es una ventaja respecto a la versión Open-E DSS V6 Lite, la cual tenía un límite de 2TB.

Para aprovechar esta ocasión sólo tenéis que mandar una copia de vuestra certificación  a certification@open-e.com. La promoción es válida hasta el próximo 31 de marzo de 2011.

¡A que esperas!, distribuye esta noticia para que todos puedan aprovechar la oportunidad.

En esta entrega os traigo un vídeo tutorial donde explica la importancia de seleccionar el tamaño de bloque adecuado a la hora de formatear nuestro almacenamiento VMFS en VMware ESX(i). Recordad las siguientes recomendaciones y advertencias que os muestro:

• Una vez formateado el almacenamiento VMFS no se puede cambiar el tamaño de bloque, excepto si formateamos y comenzamos de nuevo, lo que supone la pérdida de todos los datos.
• Es aconsejable tener varios almacenamiento con diferentes tamaños de bloque para soportar VMs que demanden dichos tamaños de discos.
• No es aconsejable formatear todos los almacenamientos al mayor tamaño de bloque, ya que si nuestros discos virtuales no van a superar los 256 GB, estaríamos desperdiciando almacenamiento neto.

Estamos un lunes más aquí con esta segunda entrega de la Pizarra. Hoy vamos a ver los conceptos fundamentales de Multipath I/O. Podéis dejar vuestras consultas para futuras pizarras en la dirección de correo lapizarra [at] e2h [dot] net.