Archivo de la categoría: XenServer

Preparación del laboratorio XenServer 6.2

   En esta entrada se describe la preparación del laboratorio correspondiente al Manual de XenServer 6.2 de Miniacademia.

   Como ya hemos dicho en la presentación del manual, el desarrollo de las distintas lecciones que lo componen se realiza en base a una hipotética empresa llamada L023 Formación. Todas las lecciones se han desarrollado de manera práctica en un laboratorio de máquinas virtuales sobre un único PC.

   Si el visitante de este sitio quiere, puede seguir por su cuenta este desarrollo práctico utilizando como referencia las especificaciones y consejos de este post. Todas los servidores y estaciones de trabajo Windows, XenServer y NAS del laboratorio son máquinas virtuales en ejecución dentro de VMware Workstation 10.

   ¿Por qué VMware Workstation 10? Porque permite ejecutar como máquinas virtuales hypervisores XenServer, Hyper-V y VMware, y dentro de esos hypervisores anidados pueden instalarse y ejecutarse máquinas virtuales Windows y Linux de 64 bits. Esto es lo que le distingue (hasta donde yo sé) de los demás productos de su clase. Es obvio que el rendimiento de esos hypervisores virtuales no es óptimo, pero es una solución magnífica para entornos de test como este laboratorio. Veremos más abajo en este post que se puede descargar una versión de evaluación de VMware Workstation.

MA icono manual(ACCEDE AQUÍ AL INDICE DEL MANUAL DE CITRIX XENSERVER)

 

CONTENIDO DE LA LECCION

  • Presentación del laboratorio
  • Direccionamiento IP
  • Características del PC
  • Despliegue del laboratorio en máquinas host con menos recursos
  • Software utilizado
  • Instalación de las máquinas virtuales Windows
  • Instalación de las máquinas virtuales XenServer
  • Instalación del servidor iscsi Openfiler

 

Presentación del laboratorio

   El laboratorio está compuesto por máquinas virtuales Windows, XenServer y Openfiler. En la Tabla 1 se puede encontrar información específica sobre cada máquina virtual.

Nombre SO Proc. Virtuales RAM (GB) NICS HD (GB) Función
L023DOM01 Windows Server 2012 R2 Datacenter 2 2 1 60 Controlador de dominio, DNS.
L023WST01 Windows 8.1 Enterprise 32 bits 2 2 1 60 Estación de trabajo, XenCenter.
L023XSE01 XenServer 6.2 1* 8 2 + 4** 40 Hypervisor
L023XSE02 XenServer 6.2 1* 8 2 + 4** 40 Hypervisor
L023XSE03 XenServer 6.2 1* 8 2 + 4** 40 Hypervisor
L023XSE04 XenServer 6.2 1* 8 2 40 Hypervisor (test)
L023NAS01 Openfiler v.2.99.1 x86_64 2 1 3 20 + 3×300*** Servidor de ficheros, target iscsi.
Tabla 1: máquinas virtuales del laboratorio XenServer 6.2.

Comentarios sobre la tabla:

  • * Las máquinas virtuales XenServer con más de un procesador virtual presentan continuos problemas de estabilidad cuando hay más de una de ellas iniciada.
  • ** Inicialmente sólo se utilizan dos NICS. En la lección de Networking se añaden cuatro más.
  • *** Un disco virtual de 20 GB para la instalación de openfiler y un total de 900 GB de almacenamiento (nosotros configuraremos tres discos virtuales de 300 GB, por ejemplo) para las máquinas virtuales internas del laboratorio (las que se crean dentro de XenServer).

 

Manual XenServer - LAB

  Los links actuales de descarga de los correspondientes sistemas operativos se pueden encontrar más abajo en el apartado “Software utilizado”.

Direccionamiento IP

