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.

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, si recordaís hace ya algunos post os comentaba que Citrix lanzó NetScaler VPX, appliance que podemos descargar desde la web de Citrix e importarla sobre nuestro XenServer y que es muy interesante según que entornos pero que viene limitada según los recursos hardware de nuestro hypervisor.

Os recuerdo alguna de sus características:

• Maximum HTTP throughput – 1Gbps
• Maximum compression – 750 Mbps
• Maximum Application Firewall – 500 Mbps
• Maximum SSL transactions/second – 500 Mbps
• Maximum SSL through put – 1Gbps

Hoy os explicaré las diferencias que tiene con la versión hardware y recomendaré cuando hay que usar uno u otro.

La principal diferencia entre ambos es el rendimiento. La versión virtual de NetScaler no incluye hardware especifico para la aceleración SSL. NetScaler VPX soporta etiquetado de tráfico pero este es limitado a lo que soporte nuestro hypervisor. En cambio NetScaler MPX tiene soporte nativo para 802.1q.

NetScaler VPX no soporta 802.3ad, es decir link aggregation, puesto que no es soportado por XenServer. NetScaler MPX sí que tiene soporte nativo para 802.3ad.

¿Cuando debemos usar uno u otro?

Utilizaremos la versión hardware cuando:

- Necesitemos grán ancho de banda y rendimiento.
- Necesitemos gran volumen de tráfico SSL
- Mas de 100 sesiones VPN concurrentes.
- Sea requerido FIPS

Utilizaremos la versión virtual cuando:

- Estemos en entornos de pruebas o de desarrollos.
- Datacenters virtualizados y con hypervisores con gran capacidad de proceso.

Nada mas, espero que si os veis en situación de elegir uno u otro os sirva de ayuda.

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.

Feliz 2010 a todos los lectores del blog de virtualización en español. Espero que estéis pasando unas felices fiestas.

Considero que tener sistemas de monitorización controlando nuestros servicios es imprescindible para un administrador. Hasta ahora para monitorizar mis servidores utilizo Zabbix, que también está muy bien, pero me han hablado muy bien de hyperic por lo que lo estoy probando para sacar mis propias conclusiones.

Así que para comenzar bien el año os voy a explicar cómo instalar el agente de hyperic en xenserver.

1. Descargamos el paquete para x86 dado que el paquete para 64 bits no funciona:

wget http://sourceforge.net/projects/hyperic-hq/files/Hyperic%20HQ%204.2/HQ%204.2.0/hyperic-hq-agent-4.2.0-1260-x86-linux.tgz/download

2. Descomprimimos:

tar xvzf hyperic-hq-agent-4.2.0-1260-x86-linux.tgz

3. Editamos el fichero de configuración de iptables:

vi /etc/sysconfig/iptables

4. Añadimos la siguiente entrada:

-A RH-Firewall-1-INPUT -p tcp -m tcp –dport 2144 -j ACCEPT

5. Reiniciamos el firewall:

service iptables restart

6. Arrancamos el agente:

/opt/hyperic-hq-agent-4.2.0/bin/hq-agent.sh start

Nos pedirá los parámetros para poder conectar con el servidor de hyperic y listo. Ya tenemos el agente configurado.

En próximos post os explicaré como ir añadiendo reglas al servidor de hyperic para que los servicios de xenserver vayan siendo monitorizados.

Para teminar desearos que paséis una feliz noche de Reyes. Y que se porten muy bien con vosotros.

Hola a todos, y feliz navidad. En el post de hoy os explicaré que gracias un script y unos ficheros de configuración podremos obtener backups de los mismos snapshots de nuestro XenServer 5.5.

Estos ficheros los podremos obtener, gracias a Jeremy Tirrel, de los foros y comunidad de citrix por lo que el funcionamiento está asegurado. Tendremos unos backups consistentes sin tener que parar nuestra máquina virtual.

Tanto el script como los ficheros de configuración los podemos obtener del siguiente enlace:

http://forums.citrix.com/servlet/JiveServlet/download/510-246630-1387688-27061/scripts.zip

Todas las aclaraciones y explicaciones de como usarlo las podemos obtener de la siguiente url:

http://community.citrix.com/display/xs/0+downtime+snapshot+based+XENServer+5.5+backup+script

Nada más, desearos que paséis felices fiestas y hasta la próxima semana

