Hola amigos, hoy voy a repasar el Webinar de Citrix de la semana pasada, “XenServer 6.0 Technical Master Class” con Lee Bushen y Steve Benton ya que fue muy constructivo y creo que puede ser de vuestro interés.

Podéis descargarlos el material desde:

https://citrix.sharefile.com/d/sa724d4cc19543f8b

En el primer cuarto de hora se pudo ver el funcionamiento interno de XenServer, donde se mostró de una forma muy gráfica [PAG 8 del pdf], los dos “pueblos” que componen este sistema. Por un lado “Xenville” donde vemos “xe”, la XAPI y la “XenServer Pool DB (state.db) y por otro lado la parte “Linux Land”, donde al final, todo lo que interpreta la XAPI, se transforma en ficheros de configuración GNU/LINUX.

Posteriormente se explicó algo que ya hemos hablado en este blog, como XenServer organiza el Storage con sus diferencias y modalidades. SR’s, PBD’s, VBD’s. Una parte muy interesante de esta sección fue cuando explicaron cómo se organizan internamente los snapshots, en función del tipo de almacenamiento que podemos utilizar, NFS y Storage Local, LVMD, iSCSI y FC.

Podemos complementar el PDF con la documentación oficial de Citrix sobre los snapshots: http://support.citrix.com/article/CTX122978

Del mismo modo que el storage, en parte de comunicaciones, se explicó desde el hardware hasta llegar a los dispositivos de red virtuales, el funcionamiento de los bridges y como XenServer utiliza el bonding.

Os dejo también una lista de comandos útiles de Linux y XenServer: https://citrix.sharefile.com/d/s53888bbff9b44949

Y la Network Throughput Guide: http://wiki.xen.org/wiki/Network_Throughput_Guide

En general el Webinar estuvo muy bien. Aplaudo la iniciativa de Citrix y de otras compañías que ofrecen este tipo de seminarios gratuitos para los fans de sus plataformas.

Con esto amigos, nos vemos la semana que viene con la monitorización del storage con Nagios. Aprovecho también para desearos unas felices fiestas a todos.

¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.

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.