Hola amigos, como veis continuamos con la monitorización de sistemas. Al igual que lo hice con Hyperic esta vez voy a mostraros como instalar el agente de Zabbix en Xenserver 5.5. Otro día lo haremos con Nagios que es el que nos falta.

1.- Descargamos de la web de Citrix el “SDK Virtual Machine” y lo importamos en nuestro XenServer. Esto nos servirá para poder compilar el agente de Zabbix para nuestra versión de XenServer.

http://www.citrix.com/lang/English/lp/lp_1688621.asp

2.- Una vez tenemos la máquina virtual creada, nos traemos el paquete que contiene el agente zabbix y lo descomprimimos.

3.- Compilamos:

./configure –enable-agent –enable-static

make install

4.- Localizaremos los ficheros del agente de zabbix en la siguiente ruta:

/usr/local/sbin/zabbix_agent

/usr/local/sbin/zabbix_agentd

5.- Copiamos el directorio tal cual sobre nuestro XenServer 5.5. Yo suelo hacerlo con scp por medio de comandos pero hay clientes como WinSCP que también son muy cómodos.

6.- Creamos el usuario zabbix en XenServer

useradd zabbix

7.- Le damos permisos de este usuario sobre los directorios antes creados

chmod 755 zabbix_agent*

chown zabbix zabbix_agent*

8.- Creamos el directorio donde estarán los ficheros de configuración:

mkdir /etc/zabbix

9.- Le damos permisos al usuario zabbix sobre el directorio

chown zabbix /etc/zabbix

10.- LLevamos el fichero zabbix_agentd.conf al directorio anterior creado y le damos permisos para el mismo usuario

chown zabbix /etc/zabbix/zabbix_agentd.conf

11.- Creamos el directorio para logs

mkdir /var/log/zabbix

12.- Le damos permios para el usuario zabbix

chown zabbix /var/log/zabbix

13.- Copiamos el script de inicio en /etc/init.d y lo añadiremos a los niveles de ejecución

chkconfig –level 2345 zabbix-agend on

14.- Modificamos la linea donde aparece:

ZABBIX_AGENTD_BIN=/usr/sbin/zabbix-agentd

por

ZABBIX_AGENTD_BIN=/usr/local/sbin/zabbix-agentd

15.- Editamos la configuración del IPTables, añadiendo la siguiente linea

-A RH-Firewall-1-INPUT -m state –state NEW -m tcp -p tcp –dport 10050 -j ACCEPT

16.- Reiniciamos IPTables

service iptables restart

17.- Arrancamos el agente y comprobamos su funcionamiento

/etc/init.d/zabbix_agentd start

/tail -f /var/log/zabbix/zabbix_agentd.log

Con esto tendremos el agente funcionando en nuestro XenServer. Espero que os sea de utilidad.

Saludos y hasta la semana que viene.

Hola amigos,

En el post de hoy explicaré como poder convertir una máquina física en una máquina virtual. Para ello haremos uso de la utilidad XenConvert 2.1, recién salida del horno, que mediante el proceso P2V “Physical to Virtual Conversion” convertiremos nuestro servidor físico en una máquina virtual.

Sin duda alguna la mejor de las nuevas características de esta nueva versión es la posibilidad de convertir y redimensionar múltiples volúmenes. Podéis ver las características en esta url:

http://www.citrix.com/English/ss/downloads/details.asp?downloadId=1862307&productId=683148#top

Dependiendo del sistema operativo de nuestra máquina física habrán dos posibilidades:

1. Si nuestro servidor físico es Windows:
   • Descargamos XenConvert 2.1 de la web que os he puesto anteriormente.
   • Instalamos.
   • Una vez finalizada la instalación podremos ejecutarla.
   • El asistente muestra varias opciones de tipos de conversión. Por defecto crea un fichero VHD pero también podemos crear un fichero XVA, que después importaremos como template o appliance.
   • Una característica muy importante de todo esto es que si os dais cuenta no hemos reiniciado en ningún momento nuestro servidor físico.