Nota: Para la update 1 o 2 de XenServer 5.5 se usará el kernel “2.6.18-128.1.6.el5.xs5.5.0.505.1024xen” en sustitución del ya mencionado abajo.

¡Hola, soy Miguel Angel Alonso! Y como veis soy nuevo en este gran blog de mi tan admirado José María Gonzalez y al cual le estoy muy agradecido por darme la oportunidad de poder participar en él a la vez que me llena de gran orgullo.

Bueno, después de esta pequeña presentación hoy me dirijo a vosotros para contaros cómo instalar XenServer 5.5 en un USB, ya que hasta ahora sabíamos como instalar ESXi en un USB os daré esta otra opción.

Alguno de vosotros quizá se pregunte para qué o que utilidad podemos ver en ello y así a bote pronto se me ocurren varias pero para lo que yo más lo utilizo es para hacer un arranque dual si se puede llamar así en mis servidores de testeo entre mi ESX 4 y XenServer 5.5. Sí como habeis leído bien arranque dual ya que al arrancar si damos a opciones de arranque en mi caso F11 de mi servidores DELL me dará a elegir si quiero arrancar desde mi disco SAS mi VMware ESX4 ó desde mi USB el XenServer 5.5.

Y dada esta pequeña introducción iré a lo que nos concierne y empezaré mostrando cómo hacerlo.

Lo primero que os diré es que necesitamos un USB de al menos 16GB en mi caso usé un Kingston que me da una transferencia de hasta 20MBps pero no hace falta si no queréis que tenga tal velocidad y con uno normalito es suficiente pero si ha de ser de 16GB porque en un principio una vez todo instalado nos ocupará unos 2Gb más o menos pero al realizar nuestro POOL se crearán 2 particiones de 4GB obligatoriamente.

Pasos a seguir:

1. Desconectar todos los discos de nuestro server, portátil o PC con VT
2. Dejar nuestro USB sin formato alguno (RAW).Yo utilizo Hard Disk Low Level Format Tool que es una herramienta gratuita que podéis encontrar en http://hddguru.com/.
3. Instalamos el CD1 de XenServer 5.5 en nuestro USB (Por supuesto no olvidar de marcar en nuestra BIOS que arranque una vez instalado desde nuestro disco USB).
4. Una vez instalado reiniciaremos otra vez con nuestro CD1 de XenServer dentro y cuando arranque este seleccionaremos F2 y escribiremos: Shell.
5. Una vez arrancado escribiremos: mkdir /tmp/sda (Creará una carpeta temporal donde montará nuestro USB externo)
6. Para montar la primera partición del sda a la carpeta temporal: mount -t ext3 /dev/sda1 /tmp/sda
7. Necesitaremos copiar los sys/block drivers de nuestro CD al USB por lo cual necesitaremos cambiar los permisos de copia y lo haremos con este comando: chmod -R 664 /sys/block
8. Ahora ya podemos copiar los contenidos de sys/block a nuestro USB: cp -R /sys/block/ /tmp/sda/sys/block/
9. Obviar o no deis importancia a los errores de INPUT/OUTPUT , los archivos se copiarán correctamente. El próximo paso será cambiar la localización root a tmp/sda de esta manera: chroot /tmp/sda
10. Ahora cambiaremos nuestra carpeta /boot en nuestro USB: cd /boot
11. Ahora renombraremos nuestro archivo de imagen primaria initrd porque el nuevo archivo de imagen tiene que llamarse igual que el original para una configuración más fácil: “
    mv initrd-2.6.18-128.1.6.el5.xs5.5.0.496.1012xen.img initrd-2.6.18-128.1.6.el5.xs5.5.0.496.1012xen.img.old”
12. En el próximo paso crearemos una nueva imagen initrd que incluya al disco USB: “mkinitrd –with-usb initrd-2.6.18-128.1.6.el5.xs5.5.0.496.1012xen.img 2.6.18-128.1.6.el5.xs5.5.0.496.1012xen”
13. Y por fin ya esta hecho, sacamos nuestro CD y reiniciamos para que arranque desde nuestro USB.

Bueno espero poder haber aportado algo a vuestros extensos conocimientos desde mi humilde opinión. Aquí ya me despido esperando volver a contaros algo nuevo próximamente. Gracias y un saludo.

La alianza estratégica entre Citrix y Microsoft garantiza que Essentials for Hyper-V funcione de manera transparente con el nuevo Windows Server 2008 R2.

