vSphere 6 – ¿Que hay de nuevo en VSAN? – Parte 2

Que tal gente, el día de hoy vamos a continuar con la serie de artículos sobre lo nuevo de VSAN, en este caso nos toca hablar de All Flash VSAN.

¿Que arquitecturas soporta VSAN?

Si se encuentran leyendo este articulo es mas que seguro que ya manejan perfectamente el concepto de VSAN Híbrido, de cualquier manera vamos a revisar rápidamente como es una arquitectura híbrida en VSAN vs una arquitectura All-Flash.

Screen Shot 2015-02-22 at 3.47.16 PM

  • Hibrida – En esta arquitectura tenemos 2 tipos de disco, discos de estado solido o tecnología flash y discos mecánicos (SATA, SAS, NL-SAS) en un solo disk group. Toda operación de I/O llega como primer punto a la capa de “Cache” que en es provista por el SSD teniendo 30% para buffer de escrituras (por buffer nos referimos a un espacio donde se almacenan los datos por un tiempo limitado, logrando un acknowledge bastante rápido de estas operaciones de escrituras), después de cierto tiempo o que se alcance un threshold de ocupación en el SSD estas operaciones son enviadas a la capa de persistencia o “capacidad” (destage).

Screen Shot 2015-02-22 at 7.10.48 PM

  • All Flash – En esta arquitectura solo tenemos discos de SSD (también otras tecnologías como PCIe o flash dimms), a diferencia de una arquitectura híbrida la persistencia de datos también se almacena en discos de SSD y no HDD. En este caso no se cuenta con cache de lecturas, el SSD será exclusivamente utilizado para buffer de escrituras y los discos SSD que están marcados como capacidad estarán sirviendo las lecturas a disco.

¿Que diferencias y consideraciones tiene All flash vs híbrida?

  • No se cuenta con cache de lecturas, el 100% de la capa de caching esta dedicada a escrituras (para tener tiempos muy bajos en cuanto a latencias)
  • Al no tener cache de lecturas no podemos utilizar la capacidad “Flash read cache reservation”.
  • Los discos de SSD son usados para cache y capacidad.
  • NO se soporta 1Gbps en un cluster All Flash, exclusivamente 10Gbps.
  • Se tiene que marcar los discos de SSD que serán utilizados como capacidad a través de línea de comando (mas adelante lo veremos)

¿Como se marca un SSD para ser usado en capacidad del cluster?

Se tienen distintos métodos para hacer esto, pero en realidad la manera mas sencilla (desde mi punto de vista y parece que William Lam lo comparte) es a través de el namespace de VSAN en ESXCLI. Para esto debemos primero identificar el disco en cuestión que será utilizado como disco de capacidad, lo podemos hacer con el comando:

esxcli storage core device list

Una vez obtenido el identificador T10 (naa.xxxx…) o MPX  lo vamos a utilizar para marcar dicho disco como capacidad, para esto vamos a emplear esxcli:

esxcli vsan storage tag add -d naa.xxxxx (identificador de disco) -t capacityFlash

Después verificamos que en realidad ya está marcado como disco de capacidad, para esto tenemos el comando vdq donde se deberá tener un “1” en ‘IsCapacity Flash’. Aquí podemos ver un ejemplo del resultado del comando vdq -q (en este caso es se trata de un cluster híbrido y no all-flash, por lo que podrán notar que ningún disco esta marcado como capacidad):

Untitled
De cualquier manera les dejo el articulo por William Lam donde detalla paso a paso la configuración de VSAN en All Flash cubriendo los 3 distintos mecanismos que tenemos para poder lograr el objetivo http://www.virtuallyghetto.com/2015/02/how-to-configure-an-all-flash-vsan-6-0-configuration-using-nested-esxi.html.

¿Que consideraciones de diseño debemos de tener para VSAN en All flash?

Aquí les dejo algunas consideraciones de diseño, en su momento tendré un articulo exclusivamente de diseño para VSAN tanto híbrida como All Flash con ejemplos y diagramas 😀 :

  • Para la capa de Buffer, se debe de considerar discos de SSD con un alto endurance o durabilidad, generalmente esto se mide por la cantidad de escrituras completas del dispositivo al día (DWPD), VMware estará utilizando una medición algo distinta con TB escritos o TBW. Si tomamos el ejemplo de un disco de 200GB con 10DWPD y otro de 400GB con 5 DWPD podemos notar que desde una perspectiva de durabilidad tal vez el disco de 400GB no cumpliría con los criterios mientras que el de 200GB si lo haría, pero vamos a verlo desde una perspectiva distinta… Si consideramos un solo día de escrituras ambos discos estarían escribiendo 2000GB ¿Cierto? por ende discos podrían ser considerados con un endurance similar, es por esto que VMware estará utilizando TBW para definir la durabilidad de los discos. Para la capa de buffer se recomienda 4TBW, mientras que para la capa de capacidad podríamos estar considerando discos de SSD con mayor espacio y menor durabilidad debido a que estos no están sometidos a la misma cantidad de escrituras por día.
  • El nuevo sistema de archivos (virstoFS), tiene un overhead de 1% del total del tamaño de disco, esto debe de ser considerado a la hora de diseñar nuestro cluster de VSAN all flash.
  • En el caso de All Flash el buffer de escrituras solo ocupará un máximo de 600GB del total del disco SSD, es por esto que se recomienda tener discos mas pequeños o hasta de 600GB.
  • Utilizar controladoras de disco con un Queue depth alto, esto permitirá tener mayor cantidad de I/Os sin saturar el canal.

 

Leave a Reply