2. Si nuestro servidor físico es Linux:
   • Reiniciaremos nuestro servidor físico y arrancaremos desde el CD de instalación de XenServer.
   • Cuando salga el menú de bienvenido a XenServer nos moveremos entre las opciones con el tabulador y seleccionaremos con la barra espaciadora.
   • Seleccionaremos la opción P2V y daremos a aceptar.
   • El proceso de conversión se hará a través de la red entre el equipo físico y XenServer. Es importante tener en cuenta que este proceso será bastante largo y que si tenemos VM en producción su rendimiento se verá afectado.
   • Cuando el proceso acabe habremos creado nuestra máquina virtual dentro de XenServer.

Esto es todo amigos, vuestro jefe ya no tendrá excusa alguna para que podáis pasar vuestro servidor físico a máquina virtual.

Saludos y hasta la semana que viene.

Queridos lectores del blog de virtualización en español. Para los que también quieran saber como configurar Jumbo frames en XenServer voy a explicar como hacerlo.

1.- Entramos por ssh a nuestro servidor XenServer.

2.- Buscamos la interfaz física a la que queremos aplicar el cambio:

xe pif-list

3.- Una vez encontrada, comprobamos su configuración:

xe pif-param-list uuid=”uuid de la interfaz de red física”

La informacion obtenida es mas o menos esta:

device ( RO): eth1
MAC ( RO): 00:23:7d:ee:f2:c0
physical ( RO): true
currently-attached ( RO): false
MTU ( RO): 1500
VLAN ( RO): -1
bond-master-of ( RO):
bond-slave-of ( RO): ba4a8cd5-3708-081b-c496-0967ab2bfce7
management ( RO): false
network-uuid ( RO): e4bbd54b-8236-fb25-98f5-60fd5c56b3f6
network-name-label ( RO): Pool-wide network associated with eth1
host-uuid ( RO): 9e7b7330-8776-4ec1-9f9e-0f1d55898e83
host-name-label ( RO):
IP-configuration-mode ( RO): None
IP ( RO):
netmask ( RO):
gateway ( RO):
DNS ( RO):
io_read_kbs ( RO): 0.000
io_write_kbs ( RO): 0.000
carrier ( RO): true
vendor-id ( RO): 14e4
vendor-name ( RO): Broadcom Corporation
device-id ( RO): 164c
device-name ( RO): NetXtreme II BCM5708 Gigabit Ethernet
speed ( RO): 1000 Mbit/s
duplex ( RO): full
disallow-unplug ( RW): false
pci-bus-path ( RO): 0000:05:00.0
other-config (MRW):

4.- Configuramos MTU 9000 sobre la interfaz física:

xe pif-para-set uuid=”uuid de la interfaz física” other-config:mtu=9000

5.- Volvemos a comprobar y vemos que se han aplicado los cambios:

xe pif-param-list uuid=”uuid de la interfaz de red física”

Y la información obtenida es más o menos esta:

device ( RO): eth1
MAC ( RO): 00:23:7d:ee:f2:c0
physical ( RO): true
currently-attached ( RO): false
MTU ( RO): 9000
VLAN ( RO): -1
bond-master-of ( RO):
bond-slave-of ( RO): ba4a8cd5-3708-081b-c496-0967ab2bfce7
management ( RO): false
network-uuid ( RO): e4bbd54b-8236-fb25-98f5-60fd5c56b3f6
network-name-label ( RO): Pool-wide network associated with eth1
host-uuid ( RO): 9e7b7330-8776-4ec1-9f9e-0f1d55898e83
host-name-label ( RO):
IP-configuration-mode ( RO): None
IP ( RO):
netmask ( RO):
gateway ( RO):
DNS ( RO):
io_read_kbs ( RO): 0.000
io_write_kbs ( RO): 0.000
carrier ( RO): true
vendor-id ( RO): 14e4
vendor-name ( RO): Broadcom Corporation
device-id ( RO): 164c
device-name ( RO): NetXtreme II BCM5708 Gigabit Ethernet
speed ( RO): 1000 Mbit/s
duplex ( RO): full
disallow-unplug ( RW): false
pci-bus-path ( RO): 0000:05:00.0
other-config (MRW): mtu: 9000;

Una vez configuradas Jumbo Frames sobre las interfaces físicas podremos hacerlo sobre las interfaces virtuales, la manera de hacerlo es muy parecida. Sería sustituir el comando pif por vif. Quedando de la siguiente manera:

1.- Buscamos la interfaz virtual:

xe vif-list

2.- Vemos sus características y parámetros:

xe vif-param-list uuid=”uuid de la interfaz de red virtual”

3.- Configuramos mtu 9000:

xe vif-para-set uuid=”uuid de la interfaz virtual” other-config:mtu=9000

4.- Comprobamos cambios:

xe vif-param-list uuid=”uuid de la interfaz de red virtual”

Esto es todo, a partir de ahora ya sabemos como poder hacerlo en VMWare y XenServer. Espero que os sea de utilidad.

Un saludo,

Adolfo.

Update1: Si tienes problemas en bajarte el documento haz clic en este enlace.

Hola amigos. Tal y como podemos ver en este artículo, Citrix ha publicado un test para escalar a 5000 sesiones concurrentes VDI y lo más notable que encuentro de todo esto es que para el test utilizan VMWare ESX como plataforma de virtualización.

A continuación os paso a listar la plataforma utilizada:

1.- Desktop delivering controler para la administración de los escritorios remotos.
2.- Citrix provisioning services para el aprovisionamiento.
3.- Netapp como sistema de almacenamiento.
4.- Blades de HP para el alojamiento de las máquinas virtuales.
5.- VMWare ESX como sistema de virtualización.
6.- Switches cisco para la red.

Os recomiendo su lectura, de la que, además de una plataforma de XenDesktop 4 sobre VMWare ESX, cabe destacar la sinceridad en los problemas encontrados.

Saludos y hasta la próxima semana.

Hola a todos de nuevo, soy Miguel Angel Alonso y hoy vamos a entrar en profundidad dentro del mundo VDI en una serie de entre 4 y 8 capítulos que saldrán cada Martes para informaros sobre la configuración, instalación, máximos y mínimos de ambas tecnologías de escritorios virtualizados, con sus ventajas y desventajas de una frente a la otra.

En una primera vista quiero que observéis por encima ambos esquemas de conexionado de las dos tecnologías y sus formas de operar, las cuales son prácticamente calcadas aunque la forma de hacerlo difiera bastante en sus PROTOCOLOS de conexión:

VMware View 4

Citrix XenDesktop 4

Después de ver ambos esquemas de conexionado de ambas tecnologías como primer apunte a reseñar y que me viene a la cabeza son sus similitudes a la hora de trabajar aunque lo hagan de diferentes maneras, observémoslos:

CITRIX                                                                                      VMware

Delivery Controller                                                                View Connection Server (BROKER)
Security Remote Acces ó Acces Gateway                     View Security Server (SEGURIDAD)
Provisioning Server                                                               View Composer (Aprovisionamiento Dinámico de Discos)

Aunque lo mismo cabe reseñar en sentido inverso, es la forma, o mejor dicho, el protocolo con el que se conectan ambas:

CITRIX ha introducido su tecnología FLEXCAST HDX mediante su cliente y protocolo ICA y VMware lo ha hecho en su versión 4 con PCoIP.

Ambas tecnologías son extraordinarias pero cabe reseñar muy a mi pesar que la tecnología de Citrix es más madura y estable que la de VMware ya que PCoIP apuesta sobre UDP como el transporte fundamental para los gráficos.

Uno de los defectos de diseño importantes en PCoIP es que se basa exclusivamente en UDP para proporcionar mapas de bits. UDP es válido para algunos casos de uso, pero PCoIP depende de este totalmente por completo.

Cuando se necesita un transporte fiable, TCP es una opción mucho mejor. El hecho de que tiene una aplicación PCoIP y fiabilidad de paquetes, muestra que necesita de un proceso de entrega fiable para los gráficos de escritorio. Si todo lo que estamos haciendo es reproducir un vídeo, muy bien … pero eso no es todo lo que hace un escritorio virtual (ya que dispone de otras muchas funcionalidades).

Hace muchos años, ICA se apoyó en un protocolo basado en datagramas con la aplicación de la fiabilidad de capas como PCoIP. Desde entonces, se ha aprendido que TCP es el transporte ideal para la entrega de los gráficos de escritorio en la red. También es más amigable con los sistemas firewall y la infraestructura de red en general y es más fácil el tratarlo y gestionarlo, además de ser más barato de implementar y los clientes pueden aprovechar su infraestructura de red existente.

