VMware VSAN en un ODA (Oracle Database Appliance).

No, no está soportado, pero se puede. y cuando algo que no está soportado se puede hacer automáticamente nos lleva a un modo aventurero, eso ha pasado con un ODA al cual querían sacarle todos los discos y ponerles HBA de fibra para proporcionarles almacenamiento. 24 Discos (20 HDD & 4 SSD) a los cuales se les está dando uso gracias a VSAN.

Inicialmente ESXi 5.5 no instalaba y se detenía en un error (no tengo la imagen a mano) y este se resolvió realizando el paso descrito en este link https://communities.vmware.com/message/2042806#2042806 Una imagen con las especificaciones del ODA. Lo importante del ODA es que las tarjetas HBA (SAS9211-8i) con las que viene están en la lista de HCL de VSAN, de todos modos uno de estos nodos fue actualizado desde 5.1 a 5.5 build 1331820 y esto fue porque desconocía la versión exacta de la HBA, esta reportada en los ESXi como LSI 2008. el segundo host fue instalado desde la imagen ESXi-5.5U1 la cual reporta el build 1623387.

Una de las funcionalidades del ODA es que este reporta los 24 discos a ambos SC (SC es el término usado por Oracle para referirse a un blade) esto automáticamente invalida los discos duros y VSAN deja de detectarlos, en el caso del ODA solo uno de los SC tenía acceso a los discos, tenía acceso a los 24 discos. VSAN busca discos duros los cales estén definidos como local en los servidores ESXi, en el caso del ODA este valor esta marcado como false.

La solución para esto fue drástica. Internamente cada SC está conectado a cada replicador, de los cuatro cables 2 fueron desconectados en cada SC y el resultado fue que ambos SC terminaron con 12 discos (10 HDD & 2 SSD). Así tenemos VSAN en un ODA.

AutoLab 1.5 liberado – vSphere 5.5 Ready!

Mucha ha sido la espera pero ya se ha liberado la versión 1.5 de AutoLab que a su vez ha sido soportada por Infinio, gracias a este nuevo sponsor Alastair ha conseguido más tiempo para dedicar al proyecto, AutoLab 1.5 está disponible para todos, a descargar!

Características principales?

Soporte para VSAN!
Soporte para View 5.2 & 5.3
 

Una diferencia a tomar en cuenta con respecto a versiones anteriores es el incremento en la RAM requerida por los vESX, ahora estos necesitan 4G (6G mientras iniciamos VSAN) y son 3 vESX debido a VSAN, podremos disminuir esto a 2G luego de haber desplegado AutoLab.

Enlace para la descarga – http://www.labguides.com/autolab/

AutoLab tiene logo!

VMware Virtual SAN – Proof of Concept Guide

Si está en el proceso de crear un PoC de VSAN, VMware tiene publicado una step-by-step de cómo crear uno y no fallar en el intento. Haciendo uso de este recurso y de los Lab de HOL se aseguraría una implementación de VSAN.

http://www.vmware.com/files/pdf/products/vsan/VMware_Virtual_SAN_POC_Guide.pdf

http://labs.hol.vmware.com/HOL/#lab/562

Probando Vritual SAN – the virtuallyGhetto way … Parte1

Ya sabemos que es VSAN, ya sabemos cómo crear una VM que soporte VSAN. Qué tal si mejor usamos un OVA, todos amamos y queremos las VM pre-empaquetadas y mucho más si estamos seguros de que funcionara como queremos.

