CloudStack en XenServer

CloudStack es un software de Cloud open source hecho en Java diseñado para gestionar granjas de máquinas virtuales. Da soporte a múltiples Hypervisores (VMware, XenServer, KVM, Oracle VM, XCP). Utiliza principalmente tres métodos para gestionar, mediante UI Web, CLI y mediante API.

La idea es instalarlo y ver como gestionarlo mediante su API y Chef. Ya veremos como funciona.

La instalación la he realizado sobre ubuntu 10.04 con la versión CloudStack-3.0.2-1. 

1. Descargamos el fichero CloudStack-oss-3.0.2-1-ubuntu10.04.tar.gz y lo descomprimimos.
2. Ejecutamos ./install.sh
3. Instalamos primero el "Management Server" > M
4. Una vez finalizado, volvemos a ejecutar ./install.sh e instalamos la base de datos
5. > D
6. Editamos el fichero /etc/my.cnf y establecemos max_connections=350 por cada Management Server que vayamos a tener.
7. Creamos las bases de datos necesarias con:
8. cloud-setup-databases cloud:@localhost --deploy-as=root:
9. cloud-setup-management 

Preparamos la parte de NFS de la siguiente manera.

1. apt-get install protmap nfs-kernel-server
2.  mkdir -p /export/primary && mkdir -p /export/secondary
3.  Configuramos los exports vim /etc/exports
4. /export *(rw, async, no_root_squash)
5. exportfs -a

Descargamos los templates para XenServer en el secondary export, tarda un buen rato

• /usr/lib64/cloud/agent/scripts/storage/secondary/cloud-install-sys-tmplt -m /export/secondary -u http://download.cloud.com/templates/acton/acton-systemvm-02062012.vhd.bz2 -h xenserver -F

 Instalamos el agente en los XenServer Hosts. Lo descargamos de: http://download.cloud.com/releases/2.2.0/xenserver-cloud-supp.tgz (version 5.6 SP2)

Lo descomprimimos y lo instalamos como supplemental pack:

• xe-install-supplemental-pack xenserver-cloud-supp.iso

Con esto, ya podemos acceder a la UI web y empezar a jugar con la interface (admin : password).

http://cloudstack-ip:8080/client

VMware vSphere 4 Client Windows 7

Para los que les ha pasado como a mí, que al instalar el cliente de VMware en un Windows 7 e internar conectar con el Virtual Center les ha "crujido" el vShpere Client 4 así:
                                                                    
“Error parsing the server “server name” “clients.xml” file.”...     
“The type initializer for ‘VirtualInfrastructure.Utils.HttpWebRequestProxy’ threw an exception.”
                                                                    
Hay solución:                                                       
http://www.techhead.co.uk/running-vmware-vsphere-client-on-windows-7

Descubre y domina VMware vSphere 5

Descubre y domina VMware vSphere 5 es el tercer libro publicado por el autor, José María González, sobre las tecnologías de la virtualización de sistemas con VMware vSphere™ 5.

Este nuevo libro pretende descubrirte todos los pasos desde la instalación y configuración, hasta la administración de las soluciones de virtualización con VMware vSphere™ 5.

Tanto si eres un reconocido experto en la administración de sistemas con VMware vSphere, como si es la primera vez que te embarcas en el apasionante viaje hacia la virtualización de tu centro de datos, este libro te guiará paso a paso hacia la virtualización y optimización de tu centro de datos con VMware vSphere™ 5.

Descubre y domina VMware vSphere™ 5 es uno de los manuales de referencia sobre la virtualización de sistemas con VMware y el primer libro sobre VMware vSphere™ 5 disponible y publicado en español.

Puedes usarlo para reforzar tus conocimientos, para adentrarte de lleno en el mundo de la virtualizaciónde sistemas o para apoyarte y avanzar en la instalación de VMware vSphere™ 5 en tu empresa

Puedes ver mas información sobre el anuncio oficial en este enlace:

http://www.josemariagonzalez.es/2011/10/20/libro-descubre-domina-vmware-vsphere-5.html

vSphere Client - Connecting... Falla el VirtualCenter

Alguna vez me ha pasado que no me conectaba el cliente vSphere con el servidor de VirtualCenter. 

Las causas pueden ser muy diversas, desde una instalación de alguna versión de Java incompatible en el cliente, problemas de connectividad, etc.

