Hola amigos, hoy veremos en nuestra sección de Citrix XenServer, como funcionan los Pools y como gestionarlos mediante CLI.

Un Pool se define como dos o más maquinas Citrix XenServer que componen una misma entidad, de modo que pueden compartir recursos como máquinas virtuales, almacenamiento, etc. de forma centralizada.

Cuando se usa un Pool con almacenamiento compartido las máquinas virtuales se pueden mover en caliente (XenMotions) entre los hosts que componen el Pool, compartir templates, repositorios de ISOS, SR’s… Aporta también una agregación de recursos ya que si un Host ya no puede asumir más carga de maquinas virtuales, la  siguiente máquina virtual, será levantada en otro Host.

Esta Entidad es capaz de gestionar todas las máquinas virtuales en  conjunto indepen-dientemente de donde estén corriendo, es decir que en caso de caída de un host físico, las maquinas virtuales se pueden volver arrancar en otro host, siempre que tengamos almacena-miento compartido.

Veremos más adelante que si el Host caído es el denominado Master del pool, tendremos un problema un poco más serio.

Requisitos para crear un pool

1. Los hosts tienen que ser homogéneos, no se pueden mezclar CPUs AMD con CPUs INTEL.
2. Las CPUs tienen que ser del mismo modelo y soportar los mismos flags. Hay trucos para romper esta regla, pero no es recomendable de ningún modo, excepto en el caso que sea el flag “stepping”.
3. Tener una IP estática.
4. No ser miembro de otro pool, ni tener almacenamiento compartido.
5. Relojes sincronizados por NTP.

Integrando un Host a nuestro Pool por CLI

Entramos en la máquina que queremos añadir al Pool y ejecutamos:

#xe pool-join master-address=IP_Servidor_master master-username=root master-password=password.

Si ejecutamos xe pool-list veremos las propiedades básicas de nuestro pool:

# xe pool-list

• uuid ( RO) :  UUID del Pool
• name-label ( RW): nombre del Pool
• name-description ( RW):  Descripción (si hemos puesto alguna)
• master ( RO): UUID del host que esta designado como Master
• default-SR ( RW): El SR por defecto del Pool

Ahora ya podemos migrar nuestras maquinas entre hosts mediante xe vm-migrate:

#xe vm-migrate vm=Nombre de la VM host=Nombre del Host live=true

Quitando un Host de nuestro Pool

Tal vez nos interese quitar un Host del Pool, para ello podemos utilizar el siguiente comando:

# xe pool-eject host-uuid=UUID del host

Con esto me despido hasta la semana que viene, donde veremos cómo solucionar problemas relacionados con los pools ante caídas de hosts, cómo mover los roles de master y otras opciones para que cada día te sientas mejor usando Citrix XenServer.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.

Es posible definir resource pools a nivel de servidor VMware ESX/ESXi o a nivel de clúster VMware DRS. Sin embargo, si a la hora de crear un clúster no seleccionas la opción Enable VMware DRS, la opción de New Resource Pool estará deshabilitada.

Para poder crear un New Resource Pool en un Clúster VMware DRS, asegúrate de habilitar la opción Enable VMware DRS durante la creación de tu clúster VMware o, en su defecto, puedes habilitar dicha opción después de la creación del clúster, seleccionando el clúster con el botón derecho del ratón y seleccionando Edit Settings. Después, haz clic en Enable VMware DRS.

Los resource pools creados a nivel VMware ESX/ESXi pueden ser heredados ( grafted ) e incluidos en un clúster vSphere VMware DRS, cuando incluyes un servidor ESX/ESXi con resource pools ya creados a nivel de host, a un clúster VMware DRS.

Sin embargo, la opción por defecto cuando añades un servidor ESX/ESXi a un cluster DRS es “Put all of this host´s virtual machines in the cluster´s root resource pool. Resource pools currently present on the host will be deleted”.

Para heredar los resources de tu servidor host ESX/ESXi a tu clúster DRS, asegúrate de seleccionar “Create a new resource pool for this host’s virtual machines and resource pools. This preserves the host’s current resource pool hierarchy”.

Los resource pools heredaros serán nombrados Grafted from + nombre del servidor VMware ESX/ESXi. Si posteriormente eliminas el servidor host ESX/ESXi de tu cluster DRS, los resource pools serán “retenidos”.

No obstante, si decides desactivar la opción DRS de tu cluster, perderás todos los resource pools de dicho cluster, previo aviso eso si, y tendrias que re-crearlos de nuevo.

Esto ha sido todo, hasta la próxima semana con un nuevo tip.