Con Citrix Essentials los que trabajan con Windows aprovecharán al máximo las soluciones de virtualización. Citrix Essentials for Hyper-V5.5 ofrecerá mayores opciones de control tales como la tecnología Citrix StorageLink.

Podéis obtener mas información en el siguiente enlace:

http://www.citrix.com/English/ps2/products/subfeature.asp?contentID=1686952

Saludos y hasta la próxima semana.

Si queremos hacer una instalación de nuestra distribución preferida primero debemos saber si está soportada por nuestra versión de XenServer, mas que nada por si queremos aprovechar los drivers de paravirtualización del mismo.

El listado lo podemos sacar de los manuales de instalación o bien del mismo menú de templates que da XenCenter a la hora de crear una máquina virtual nueva.

Una vez claro que nuestra distribución es soportada y que la tenemos correctamente instalada, nos aparecerá la alerta de “Tools not installed” en la consola central de XenCenter. Pulsaremos con el botón derecho sobre la máquina virtual y le diremos que queremos instalar XenServer Tools:

Acto seguido nos vamos a la consola de nuestro linux y hacemos lo siguiente:

mkdir /mnt/xe-tools
mount /dev/xvdd /mnt/xe-tools
cd /mnt/xe-tools/Linux
bash install.sh
reboot

Esperamos a que reinicie y ya tendremos los drivers de paravirtualización instalados en nuestra distribución Linux. Para comprobarlo poniendo uname -a veremos que la versión del kernel habrá cambiado.

Para terminar recordaros que hoy día 9 de diciembre, tal y como anuncié en otro post, espero veros en el Webinar Delivering Business-Critital Applications with Citrix Xenserver será aproximadamente a las 17:00 hora española.

Saludos y hasta la semana que viene.

El día 9 de Diciembre alrededor de las 17:00 de la tarde, hora española, habrá un nuevo webinar de unos 60 minutos de duración donde se discutirán, entre otros, contenidos de:

• HA y Workload Balancing
• StorageLink
• Aprovisionamiento dinámico

Estará moderado por Ken Hess, editor de virtualización senior de la revista Linux Megazine y lo presentará Oved Lourie y Roger B. A. Klorese de Citrix Systems, Inc.

Es una buena oportunidad para que los interesados podamos aprender algo al respecto. Os podéis registrar en el siguiente enlace:

http://www.linux-mag.com/id/7612

Yo ya lo he hecho, espero veros a todos!!

Un saludo y hasta la próxima semana.

En primer lugar dar las gracias a todos los lectores que vais siguiendo los hilos y a los que os animáis a hacernos preguntas. Sobre todo a raíz del último post el cual ha generado un feedback importante.

Si queremos que nuestra máquina virtual windows tenga las ventajas de paravirtualización que ofrece XenServer, es necesario instalarle los drivers. Para ello deberás recurrir a las utilidades de instalación que ofrece el menú de XenCenter, escoger la imagen ISO de xs-tools.iso y adjuntarla sobre tu máquina virtual.

Una vez adjuntada te aparecerá como una nueva unidad D: donde explorándola podremos hacer doble click sobre xensetup.exe para proceder a la instalación de los drivers de paravirtualización.

Una vez instalados los drivers, las interfaces de red son reconocidas por estos y les asigna un nombre de interfaz distinto. Deberás desinstalar los antiguos interfaces, que estarán ocultos, si no quieres tener problemas de red. Sobre todo si esos antiguos interfaces tenían asignadas ip que nuevamente quieras asignar a tu máquina.

Para ello deberás hacer lo siguiente:

• Inicio, ejecutar, escribir cmd.exe y presionar enter.
• Escribir set devmgr_show_nonpresent_devices=1 y presionar enter.
• Escribir devmgmt.msc y presionar enter.
• Pulsamos en vista y le damos a ver dispositivos ocultos.
• Exploramos sobre adaptadores de red.
• Desinstalamos las antiguas interfaces ocultas.

Una cosa más y muy util para nuestros snapshots, si además de las ventajas de la paravirtualización queremos que nuestra máquina virtual tenga soporte para Windows Volume Shadow Copy Service (VSS) deberemos, una vez instalados los drivers de paravirtualización ir a la ruta: C:\Program Files\Citrix\XenTools y darle al ejecutable de instalación.

Un saludo a todos y hasta la próxima semana.

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.