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, 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.

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.

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.

Queridos lectores, antes de empezar con mi primer post quería saludaros y dar las gracias a José María González por darme la oportunidad de escribir a toda la comunidad de lectores del blog de virtualización en español.

Comenzaré con una noticia que citrix anunció el pasado mes de septiembre y que me parece digna de mención.

No es ni mas ni menos que tenemos la posibilidad de tener un apliance de NetScaler como máquina virtual dentro de nuestro entorno virtualizado XenServer y VMWare ESX. En concreto son las diferentes versiones de Citrix NetScaler VPX.

Citrix NetSCaler, entre otros servicios, nos ofrece:

• Balanceo de carga de nuestras aplicaciones: Consiguiendo que nuestra web o aplicación esté siempre disponible al responder de forma dinámica y transparente a los cambios en las cargas de trabajo.
• Acelerar contenidos mediante compresión de datos, almacenamiento en cache, aceleración SSL: Consiguiendo optimizar la experiencia del usuario final.
• Protección de aplicaciones: Nos permitirá poder bloquear ataques y proteger el acceso a información confidencial.

Estos apliances se pueden descargar de la web de Citrix tanto para XenServer 5 como para VMWare ESX. Incluso podemos descargarnos la versión “Express” que es gratuita. Tan solo debemos darnos alta en la web de MyCitrix. Dejo el enlace para que podáis acceder directamente:

https://secureportal.citrix.com/MyCitrix/login/EvalLand.aspx?downloadid=1857216&LandingFrom=1002

Os animo a que la descarguéis y la probéis. Yo ya lo llevo haciendo varias semanas sobre la versión gratuita y la verdad es que es una maravilla, la única limitación es el ancho de banda capaz de aguantar por lo que sólo es para entornos pequeños. Estoy seguro que esto dará lugar a muchos post técnicos(Instalación, configuración, etc) sobre la herramienta.

Nada mas, queridos lectores, me despido hasta la próxima semana. Un fuerte abrazo.