de todo un poco

Intel NUC – laboratorio casero.. bueno, bonito y barato

Que tal gente quería platicarles sobre una nueva adquisición para mi laboratorio, es claro que todos queremos reducir costos y hacer mas con menos, en mi caso, mi laboratorio tiene un componente que le llamo “controlcenter” que básicamente es una VM que permite conectarme desde el exterior para poder encender todos los demás componentes de la infraestructura, a través de PXE (Servidores ESXi y almacenamiento). Claramente esta VM estaba siendo ejecutada en una workstation con 16GB de RAM y tenía ESXi instalado, el problema de esta Workstation es que tenía una fuente de poder algo poderosa para la simple tarea de mantener encendida dos vms de core y resultaba costoso mantenerla arriba. Me dí a la tarea de buscar un remplazo para esta workstation y así me encontré con la magnífica Intel NUC o Next Unit of Computing:

Esta pequeña, en verdad PEQUEÑA computadora nos ofrece interesantes propiedades dignas para un laboratorio basado en VMware, en mi caso pude adquirir el modelo “DC3217IYE” que a grandes rasgos tiene lo siguiente:

IntelNuc

  * Hasta 16GB de RAM DDR3 a 1600MHz (SODIMM)

  * 1 Puerto Gigabit de Intel

  * 2 interfaces mSATA

  * Procesador Intel Core i3 3217U dual core con HT y 1.80GHz

En mi caso adquirí un SSD de 240GB mSATA lo cual me permite almacenar localmente las VMs de core sin necesidad de tener encendido mi almacenamiento central, cosa que reduce bastante el consumo de energía.

Existe otro modelo de intel NUC que tiene un puerto thunderbolt, con el cual podrían tener 2 interfaces de red gigabit utilizando el convertidor de thunderbolt a gigabit ethernet de Mac. esto les permitiría armar un laboratorio solo a partir de Intel NUC. Una consideración es el hecho que la interfaz de red no es soportada por ESXi 5.5 (almenos en el beta) por lo que deben de agregar el vib de Intel que viene con ESXi 5.1 utilizando image builder, bastante sencillo.

Aquí podemos ver mi pequeña gran caja desplazando a una workstation que ademas de consumo energetico también generaba mucho calor:

nucesxi

¿Wake on LAN y DVS?

Que tal gente el día de hoy les voy a compartir una lección que aprendí trabajando en mi laboratorio. Como parte de la actualización que he estado realizando en el además de configurar acceso remoto a través de mi ISP y un servicio de DDNS necesitaba poder contar con encendido de los servidores y NAS de manera remota, esto como parte de mi esfuerzo en reducir el consumo de energía eléctrica que este genera.

Claramente lo primero que se me vino a la cabeza fue implementar Wake On LAN (WOL), para esto verifiqué que las tarjetas tuvieran soporte de WOL, que estuviera activada esta función en el BIOS/UEFI y que vCenter me presentase las tarjetas con soporte para el mismo:

WOLComo podemos ver, las tarjetas están soportadas (ambos servidores manejan los mismos puertos oboard, uno intel y otro realtek) verificandolo desde el cliente web de vSphere > seleccionando el host > mangage > networking > Physical Adapters:

Todo parecía estar correcto, por lo que decidí realizar una prueba con una aplicación gratuita de SolarWinds, especifiqué la MAC Address de la interfaz ethernet a la que se encuentra mapeado el puerto de vmkernel con la función de management, se envió el Magic Packet y nada sucedía…. Después de quebrarme varias horas la cabeza, estar desesperado y demás pude notar que los puertos de gestión los tenia en un switch distribuido, por lo que me di a la tarea de crear un segundo puerto de gestión que estaría compartiendo la vmnic o tarjeta de red que estaba mapeada al puerto de vmkernel que es utilizado por iSCSI y que viaja por su propio vSwitch (no distribuido):

vSwitchWOL

Me di a la tarea de realizar una nueva prueba con esta configuración y voilá ¡todo funcionaba como debía funcionar hace varias horas! 😉