Sin embargo, se de buena fuente, que PCoIP va a mejorar todo esto en futuras versiones. Y va a ser un duro competidor en su batalla frente a HDX por hacerse con el protocolo a estandarizar en los entornos VDI. Particularmente confío mucho en PCoIP.

Aunque si en el protocolo le doy cierta ventaja a Citrix, en el elemento de aprovisionamiento de discos dinámicos virtuales para nuestros escritorios le doy un sobresaliente a View Composer, frente a un buen Citrix Provisioning Server, tanto por su facilidad de manejo como su configuración y el despliegue de estos.

Bueno aquí os dejo los futuros capítulos que veremos de ahora en adelante:

Capítulo 1: Instalación y configuración de Vmware View 4 Connection Server
Capítulo 2: Instalación y configuración de Vmware View 4 Connection Server Replica
Capítulo 3: Instalación y configuración de Vmware View 4 Security Server
Capítulo 4: Instalación y configuración de Vmware View 4 Composer
Capítulo 5: Instalación y configuración de Citrix XenDesktop 4 (Parte 1)
Capítulo 6: Instalación y configuración de Citrix XenDesktop 4 (Parte 1)
Capítulo 7: Instalación y configuración de Citrix Provisioning Server 5
Capítulo 8: Trucos a tener en cuenta a la hora de instalar ambos en un proceso de producción (Máximos y Mínimos, etc…)

Bueno como cada Martes le doy nuevamente gracias a José María y a mis compañeros del BLOG, y cómo no a todos vosotros sin los cuales nada de esto sería posible.

Gracias y hasta la próxima semana.

Hola a todos, voy a explicaros como actualizar XenServer 5.5 en modo comandos desde el propio servidor de XenServer.

El proceso de actualización es muy sencillo y requiere únicamente 4 pasos muy concretos.

El primer paso, consistirá en bajarse los binarios del update de XenServer. Este es el paso que puede tardar más tiempo y dependerá del ancho de banda que dispongas en Internet.

1º Descargamos el fichero:

wget http://downloadns.citrix.com.edgesuite.net/4684/XenServer-5.5.0-Update2.xsupdate

2º Actualizamos:

xe patch-upload file-name=XenServer-5.5.0-Update2.xsupdate

3º Aplicamos:

xe patch-pool-apply uuid=”uuid del pool”

4º Reiniciamos:

reboot

Con esto tendremos actualizado nuestro XenServer 5.5. No es necesario aplicar antes el Update 1 puesto que esta ya la incluye. Tampoco ocurriría nada en el caso de que ya tuvieramos previamente el update 1 instalado.

Después de la actualización será necesario actualizar las XenServer Tools de todas las máquinas virtuales linux que tengamos. Para ello podemos seguir la siguiente guia que os redacté unas semanas atras:

http://www.josemariagonzalez.es/2009/12/09/como-instalar-xenserver-tools-en-linux.html

Espero que os sea de gran utilidad. Nos vemos la semana que viene.

Hola amigos,

En el siguiente post veremos como instalar el servidor de Hyperic sobre Centos x64, mi distribución linux favorita, donde tendremos a todos nuestros XenServer monitorizados:

En post anteriores os expliqué como instalar el cliente de hyperic sobre nuestro servidor XenServer de manera que este pueda conectarse con el servidor para poder tener los servicios de XenServer monitorizados.

Desde la consola descargamos el rpm para x64:

wget http://sourceforge.net/projects/hyperic-hq/files/Hyperic%20HQ%204.2/HQ%204.2.0/hyperic-hq-installer-4.2.0-1.x86_64.rpm/download

Instalamos los siguientes paquetes:

yum install libXp expect

Instalamos el rpm descargado:

rpm -UHv hyperic-hq-installer-4.2.0-1-x86_64.rpm

Arrancamos el servidor:

su hyperic
/opt/hyperic/server-4.2.0/bin/hq-server.sh start

Abrimos un navegador y ponemos lo siguiente en la barra de direcciones:

http://ipDelServidor:7080
usuario:hqadmin
pass:hqadmin