El direccionamiento IP utilizado en el laboratorio presenta las siguientes particularidades:

  • El rango de red de la empresa es 192.168.160.0/24. La puerta de enlace es 192.168.160.1
  • El servicio DNS del dominio Windows L023.LOCAL se ejecuta en el controlador de dominio L023DOM01.
  • Es necesario que la estación de trabajo en la que se instalará XenCenter, L023WST01, tenga acceso a Internet para poder descargar las actualizaciones de XenServer.
  • El rango de red dedicado al almacenamiento iscsi es 192.168.170.0/24

En la Tabla 2 se recoge el direccionamiento propuesto en nuestro laboratorio:

Nombre Dirección IP Máscara IP Función
L023DOM01 192.168.160.10 255.255.255.0 IP Lan corporativa.
L023WST01 192.168.160.101 255.255.255.0 IP Lan corporativa.
L023XSE01 192.168.160.21 255.255.255.0 IP Lan corporativa. Interfaz de gestión.
L023XSE01 192.168.170.21 255.255.255.0 IP Lan almacenamiento dedicada (bond).
L023XSE02 192.168.160.22 255.255.255.0 IP Lan corporativa. Interfaz de gestión.
L023XSE02 192.168.170.22 255.255.255.0 IP Lan almacenamiento dedicada (bond).
L023XSE03 192.168.160.23 255.255.255.0 IP Lan corporativa. Interfaz de gestión.
L023XSE03 192.168.170.23 255.255.255.0 IP Lan almacenamiento dedicada (bond).
L023XSE04 192.168.160.16 255.255.255.0 IP Lan corporativa. Interfaz de gestión.
L023NAS01 192.168.160.30 255.255.255.0 Servidor de ficheros, destino iscsi.
L023NAS01 192.168.170.30 255.255.255.0 IP Lan almacenamiento dedicada (bond).
L023A0101 192.168.160.131 255.255.255.0 IP Lan corporativa. Equipo aulas.
Tabla 2: direccionamiento IP del laboratorio XenServer 6.2.

 

 Características del PC host

   El PC en el que se desarrolla el laboratorio tiene las siguientes características:

  • Procesador: Intel Core i7-3770.
  • Placa base: Intel DH77EB.
  • Memoria RAM: 32 GB.
  • Discos: 3 discos SATA III en RAID0.
  • Instrucciones de procesador necesarias para hypervisor anidado: el procesador debe soportar las instrucciones Intel VT-x y EPT o AMD-V y RVI.  Estas deben estar habilitadas en la BIOS, si el procesador las admite. Para examinar las instrucciones soportadas por nuestro procesador pueden utilizarse utilidades como HWINFO o CPU-Z.

Despliegue del laboratorio en máquinas host con menos recursos

   El PC en el que se realiza en laboratorio tiene buenos recursos de procesador, memoria RAM y rendimiento del almacenamiento. A continuación se exponen algunas consideraciones para poder desplegar el laboratorio en equipos con menos recursos:

  • El controlador de dominio L023DOM01 es fundamental, por lo que debe estar presente en el laboratorio.
  • Las tareas realizadas desde la estación de trabajo L023WST01 podrían realizarse desde el controlador de dominio. En este puede instalarse XenCenter y llevar a cabo todas las tareas que se describen en las lecciones para L023WST01.
  • Los requisitos mínimos de memoria RAM para XenServer son 2 GB. Podrían instalarse sólo dos servidores XenServer con al menos 2 GB y sólo una máquina virtual dentro de XenServer (esto limitaría la memoria que podría asignarse a la máquina virtual a 1 GB), aunque se recomienda que haya al menos tres servidores XenServer en un resource pool.

 

Software utilizado

   El software utilizado en el laboratorio es:

 

 Instalación de las máquinas virtuales Windows

   La instalación de ambas máquinas virtuales Windows (L023DOM01 y L023WST01) es trivial. Sólo hay que seguir en WMware Workstation el asistente de creación de nueva máquina virtual (opción de menú “File” -> “New Virtual Machine”). De este modo, se instalarán las máquinas virtuales L023DOM01 (controlador de dominio, DNS) y L023WST01 (estación de trabajo desde la que se administrará el entorno XenServer con la consola de XenCenter, la utilidad de comandos xe y PowerShell). Una vez instalado L023DOM01, se le debe agregar el rol de Servicios de Dominio de Active Directory y configurarlo como controlador de dominio y servidor DNS para nuestro Windows L023.LOCAL.