Comúnmente es un problema del servicio vpxd que esta arrancado en el servidor pero no responde a las peticiones que se lanzan desde el cliente y nos deja con la pantalla de login, Connecting...

Primeramente verificamos que los servicios en el servidor donde tenemos el VirtualCenter están corriendo mendiante la consola services.msc

Si vemos que está corriendo y no responde, reiniciamos primero el VMware VirtualCenter Server. Podemos ver si hay errores en el Visor de sucesos - sistema.

En el caso de la imagen, si reinciamos el VirtualCenter Management y el VirtualCenter Server, se soluciona perfectamente hasta dentro de unos 200 días o más. Puede que sean goteos de memoria de Java?

Si vemos que seguimos sin poder conectarnos, seria conveniente reiniciar todos los servicios de VMware o el servidor Windows y posteriormente analizar los eventos.

TOP 5 Virtual Appliances Market places

Hola apreciados lectores, hoy comentaré unas cuantas paginas que nos permiten descargarnos maquinas virtuales hechas a medida para diferentes Hypervisores.

Virtual Appliance Marketplace http://www.vmware.com/appliances 

Alberga más de 1700 Virtual Appliances, incluye distribuciones de GNU/Linux, Apliances corporativos de Microsoft, Radware, Citrix, Symantec, F5... VMware Ready, es decir que VMware evalúa la maquina virtual y la certifica como un producto de calidad otorgando el distintivo "vmware ready".

VirtualBox Virtual Appliances http://virtualboximages.com/

Principalmente encontramos distribuciones GNU/Linux en formato VDI para Virtualbox.

VirtualBox VMs for Developers http://www.oracle.com/technetwork/community/developer-vm/index.html

Si lo que estas buscando es una maquina virtual pre-configurada con Oracle, NetBeans, Eclipse... aquí la podrás descargar y ahorrarte un buen rato instalando paquetes... Las hay con S.O Oracle Linux y Solaris. He visto en alguna de ellas que están en formato vmdk así que fácilmente las podemos probar en VMware.

Virtual Appliances - Citrix Links http://www.citrix-links.com/category/xenserver/virtual-appliances/

Podemos encontrar appliances de storage, de productos Citrix (XenApp, Access Gateway, etc), appliances de Red como Vyata(routing, firewalling, VPN). Este site es bastante más pequeño que los anteriores. Citrix no ha hecho como Vmware en invertir en una plataforma como el Market Place de VMware ya que  argumentan que la conversión de VMWare a Citrix XenServer es simple. Lo puedes ver aquí: http://ferranserafini.blogspot.com/2011/03/conversion-de-vmware-xenserver.html 

SUSE Gallery http://susegallery.com/browse

Aunque el concepto no es exactamente el mismo que el de los sites ya que aquí todo es Suse,, este también ofrece preinstalaciones hechas por la comunidad OpenSuse para VirtualBox, KVM, Xen o VMWare y para Amazon EC.

Conclusiones

En resumen, VMware cuenta con el mayor repositorio de Appliances así que si lo que tenemos son servidores VMware, genial, ganamos tiempo. Para los otros Hypervisores, actualmente no hay gran cosa, excepto VirtualBox, pero todos ellos tienen la posibilidad de importar y exportar OVF así que se puede aprovechar el trabajo hecho para VMware para qualquier Hypervisor, eso sí, hay que pelearse un rato y dependiendo de lo que queramos montar, quiza sea más rápido instalarlo desde zero que descargar el OVF/vmdk, migrarlo a xvda, etc.

Espero que les haya sido de utilidad. Si conocen algún otro site como estos, por favor no dudes en comentarlo.

De Virtual Box a VMWare o Citrix Xen

La forma que me resulta más sencilla para pasar discos de VirtualBox a VMWare o a Citrix XenServer es utilizando qemu, la navaja suiza para la virtualización.

-Para pasar un disco nativo de VirtualBox a VMWare:

qemu-img convert w31.vdi -O vmdk w31.vmdk

Una vez tenemos el vmdk ya solo queda subirlo a un datastore y crear una nueva maquina virtual utilizando el asistente avanzado que nos permite elegir un disco ya existente.

-Para pasar un disco nativo de VirtualBox a Citrix XenServer:

qemu-img convert w31.vdi -O raw w31.raw 

Ese fichero raw lo llevamos a un servidor dom0 y mediante un xe vdi-import filename=w31.raw uuid=8498565 (disco creado previamente con el mismo espació que la partición original)