Cuando vayamos instalando los clientes en nuestros diferentes servidores y servicios a monitorizar, como por ejemplo el cliente de XenServer que os expliqué hace unas semanas, al conectarse con el servidor, gracias a la utilidad “Auto-Discovery” él mismo detectará los servicios configurados en esa máquina así como sus características y te propondrá que lo incluyas en el inventario de servidores monitorizados.

Igualmente podremos añadirlo manualmente desde Resources–>Tools Menu–>New Plaform

Como ya os dije, llevo unas semanas probando esta herramienta y la verdad es que me está sorprendiendo gratamente, os la aconsejo.

Nada mas amigos, espero que os sea de utilidad.

Hola a todos, hoy voy a explicaros como importar y exportar una máquina virtual desde xenserver 5.5.

Esto es muy útil en el caso de tener que migrar una máquina virtual de una plataforma a otra.

Exportar: “xe vm-export filename=ruta del archivo”

Tenemos que asegurarnos que le ponemos al archivo extensión .xva para que en un futuro se pueda importar en otro xenserver.

Importar: “xe vm-import filename=ruta del archivo”

Con este comando te restaurará la máquina virtual en el SR por defecto de tu XenServer. Si lo queremos alojar en un SR determinado, necesitamos añadirle la opción sr-uuid quedando de la siguiente manera:

“xe vm-import filename=”ruta del archivo” sr-uuid=uuid del SR”

Y si además queremos que las interfaces de red virtuales conserven la mac debemos hacerlo con la opción preserve=true.

También debemos saber que exportar e importar requiere un periodo de tiempo. Todo depende del tamaño de la maquina virtual y de la velocidad del dispositivo desde donde importamos o al que queremos llevar el fichero de exportación.

Para hacernos una idea unos 100Gb de máquina virtual me cuesta alrededor de una hora y media sobre una unidad publicada por NFS con una tasa de transferencia sostenida de 40mb/s.

Saludos y hasta la próxima semana.

Hola a todos, hoy voy a explicaros como cambiar el modo de hacer bonding en XenServer. Por defecto cuando configuramos un bonding, bien sea desde XenCenter o desde modo consola, este lo hace en modo “balance-slb” o modo “7″.

Si lo queremos modificar simplemente deberemos editar el fichero “interface-reconfigure” con el siguiente comando vi /opt/xensource/libexec/interface-reconfigure +863 y donde pone “balance-slb” sustituirlo por cualquiera de estos modos:

balance-rr o mode=0:
Configura una política de round-robin para tolerancia a fallos y balanceo de cargas. Las transmisiones son recibidas y enviadas secuencialmente en cada interfaz esclava vinculada comenzando con la primera disponible.

active-backup o mode=1:
Configura una política de tolerancia de fallos. Las transmisiones son recibidas y enviadas a través de la primera interfaz esclava vinculada disponible. Sólo se utiliza otra interfaz si la interfaz esclava activa falla.

balance-xor o mode=2:
Configura una política XOR (o-exclusivo) para tolerancia de fallos y el balanceo de cargas. Emplea la formula ,que los Ingenieros tanto hemos visto en la carrera, para decidir por que interfaz sale: (source-MAC xor dest-MAC) mod n-slaves.

broadcast o mode=3:
Configura una política de difusión para la tolerancia de fallas. Las transmisiones son enviadas en todas las interfaces esclavas.

802.3ad o mode=4:
Configura una política de agregación de enlace dinámico IEEE 802.3ad. Crea grupos de agregación que comparten las mismas especificaciones de velocidad y duplex. Transmite y recibe en todos los esclavos en el agregador activo. Requiere de un switch que sea conforme con 802.3ad.

balance-tlb o mode=5:
Configura una política de balanceo de carga de transmisión (Transmit Load Balancing, TLB) para la tolerancia de fallas y el balanceo de cargas. El tráfico saliente es distribuido de acuerdo a la carga actual en cada interfaz esclava. El esclavo actual recibe el tráfico entrante. Si el eslavo receptor falla, otro esclavo toma la dirección MAC del esclavo fallido.

balance-alb o mode=6:
Configura una política de balanceo de cargas activa (Active Load Balancing, ALB) para la tolerancia de fallas y el balanceo de cargas. Incluye el balanceo de cargas de transmisión y recepción para el tráfico IPV4. Se logra el balanceo de las cargas recibidas a través de la negociación ARP.