Instalación de las máquinas virtuales XenServer

   Para las máquinas virtuales de VMware Workstation que ejecutarán XenServer, en el asistente de creación de máquina virtual debemos:

  • Elegir la plantilla de VMware ESXi 5.
  • Configurar las máquinas virtuales con un sólo procesador. Esto evita problemas de inestabilidad cuando hay en ejecución más de una máquina virtual XenServer.
  • Es conveniente saber que Vmware Workstation asigna un modelo de NIC Intel 82545EM cuando se añade una interfaz de tipo bridged. Si siempre elegimos este tipo de interfaz, no habrá problemas de que haya diferentes modelos de NICs en la lección de Networking.
  • No olvidar la instalación de las VMware tools una vez instalado el sistema operativo.

En el vídeo que se ofrece a continuación se muestra el proceso de creación de una máquina virtual XenServer.

 

Instalación del servidor iscsi Openfiler

   La última de las máquinas virtuales que nos resta por crear en VMware Workstation es el servidor NAS en el que se alojarán las máquinas virtuales en XenServer. También hay que configurar en este NAS un grupo de volúmenes, y un destino iscsi. Veremos paso a paso cómo hacerlo.

1.- Creación la máquina virtual Openfiler en VMware Workstation con las especificaciones de la Tabla 1. En nuestro caso, hemos añadido un disco virtual de 20 GB para la instalación del sistema operativo de openfiler y tres discos de 300 GB cada uno para las máquinas virtuales del laboratorio (VIRT001, VIRT002,…) que crearemos desde XenServer. También hemos añadido un total de tres interfaces de red. Una servirá para administrar openfiler y con las otras dos se creará un agrupamiento de NICs para acceder desde XenServer al target iscsi de openfiler.

2.- Instalación del sistema operativo de Openfiler en la máquina virtual. Durante la instalación se selecciona sólo el disco de 20GB para el sistema operativo de Openfiler, en nombre del NAS en el laboratorio, y el direccionamiento IP de la interfaz de administración. También debemos instalar las VMware tools al concluir la instalación del sistema operativo. Configurar el agrupamiento de interfaces eth1 y eth2 (eth0 se habrá configurado con la IP de administración en el proceso de instalación) en el sistema operativo openfiler. Configurar el recurso iscsi y el target iscsi.

3.- Creación de un agrupamiento de interfaces de red dedicadas para almacenamiento (vía target iscsi). En el proceso de instalación de Openfiler ya se ha configurado la IP de gestión (192.168.160.30) sobre la primera interfaz. Ahora utilizaremos las dos interfaces restantes para crear un agrupamiento de dedicado al almacenamiento con un direccionamiento IP independiente (192.168.170.30).

4.- Creación de un volumen lógico y del target iscsi. Esta parte final de la configuración del NAS (configuración del agrupamiento de red dedicado al almacenamiento y creación del target iscsi) se realiza vía web, por lo que conviene realizarla desde la máquina virtual Windows (L023WST01) cuando esté operativa. Los pasos clave son:

  • Configuración del agrupamiento de las interfaces dedicadas al almacenamiento.
  • Creación de particiones sobre los discos de almacenamiento.
  • Creación de un grupo de volúmenes con esas particiones.
  • Creación de un volumen lógico en el grupo de volúmenes
  • Creación del target iscsi.

   El proceso completo se muestra en el siguiente vídeo:

 

   Una vez creadas las máquinas virtuales del laboratorio, puede seguirse el desarrollo de las lecciones del manual de una manera práctica.

MA icono siguiente Siguiente: Lección 1 – Introducción a Citrix XenServer