El siguiente paso era simple, habilitar en mi NAS Iomega la función de Wake On LAN, por lo que simplemente ingresé a la consola de gestión (lifeline) y en “All Features > Energy Saving” confirmé que la casilla de Enable Wake On LAN estaba habilitada:

 

Screen Shot 2013-07-30 at 3.42.11 PM

Con esto ya desde cualquier ubicación sea nacional o internacional puedo hacer uso de mi laboratorio, trabajar, apagar mis equipos y tener ahorros de $$$.

 

VMware adquiere Virsto… ¿Que es Virsto?

Que tal gente, el día de hoy les voy a hablar sobre una adquisición reciente que VMware realizó, Virsto. Vamos a conocer que es Virsto, como funciona y en que nos puede ayudar.

Como todos sabemos el mundo del datacenter se esta convirtiendo a un ambiente controlado en su mayoría por software, debido a esto VMware ha desarrollado y adquirido distintas tecnologías para controlar aspectos en específico como pueden ser el networking con Nicira, el auto aprovisionamiento y automatización con distintos productos como vCloud Director, vCO, vCAC (Antes Dynamic Ops) pero un punto débil que teníamos era el almacenamiento, en este caso Virsto ha llegado a cubrir distintos aspectos para la mejora de el uso de nuestro almacenamiento en un ambiente de Cloud.

¿Que es Virsto?

Debemos de comprender que Virsto es 100% software, es decir, a diferencia de otras soluciones en el mercado Virsto no requiere de appliances físicos para poder acelerar el rendimiento del storage y podernos ofrecer todas las capacidades. Virsto puede trabajar en cualquier almacenamiento existe basado en bloque, por lo que si contamos con almacenamiento centralizado no debemos sustituirlo por algo diferente sino que lo utilizamos con Virsto.

Virsto es un hipervisor de software, para darnos mejor idea de como esta constituido echemos un vistazo a la siguiente imagen donde se nos muestra el flujo de operaciones a disco una vez presente Virsto:

Virsto-dataflow

Básicamente virsto se encarga de manejar todas las operaciones de I/O, a través de un tipo de disco que este maneja llamado vDisk mediante el cual se pueden interceptar todas las escrituras  que esta teniendo una máquina virtual a disco y estas son organizadas y secuencializadas para despúes ser enviadas a disco (vSpace). Esto se logra a través de un log de operaciones, en el momento que las escrituras son recibidas y enviadas al vLog son organizadas para permitir que el envio de estas sean en “chunks” o bloques secuenciales, en lugar de tener actividad al azar en lo que I/O se refiere. Las VMs no presentan ningún impacto en el como deben de escribir a disco debido a que una vez que las operaciones son recibidas en el log se envía una confirmación de que estas operaciones fueron escritas a disco (aunque todavía continúen en el vLog para re organizarlas y secuenciarlas).

 

Arquitectura

Como comentamos anteriormente Virsto es 100% Software, esta solución esta constituida por los siguientes componentes:

  • vMaster – En esta vm tendremos los servicios de Virsto, se trata de una vm Windows 2008 R2 SP1 (que tendremos que crear con anticipación) en esta también se almacenan los archivos para poder crear las VMs de vIOServices (OVF C:\Program Files\Virsto\OVFs) en el proceso de instalación apuntamos a nuestro vCenter Server donde se registrará un plugin de virsto y a través del cual estaremos administrando. Se requiere una sola vMaster por Datacenter Virtual en vCenter.

VIRSTSERV

  • Virsto Plugin – En el momento de la instalación de Virsto en nuestra vMaster tenemos que especificar la instancia de vCenter donde estaremos instalando este plugin, lo cual creará una entrada en el MOB de vCenter (importante notar que se tendrá una entrada en el MOB por cada vMaster que se registre que básicamente es igual a la cantidad de datacenters virtuales). Una vez instalado se creará una nueva pestaña en vCenter a través de la cual podremos entregar los appliances virtuales de vIOServices, monitorear el espacio vSpace, licenciamiento, snapshots, etc.