qemu-img soporta conversión entre formatos qcow2, qcow, cow, vdi, vpc (VHD). En su propio man describe cada uno de ellos y sus especificaciones.

VMWare ESX - Disconneted VMs, hosts

Si te aparece este problema, es que hay un problema serio. El mio fué de red. El switch Enterasys C3xxx que lleva las VLAN de VMotion y la red de la Service Console, empezó a tener problemas de paridad y dejaba de procesar algunos paquetes sin realmente dejar de dar link, cosa que impidió el lanzamiento del failover a otro switch.

1.- Fallan las comunicaciones en general

2.- Fallan las comunicaciones VMotion

3.- Fallan las comunicaciones de las service console

4.- Falla alguna maquina fisicamente.

La consecuencia lógica sería que si hay HA y una VLAN operativa para la VMOTION las máquinas virtuales se migraran a otro nodo del cluster en caso de problemas y no pasaría nada más.  Pero que pasa si en ese momento no tenemos red ni de VMotion ni de servicio... Pues que puede quedarse alguna maquina en estado "disconnected". Ya que el servidor no ha sido capaz de migrar la maquina ni de notificar su "STONITH". La consecuencia es que des de la consola aparece como levantada en el nodo caído y el cluster es incapaz de realizar cualquier acción sobre ella.

Después de encontrarme en esa situación lo que me ha funcionado ha sido quitar literalmente la maquina del cluster, buscar las maquinas en los datastores y volverlas añadir en el inventario y luego volver añadir la maquina física

VMware - Migrar Template de datastore

Muy fácil, hay que convertir el template en maquina virtual y entonces ya se puede migrar.
 

 

Una vez migrada ya se puede volver a convertir en template.

Importar de VMware a Citrix XenServer

Por fin llegó el día que la conversión me ha funcionado bien. Hasta ayer, había probado con XenConvert 2.2 y 2.3 desde una fuente OVF de VMware ESX 4. Había probado desde las herramientas de importación del XenCenter, mediante qemu-img, v2xva... No tuve éxito con ninguna de estas herramientas.

Pero ayer actualicé a XenConvert 2.3.1 y funcionó perfectamente. Le indiqué de OVF a XenServer y la migró perfectamente. Todo un regalo para finalizar bien el día.

Es tan sencillo como, exportar la maquina virtual desde la consola del VMware a formato OVF y luego importarlo con esta herramienta a nuestro entorno Citrix XenServer.

Procedimientos recomendados por Citrix

http://support.citrix.com/article/CTX116603

XenConvert: http://www.citrix.com/english/ss/downloads/details.asp?downloadId=2306318&productId=683148&c1=pov2301284

VMWARE ESX - EMC ALUA

Dejo aquí un link a un blog de vmware donde explica muy bien como configurar el storage desde una cabina EMC para utilizar el tipo de array VMW_SATP_ALUA_CX el cual permite tener los caminos en activo/activo y Round Robin recomendado por EMC.

http://www.boche.net/blog/index.php/2010/02/04/configure-vmware-esxi-round-robin-on-emc-storage/

Lo que he podido ver es que en uno de los clusters ESX 4.0 el cambio no es automático, es decir, cuando en connectivity status desde la cabina, le decimos al host que utilice el failmode ALUA, los ESX no se dan cuenta hasta que se reinician el hosts. Proceso que se puede ir haciendo de uno en uno. 
Pero en otro cluster sí que ha sido automático, posiblemente porqué las máquinas de este cluster fueron atomaticamente registradas en la cabina y en ese momento ya se pusieron en modo ALUA.
Una vez VMWare ve que son ALUA, simplemente hay que configurar Round Robin mediante CLI o desde la consola VSphere.

Otro blog con más información en castellano: http://margotu.wordpress.com/2010/03/13/iscsi-con-vmware-vsphere/

VMWare-ESX - Cambiar la ip y NIC de la Service Console

Primeramente miramos la config del switch:

 
esxcfg-vswitch -l
Switch Name    Num Ports   Used Ports  Configured Ports  MTU     Uplinks   
vSwitch0       32          3           32                1500    vmnic1    

  PortGroup Name      VLAN ID  Used Ports  Uplinks   
  VM Network          0        0           vmnic1    
  Service Console     0        1           vmnic1   

El cambio que queremos hacer es que la NIC1 sea nuestra nueva nic de administración. Añadimos el uplink