XenServer: Métricas de Rendimiento y Alertas

   El despliegue de un sistema de virtualización debe realizarse en base a un análisis anterior de los recursos hardware (número de servidores, número y tipo de CPUs, cantidad de memoria, almacenamiento, conexionado de red,..) necesarios para que el funcionamiento las máquinas virtuales que se vayan a ejecutar sea correcto.

  En la posterior fase de explotación, se debe continuar con el análisis del rendimiento del sistema. Este debe ser monitorizado y se debe estar al tanto de las distintas alertas de bajo rendimiento o fallos en el sistema que pudieran producirse.

   En este capítulo, presentaremos algunas de las herramientas que XenServer y XenCenter ponen a nuestra disposición para estas tareas.

 

MA icono manual(ACCEDE AQUÍ AL INDICE DEL MANUAL DE CITRIX XENSERVER)

CONTENIDO DE LA LECCION

  • ¿Qué son las métricas de rendimiento y las alertas en XenServer?
  • Caso práctico
  • Métricas de rendimiento
  • Alertas
  • Configuración de envío de alertas por correo electrónico
  • Referencias

 

¿Qué son las métricas de rendimiento y las alertas en XenServer?

   XenServer pone a nuestra disposición un sistema de recolección de métricas de rendimiento (uso de CPU, memoria, tráfico de red,…) para poder asegurarnos de que el sistema no presenta cuellos de botella o carencias en su dimensionamiento inicial. Estas métricas pueden ser visualizadas a través de XenCenter u obtenidas con la utilidad xe.

   También genera una serie de alertas por defecto en base a posibles fallos o previsión de futuros fallos. Además se pueden configurar otras alertas cuando alguna de las métricas de rendimiento está en unos niveles alarmantes, establecidos manualmente por el administrador de sistemas a cargo.

   Las alertas pueden ser visualizadas en XenCenter, o configurar XenServer para que las envíe a una dirección e email.

Manual de XenServer en miniacademia.es: métricas de rendimiento y alertas.

Sigue leyendo

XenServer: Snapshots

  En esta lección comentaremos los conceptos necesarios para entender el servicio de snapshots (instantáneas) para máquinas virtuales que provee XenServer. Posteriormente practicaremos con los diferentes tipos de snapshots que pueden realizarse, y sus aplicaciones.

MA icono manual(ACCEDE AQUÍ AL INDICE DEL MANUAL DE CITRIX XENSERVER)

CONTENIDO DE LA LECCION

  • ¿Qué son los snapshots en XenServer?
  • Caso práctico
  • Regular Snapshots
  • Quiesced Snapshots
  • Snapshots with memory
  • Recuperación de un snapshot
  • Eliminación de snapshots
  • Otras utilidades de un snapshot
  • Regular snapshots con powershell en XenServer

¿Qué son los snapshots en XenServer?

   El mecanismo de toma de snapshots de una máquina virtual obtiene una instantánea de su almacenamiento y sus metadatos, es decir, su configuración, incluidas las vif conectadas. Esto permite, si fuese necesario, volver a tener la máquina virtual exactamente al mismo estado que estaba cuando se tomó dicho snapshot.

XenServer permite obtener tres tipos de snapshots:

  • Regular: se puede obtener en todo tipo de máquinas virtuales. Es el snapshot “básico”.
  • Quiesced: utiliza el sistema Volume Shadow Copy Service (VSS) de Windows, lo que permite realizar snapshots completamente consistentes. Esto es de gran utilidad en aplicaciones como SQL Server. Los sistemas operativos de cliente Windows 2000, XP y Vista no están soportados.
  • With memory: también captura la memoria física (RAM). Por tanto, la máquina virtual debe estar en ejecución o suspendida.

Caso práctico

   A medida que se van desarrollando los cursos en L023 Formación, se plantea la posibilidad de tener una instantánea de las máquinas virtuales a medida que se avanza con las lecciones. De esta manera, se pueden revertir las máquinas virtuales a una lección anterior si fuese necesario. Para ello, se realizarán snapshots de las máquinas virtuales cuando se acaba cada lección o cuando se va a realizar alguna operación “peligrosa” en ellas, como instalación de actualizaciones en el sistema operativo invitado.

Sigue leyendo

