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

Citrix XenServer Snapshots y Backups 0% on disk

Hola!! Este problema, que ya solucionamos en el blog de la virtualización y del cloud computing por José María Gonzalez, voy a comentarlo un poco más, ya que para muchos ha sido un dolor de cabeza.

El problema reside en el momento en el que hacemos un snapshot y luego lo transformamos a una máquina virtual, la exportamos y borramos dicha máquina virtual:

xe template-param-set is-a-template=false ha-always-run=false uuid=$snapshotUUID

xe vm-export vm=$snapshotUUID filename=$exportstring

xe vm-uninstall uuid=$snapshotUUID force=true

Este vm-uninstall según en que máquina virtual, la asociación del VDI con el VBD se elimina pero el VDI sigue en el SR.

Si listamos los VBD de una maquina virtual con este problema veremos:

[root@xensrv01 ~]# xe vbd-list vm-name-label=vmtest04

uuid ( RO)             : 2d1eed3f-27e4-1cca-830c-dbeb538f2c67

          vm-uuid ( RO): 6242434e-fbc2-a318-9cdc-9259204d81fe

    vm-name-label ( RO): vmtest04

         vdi-uuid ( RO): 528e5cb6-3605-464c-9e87-fcce1bae74f1

            empty ( RO): false

           device ( RO): xvda

Si listamos los VDIs con el nombre de la maquina virtual (los pongo así cada vez que creo un disco). Veremos que hay muchos más de los que están asociados con los VBD. Muchos son justamente son los VDIs de 0% on disk.

Buscamos el vbd de nuestra máquina virtual.

xe vbd-list vm-name-label=vmachine04 type=Disk

Al final la solución es muy sencilla. Consiste en añadir el siguiente parámetro al vbd de nuestra máquina virtual problemática: 

xe vbd-param-set uuid=UUID_VBD other-config:owner

A partir de este punto ya no tendremos más VDIs huérfanos por el sistema.

Saludos!!

Citrix XenServer + FreeNas iscsi múltiples clientes target

¡Que lastima! Dicho por los creadores de FreeNAS, las conexiones de múltiples a un mismo target iSCSI no se pueden realizar por protocolo iSCSI, solamente esta soportado en estos casos usar CIFS o NFS. 

Así que para montar un entorno de Citrix XenServer con varios nodos, hay que usarlo como NFS VHD, que tampoco esta mal, ya que así los VDIs son sparse de modo que el espacio se va asignando según el crecimiento del disco de la máquina virtual.

XenServer Nagios Check

Para los fans de Nagios y Citrix XenServer, hoy he subido en mi github un script en python que interroga la XAPI para ver el estado de los hosts físicos. En el mismo script hay la web donde se expone la versión original, esta es la adaptación para mi entorno. check_XenServer.py
     

Básicamente se conecta al host que le definimos en la  primera línea y si este no es el master, se conecta al master e interroga mediante host_metrics el estado de cada servidor.

Establecemos una política de n+1 es decir, si el numero de hosts "vivos" es inferior al valor de todos los hosts -1 nos aparecerá Critical.

       
Espero que les sea de utilidad :)
Saludos

Cacti - Template Citrix XenApp - Connected/disconnected users

Buscando templates para monitorizar las conexiones de los usuarios que entran a través de Citrix XenApp, un compañero me ha pasado el siguiente link: http://forums.cacti.net/about20675.html

Aquí podemos descargarnos un zip con diferentes templates para los windozers, entre ellos hay uno que realmente funciona como monitor de usuarios conectados/desconectados de cada servidor XenApp. Eso sí, hace falta instalar en los servidores Citrix la .dll de snmp4ctx

Aunque no estoy muy puesto en el tema, más o menos he podido crear una línea (la más gruesa) que suma las conexiones de todos los XenApp. Postearé más detalles cuando lo tenga finalizado :)

Citrix anuncia su infraestructura en la nube "Project Olympus"

OpenStack sigue ganando adeptos. Ahora Citrix anuncia su forma de entrar en la nube publica/privada mediante esta plataforma. De este modo Citrix pretende construir nubes "infrastructure-as-a-service" compatibles con software open source como modelo de negocio.

"Project Olympus" está compuesto por dos componentes principales: una versión de Citrix con certificación de OpenStack y una versión optimizada de la nube de Citrix XenServer. Ambas versiones incorporan la tecnología Xen

Segun Citrix, Xen es la plataforma de virtualización de la nube publica, con un 80 por ciento de la nube pública.

El Proyecto Olympus también será compatible con Microsoft Hyper-V y VMware vSphere, en el espacio de virtualización de escritorio soportará Citrix XenDesktop.

