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 

Redes - Arquitectura SecureStack Enterasys

La arquitectura SecureStack permite el crecimiento en rack mediante la conexión de conmutadores extra hasta un total de 8 elementos, todo ello manteniendo una configuración común y una operación como si se tratase de un solo elemento.

Voy a comentar como diseñar un stack de 4 switches Enterasys C2H124-48. 

Los conmutadores en pila estarán interconectados de la siguiente manera:

El uso de el "cable largo" y el uso de topología en anillo aún opcional es recomendable para tener redundancia en caso de fallo de un miembro intermedio en pilas de más de 2 miembros.

Vemos el estado de la pila.

stack(rw)->show switch 
        Management    Preconfig     Plugged-in         Switch          Code  
Switch    Status      Model ID      Model ID           Status         Version
------ ------------ ------------- ------------- --------------------- --------
1      Mgmt Switch  C2H124-48     C2H124-48     OK                    04.00.24
2      Stack Member C2H124-48     C2H124-48     OK                    04.00.24
3      Stack Member C2H124-48     C2H124-48     OK                    04.00.24
4      Stack Member C2H124-48     C2H124-48     OK                    04.00.24

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.

Pruebas de virtualización - S.O From the past: Windows 3.1

La primera prueba, virtualizar Windows 3.1

He podido comprobar que se puede instalar y hacer funcionar correctamente en VirtualBox y en VMware Vsphere he probado en CitriXenServer pero a mitad del setup hace crash (si se pudiera paravirtualizar... sería la bomba! jejej). 

No se como iba en un 386, pero en una maquina con 4 cores x 2.93 Ghz inicia en 2 segundos.

Para instalarlo he utilizado un bootdisc de MS-DOS y la iso del Windows3.1. Primeramente he montado la VM con el disco MS-DOS, he formateado la partición, copiado el sys c: y los ficheros del disco a c: Una vez reiniciado he lanzado el setup de la iso y en menos de 3 minutos ya tenia el sistema instalado. 

Si encuentro algún sitio donde subir el "ovf" os pondré aquí el Link.

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

Citrix XenServer - Cambiar nombres de las NIC

Para cambiar el nombre de una NIC en XenServer hay que hacer los siguientes pasos.

Primeramente mostramos los uuids de las NIC del servidor

xe pif-list host-name-label=servidor.dominio.com

 ..

uuid ( RO)                  : 95b6b41c-bf97-3a1e-9613-72a2f0967476                device ( RO): eth10
    currently-attached ( RO): true
                  VLAN ( RO): -1
          network-uuid ( RO): 32e49a15-344f-c66a-3997-189ef59e3ba0
 ..

Despresentamos la NIC que queremos renombrar (por ejemplo eth10) por su uuid asociado:

xe pif-forget uuid=95b6b41c-bf97-3a1e-9613-72a2f0967476

Renombramos la interficie:

ip link set dev eth10 name eth2

Reescanemos las NICs

xe pif-scan host-uuid=95b6b41c-bf97-3a1e-9613-72a2f0967476

Ahora ya tendríamos que ver el nuevo nombre de la NIC y su "network" asociado.