XenServer: Seguridad y RBAC

  RBAC (Role Based Access Control) en XenServer nos permite hacer algo muy importante en un sistema de virtualización empresarial, como es asignar los permisos adecuados a cada usuario en función de las tareas que deba realizar. Esto se aplica tanto a los usuarios finales como a los administradores de sistemas, operadores, gestores, etc…

MA icono manual(ACCEDE AQUÍ AL INDICE DEL MANUAL DE CITRIX XENSERVER)

CONTENIDO DE LA LECCION

  • Caso práctico
  • ¿Qué es RBAC?
  • Unión de un resource pool a un Directorio Activo
  • Asignación de roles a grupos de Directorio Activo

Caso práctico

   Para realizar las prácticas de los cursos que se desarrollan en nuestra empresa ficticia “L023 Formación”, los alumnos utilizan los equipos físicos L023AXXXX (por ejemplo, el equipo de la mesa 1 del Aula 01 será L023A0101) que se encuentran en las aulas Aula 01 y Aula 02. En estos equipos está instalado XenCenter. Utilizando un usuario propio aXmX de cada alumno (por ejemplo, el alumno de la mesa 1 del Aula 01 usará el usuario a1m1), los usuarios accederán mediante XenCenter a las máquinas virtuales de los cursos VIRTXXX (en este ejemplo un hipotético curso de Windows 8.1).

   Para poder realizar los cursos, los usuarios Windows (del directorio activo l023.local) de los alumnos deberán tener permisos únicamente para encender y utilizar las máquinas virtuales de los cursos, y no deberían poder ninguna tarea de administración o configuración en el entorno XenServer de la empresa.

   Por otra parte, los técnicos de sistemas de L023 Formación, Geralt de Rivia (gdrivia) y Cirilla de Cintra (ccintra), sí deberán tener permisos de administración y configuración del entorno de virtualización.

   NOTA: existen maneras muchos más adecuadas para impartir un curso a través de máquinas virtuales (como por ejemplo una infraestructura VDI), pero para el caso que no ocupa creo que es más didáctico el enfoque que he planteado.

¿Qué es RBAC?

   RBAC (Role Based Access Control) permite configurar el nivel de privilegios que tiene cada usuario que se conecta a un entorno XenServer. Esto se consigue haciendo un mapeo de usuarios o grupos de usuarios de un directorio activo de Windows a uno de los roles preestablecidos en XenServer.

   ¿Cuales son los roles existentes en XenServer?. Utilizaremos el comando xe role-list para obtener la información:

[root@l023xse01 ~]# xe role-list
uuid ( RO)           : 7955168d-7bec-10ed-105f-c6a7e6e63249
name ( RO): vm-power-admin
description ( RO): The VM Power Administrator role has full access to VM and template management and can choose where to start VMs and use the dynamic memory control and VM snapshot features

Sigue leyendo

XenServer: Instalación de actualizaciones en resource pools

  En la lección de nuestro manual “Lección 4. Instalación de actualizaciones en hosts XenServer individuales”,  se realizó una primera aproximación a la fundamental tarea de mantener el software de XenServer actualizado con los updates que son publicados por Citrix. Este asunto es muy importante, ya que de esta manera se corrigen fallos de funcionamiento, de seguridad, o se implementan nuevas funcionalidades en el entorno XenServer.

   En esta lección se aborda la tarea de instalación de actualizaciones en un resource pool. El tema de instalación de updates se ha separado en dos lecciones distintas ya que el procedimiento a seguir varía de una situación en la que los servidores físicos no se encuentran agrupados en un resource pool, a cuando sí lo están.

   Se recomienda leer la “Lección 4: Instalación de actualizaciones en hosts XenServer individuales”, ya que aquí pasaremos directamente a instalar las actualizaciones, sin repetir lo que ya tratamos en aquella en lo relativo a las tareas de investigación o la información que se encuentra en los artículos técnicos de Citrix de cada actualización.

MA icono manual(ACCEDE AQUÍ AL INDICE DEL MANUAL DE CITRIX XENSERVER)