Olympus se empezará a comercializar a finales de este año. Para los que quieren comenzar despliegues y proyectos piloto hoy, Citrix también presenta el proyecto de Citrix Olympus Early Access Program. 

Para ver el anuncio oficial de Citrix:

http://www.citrix.com/English/NE/news/news.asp?newsID=2311980 

Xen Server 5.6 FP1 Rolling up Update

Después de probar de actualizar diferentes entornos en producción de esta plataforma y basarme en el howto oficial de Citrix para la actualización. Redacto los pasos básicos para actualizar con éxito.

Procedimiento para actualizar un pool con XenServer 5.5/6 a XenServer 5.6FP1
Actualización del Pool Master

1. Identificamos el pool-master. En XenCenter es siempre el primero del pool y además tiene el flag Pool Master=Yes.
2. Migramos todas las maquinas virtuales del master a otro servidor del pool. No ha de quedar ninguna. Si tieneis HA, deshabilitarlo
3. Hacemos un backup la de base de datos: xe pool-dump-database y lo guardamos en un sitio accesible.
4. Apagamos la màquina haciendo un halt. Perderemos el control del pool ya entra en modo "emergencia". Las VM siguen funcionando pero se pierde el control de XenCenter.
5. Ponemos la iso de xenserver 5.6fp1 en la ILO/ILOM/etc.. y arrancamos el setup
6. Hacemos indicamos que sera UPDATE from xenserver xxxx 
7. Una vez finalizada arrancara como master con la nueva versión. Ahora ya es cuestión de ir migrando maquinas hacia el master y actualizar los "slaves" sucesivamente

Actualización de los otros servidores

• El procedimiento es igual que el anterior hay que apagar el servidor y arrancar con el cd de xenserver 5.6fp1 y actualizar, pero en este caso el pool no se pondrá en modo de emergencia y no perderemos el control del pool.

Documentación oficial: https://support.citrix.com/servlet/KbServlet/download/25592-102-649503/installation.pdf 

Mi experiencia en esta actualización es que ha funcionado correctamente en 3 entornos diferentes con más de 4 maquinas por pool, de versión 5.5 a 5.6 FP1 y de 5.6 a 5.6FP1, en entornos Blade IBM/ Servidores IBM series y SunFire 4200

Citrix Xen - Bridge Bug

Después de montar dos nodos de Citrix Xen Server, en uno de ellos el bridge que le traía las vlans para las Vms, no le llegaban paquetes de esas Vlans. En el interface sí. Resulta ser un bug. Y se soluciona así:

Enable the epel repo:
rpm -ivh http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-3.noarch.rpm


Install ebtables:
yum install ebtables

Install the following filter (replace eth1 with the interface you're using for your VM VLANs):
ebtables -t broute -A BROUTING -p 802.1Q -i eth1 -j DROP

Enable ebtables at startup:

chkconfig --levels 2345 ebtables on

Check the current "broute" table rules:
ebtables -t broute --list

Save the tables for next start
/etc/init.d/ebtables save

Critix Xen - Crear repositorio iso local

Entramos en la consola y creamos el directorio donde pondremos las ISOs
mkdir -p /var/opt/xen/iso_import/isorepo

Creamos el repositorio de ISOs con el siguiente comando
xe sr-create name-label=isorepo type=iso device-config:location=/var/opt/xen/iso_import/isorepo device-config:legacy_mode=true content-type=iso

http://docs.vmd.citrix.com/XenServer/5.0.0/1.0/en_gb/guest.html

Citrix Xen - Cliente Commvault conectividad nula

Despues de instalar el agente Commvault, des de la consola del servidor, aparecía un error a la hora de chequear la conectividad. 

El problema viene de que Citrix Xen Server incluye un conjunto de políticas de Iptables. 
Para que se pueda conectar el cliente con sus media agents, etc. Hay que re-configurar iptables. Esta se encuentra en /etc/sysconfig/iptables. 

Dentro de :INPUT ACCEPT [0:0] añadimos:

-A INPUT -p tcp --dport 8400 -j ACCEPT
-A INPUT -p tcp --dport 8401 -j ACCEPT
-A INPUT -p tcp --dport 8402 -j ACCEPT-A INPUT -p tcp -s IpMediaAgent -j ACCEPT

Citrix Xen - Tareas bloqueadas

Ayer me encontré que un par de maquinas virtuales se quedaron pilladas  después de reiniciar un Dom0 y no arrancaban en ningún nodo.

Probamos de hacer:

xe vm-shutdown uuid=uuid90990329 force=true

Y nada. Seguian las tareas pendientes. Probamos de "matar" esas tareas

xe task-list

xe task-cancel uuid=uuid-of-the-task

Al parecer, se solucionó reiniciando el toolstack

xe-toolstack-restart