esxcfg-vswitch -L vmnic0 

Borramos la service console actual y añadimos la nueva con otra ip

exscfg-vswif -d vswif0

esxcfg-vswif -a vswif0 -p Service\ Console -i 10.1.1.1 -n 255.255.255.0 -b 10.1.1.255

Añadimos la nueva default gateway en  /etc/sysconfig/network

de VMware a Citrix XenServer

Un buen howto para seguirlo paso a paso. Siguiéndolo, se consigue migrar desde VMware a CitrixXenserver en modo paravirtualizado.

http://www.ervik.as/index.php/citrix-mainmenu/xenserver/2083-physical-volume-enabling-an-hvm-linux-virtual-machine-imported-from-vmware

VMWARE ESX 4.0 VSphere Update Crash

Tras el último update, dos de los servidores vsphere han fallado al arrancar. El error aparece justo en el momento en que arranca udev. Al parecer esta actualización ha provocado que el UUID de la partición /var/log cambie.

SOLUCIÓN
Entrar con el passwd de root y remontar el filesystem / con rescritura
mount -o remount,rw /

Miramos que UUID tiene /var/log en el fichero /etc/fstab
UUID=315f724f-637f-4118-b755-2511f4ff04 /var/log ext3 defaults,errors=panic 1 2
Miramos el nuevo UUID
blkid

Veremos que uno de los UUIDs ha cambiado
/dev/sdv1: UUID="e2ac6711-87c4-45a8-8f2a-fe2e47f6fd3" SEC_TYPE="ext2" TYPE="ext3"
/dev/sdz1: TYPE="ntfs"
/dev/sdab1: TYPE="swap" UUID="a0e811ca-e8dd-4e28-b4b-cabdbe54936f"
/dev/sdab2: UUID="415f724f-637f-4118-b755-251f4ff0b14" SEC_TYPE="ext2" TYPE="ext3"
/dev/sdab5: LABEL="esx-root" UUID="7b52ed6d-c48-4c12-969f-68b66a0550c" SEC_TYPE="ext2" TYPE="ext3"

modificamos la línia del fichero /etc/fstab que hace referencia al montaje de /var/log con el nuevo UUID (si se esta editando con vi, se puede traer la salida del comando blkid haciendo en modo consola [ESC] :.!blkid )

UUID=415f724f-637f-4118-b755-251f4ff0b14 /var/log ext3 defaults,errors=panic 1 2

Guardamos :wq!

Reiniciamos el servidor y ya ha funcionado.


-Después de escribir este post hemos recibido un correo electrónico de vmware con las mismas instrucciones para solucionarlo de forma oficial :)

nrpe vmware 4.0

rpm -ivh http://www.mand4la.info/stuff/nagios/rh7x/fping-2.4-1.b2.0.rh7.rf.i386.rpm
rpm -ivh http://www.mand4la.info/stuff/nagios/rh7x/perl-Net-SNMP-5.2.0-1.0.rh7.rf.noarch.rpm
rpm -ivh http://www.mand4la.info/stuff/nagios/rh7x/nagios-plugins-1.4-2.0.rh7.rf.i386.rpm

VMWARE ESX: ALERT: LVM: 4476: v20:1.... may be snapshot: disabling access. See resignaturing section

En casos como la perdida de un datastore de un RAID tenemos la opción de poder recuperearlo des del VIC. El error es algo parecido a:

ALERT: LVM: 4476: vml.020003000060a980004335434b464a4b77554e59744c554e202020:1 may be snapshot: disabling access. See resignaturing section

• - Ir a la pestaña de configuración del host ESX y seleccionar "Advanced settings"
• - Dentro de LVM cambiar EnableResignature 0 (off) a 1 (on)
• - Reescanear los discos

Ahora tendría que aparecer los datastores que habian en el disco con un nombre aleatorio. Solo hay que volver a poner las MV de nuevo y listos.

HOWTO: ESXi and SSH

By default this isn’t possible. But there’s a way to get this working, just do the following:

1. Go to the ESXi console and press alt+F1
2. Type: unsupported
3. Enter the root password
4. At the prompt type “vi /etc/inetd.conf”
5. Look for the line that starts with “#ssh” (you can search with pressing “/”)
6. Remove the “#” (press the “x” if the cursor is on the character)
7. Save “/etc/inetd.conf” by typing “:wq!”
8. Restart the management service “/sbin/services.sh restart”