CONTENIDO DE LA LECCION

  • Caso práctico
  • Instalación de actualizaciones en un resource pool XenServer

Caso práctico

   En el intervalo de tiempo que ha transcurrido desde que se comenzó a implementar el proyecto “L023 Formación Aulas Virtuales” hasta hoy, Citrix ha publicado nuevos updates para XenServer. El administrador de sistemas debe instalarlos, pero el modo de hacerlo variará desde la vez anterior, ya que ahora tiene un resource pool (l023pool01) con tres servidores XenServer de producción (l023xse01, l023xse02 y l023xse03).

 

Instalación de actualizaciones en un resource pool XenServer

   La instalación de las nuevas actualizaciones publicadas en XenServer pendientes en nuestro sistema pueden ser consultadas en XenCenter a través de la opción de menú “Tools” –> “Check for Updates…”. Esto nos abre la ventana “Check for Updates”, en la que se listan las actualizaciones pendientes y sobre el objetos que son aplicables.

 

  Sigue leyendo

XenServer: Gestión de memoria

  La gestión de memoria en XenServer se corresponde con uno de las funcionalidades más importantes en los sistemas de virtualización empresariales: la posibilidad de compartir parte de la memoria física instalada en los servidores físicos entre las máquinas virtuales que se ejecutan en ellos. Estos es, que si una de las máquinas virtuales necesita más memoria en determinados momentos, pueda “cogerla” de otra máquina virtual que se encuentre menos cargada. Esta característica es denominada en XenServer Dynamic Memory Control (DMC).

MA icono manual(ACCEDE AQUÍ AL INDICE DEL MANUAL DE CITRIX XENSERVER)

CONTENIDO DE LA LECCION

  • Caso práctico
  • ¿Qué es la gestión de memoria en XenServer?
  • Conceptos de gestión de memoria en XenServer
  • Configuración de la memoria dinámica
  • Configuración de la memoria estática

 

Caso práctico

   En el entorno XenServer que está implantando nuestra empresa ficticia “L023 Formación” se estima conveniente que si alguno de los hosts XenServer donde se ejecuten las máquinas virtuales de los cursos deba estar fuera de línea por razones de mantenimiento, error hardware, etc.., los cursos puedan seguir desarrollándose con normalidad. Esto implica que el resto de hosts puedan proveer los suficientes recursos hardware a las máquinas virtuales. En particular, probaremos a iniciar todas las máquinas virtuales del curso Windows 8.1 en dos hosts y practicaremos con las diferentes opciones de gestión de memoria dinámica (el asunto de la previsión ante fallos de hosts se tratará más adecuadamente en la lección de Alta Disponibilidad. Ahora nos centraremos en la gestión de memoria).

 

¿Qué es la gestión de memoria en XenServer?

   La característica de gestión de memoria en XenServer (configurable desde XenCenter o con el comando xe, como veremos más adelante) permite:

  • Especificar un máximo y un mínimo de memoria a cada máquina. XenServer jugará con estos valores establecidos en las máquinas virtuales de manera que la memoria física pueda ser compartida entre ellas.
  • Que un servidor XenServer pueda mantener en ejecución un conjunto de máquinas virtuales, cuya suma de memoria física asignada (desde el punto de vista de la máquina virtual) sea superior a la que realmente se encuentra instalada en el host físico. Esto se consigue gracias a que las máquinas virtuales “comparten” memoria entre ellas. Este intercambio de memoria es gestionado por el servidor XenServer. Para que pueda llevarse a cabo, es necesario que las XenServer Tools estén instaladas en las máquinas virtuales.
  • Que sea posible aumentar la memoria mínima disponible en una máquina virtual sin necesidad de apagarla.

Sigue leyendo

XenServer: High Availability – Alta disponibilidad

En esta lección se introducirán los conceptos fundamentales de XenServer High Availability (Alta Disponibilidad). Se describirá su configuración y algunos aspectos a tener en cuenta en su administración.

MA icono manual(ACCEDE AQUÍ AL INDICE DEL MANUAL DE CITRIX XENSERVER)

