Nueva versión pública de XenServer 4.2 Beta

Hace un par de días se publicó una versión beta de XenServer Enterprise 4.2. He tenido algo de tiempo para probarla y tengo que decir que esto marcha ;-).

Interesantes novedades aparecerán en la versión 4.2. Entre ellas quiero destacar, porque en su día lo critique, es el soporte de HA. Por fin se puede definir un comportamiento sobre el Pool para que en caso de fallo de alguno de los servidores las máquinas virtuales se re arranquen en otro servidor. El soporte de esta característica solo funciona con Storage Repositories basados en SAN de momento, lo cual implica que no he podido probarlo en profundidad.

También han añadido un bonito menú al servidor XenServer para realizar de forma cómoda las tareas más habituales desde el propio servidor.

Otro fallo que tenía la versión anterior eran las gráficas de rendimiento. En esta nueva versión se han mejorado y ahora son persistentes.

Sin duda VirtualCenter de VMware sigue siendo mejor / tiene más características que el XenCenter pero sin duda ninguna hay que empezar a tener cada vez más en valor la opción de XenServer Enterprise de Citrix.

Un resumen de las principales novedades son:

• Automated high availability and other business continuity functionality
• New guest operating systems, including:
  
  - Windows Server 2008 (with initial enlightenment optimizations)
  
  - Windows XP SP3
  
  - Windows Vista SP1
  
  - SUSE Enterprise Linux 9 SP4 (32-bit) and version 10 SP1 and SP2 (64-bit)
  
  - Red Hat Enterprise Linux 4.7 (32-bit) and 5.2 (32-bit and 64-bit)
  
  
• CD-based installation for SUSE Enterprise Linux 10
• Fully integrated and supported multipath I/O for Fibre Channel and iSCSI arrays with active-active paths
• Active/active network interface bonding
• Performance enhancements for NFS and local VHD based virtual disks
• Quiesced,
  fully consistent snapshots for Windows guests, for storage backends
  that support fast cloning and snapshot (command line support only)
• Improvements in virtual machine PXE support for Altiris, Windows Deployment Services, and Citrix Provisioning Server
• Improved XenCenter support for host networking and storage repository configuration
• Searching, sorting and tagging in XenCenter for scalability and customization
• Menu-driven text console interface for the XenServer host hardware console
• Improvements in performance for Windows guests and for XenApp
• Updated hardware support — adding many newer storage and network adapters
• This release also includes the beta version of XenConvert, a new
  component of XenCenter offering physical-to-virtual conversion from
  Windows systems to XenServer (with output in VHD or XVA formats with
  direct import into a XenServer host).

Parece que el mercado de la virtualiazación va estar movidito, lo cual es bueno para todos, con la aparición de más competencia para VMware.

Grandes novedades en VMware

Durante las últimas semanas han sucedido grandes cambios dentro de VMware. Comenzando con el despido de su CEO y cofundadora Diane Greene (lo cual dio para escribir muchos blogs sobre los motivos y consecuencias de tal despido, entre ellos una caida del 30% de las acciones de VMware) pasando por el lanzamiento de la update 2 de ESX hasata la publicación de VMware ESXi Update 2 de forma gratuita. Pero vamos por partes.

Las principales novedades que incluye la Update 2 son:

• VMotion entre procesadores de distinto fabricante. Ahora ESX analiza el fabricante de CPU y es capaz de calcular automaticamente si es posible una migración utilizando para ello AMD-V o Intel FlexMigration.
• Clonado en caliente de las máquinas virtuales, sin duda esto es muy interesante.
• Extensión de los discos duros virtuales en caliente. Ya no es necesario parar la máquina virtual para hacer más grande el disco duro.
• Soporte de HA a nivel de máquina virtual.
• Single Sing-On para el Virtual Center Client. Si estamos en un entorno de directorio activo, ahora el virtual center client puede utilizar el usuario de nuestra sesión como pass through para autenticarse contra el Virtual Center Server
• Soporte para más sistemas operativos : Microsoft Windows Server 2008, Sun Solaris 10 U5, Novell SLES 10 SP2 y Ubuntu 8.04.
• Soporte para HBAs de 8 GB.
• Soporte para NFS e iSCSI sobre redes de 10Gbit Ethernet
• Soporte mejorado para las Remote Command Line Interface

Como se puede observar grandes e interesantes mejoras aparecen.

Pero sin duda la mejor es que ahora ESXi es gratuito. ESXi es la versión de ESX que no incluye la Consola de Servicio. Esto como todo tiene sus inconvenientes pues nos resta flexibilidad y facilidad de administración pero por contra tenemos un gran servidor de virtualización totalmente gratuito. Un gran movimiento de VMware para consolidarse como una gran opción dentro del mercado SMB que ahora podrá afrontar más facilmente introducirse dentro de los sistemas virtuales.

