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.

VMworld 2014 US – Cuenta regresiva!!

Si no sabes que en agosto de cada año se celebra el evento de virtualización más grande de la industria te recomiendo que entres a http://vmworld.com y veas todo lo que está por pasar en 20 días partiendo desde hoy domingo 3 de agosto.

VMworld es un evento donde se reúnen los grandes de la industria, este evento es creado y liderado por VMware.

¿Por qué ir a VMworld?

En este evento se reúnen líderes, expertos y profesionales del área de TI para sumergirse en las nuevas tendencias como los son las tecnologías orientadas a la nube, SDDC (Software Define DataCenter) y NFV. Solo por mencionar algunos de los tópicos que se presentan.

Si quieres saber más, aquí está el FAQ oficial.

http://www.vmworld.com/community/conference/us/faqs

¿Contenido?

El contenido es muy variado y hasta ahora he visto sesiones que van desde almacenamiento hasta networking con NSX. Por el momento creo que estoy inscrito por lo menos en 10 sesiones y otras 3 o 4 por confirmar ya que la lista de espera es grande y pronostican que este será uno de los años más excitantes por la cantidad de material y por el posible anuncio de nuevos productos.

http://www.vmworld.com/community/conference/us/learn/content-catalog#0

¿Eventos Sociales?

Además de poder presenciar las presentaciones ya sean técnicas o simplemente introductorias de los productos de VMware, lo que creo más importante es el contacto con otros profesionales de TI que ya posiblemente lo sigas en twitter o linkedin.

Ahora, imagínense que pertenecen a un pequeño grupo al cual VMware les ha otorgado el estado de expertos y a quienes VMware les organiza un evento especial. Sí, estoy hablando de esos vEXPERT. ¡No tiene precio!

Todavía hay más!

Este año como en años anteriores, ProfesionalVMware realiza los ya conocidos Tech Talks.

http://professionalvmware.com/2014/06/techtalks-at-vmworld-2014/

Aquí un video de Tech Talks del año pasado.

 

Aún hay tiempo para que vayas a VMworld 2014 US!

Storage Analitycs – Datastore Space.

Storage Analitycs.

Es el nombre de un DECK predeterminado en CloudPhysics y como su nombre lo implica, este DECK contiene 6 Cards dedicadas a decirnos que está pasando en nuestro almacenamiento conectado a vSphere y en el cual viven nuestras preciadas máquinas virtuales.

Una de las “cartas” en este DECK es Datastore Space.

La finalidad de esta “carta” es detectar como asignamos y usamos el espacio en los datastore que están conectados a nuestros ESXi ya sean directos, NFS, FC o iSCSI.

Una de las cualidades de esta carta es que desde el mismo DECK ya podemos saber si tenemos algún problema en nuestros datastore, en mi caso existen 2 alertas.

Una vez dentro de Datastore Space lo primero que vemos es la organización de todo nuestro ambiente de vSphere, esto puede llevarnos a confundir o tener que invertir tiempo en la búsqueda de la información que necesitamos. Lo mejor es usar la opción de Filter.

El filtro usado en este ejemplo es directamente al cluster de ESXi ubicado en mi HomeLAB. Podemos seguir filtrando con la opción de Show datastores with que la tenemos más abajo.

 

Mucha información, que hacemos con ella?

Después de aplicar los filtros tenemos menos información que interpretar y esto muchas veces es bueno porque nos libra de posibles errores al consumir la información.

En la imagen anterior vemos el resultado de los filtros aplicados, este resultado está compuesto por diferentes valores de los cuales conocemos algunos que siempre están presentes en nuestro vCliente o Web Cliente. El valor que me llama la atención es el Over-Commitment, esto es por el uso abusivo de Thin Provisioning en el HomeLAB.

Reclaimable Space nos brinda más información y esta vez concerniente a Snapshots, Thin Provisioning y el espacio usado por máquinas virtuales que posiblemente no son necesarias nunca más.

Datastores at High Risk nos muestra los datastore que están en peligro de quedar sin espacio, lo interesante es la predicción que se muestra, creo que esto es en base al historial de cómo se va consumiendo el espacio en estos datastore.

Como en la entrada anterior, toda esta información nos ayudaría a evitar un problema causado por un Datastore que se quedó sin espacio. Desde esta misma carta podemos ver una lista de las VMs que residen allí, el espacio ya siendo utilizado por la VM así como el espacio que fue aprovisionado para esta al momento de crear el o los discos virtuales.

 

Nota: Si aún no tienes cuenta en CloudPhysics, puedes generar una. Es completamente gratis y podrás usar las opciones avanzadas por 30 días.

Storage Analitycs – Datastore Contention.

Storage Analitycs.

Es el nombre de un DECK predeterminado en CloudPhysics y como su nombre lo implica, este DECK contiene 6 Cards dedicadas a decirnos que está pasando en nuestro almacenamiento conectado a vSphere y en el cual viven nuestras preciadas máquinas virtuales.

Una de las “cartas” en este DECK es Datastore Contention.

La finalidad de esta “carta” es detectar quienes causan contención en nuestro almacenamiento. Y lo hace muy bien.

 

Si contamos con varios Observer reportando vCenters diferentes (por cada vCenter necesitamos un Observer Appliance!!) podemos usar la opción de filtrado, con esta opción especificaremos cual vCenter queremos, cual datacenter, en cual cluster si tenemos varios y un datastore especifico. Usando el filtro y sus opciones tendremos la información exacta de que está aconteciendo en nuestro almacenamiento por cada Datastore que estemos presentando al vCenter.

Aja! Ya podemos ver que tenemos Datastore con contención, SynoVMwareVolume1, SynoVMwareVolume2 y Data6090G-SATA-Local.

Para fines de demostración estoy seleccionando el Datastore con más maquinas afectadas debido al alto consumo que vc5 está generando en el Datastore con el nombre SynoVMwareVolume1. En realidad esta imagen la tome varias horas después de la anterior y es la razón de que eran 11 y ahora solo 3.

Tenemos el culpable y las victimas, la pregunta ahora es como resolverlo?

En realidad eso depende (la respuesta típica!) de cada ambiente y en el mío que es mi HomeLab la forma de resolver esto es moviendo vC5 a otro Datastore con mejor rendimiento ya que además de tener vCenter esa VM también tiene instalado SQL y el software de manejo de PernixData FVP.

Esto es solo un poco de todo el potencial proporcionado por CloudPhysics y la analítica que nos brinda luego de registrar el Observer con nuestro vCenter.

Configurando la Base de Datos para Eventos en View 5.3

Como a otros, no me gusta tener servicios a ciegas, me refiero a no saber que pasa dentro del aplicativo y sus componentes, VMware View tiene la opción de conectar el Connection Server a una DB, en este caso lo estaré conectando a MSSQL para salvar esos eventos y poder analizarlos en caso de problemas en el servicio de View. Si hacemos click en Monitoring > Events tendremos la siguiente pantalla donde podemos ver un mensaje que nos indica que aún no hemos configurado la DB para los eventos.  Procederemos a realizar esta configuración, ya había creado la DB para estos fines, así que solo falta decirle al Manager cual es el servidor, las credenciales y el prefijo. Realizada la configuración podemos ver que la opción de eventos nos muestra que mi usuario realizo una configuración. View Connection Server también nos brinda enviar logs a un log server el cual más adelante también configurare.