Categoría: Virtualizacion

ESXi4 + Tyan Thunder + USB

Hacia tiempo que venia usando ESX 3.5 para virtualizar algunos componentes de mi red, decidi pasarme a ESXi4 por 1 sola razon, puede ser que existan muchas mas… pero solo me intereso una que es la limitante que existe en 3.5 sobre la cantidad de NICs que puede tener un VM.

Esta limitante en ESX3 es de 4 NIC x VM pero en ESX4 no es lo mismo, aun no estoy seguro de cual es el limite pero se que no son 4. Ahora si podre agregar esa 5ta NIC a mi pfSense virtual…. 😀

[simage=144,320,y,center]

Xen, Lenny 5.0.2 y Grub2…..

Después que el Dom0 que hostea el domU encargado de hostear este blog (ya esta devuelta en su hospedaje original…) fallara repentinamente y el proveedor del colo realizara la instalación de Debian Lenny AMD64, resulta que ahora Lenny viene con GRUB2 como bootloader por defecto y que tal si les digo que GRUB1 y GRUB2 no funcionan igual y esto me causo bastantes problemas a la hora de instalar Xen en Lenny.

Lo primero que hice fue instalar el paquete xen-linux-system-2.6.26.1-xen-amd64 que instala varios dependecias y el software principal xen-hypervisor-3.2-1-amd64. El problema se origina cuando se realiza el cambio en el GRUB que ya no es mas menu.lst, ahora se llama grub.cfg y es totalmente diferente a lo que habia visto anteriormente.

Después de que el paquete se instala y realiza los cambios en el GRUB me toca reiniciar para terminar con una máquina que no bootea y que manualmente hay que seleccionar el kernel que instala por defecto para poder usar la máquina pero sin Xen….. después de mucho googlear me encontré con que tendría que modificar el archivo grub.cfg aunque fuera en contra a la primera linea de este archivo que indica que no tenemos que modificarlo manualmente pero esta fue la única manera que la máquina subio con el kernel Xen.

Aquí esta la entrada en grub.cfg, la posteo aquí por que fue algo dificil encontrar que era lo que tenia que agregar…

menuentry «Debian GNU/Linux, linux 2.6.26-1-xen-amd64» {
set root=(hd0,1)
search –fs-uuid –set b1feaf41-ad71-487e-8d1e-f0fa9d1c0b71
multiboot /boot/xen-3.2-1-amd64.gz dom0_mem=384M noreboot
module   /boot/vmlinuz-2.6.26-1-xen-amd64 root=UUID=b1feaf41-ad71-487e-8d1e-f0fa9d1c0b71 ro
module   /boot/initrd.img-2.6.26-1-xen-amd64
}

Virtualization With XenServer 5.5.0 – Tutorial de Instalación de XenServer

Virtualization With XenServer 5.5.0.

Es el titulo de un buen tutorial publicado en HowToForge y que me ha llamado mucho la atención por que siempre he sido fan de Xen y actualmente este blog esta hospedado en una maquina virtual en Xen 3.0.1, la cosa es que en mi casa tengo infraestructura proporcionada por VMware ESXi 3.5  y aveces he sentido ganas hasta de cambiar a Hyper-V o XenServer. Posiblemente en un futuro si cambie a Hyper-V dejando XenServer de lado por compatibilidad con el hardware que tengo actualmente.

Desde hace tiempo que estoy muy familiarizado con los productos de Microsoft y tengo certificaciones de dichos productos por eso no puedo terminar usando XenServer con procesadores que no cuentan con Intel VT o AMD-V y se sabe que si la máquina host en la que se instale XenServer no tiene un procesador con esas tecnologías no tendras Windows virtualizados… por eso posiblemente termine migrando a Hyper-V……. de todas formas el tutorial merece ser leido.

http://www.howtoforge.com/virtualization-with-xenserver-5.5.0

VMware Infrastructure Client en Linux.

Muchos se han preguntado por que no ahi una version para Linux del VMware Infrastructure Client… bueno eso es una historia diferente a la que se contara en este post, el objetivo es describir como ahora tengo disponible este cliente de VMware para administrar mi ESX 3.5 desde Debian GNU/Linux.

Todo es gracias a un articulo publicado en Punching Clouds y en realidad lo unico que hice fue ejecutar los mismo pasos pero en Debian (tambien lo hare en Max OS X).

Como se puede leer en el articulo [ http://punchingclouds.com/?p=856 ], necesitaremos varios software y lo mas importante es que necesitamos tener una instalacion ya hecha del cliente de Infrastructure, ya sea en una maquina fisica o virtual, en mi caso es una maquina virtual donde mismo tengo vCenter instalado. Luego de asegurarnos de tener disponible una instalacion del software y que podemos hacer RPD a la maquina donde esta instalado dicho software procederemos a instalar rdesktop, en Debian es tan facil como hacer aptitude install rdesktop y estaremos mas cerca de tener nuestro cliente en Linux.

Lo siguiente en nuestra lista es un pequeño programa llamado seamlessrdp proporcioanado a la comunidad Open Source por Cendio (me llamo la atencion su servidor de ThinClients..) y colocarlo preferiblemente en el drive C: para accesarlo mas facil. Ya estamos a punto de administrar ESX desde Linux, solo nos falta crear un Launcher (asi se llama en gnome..) para cargar el vpxClient con solo hacer un click, no hablare de como hacer un Launcher y solo publicare aqui el comando que tiene el mio en Debian, en mi launcher tengo lo siguiente:

rdesktop -A -s «c:\seamlessrdp\seamlessrdpshell.exe c:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\vpxclient.exe» -u usuario -p password host

* en host debemos suministrar el IP o FQDN de nuestra maquina con la isntalacion de vpxClient.

No olvidar que se puede hacer un alias a este comando y llamarlo vpx por ejempl, yo decidi crear el Launcher para mas comodidad……

Como pueden ver esos son los pasos para dejar de tener que conectarse RDP a la maquina con el cliente de Infrastructure solo para usar una aplicación, notar que solo modificando el .exe y en su lugar llamando el ejecutable de otra aplicacion, tendriamos el mismo efecto y solo terminariamos con la ventana de esta aplicación en nuestro Linux.

Nota: no soy muy bueno con eso de tutoriales y cosas por el estilo.. asi que perdonen por esta imitación de how-to…  😀

ah! y lo que no puede faltar, imagenes de mi vCenter en Linux!!!

From Misc
From Misc
From Misc