En lugar de editar el fichero, si se prefiere, también se puede hacer mediante este comando: xe pif-param-set uuid= other-config:bond-mode=

Ten en cuenta que debes saber que modo de bonding debes escoger porque para muchos de ellos necesitarás switchs gestionables que lo soporten. Yo, para mis servidores siempre escojo el modo “active-backup”. Este modo me permite tener alta disponibilidad de red cableando cada latiguillo a un switch diferente. De esta manera no nos encontraremos con problemas de bucles ni fallos en la red dado que solo habrá activa una mac por ip.

Es un placer para mi presentarte este curso online sobre la tecnología de Virtualización de Citrix XenServer 5.5. En este primer modulo explicare desde una base solida lo que entendemos Xen y XenServer 5.5 y veremos cómo se instala y configura XenServer 5.5 y describiré brevemente la arquitectura de XenServer.

Espero que durante los próximos meses te diviertas viendo y siguiendo este curso de formación online de la misma forma que yo me he divertido creándolo para ti.

Para acceder a los videos tutoriales sobre XenServer 5.5 haz clic en el siguiente enlace:

http://www.josemariagonzalez.es/video-tutoriales/videos-formacion-xenserver/

Esta semana Citrix ha anunciado en su evento de virtualización, Citrix Synergy, su próximo switch virtual distribuido open source para los hipervisores Xen y KVM.

Con este anuncio, Cisco ya no está solo con su switch distribuido Nexus 1000v y ve como la competencia de switches distribuidos para entornos virtuales empieza a crecer. Al parecer este nuevo conmutador virtual que competirá con el Nexus 1000v saldrá al mercado justo después de la liberación del cisco Nexus 1000v.

Esta nueva arquitectura de switch distribuido ha sido impulsada por dos factores fundamentales:

• Los conmutadores virtuales distribuidos permitirán al grupo de redes en las organizaciones, recuperar el control de la infraestructura de la red.
• Los conmutadores virtuales distribuidos permiten una configuración más granular al poder “conocer” el tráfico de la red virtual y ofrecen una mejor integración con las herramientas de gestión y seguridad existentes en la organización.

No hay duda de que necesitamos una mejor gestión de la infraestructura virtual de red, y así lo han expresado un gran número de clientes.

This blog post is part of Zemanta’s “Blogging For a Cause” campaign to raise awareness and funds for worthy causes that bloggers care about.

La semana pasada, el blog de virtualización en Español,  fue invitado de excepción al 20 aniversario de Citrix, el cual tuvo lugar en el hotel princesa de Madrid. Durante la presentación inicial, John Thorbun, Systems Engineer Manager en Citrix Iberia, nos dio unas pinceladas de las soluciones de virtualización de la compañia

• XenApp – Virtualización de aplicaciones
• XenDesktop – Virtualización del puesto de trabajo
• XenServer – Virtualización de Servidores
• NetScaler/WanScaler – Aceleración LAN/WAN para los protocolos TCP y ICA (protocolo de presentación)
• EdgeSight – Monitorización para el rendimiento de los puestos de trabajo y la monitorización del “user experience”
• Workflow Studio – Producto de gestión basado en PowerShell

Jose Maria Barral, Ingeniero de Sistemas en Citrix, nos hablo sobre los problemas del despliegue tradicional del PC y como la virtualización del puesto de trabajo con XenDesktop, asi como la virtualización de las aplicaciones, con XenApp, pueden ayudar a solventar estos problemas por medio de estas tecnologías y del protocolo de presentación ICA. Los beneficios son los siguientes:

• Simplifica la distribución del software al puesto cliente
• Independencia del puesto de trabajo
• Ancho de banda controlado (15-20Kbps)