Para esto descargaremos él .ova proporcionado por William Lam en virtuallyGhetto.com (https://s3.amazonaws.com/virtuallyghetto-download/vsan-nested-esxi-vm-template.ova ), luego de descargado él .ova (o podemos usar el URL directamente) procederemos a hacer un despliegue de esta VM en nuestro ESXi ( o cluster de ESXi… ) de pruebas.

Note: si solo se cuenta con un ESXi o no se tiene vCSA los pasos son diferentes a los descritos a continuación.

 

Primero creamos un folder donde colocaremos las 2 (o 3 VM con ESXi) que importaremos usando el .OVA descargado.

Creamos nuestro

Si no estás familiarizado con el Web Client (como muchos actualmente…) en esta imagen vemos como iniciamos el import del OVA.

Ahora nos toca seleccionar la ubicación del OVA, ya sea en nuestro equipo local o en un URL, en este caso seleccionaremos el URL y usaremos el link publicado por William Lam.

Una diferencia que podemos ver cuando importamos este OVA usando el Web Client en lugar del cliente desktop (lo extrañaremos!!) es que podemos ver los cambios que se aplicaron a este OVA y nos solicita que debemos aceptar estos cambios antes de proceder, selececcionamos en Accept extra configuration options y estamos listos para seguir.

Seleccionamos el folder que creamos en el primer paso.

Seleccionamos el host donde queremos que viva nuestro ESXi virtual.

Seleccionamos el datastore donde tendremos los discos virtuales del ESXi.

Seleccionamos la red, en este caso es un VSS llamado VM Network el cual es creado por defecto en ESXi.

Listo para completar!

 

Inicialmente tenía planeado una entrada completa con todo y la inicialización de los datastore de VSAN pero en último momento decidí dividirlo en una entrada de 2 partes, espero tener la segunda lo más rápido posible…

Probando Virtual SAN (VSAN) usando nested ESXi.

Es muy posible que ya sepas que es VMware Virtual SAN, pero si no es el caso, VSAN es el remplazo de Virtual Storage Appliance (VSA). Las diferencias entre estos 2 productos son muchas, pero mejor hablemos de las funcionalidades que tiene VSAN ya que VSA dejara de existir.

 

  1. Radically Simple Storage Management.
  2. Two-Click Storage Provisioning
  3. Seamless Integration with vSphere and vCenter™
  4. High Performance with SSD Caching
  5. Resiliency Against Multiple Hardware Failures
  6. Dynamic Scaling of Performance and Capacity
  7. Reduced CapEx via Server Disks
  8. High Performance, Lower TCO

 

Como se puede apreciar, la lista es interesante.

Otra diferencia es que con VSA necesitábamos un VM (varios VM tipo master-slave) quien se encargaba de controlar el almacenamiento disponible para los servidores con ESXi. Aquí un link de la lista de funcionalidades que proporciona VSA (http://www.vmware.com/products/vsphere-storage-appliance/features.html ) comparada con la lista de funcionalidades que proporciona VSAN (http://www.vmware.com/products/virtual-san/features.html ), la diferencia es clara.

 

Ahora la parte importante es como probamos esta nueva tecnología de VMware llamada VSAN sin perder un órgano del cuerpo adquiriendo nuevos equipos o SSD para poder cumplir con los requerimientos de VSAN. Por suerte William Lam ha posteado un buen elaborado paso-a-paso de cómo crear un entorno VSAN con ESXi en modo nested.

 

Nota: también aquí tenemos los pre-requsitos de los pre-requisitos anteriores!!!!

 

VSAN Walkthrough (http://vmwarewalkthroughs.com/VSAN/ )

VSAN Part 1 – A first look at VSAN (http://cormachogan.com/2013/08/26/vsan-part-1-a-first-look-at-vsan/ )

VSAN Part 2 – What do you need to get started (http://cormachogan.com/2013/08/28/vsan-part-2-what-do-you-need-to-get-started/ )

Los requerimientos para esto son los siguientes:

Tener un equipo donde poder crear como mínimo 3 ESXi nested.

Crear una VM, en la ventana de configuración  seleccionar custom.

  1. Le pondremos un nombre (ej: nESXi1).
  2. Seleccionamos nuestro datastore.
  3. En la versión seleccionaremos la versión 8
  4. En Guest OS seleccionaremos “Other” y en la versión “Other 64bit”.
  5. Necesitamos 2 vCPU asi que seleccionaremos 2 virtual sockets.
  6. La cantidad de RAM ha variado de 5.1 a 5.5 y ahora el mínimo que está permitido es 4GB.
  7.  La cantidad de NIC puede variar dependiendo de qué tan complejo será nuestro entorno de pruebas, normalmente aquí le agrego 4 NICs a la VM.
  8. SCSI controller lo dejamos por defecto.
  9. Para los discos que tendrá nuestro ESXi virtual, como minimo necesitamos 3 discos.
    1. 2G para la instalación de ESXi 5.5
    2. 4G para emular una SSD. => http://www.virtuallyghetto.com/2013/07/emulating-ssd-virtual-disk-in-vmware.html
    3. 8G para storage.

Ya con esta configuración estamos listo para crear nuestro ESXi en modo nested y luego poder probar VSAN!

Pero qué tal si alguien ya nos facilitara un template con toda la customización necesaria para correr VSAN? … si, esta disponible este template, gracias a William Lam que lo ha creado y publicado en su blog. http://www.virtuallyghetto.com/2013/09/how-to-quickly-setup-and-test-vmware.html