CONTENIDO DE LA LECCION

  • Caso práctico
  • ¿Qué es XenServer High Avalilability?
  • Conceptos de XenServer High Availability
  • Configuración y gestión de High Availability desde XenCenter
  • Configuración de High Availability con el comando xe
  • Operaciones afectadas por HA

Caso práctico

   En nuestra empresa ficticia “L023 Formación” no se quiere interrumpir ningún curso en el caso de que falle alguno de los servidores XenServer. Para ello se habilitará High Availability  en el resource pool XenServer ya existente, formado por tres hosts, configurándola para prevenir el fallo de uno de ellos.

xenserver high availability

 

¿Qué es XenServer High Availability?

   High Availability en XenServer sirve para asegurar que las máquinas virtuales más importantes de un resource pool estén siempre disponibles. Para esto, claro está, dicho resource pool debe proveer los suficientes recursos hardware.

   ¿Cuando puede verse comprometida la disponibilidad de una máquina virtual? Aquí debemos tener en cuenta varias posibilidades:

  • Fallo de software en la propia máquina virtual.
  • Fallo en el sistema de almacenamiento donde se encuentran ubicadas las máquinas virtuales.
  • Fallo hardware en un host XenServer y este detiene su funcionamiento.
  • Fallo en la conectividad de la red de un host XenServer.

Sigue leyendo

XenServer: vApps – appliances

  Las vApps (appliances) en XenServer ayudan a diferenciar y gestionar los distintos servicios existentes en las tecnologías de la información de cada empresa. Permiten agrupar lógicamente las máquinas virtuales implicadas en cada servicio de manera que algunas tareas de gestión se puedan aplicar a esos grupos, y no a las máquinas virtuales que componen cada uno de ellos una a una.

MA icono manual(ACCEDE AQUÍ AL INDICE DEL MANUAL DE CITRIX XENSERVER)

CONTENIDO DE LA LECCION

  • Caso práctico
  • ¿Qué es XenServer vApps?
  • Creación y gestión de vApps desde XenCenter
  • Creación y gestión de vApps con el comando xe
  • Inicio y parada de vApps
  • Exportación e importación de vApps
  • Obtener las propiedades de vApps con powershell

 

Caso práctico

   Nuestra empresa ficticia “L023 Formación” tiene dos aulas. En cada una de ellas se programarán los cursos en un horario que puede ser independiente. Se ha pensado agrupar las máquinas virtuales de cada aula, y de cada curso dentro de ellas, en una vApp. Así antes de que lleguen los alumnos se pueden parar las máquinas virtuales del curso anterior fácilmente e iniciar las suyas.

¿Qué es XenServer vApps?

   Como se dicho, una vApp permite agrupar máquinas virtuales en base al servicio que prestan, de manera que facilita:

  • Iniciar y detener las máquinas virtuales que componen la vApp sin más que iniciar o detener dicha vApp. Al crear y configurar la appliance se puede especificar el orden en el que deben iniciarse, así como el tiempo que debe transcurrir entre el inicio de cada máquina virtual y la siguiente
  • Exportar e importar las máquinas virtuales que componen la vApp en grupo.
  • La configuración de Disaster Recovery.

Sigue leyendo

XenServer: XenMotion

  XenMotion en XenServer permite la migración de máquinas virtuales en vivo entre distintos hosts. Esto es uno de los requerimientos básicos de cualquier entorno de virtualización empresarial.

MA icono manual(ACCEDE AQUÍ AL INDICE DEL MANUAL DE CITRIX XENSERVER)

CONTENIDO DE LA LECCION

  • Caso práctico
  • ¿Qué es XenMotion? 
  • ¿Qué es Storage XenMotion?
  • Ejecución de XenMotion desde XenCenter
  • Ejecución de XenMotion con el comando xe
  • Ejecución de Storage XenMotion desde XenCenter

 

