Hola amigos, hoy os presento Xen Cloud Plataform (XCP), ya desde la versión 1.0 la estoy utilizando y creo que ha llegado el momento de hablar un poco sobre este proyecto libre. Para los que no lo conozcáis, deciros que es una solución open-source derivada de Citrix XenServer 5.6.FP1 totalmente funcional.
XCP es una versión empaquetada de GNU/Linux CentOS (kernel 2.6.32) con Xen 3.4.2 y XenAPI (XAPI). Por lo tanto, los que ya estéis usando XenServer, vereis quela Xapi y sus comandos son los mismos y además es compatible con XenCenter.
Hay mutiltud de herramientas de administración, tanto del uso tradicional del hipervisor como frontends de gestión de clouds, compatibles con XCP: http://wiki.xen.org/wiki/XenManagementTools
También nos ofrece, al igual que Citrix XenServer, soporte para HVM (si el servidor físico lo soporta), paravirtualización de nuestros servidores GNU/Linux (PV) y soporte nativo de máquinas instaladas con Citrix XenServer.
Podéis ver una matriz de funcionalidades donde se compara Xen Cloud Plataform con las distintas versiones de licenciamento de Citrix XenServer:
La instalación es idéntica a la que tenemos con Citrix XenServer, se basa en una imagen de cd .iso auto-arrancable que en unos pocos pasos permite tener el sistema completamente operativo.
Por supuesto trae consigo soporte para bootear sobre SAN, hbas, multipath, soporte para i-scsi y un largo etc. Que podeis ver en: http://xen.org/download/xcp/index.html
La última versión oficial disponible es la XCP 1.1 que recomiendo a todos los lectores, probarla, no deja indiferente
Con esto, espero como siempre que os sea de utilidad. Saludos
¿Crees que este post 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 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.
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.
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.
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 amigos, hoy os traigo la continuación del post de la semana pasada sobre la monitorización de servidores Citrix XenServer con Nagios.
En el post anterior vimos como configurar Nagios para utilizar sus plugins sin necesidad de instalar nrpe y nos quedamos en la configuración de estos checkeos para monitorizar nuestros Hosts.
Empezamos con la monitorización básica del host.
Las CPU’s estén trabajando sin rebasar el 80% de su capacidad.
Que la memoria RAM no sobrepase el 80% de espacio ocupado.
Que la partición / no se quede sin espacio.
Que el Load Average no sobrepase la carga máxima por Cores.
Que el/los SR’s no se queden sin espacio.
1.- Para monitorizar la CPU. Recomiendo usar un checkeo personalizado ya que los valores que extraen los plugins originales de Nagios, no extaen la información del hipervisor. Por ejemplo podemos hacer un script como este:
Ya tenemos monitorizado nuestro Host. Como habrás visto, la programación de checkeos para Nagios es muy sencilla y lo puedes hacer con el lenguaje de programación que te sea más cómodo.
Esto es todo por hoy. La semana que viene veremos como monitorizar el storage, nuestro pool y otros checkeos más avanzados. Espero como siempre que te haya parecido interesante. Saludos!!
¿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 amigos, esta semana veremos en nuestra sección de Citrix XenServer como actuar en caso de caída de uno de nuestros hosts físicos y recuperar el estado normal de nuestras máquinas virtuales.
El entorno al que se puede aplicar este procedimiento es un pool clásico de dos o más hosts donde tenemos corriendo nuestras máquinas virtuales sobre un almacenamiento compartido y con un licenciamiento gratuito.
Como todo fallo, antes de actuar hemos de detectar la fuente del problema y el alcance/impacto para poder tomar las medidas necesarias para solucionarlo. Podemos evaluar la situación de un entorno XenServer caído mediante el siguiente esquema, similar al que nos plantea Citrix:
El master del pool está caído
Es la situación más grave, veréis que se pierde totalmente el control del Pool. No se pueden listar ni realizar operaciones sobre las máquinas virtuales, se desconecta el XenCenter… De todos modos, las máquinas virtuales siguen corriendo con normalidad en todos los Hosts, excepto las del servidor/es afectado/s.
El host con el rol de master es el que gestiona la base de datos del pool. En el momento que el master no es accesible, todos los demás hosts pierden el acceso a dicha información y asumen que están corriendo en modo de emergencia.
Desgraciadamente, no siempre cambia a ese modo automáticamente y cuando haces una consulta a la XAPI, se queda esperando si hacer nada, sin dar el error de que se encuentra en estado de emergencia.
“En mi laboratorio de pruebas, no se ha cambiado a modo de emergencia ningún host al dar botonazo al host master”. De todos modos, tanto si el siguiente comando nos devuelve “true” como “false”, procederemos igual.
#xe host-is-in-emergency-mode
Si el Host que teníamos como Master no es posible que vuelva a funcionar de nuevo, por ejemplo por un fallo de hardware, hay que transferir el rol de master a otro miembro del pool. Para ello ejecutamos el siguiente comando en un host que esté funcionando correctamente.
Host agent will restart and transition to master in 10 seconds…
Ahora si ejecutamos por ejemplo:
[root@xsrv03]# xe host-list
Ya veremos que la XAPI nos devuelve los hosts del pool. Ya tenemos control sobre el pool. Verificamos que el host que le hemos traspasado el rol de master, lo ha asumido correctamente:
Una vez recuperado el control del pool, tenemos que forzar al nuevo master a restablecer las conexiones con el resto de hosts. Este comando nos devolverá el listado de UUIDs de los hosts slaves que contiene el pool.
[root@r xsrv03]# xe pool-recover-slaves
e212ac38-c349-490a-9902-06b9355700cd
Ahora el pool puede volver a trabajar con normalidad, si disponemos de N+1, solamente tendremos que levantar las VMs caídas en del host “master” en los otros hosts disponibles. Si las máquinas virtuales no se dejan volver arrancar porqué según la XAPI están corriendo sobre el host caído, sigue leyendo
A partir de aquí el resto de situaciones de caídas de Host, son menos aparatosas. Si detectamos un host caído y no podemos volver a levantar las máquinas virtuales en otro Host, tenemos el comando:
#xe vm-reset-powerstate vm=<NameLabel de la VM> force=true
Este comando avanzado forzará el estado de apagado la máquina virtual que especifiquemos. Pero ojo, solo ejecútalo si estas 100% seguro que esta máquina virtual no está corriendo en ningún otro host ya que este, libera el bloqueo que establece XenServer a nivel de base de datos, para que no se pueda levantar la VM en cualquier otro host del pool por duplicado. En ese caso, tendríamos corrupción de discos en la máquina virtual. Como es un comando “peligroso” hay que ejecutarlo siempre con el flag force=true o –force
Tenemos también la opción para un host en concreto:
Hola amigos. Soy Ferran Serafini y aquí vuelvo hoy como cada miércoles para aprender algo nuevo sobre Citrix XenServer.
La semana pasada Citrix presentó la nueva versión oficial de XenServer 6. Hace unos meses ya vimos las novedades que incluía ya en su versión beta 2. Os dejo un video tutorial en el que podréis ver la instalación de XenServer 6 paso a paso y las novedades más relevantes que escribió nuestro compañero Adolfo Muñoz, aquí
Hoy vamos a ver cómo funcionan los discos en XenServer. Veremos primeramente un poco de teoría para entender como XAPI abstrae y presenta los recursos de discos a nuestras máquinas virtuales.
En XenServer los discos desde la maquina virtual hasta el Host tienen el siguiente conjunto de clases. Esta “jerarquía” viene dada por la XAPI:
VDI: (Imagen de Disco Virtual) Un objeto VDI es la representación de un disco virtual. Los VDIs tienen la propiedad de poderse redimensionar y clonar.
VDB: (Dispositivo de bloque virtual) Este objeto representa la unión entre una máquina virtual y un VDI. Cuando una máquina virtual inicia, primeramente se consulta sus objetos VBD para determinar que discos virtuales VDIs tiene asociados. Los métodos de la clase VBD permiten la conexión y desconexión en caliente de un dispositivo de disco VDI.
SR: (Repositorio de almacenamiento) Es el contenedor donde residen los VDIs encapsulando las propiedades de un almacenamiento físico.
PBD: (dispositivo de bloque físico) Representa la unión entre el host físico y un objeto SR. Este presenta una capa de abstracción física del modo en que se conecta físicamente el disco, NFS, I-scsi, etc a los objetos SR.
Sabiendo esto, para consultar que discos tiene una maquina virtual, ya sabemos que no hemos de ir a buscar un VDI directamente (como nos presenta XenCenter). Es importante ya que los que estéis muy acostumbrados al XenCenter podéis pensar que la maquina virtual va conectada directamente al VDI, y como habéis visto, no es así, la maquina virtual tiene conectados los VDB.
Por lo tanto para consultar que discos tiene una maquina virtual utilizaremos el comando:
Vemos aquí que nuestra maquina virtual vMachine01 tiene dos VDIs conectados, identificados por vdi-uuid: f28ab1b1-e6f4-453f-8d1a-73cbb5c26d14 i 8b0a9e82-064c-ecae-4e46-b8b50d6d6974
Bueno amigo, esto es todo por hoy. Te espero la semana que viene con más trucos y explicaciones para tener bien controlados tus entornos 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.
Hola amigos, hoy vengo con más comandos prácticos y nuevos trucos para XenServer.
Hoy os mostraré una breve introducción a la api de XenServer (XAPI) y realizaremos operaciones básicas con las maquinas virtuales.
La API de XenServer – XAPI
XenServer utiliza XAPI para gestionar todas las operaciones. XenCenter, consola (CLI) o xsconsole interactúan directamente con XAPI.
Xapi trabaja como webservice así que los que dominéis python, perl, java, etc… Tenéis a vuestra disposición infinidad de opciones para “tunear” vuestros entornos de administración, tareas automatizadas…
Podéis consultar más a fondo como funciona en su documentación oficial:
Podemos ver mediante el comando xe vm + TAB todas las opciones que podemos realizar desde la CLI.
Las operaciones básicas como parar, arrancar, reiniciar o migrar de servidor dom0 son:
xe vm-shutdown
xe vm-start
xe vm-reboot
xe vm-migrate
Seguido del UUID de la maquina o más sencillo, por el name-label (nombre de la maquina virtual).
Los comandos de parada vm-shutdown y vm-reboot tienen también un parámetro que podemos necesitarlo en caso que la maquina virtual no reaccione a la orden de apagado normal. El parámetro es force=true es literalmente como desenchufar el “cable virtual” de la fuente de alimentación de la máquina virtual.
xe vm-shutdown name-label=vserver01 force=true
Para migrar una maquina virtual de servidor domain0 se utiliza xe vm-migrate. Como requisito, debes disponer de almacenamiento compartido y tener las xentools instaladas en las maquinas virtuales. Simplemente hay que especificar el nombre de la maquina virtual (name-label o UUID) y el host de destino.
xe vm-migrate name-label=vserver01 host=xensrv02
Otro comando muy interesante es xe vm-export. Este nos permite exportar una maquina virtual apagada a un fichero.
Una vez exportado, tenemos una copia exacta de la maquina que puede importada al mismo o a otro entorno XenServer mediante xe vm-import
Por defecto vm-import genera una nueva MAC, si nos interesa importar la maquina con la misma MAC que la maquina original, el parámetro preserve=true nos mantendrá intacta la configuración original.
Con esto amigo, me despido por hoy, espero sobretodo haberte contado algo de tu interés y no olvides que puedes comentar abajo cualquier duda o sugerencia.
Espero verte la semana que viene donde expondré más a fondo la gestión de snapshots, su exportación para que te puedas hacer un backup de tus máquinas personalizado y otras cosas para que veas en XenServer una solución viable a tu entorno de virtualización.
¿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.
En el post de hoy, os enseñaré a modificar la ip y máscara de la interfaz de administración en un servidor Citrix XenServer, y que además, esta dentro de un pool. Para ello podremos hacerlo de dos formas, desde la consola fisica de XenServer y desde CLI.
Sea un método u otro recomiendo hacerlo in situ, mas que nada por si hay fallo o perdida de conectividad.
1.- Realizamos un backup de metadata y de las VM con el proposito de tener todo asegurado.
2.- Desactivamos la alta disponibilidad si la tuviéramos. Esto lo podemos hacer desde XenCenter
3.- Modificamos la ip y máscara:
Método A:
Accedemos a cualquier servidor del pool dentro de su consola física xsconsole. Si lo estuviéramos haciendo remotamente teclearíamos xsconsole en cualquier consola ssh.
Seleccionamos: Network and Management Interface > Cofigure Management Interface. Seguidamente asignamos la configuración de la interfaz de administración
Si viéramos que aplicando cambios que queda congelada la pantalla podemos teclear CTRL + Z, nos aparecerá una consola linux y ejecutaremos xe-toolstack-restart. Posteriormente podremos retornar a xsconsole con el comando fg%1
Método B:
Todo el método B es posible hacerlo mediante el siguiente comando:
4.- Ejecutamos xe-toolstack-restart para guardar cambios de forma segura. Comprobaremos con xe host-is-in-emergency-mode si el servidor está en modo de emergencia.
5.- Ejecutaremos 3 y 4 en todos los servers del pool.
6.- Mediante cualquiera de los métodos del paso 3 modificamos la IP en el pool master
7.- Ejecutamos xe-toolstack-restart en el pool master
8.- En todos los miembros del pool menos en el pool master ejecutamos xe pool-emergency-reset-master master-address=IP_OF_THE_MASTER
9.- Verificamos el correcto funcionamiento del pool.
10.- Habilitamos alta disponibilidad si lo hubiéramos deshabilitado.
Como veis con estos sencillos pasos habremos cambiado la ip y mascara de nuestro pool de xenservers. No olvidéis realizar backups por si las moscas.
¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.
Hace unos días Citrix publicaba el nuevo parche para su descarga.
Por lo visto desaparecía el CDROM adjuntado después de una migración de una máquina virtual windows y que además podía dar lugar a perdidas de rendimiento producidas por exceso de CPU.
Ya esta disponible online el cuarto episodio en nuestro Web TV show de virtualización en español, un nuevo programa de televisión web que es audaz, innovador y dedicado en exclusiva a los profesionales de la virtualización de sistemas y el cloud computing en español.
En el episodio #4 de esta semana tenemos una gran lección de Dell, hablaremos de algunas de las soluciones de virtualizacion OpenSoruce (KVM, Xen, VirtualBox), responderemos a la pregunta de un usuario sobre la mejor solución de virtualización para una pyme de 10 servidores y revelaremos una utilidad increíble para gestionar tu centro de datos virtualizado.
Para poder disfrutar de los episodios posteriores, entra en el canal de televisión web dedicado en exclusiva a la virtualización de sistemas y cloud computing en español: virtualizacion.TV También puedes seguirnos vía twitter.
En el post de hoy os explicaré la manera de arrancar una máquina virtual desde un USB.
Para ello necesitaremos un lápiz USB con sistema operativo auto arrancable. En mi caso ya disponía de una solución preparada de Lliurex, pero existen herramientas como “LinuxLive USB Creator 2.2” con la cual podremos instalar un sistema operativo Linux sobre el lápiz USB y pedirle que sea auto arrancable.
Una vez tengamos listo el Lápiz USB seguiremos los siguientes pasos:
1.- Pinchamos el lápiz en el servidor XenServer.
2.- Creamos una máquina virtual con la configuración estándar.
3.- Vamos a la pestaña de almacenamiento y seleccionamos “Removable Storage”. Nos aparecerá el lápiz que habíamos metido previamente.
4.- Volvemos a la máquina virtual y en la pestaña almacenamiento pulsamos sobre “attach” para poder adjuntarlo a la máquina virtual.
5.- Ahora les cambiamos el “Device Position”.
… Intercambiamos las posiciones.
6.- Podemos comprobar como la posición de los discos ha cambiado.
7.- Arrancamos la máquina virtual.
Como veis en muy pocos pasos hemos podido arrancar una máquina virtual en XenXerver desde un USB con sistema operativo auto arrancable. Como siempre espero que os sea de utilidad.
Nada más queridos lectores, me despido hasta la próxima semana. Feliz noche de reyes.
Citrix llega cargada de regalitos, hace unos días publicaba para descarga la nueva versión de XenServer, en concreto la 5.6 FP1, la cual incluye numerosas mejoras. A continuación paso a enumerar algunas de ellas:
Virtual Switching Distribuido.
Jumbo Frames para la red de almacenamiento. Siempre y cuando se haga uso de vSwitch.
Protección y Recuperación de Maquinas Virtuales. Tareas programadas para snapshots.
Arranque desde SAN con soporte multipath.
Prioridad en reinicio HA. Se podrán configurar politicas en HA para determinar el orden de reinicio de VM.
Mayor escalabilidad en XenDesktop VDI.
Mejoras en XenCenter. Permitirá la configuración de StorageLink.
Mejoras en MPP RDAC multipathing. Permitirá ver su estado a través de XenCenter.
Mejoras en Snapshots.
Más Sistemas operativos huespedes permitidos.
Soporte de drivers para Brocade HBA.
Mejoras para usarlo como plataforma XenDesktop.
Como veis nos aporta una serie de mejoras considerable. Ahora habrá que probarlas a ver que tal funcionan. Yo personalmente ya me he descargado la versión free para probarla. Lo siguiente, si todo va bien, será actualizar las versiones en producción. Ya os iré comentando mi experiencia.
Sólamente una cosa más y es aprovechar el momento para desearos unas Felices Fiestas en compañía de vuestros seres queridos.
Hola soy Miguel Ángel Alonso y aquí estoy con vosotros una vez más para hablar al respecto del mundo de la virtualización.
En este caso vamos a hablar de la última joya de Citrix – XenDesktop 5 - el broker de Citrix para la gestión de la virtualización de escritorios y que viene con una fuerza increíble para competir directamente con VMware View 4.5.
En este capítulo de hoy os definiré, en rasgos generales, la mayoría de las nuevas características que acompañan a este gran Software, y que detallo aquí abajo:
Mantenimiento Rápido de los escritorios virtuales
La nueva consola de Citrix Desktop Studio – para la Administración rápida de escritorio virtual – permite a los administradores de TI rápidamente crear, probar y actualizar las imágenes de escritorio en un sólo lugar, una sola vez, para todo el mundo.
Solo 10 minutos para instalar, 10 clics para configurar y 10 segundos para agregar nuevos usuarios.
Alta Escalabilidad
El nuevo Broker Desktop Delivery Controller puede gestionar hasta 15.000 escritorios virtuales con un solo Servidor. Una pasada …
Eficiente Soporte Centralizado
Eficiente apoyo centralizado a través de la nueva consola Citrix Desktop Director, la cual ofrece a los profesionales de helpdesk una consola única de administración de escritorio donde puede supervisar, solucionar problemas y arreglar cualquier tipo de incidencia en los escritorios virtuales hasta 1.000 usuarios tan fácilmente como si fuese para uno sólo.
Integración con la Infraestructura Existente
XenDesktop admite la administración de virtualización y la integración con las tecnologías de hipervisor de Citrix, Microsoft y VMware para la generación de escritorios en cualquiera de las 3 tecnologías. Un nuevo SDK completo te permitirá integrar y automatizar XenDesktop con tu infraestructura existente de administración de sistemas.
Cualquier Dispositivo Final
XenDesktop permite workstyles (estilos de trabajo) permitiendo a los usuarios tener acceso a sus aplicaciones y datos desde cualquier lugar a través de cualquier dispositivo, incluyendo el iPhone más reciente, smartphones Android y BlackBerry y la nueva generación de Tablets PC.
Seguridad para cualquier usuario y en cualquier lugar con XenVault
Citrix XenVault protege los recursos corporativos, entregados a ordenadores portátiles propiedad de contratistas o utilizados por los empleados en virtud de un programa de “llevarte-tu-propio equipo”(bring-your-own-computer). Los datos creados por las aplicaciones corporativas se cifran automáticamente y pueden ser borrados limpiamente de forma centralizada.
Conferencia de Video en Alta Definición
Conferencias de vídeo de alta definición HDX RealTime, la cual ofrece webcam de alta definición y videoconferencia consumiendo hasta el 80 por ciento menos ancho de banda con lo que permite a cualquier usuario, en cualquier lugar, participar plenamente en las comunicaciones en línea en tiempo real y de colaboración.
Periféricos de Alto Rendimiento
Periféricos de alto rendimiento HDX Plug-n-Play que ahora permiten incluso imprimir más rápido desde cualquier ubicación mientras se utiliza hasta el 90 por ciento menos ancho de banda. Uso simple y transparente de los dispositivos USB, múltiples monitores, reproductores de MP3, escáneres y cámaras digitales proporcionan una experiencia de usuario rica y completa.
Modo OffLine con XenClient
Virtualización sin conexión de XenClient permite a los usuarios trabajar sin conexión para una mayor flexibilidad y movilidad mientras se da a nuestro entorno VDI, seguridad, backup y recuperación. Un hipervisor bare-metal que permite a los escritorios virtuales ser administrados centralmente y ser cifrados, con lo que se puede además ejecutar como una máquina virtual segura directamente en el equipo portátil.
Autenticación única por Aplicación
Permite autenticar a los usuarios una sola vez para cualquier aplicación – un único punto de autenticación para acceder a todas sus aplicaciones -, incluidas las aplicaciones de Windows alojadas en XenApp, las aplicaciones Web y las aplicaciones SaaS — a través de la interfaz Citrix Receiver e integradose con tecnologías como Citrix Cloud Bridge y Cloud Access technologies.
Finalmente, os dejo una tabla con las nuevas características de las diferentes versiones de las licencias; VDI Edition , Enterprise y Platinum.
Descubre y domina la nueva versión de VMware vSphere™ 5 y aprovéchate de hasta un
20% de descuento al comprarlo online.
Regístrate y
recibe un capitulo de nuestro nuevo libro totalmente gratuito
Nuevo Site Recovery Manager 4 en español Consigue una copia gratuita del eBook