Backup para Novell OES 2 Linux

Esta última semana he estado probando diferentes sistemas de backup para un entorno Novell OES2 (Open Enterprise Server 2) Linux. El objetivo principal era encontrar que herramienta me permitía hacer eficientemente backup de:

• Sistema de ficheros tradicional de Linux
• Volúmenes NSS, y que conservara todos los meta datos
• Arbol de eDirectory (NDS)
• Restaurar el arbol
• Restaurar un objeto del arbol
• Restaurar un fichero / carpeta conservando los permisos

Las soluciónes que he provado son:

• Tivoli Storage Manager (TSM) de IBM
• ArcServe de CA
• SEP Sesam
• Backup Express

Y un resumen de los resultados obtenidos es:

• Tivoli Storage Manager:
  
  • Sistema de ficheros tradicional: Correcto
  • Vólumenes NSS: Correcto
  • Arbol de eDirectory: No soportado (solo sobre sistema operativo Netware)
  • Restaurar el arbol: No soportado
  • Restaurar un objeto del arbol: No soportado
  • Restaurar un fichero / carpeta conservando los permisos: Correcto
  
  
• Brightstor ArcServer de CA
  
  • Sistema de ficheros tradicional: Correcto
  • Vólumenes NSS: Correcto
  • Arbol de eDirectory: No soportado (solo sobre sistema operativo Netware)
  • Restaurar el arbol: No soportado
  • Restaurar un objeto del arbol: No soportado
  • Restaurar un fichero / carpeta conservando los permisos: Correcto (tiene un fallo si no se restaura en la localizacíon original).
    
  
  
• SEP Sesam
  
  • Sistema de ficheros tradicional: Correcto
  • Vólumenes NSS: Correcto
  • Arbol de eDirectory: Correcto
    
  • Restaurar el árbol: Correcto
  • Restaurar un objeto del arbol: No soportado de forma automática
    
  • Restaurar un fichero / carpeta conservando los permisos: Correcto
    
    
• Backup Express (pendiente de prueba)
  
  • Sistema de ficheros tradicional: Correcto
  • Vólumenes NSS: Correcto
  • Arbol de eDirectory: Soportado tanto de sistemas Netware como Linux
    
  • Restaurar el arbol: Soportado
  • Restaurar un objeto del arbol: No soportado
  • Restaurar un fichero / carpeta conservando los permisos: Correcto

De los probados, por filosofía de funcionamiento el que más me ha gustado es TSM. Por características de soporte de OES2 me quedo con Backup Express además de que me ha gustado bastante su interfaz y metodología. Por contra una gran desventaja de Backup Express es que la interfaz de administración solo funciona con Internet Explorer sobre Windows.

En resumen según las necesidades del cliente tenemos principalmente las opciones de TSM y Backup Express, cada uno con sus ventajas e inconvenientes.

Reboot de cluster novell sobre ESX

Esta semana he estado realizando algunas pruebas con diferentes versiones de OES 2 para montar un los servicios de cluster de Novell (NCS). Me he encontrado con el problema que cuando se iniciaba el servicio de cluster la máquina virtual se reiniciaba automaticamente.

Tras buscar un poco por internet encuentro la solución al problema. Parece ser que este problema surge a raiz de resolver el problema de Time Drifting (desviación del tiempo) al usar el parámetro clock=pit. Ya comenté en otra entrada este tema.

Para resolver el problema basta con cambiar el parámetro clock=pit por clock=pmtmr y con esto queda resulto el problema del Time Drifting y el problema del reinicio automático de los servicios de cluster de novell.

CCA XenServer Enterprise

Pues como hace bastante que no publico nada pues tengo que comentar ciertos cambios.

Desde hace aproximadamente un mes soy CCA XenServer V4, o lo que es lo mismo, estoy certificado por Citrix como experto en los sistemas de virtualización que comercializan. Para ser más exacto en particular de la versión XenServer Enterprise.

Tengo que decir que el conocer bastante bien los dos grandes sistemas de virtualización que hay actualmente en el mercado me otorga una perspectiva bastante buena del asunto. Como ya he publicado en otras ocasiones sigo opinando que el conjunto VI3 es bastante mejor que el de Citrix, a fecha de hoy, pero esto no quita para que tengamos que descartar como solución a un problema XenServer. Como siempre tenemos que valorar las necesidades de cada situación y los costes de aplicar una opción determinada. Por ejemplo, si lo único que buscamos es tener un par de servidores de virtualización quizas por costes sea mejor tener Xen que VMware. De hecho donde sobre todo VMware gana la batalla a Xen es en el Virtual Center pues XenCenter está muy lejos de él. Pero por el contrario las diferencias entre el ESX y XenServer, aunque mejor el primero que el segundo, no son tan abrumadoras.

La verdad es que XenServer tiene ciertas cosas que lo hacen bastante interesante.