Por consiguiente se aumenta el ciclo de vida de los PCs y se aumenta la seguridad perimetral, ya que los datos no residen en los puestos de trabajo. Angel Gomez de Citrix nos hizo una demo muy interesante de XenApp y Xendesktop en la que vimos como el usuario se conecta a través del broker de Citrix para arrancar un Windows 7 y como un usuario  es capaz de hacer un streaming de una aplicación como Microsoft Word. Se hico una mención especial al protocolo HDX (high definition Experience) para las aplicaciones de streaming y aplicaciones graficas de 3D. En este área se menciono el acuerdo de colaboración entre Citrix y la empresa Autocad – www.citrixandautodesk.com -, y se mostro cómo es posible correr autodesk desde un escritorio virtualizado con una experiencia de usuario más que aceptable. También se hicieron demos de XenCenter, la herramienta de gestión centralizada del centro de datos, Provision Server, para el despliegue de aplicaciones y sistemas operativos y  XenClient (proyecto Independence ), producto de Citrix para la virtualizacion del Workstation. En este link puedes ver la presentación de introducción de John Thorbun: http://www.josemariagonzalez.es/wp-content/uploads/2009/Interviews/Introduccion.ppt

This blog post is part of Zemanta’s “Blogging For a Cause” campaign to raise awareness and funds for worthy causes that bloggers care about.

Desde que Citrix hizo de XenServer un hypervisor “libre”, por cierto, el anuncio tuvo lugar durante el VMworld 2009 en Cannes – el evento de virtualización por excelencia -, muchas ya han sido las descargas que se han producido desde la web de Citrix.

Ciertamente, el ecosistema de Citrix XenServer está creciendo y pienso que este dato es muy bueno para que definitivamente Xen sea una alternativa seria a VMware para servidores en producción. Y es que la competencia “sana” siempre es buena. Que sería de nosotros si VMware no tuviera “competencia”, ah, pero es que la tiene?

En este ámbito, el del ecosistema de Xen, tengo el gusto de presentarte a 360is.

360is es una empresa de servicios profesionales en el Reino Unido y especialista en el área de la virtualización y seguridad para entornos Citrix XenServer. 360is ha desplegado más instalaciones de XenServer que cualquier otra empresa británica.

Y curiosamente han elaborado un poster de XenServer para administradores  en formato A4 que puedes descargar de forma gratuita.

En este link puedes bajarte el poster XenServer para la administración en formato .pdf.

http://www.josemariagonzalez.es/docs/xenserver-poster.pdf

La semana pasada Citrix anunció una nueva línea de productos llamada Citrix Essentials™ para XenServer™ y Hyper-V™.

Esta nueva línea de productos añadiría una amplia gama de capacidades de gestión y automatización para las plataformas de virtualización de Citrix y Microsoft.

La nueva solución ayudara a los clientes a transformar el centro de datos virtualizado en una “entidad” mucho más dinámica y flexible con funcionalidades como “lab automation” y “dynamic provisioning”.

Según la compañía, Citrix Essentials será un complemento ideal para los clientes que quieran utilizar plataformas de virtualización enterprise , algo que citrix ofrece desde hace una semana gratuitamente a cualquier usuario o compañía.

La línea de productos Citrix Essentials también incluye la gestión de Microsoft ® Windows Server ® 2008 Hyper-V y Microsoft System Center, ayudando a los clientes a crear una única capa de gestión para ambos entornos virtuales.

Esta combinación se traduce en un incremento de la interoperabilidad entre ambas plataformas lo que facilitara a los clientes administrar máquinas virtuales a través de entornos heterogéneos de virtualización.

Habrá que ver cuándo va a comprar Microsoft a Citirx la parte de su hypervisor basado en Xen!!!

Según un informe de Info-Tech Research Group, al que puedes acceder en este link por 209 euros, VMware mantiene su posición de liderazgo. Y sin embargo, la competencia en el mercado de la virtualización de servidores ha aumentado considerablemente en 2008.

Microsoft se ha convertido en un competidor serio a través de su hipervisor Hyper-V y Citrix ya dispone de una base de clientes seria con su adquisición de XenSource.

El informe ofrece una visión general de la virtualización de servidores x86 y se centra en los criterios siguientes:

La madurez del proveedor así como la madurez del producto
Las funciones Enterprise avanzadas
El coste de licencias

El blog de Virtualización en Español ha tenido acceso al informe y pude mencionar que VMware sigue siendo el líder debido principalmente a su cuota de mercado y a su continua innovación hacia la virtualización del centro de datos.

No obstante, la competencia se ha convertido en una amenaza grave. En esta año 2009, Info-Tech Research Group espera más innovación en funcionalidades Enterprise y mucha más presión sobre los precios de las licencias.

Cuál será el próximo componente de la capa de virtualización que darán gratis?