Virstotab

  • Virsto Namespace – se trata de un appliance virtual que es creada en el momento de realizar la entrega de los vIOServices al cluster, esta vm es un Linux (Ubuntu) con 1GB de Ram y un vCPU. Básicamente es un servidor NFS que estará presentando el espacio de vSpace  y este será montado por las appliances virtuales de vIOService  a través de red.

Appliancesvirtualesvirsto

  • Virsto vIOService – Este tipo de vm también es entregado en el momento de la configuración de los vIOServices a nivel del cluster. Se encargará de mapear RDMs para el espacio de vLog y también montará el export que esta presentando el appliance virtual de Namespace a través de red y este lo presentará a su host a través de un puerto de vmkernel privado que es creado como parte del proceso de la configuración de los vIOServices. Esta vm monitorea todas las operaciones de lectura y escritura a nivel de vDisk para que después sean redireccionadas al vSpace. Se tendrá un appliance virtual de vIOService por cada host ESXi que estará participando en el cluster de Virsto.

vSwitchinterno-virsto

  • vDisk – es un archivo que puede presentarse en distintos formatos, VMDK, VHD, etc. Básicamente es una abstracción del realizada por el Hipervisor de almacenamiento, Virsto. Lo interesante es que permite a los vIOServices interceptar las operaciones y poderlas enviar al vLog. vSphere lo verá como un VMDK tradicional, por lo que cualquier solución de respaldo o monitoreo que sea compatible con VMDKs continuará funcionando.

Una vez entregados los servicios de Virsto al cluster tendremos un export de NFS presentado y montado en todos nuestros hosts ESXi (a través de su propio vIOServices), y podremos monitorear el espacio a través de el tab de configuration > Storage  de vSphere o a través de la pestaña de Virsto:

tab-virsto-storage

Es importante notar que ya que se trata de NFS todos los discos (vDisk) serán entregados en thin provisioning, lo interesante es que no tenemos la penalidad que presentan los discos en thin provision tradicionales de vSphere (penalidad que es muy baja pero impacta a aplicaciones altamente transaccionales).

Integración con vSphere

Una vez instalado el plugin de Virsto en nuestro vCenter, tendremos además de la pestaña de Virsto, menus y wizards para crear clones, vSnaps, etc. En la imagen lo podemos ver:

virstomenu

En este momento Virsto no utiliza VAAI para acelerar operaciones que podrían beneficiarse pero esta en el roadmap de funcionalidades.

Snapshots y clones con Virsto

Los clones y snaphots a nivel de Virsto estan pensados para ser escalables ya que sabemos que a mayor cantidad de snapshots y clones (ej. linked clones) el rendimiento es menor. Virsto nos ofrece la capacidad de crear snaps y clones en thin provision y sin impacto al rendimiento.

MAP-virsto

Virsto crea un mapa donde se tiene la relación entre bloques virtuales y bloques físicos de disco que reside en el vLog y debido a este mapa podemos tener clones y snaps mucho mas eficientes. En el caso del snapshot (vSnap) solo se trata de un marcador en este “Mapa” con un tamaño de 4kb que no impacta y este definirá que esta en el snapshot y que bloques estan antes del snapshot.

virsto-snap

En el caso de los Clones (vClone) se crea una copia con permisos de lectura y escritura de la vm maestra o referencia, pero al igual que los vSnaps solo va a consumir 4kb ya que se trata de apuntadores (muy parecido a composer de VMware View) y a diferencia de un clon completo este no impacta al rendimiento del storage. Es importante saber que los vClones no degradan su rendimiento conforme el tiempo pasa, mantienen el mismo rendimiento que el disco original (no se tienen las penalidades que presentamos en composer).

vclonesvirsto

¿Que beneficios obtengo con Virsto?