Caso práctico

   L023 Formación dispone de tres hosts XenServer (l023xse01, l023xse02 y l023xse03) para ejecutar las máquinas virtuales de los cursos que se imparten en sus aulas. El dimensionamiento de la infraestructura sólo requería dos hosts de sus características. La razón de que se hayan instalado tres no es otra que prevenir que un fallo hardware o la necesidad de realizar alguna tarea de mantenimiento en alguno de los hosts impida el normal desarrollo de los cursos.

   En esta lección se practicará y testeará XenMotion y Storage XenMotion para familiarizarnos con su uso.

 

Miniacademia L023 Formación XenServer XenMotion

 

¿Qué es XenMotion?

   XenMotion permite mover máquinas virtuales entre hosts de un resource pool sin pérdida de servicio apreciable. En este caso, sus VDI asociados están en un shared storage (almacenamiento compartido) del resource pool.

   De esta manera, se pueden realizar labores de mantenimiento en hosts de un resource pool, cuando sea necesario que ninguna máquina virtual esté en ejecución en el host sobre el que se van a realizar dichas tareas. XenMotion, además, sirve de motor para otras funcionalidades que necesitan de esta migración de máquinas virtuales entre hosts, como por ejemplo High Availability (como veremos en otra lección).

XenServer XenMotion

 

Sigue leyendo

XenServer: Plantillas – Templates

   Uno de los métodos para crear máquinas virtuales es el uso de templates (plantillas) creadas por los administradores de XenServer con los sistemas operativos y aplicaciones que sean necesarias para los usuarios de las máquinas virtuales. Esto permite un despliegue más rápido y consistente del entorno virtual.

MA icono manual(ACCEDE AQUÍ AL INDICE DEL MANUAL DE CITRIX XENSERVER)

 

CONTENIDO DE LA LECCION

  • Caso práctico
  • Las templates en XenServer
  • Uso de la utilidad sysprep en sistemas operativos Windows
  • Creación de una template con XenCenter
  • Creación de una plantilla con el comando xe
  • Creación de una plantilla con powershell
  • Despliegue de una máquina virtual a partir de una template con XenCenter
  • Despliegue de una máquina virtual a partir de una template con el comando xe

 

Caso práctico

   Nuestra empresa ficticia “L023 Formación” imparte en sus aulas cursos de variados temas IT. Los alumnos realizarán las prácticas sobre máquinas virtuales en ejecución dentro del entorno XenServer que se está implementando. Estas máquinas virtuales deben ser iguales para cada alumno del mismo curso. Para ello se creará una máquina virtual con el sistema operativo y las aplicaciones necesarias, y se utilizará como plantilla (template) para desplegar tantas máquinas virtuales exactamente iguales como fuesen necesarias. Esto es lo que se va a hacer en esta lección. Se creará una máquina virtual con Windows 8.1 Enterprise 32 bits instalado y actualizado y se convertirá en template, a partir de la cual se desplegarán las máquinas virtuales que utilizarán los alumnos.

 

   La template para Windows 8.1 se llamará W81ENT32B y las máquinas virtuales para cursos desplegadas a partir de ella se llamarán VIRT001, VIRT002,… Las máquinas virtuales VIRT001 a VIRT004 serán utilizadas por los alumnos del Aula 01 y desde la VITR005 a VIRT008 por los del Aula 02.

 

Las templates en XenServer

   En XenServer debemos distinguir entre las templates “por defecto” del sistema, que son las que hemos utilizado para desplegar máquinas virtuales hasta ahora (como por ejemplo las que hemos desplegado en la “lección 8: creación de máquinas virtuales”), y las creadas por el usuario. Las primeras son conjuntos de parámetros de XenServer optimizados para cada sistema operativo. No son plantillas con el sistema operativo instalado. Las segundas, las creadas por el usuario, normalmente son máquinas virtuales con un sistema operativo instalado, posteriormente convertidas en templates (veremos cómo se hace más adelante en este capítulo) que permiten un despliegue rápido de máquinas virtuales, configuradas a la medida y con la posibilidad de que también tengan todas las aplicaciones necesarias instaladas.

Sigue leyendo