Año: 2012

Creando un USB booteable para instalar ESXi 5.0 (vSphere Hypervisor).

Hace tiempo, cuando queria instalar ESXi 4.0 simplemente usando WinImage restauraba el archivo imagedd al USB. Al parecer con ESXi 5.0 esto no es posible y la alternativa es crear un USB booteable.

Otro metodo que he estado usando es crear una VM con ESXi 5.0 y luego usando WinImage restaurar el VMDK al USB, esto me causo problemas asi que creo que la mejor manera es instalar pero booteando desde un USB.

UNetbootin es la herramienta que nos ayudara en este pequeno proyecto. La ventaja de esta utilidad es que esta disponible en Windows, Mac y Linux.

Seleccionamos el drive, click OK y listo. Muy sencillo…

El efecto de la MAC Address duplicada.

Desde hace varios días estoy formando mi nuevo cluster de ESXi 5.0 para pruebas y algo de producción (algunas VM que ofrecen servicios al home-lan). Ya hace alrededor de 1 mes que tengo un host de ESXi 5.0 con un AMD Phenom II X4 y 16G de RAM, luego decidí armar otra maquina igual y formar un cluster físico de ESX. La instalación inicial la realice en VMware Workstation 8, creando una VM con RedHat como template OS e instalando ESXi 5 ahí para luego importar el VMDK hacia una memoria USB que al final seria el medio de booteo de mi ESXi.

Todo bien, la maquina funciona a la perfección. El problema surgió cuando utilice el mismo VMDK para clonarlo a otro USB y ser usado en el segundo host de ESXi.

Cuando creaba un VMkernel Port para conectar el ESXi a la red donde esta el NAS de NFS simplemente no podría verlo, haciendo pings desde el OpenFiler hacia el nuevo ESXi, solo llegaban 4 o 5 paquetes de 100 enviados. Pensando que eran problemas de cables los cambie, luego revise la VLAN y por ultimo cambie las tarjetas de red.

El problema era en el VMkernel Port, este tenía la MAC Address del VMkernel Port del otro ESXi. Al parecer cada instalación de ESXi genera su propio algoritmo para crear las MAC que usaran los VMkernels y al clonar el VMDK parece que el algoritmo es el mismo.

Solución?

http://communities.vmware.com/thread/276184

http://communities.vmware.com/thread/284842

En la primera entrada en VMTN, una solución es desde el CLI cambiar la MAC, esta no me gusta mucho.

En la segunda entrada que leí sobre el caso en VMTN, es mas especifica al método que use para instalar los ESXi, clonado.

1) Open ESXi / Configration / Software / Advanced

2) set Net.FollowHardwareMAC to 1

3) Reboot host

 

Y listo! Cuando volvi a crear el VMkernel Port este tenia una MAC diferente.

Tengo que volver a crear la VM para antes de seguir clonando desde ese VMDK, hacer los cambios en la configuración avanzada del ESXi.

Moviendo Debian de un servidor físico a Maquina Virtual

Hace varios días que tengo un nuevo host de VMware con ESXi 4.1 (información para un post..) y he decidido mover la mayoría de los equipos que tengo físicos a maquinas virtuales como ya lo había tenido en el pasado.

Buscando información de como usar VMware converter para convertir un Debian físico a VM, la información es algo escasa y muchas veces hacen referencia a correr el software en el entorno grafico el cual no tengo instalado en mi Debian. Por suerte existe rsync.

Los pasos fueron sencillos, primero cree una VM con Debian como Guest OS, luego de realizar una instalación mínima, instalo rsync en ambos equipos y estamos casi listos.

apt-get install rsync

/etc/init.d/cron stop; /etc/init.d/mysql stop

 

Si se esta corriendo otros servicios es recommendable detenerlos. En el servidor físico hacemos lo siguiente:

cd /

rsync –exclude dev/ –exclude proc/ –exclude sys/ –exclude etc/fstab \

–exclude boot/ –exclude etc/mtab –exclude etc/lvm/ -Rav –delete -e «ssh -c arcfour » \

./ root@maquina.virtual:/

 

Solo queda esperar que rsync termine, apagamos el servidor físico y reiniciamos la VM para terminar con nuestro sistema virtualizado!

Aventuras con PanoLogic, Primeras impresiones.

Hace varios meses que probamos VMware View, todo bien, excepto que no contábamos con ningún thin-client y optamos por convertir una XP en un franken-thin-client. Muchos problemas con ese setup. Luego de pelear con el franken-thin-client, la licencia de evaluación de View se venció y el POC se detuvo.

Luego apareció PanoLogic, un suplidor de software llego con este pequeño aparato que brindaba su propio bróker y vendía la idea de no tener que comprar ningún otro como View o XenDesktop, como amante de las soluciones de VMware no quería aceptarlos hasta que investigando mas descubri que además este bróker (gratis por la compra de los equipos) soporta conexión a View o XenDesktop.

Manos a la obra, lo primero fue montar otro POC solo con PanoLogic. El PanoLogic Manager ya es una maquina virtual y con simplemente importarla a VMware como un OVF ya tenemos el 40% listo de nuestra infraestructura de PanoLogic. Luego de hacerle unos cuantos cambios de optimización a la VM de Windows 7 que usaríamos para probar e instalar drivers hechos por Pano Logic, la VM era algo lenta y mucho menos podía reproducir videos en Windows Media Player, resulta que el driver que instala VMware Tools de SVGA 3D (WDDM) no es compatible con el driver de Pano Logic. En la guía de administración encontré que debía desinstalar este driver o no seleccionarlo mientras se instalan los VMware Tools.

Ok, realizados los pasos de cambiar el driver la VM comienza a comportarse como una verdadera maquina y podemos realizar mas y mejor algunas pruebas, aceptando alguna perdida de performance debido al storage del ambiente de pruebas de VMware que tenemos, se decide que PanoLogic es una buena solución para iniciar nuestras aventuras en el mundo del VDI.

Hasta el momento todo bien, en un segundo post escribiré sobre la creación de DVM Collections.

http://www.panologic.com/

http://www.rtfm-ed.co.uk/2010/05/28/my-panologic-evaluation/