Fuera de temas de marketing les puedo decir que virsto nos puede llegar a ofrecer el doble de IOPs que presentamos en nuestro storage actual, esto se los puedo decir porque yo participé en un proyecto de Virsto aquí en México donde se vio este aumento en IOPs  en un storage existente. También contaremos con reducción del espacio utilizado por temas como el thin provisioning y como los snaps y clones son manejados a nivel de Virsto.

Podemos ver la reducción de impacto causado por los snapshots en la siguiente imagen (pruebas realizadas en ambientes reales) donde se muestra la comparación entre snaps nativos y vSnaps de Virsto:

elimiardegrada

De igual manera podemos ver en la siguiente tabla una comparativa entre discos nativos contra vDisk, la ganancia de IOPs es bastante alta (prueba realizada en una VM con MS SQL utilizando storage VNX de EMC):

tablamejora

 

¡Viva México!

Que tal gente, pues hace algunas horas aquí en México se celebró La independencia de México, hoy 16 de septiembre festejamos a este gran país. Por la noche se dieron cita todos los Mexicanos para dar el grito de independencia o también conocido como grito de dolores, conmemorando aquel 16 de septiembre de 1810 en el que Miguel Hidalgo y costilla  pronunció las siguientes palabras:

¡Viva la Independencia!, ¡Viva la Virgen de Guadalupe!, ¡Muera el mal gobierno!

Y con esto se dió inicio a la guerra de independencia para liberar al pueblo Mexicano de los Españoles.

Yo me pregunto, Si pudimos librarnos del yugo de los Españoles, ¿Porque no podemos enderezar el rumbo del país? me pone muy triste saber que un gran país y más que nada mi país, esta siendo corrompido y controlado por Narcotráfico, malos gobernantes y ciertas cúpulas de poder. Yo amo a mi país, como México no hay dos, pero me gustaría que se regresara al país en el cual no se tomaba como un hecho diario la muerte de 20, 30 ,etc. personas al día y regresar al país donde la gente trabajadora y de bien podía llevar una vida tranquila….

Para todos los Mexicanos que siguen mi blog, los invito a tratar de luchar con toda la corrupción y porquería que se esta dando en nuestro país, espero pronto podamos borrar esa imagen nefasta que se le ha dado a nuestra tierra. Dejemos la indiferencia de lado, ya basta de hacernos que no pasa nada y que todo esta bien hagamos que se escuche la voz de la gente de bien y que se respete a esta nación.

¡Viva México!

VCP5 – listo, observaciones

Que tal gente, bueno como pueden ver el día de hoy presenté el examen VCP510 ya que no tuve oportunidad para presentar el beta. Como han podido notar en mi blog no comento nada sobre los examenes que he realizado, ya que generalmente al estar bajo un NDA todos los posts sobre experiencias son bastante parecidos y prefiero utilizar mi tiempo para escribir información útil para ustedes.

Con respecto al exámen,  lo pase sin problemas, solo repasé la guía de Máximos de vSphere 5 que pueden encontrar en el siguiente link:

http://www.vmware.com/pdf/vsphere5/r50/vsphere-50-configuration-maximums.pdf

Al ser instructor de VMware IT Academy tengo acceso a material de cursos recién liberados, por lo cual tuve oportunidad de echarle un ojo al curso “vSphere 5: What’s new” y les quiero decir que si ustedes son actualmente VCP4, este curso cubre a la perfección lo nuevo que viene incluido en el examen de VCP510.

El examen me resultó muy similar al VCP410, mismo nivel de complejidad, se tiene 85 preguntas y en el caso de que su lengua nativa no sea ingles se otorga 30 minutos extra a los 225 minutos del examen teniendo tiempo de sobra para terminarlo y revisar las respuestas.

trabajando en VMware..

Que tal gente, hace mucho tiempo que no he podido escribir en mi blog y es porque a inicios de este mes ya formo parte de VMware México y he estado muy ocupado. Les prometo traer información de lo nuevo que viene y creanme que lo que viene es BUENO. Por motivos de NDA no puedo hablar públicamente sobre los nuevos productos que se tienen en desarrollo, pero en cuanto tengamos una aprobación para hablar sobre ello les tendré bastante información lista.