This is my first english video tutorial (excuse me by the pronunciation) where we will learn how to run Citrix XenServer 5.6 on VMware vSphere 5 with support to run Windows virtual machines into XenServer.

vSphere 5 has a new feature that allows virtualize ESXi 4 and 5 itself. We will use this feature to virtualize XenServer into vSphere 5, because with Intel VT supported we can run Windows virtual machines in our XenServer virtualized.

httpvh://www.youtube.com/watch?v=qovROJNscUo

El artículo de hoy no va a ser un paso a paso que explique cómo realizar una tarea concreta. En esta ocasión intentaré que reflexionéis si las decisiones que tomáis para diseñar vuestro almacenamiento son las adecuadas.

A día de hoy aún resulta difícil hacerle ver a la compañía que va a explotar su infraestructura virtual la importancia del almacenamiento. En gran medida la culpa es de la persona que diseña (el comercial NO diseña) la solución a implantar. ¿Por qué digo esto?

Vendemos el almacenamiento como si de un contenedor de GRAN tamaño se tratase: cuánto más PETABYTES le venda más contento estará, ya que más máquinas virtuales puede alojar.

El primer paso que demos ha de ser el de transmitir a la compañía la importancia que ha adquirido el almacenamiento en una infraestructura virtual, ya que todas sus máquinas virtuales se alojarán ahí. En una infraestructura descentralizada de servidores físicos en la cual cada uno tiene su propio almacenamiento un fallo SÓLO afecta a ese servidor, pero en el caso de una infraestructura virtual si el almacenamiento falla la compañía se queda PARADA.

Ahora que todas las partes son conscientes de la criticidad de este componente, nuestro diseño debe cumplir con los requisitos de disponibilidad que la compañía nos marque. De todos modos debemos evitar los puntos únicos de fallo, de nada sirve vender HA si luego tenemos una sola fuente de alimentación. En estos requisitos de disponibilidad podemos contemplar las siguientes técnicas:

• Redundar las SPs (controladoras de almacenamiento) y las fuentes de alimentación.
• Usar RAIDs que proporcionen redundancia: RAID 1/10/5/6.
• Usar discos Hot Spare (discos de reserva) para tener una mayor ventana de reemplazo.
• Usar sitios secundarios para replicación (si el presupuesto lo permite).

Teniendo en mente las opciones anteriores, el siguiente paso es calcular el RENDIMIENTO que ha de cumplir nuestro almacenamiento para soportar las IOPs de las máquinas virtuales. En servidores de bases de datos SQL, Oracle y de correo Exchange 2003/2007 así como entornos VDIs este aspecto es fundamental para contar con el éxito asegurado en el diseño.

En la misma infraestructura descentralizada de la cual hablábamos anteriormente cada servidor podía tener como mínimo un RAID1, el cual proporciona unas 270 IOPs. Cuando se necesitaba más rendimiento se montaba otro servidor y esta era la forma de escalar. Las IOPs no van en concordancia con la capacidad del disco, sino con la latencia media de rotación y el tiempo medio de búsqueda tanto para lectura como escritura. Para entender mejor que rendimiento y capacidad no van de la mano vamos a poner un ejemplo.

Imaginad que tenéis 3 servidores físicos y que cada uno cuenta con 150GB en RAID1. Queremos convertir la infraestructura física a virtual y la cuenta más rápida sería: 3 SERVIDORES   x   150GB CADA UNO = 450GB EN TOTAL. Por lo que pensaríamos que con 2 HDs de 600GB en RAID1 ya tenemos almacenamiento suficiente para alojar los 3 servidores.

Como habréis observado hemos obviado por completo las IOPs en nuestros cálculos. Tal vez pueda parecer absurdo el que se nos olvide o no las tengamos en cuenta, pero ... ¿cuántos habéis hecho el mismo cálculo que acabamos de hacer? Es importante que siempre tengáis ese valor en cuenta. Para conseguir el mismo número de IOPs que el entorno físico (810 IOPs) necesitaríamos 6 HDs y para igualar el almacenamiento que fueran de 173GB.

A continuación se muestra una tabla con las IOPs de disco aproximadas, así como las penalizaciones de los diferentes RAIDs y cómo calcularlos:

Para calcular la penalización del RAID hay que sumar la capacidad RAW IOPs de todos los discos y dividirla por la suma de la penalización por el porcentaje de escritura con el porcentaje de lectura.

RAW IOPs / [(PENALIZACIÓN x (%ESCRITURA/100)) + (%LECTURA/100)]

Por ejemplo un RAID1 de 2 HDs 15K a 70% lectura y 30% escritura sería:

180+180 / [(2 x (30/100)) + (70/100)] = 360 / (0,6 + 0,7) = 277

En resumen, como habréis podido comprobar el cálculo de las IOPs es un factor muy importante a la hora de diseñar nuestra red SAN para nuestra infraestructura virtual. Se puede conseguir un mayor número de IOPs con menos discos o viceversa, por lo que siempre es importante realizar estos cálculos para asegurar el rendimiento y escalabilidad de la solución sobre todo en diseños de VDI.

Con este tipo de configuración podremos disponer de las características avanzadas de los entornos de virtualización, permitiéndonos la migración en caliente de máquinas virtuales entre hosts y otras tecnologías de alta disponibilidad y tolerancia a fallos.

Para poder llevar a cabo este laboratorio es necesario tener algún disco activado en nuestro servidor NAS QNAP para poder asociarlo a volúmenes iSCSI. Los pasos que vamos a seguir durante el artículo son los siguientes:

1. Activar iSCSI.
2. Crear volumen iSCSI.
3. Configurar iSCSI en Citrix XenServer.
4. Configurar iSCSI en VMware vSphere.

Activar iSCSI

El primer paso es acceder a la administración de nuestro dispositivo y dirigirnos al apartado Disk Management y elegir la opción iSCSI.

En la nueva pantalla activamos en la pestaña Portal Management la casilla Enable iSCSI Target Service y hacemos clic en APPLY para activar el servicio iSCSI.

Nos aparece un mensaje de recomendación, donde nos dice que si usamos iSCSI para un entorno de virtualización no se active la escritura en cache y nos indica donde desactivarla. De forma predeterminada viene desactivada, de todos modos no está mal comprobarlo.

Crear volumen iSCSI

Ahora hacemos clic en la pestaña Target Management y se nos abre un asistente, donde hacemos clic en OK.

De las tres opciones disponibles elegimos la primera opción iSCSI Target with a mapped LUN, la cual nos permite crear la conexión iSCSI donde conectará nuestro entorno de virtualización y posteriormente el volumen iSCSI. Hacemos clic en Next para continuar.

En la siguiente pantalla hacemos clic en Next, ya que nos indica las opciones que vamos a realizar en los pasos posteriores.

En el siguiente paso tenemos que asignar un nombre en nuestro Target Name el cual es obligatorio, además una descripción en el campo Target Alias el cual es opcional. Una vez hecho hacemos clic en Next.

Nosotros no vamos a usar autenticación para las conexiones iSCSI entre el almacenamiento y el entorno de virtualización, aunque es aconsejable si compartimos la red SAN con la red de usuarios. Hacemos clic en el botón Next para continuar.

En los siguientes pasos vamos a configurar el volumen iSCSI que vamos a crear. La primera opción a elegir es el modo en que reservamos el espacio en disco, el cual puede ser Thin-Provisioning o Instant Allocation.

Thin-Provisioning no reserva el espacio desde el primer momento, sino que va creaciendo conforme va aumentando su información almacenada, es interesante su uso ya que muchas veces reservamos un espacio que nunca llegamos a usar en su totalidad y desperdiciamos espacio posible para otras tareas.

Instant Allocation reserva el espacio desde el primer momento, por lo que la posibilidad de tener almacenamiento sin usar es mayor, ya que solemos sobredimensionar dicho almacenamiento y finalmente no se hace uso de él y no podemos reasignarlo para otras tareas.

Nosotros vamos a usar la opción Thin-Provisioning, ya que podemos asignar también más espacio del existente y en un futuro si nos aproximamos al límite de capacidad de discos podemos ampliarlo añadiendo nuevos discos. Le asignamos un nombre en el cuadro de texto LUN Name y elegimos su localización en la opción LUN Location. Sólo falta asignar el espacio, una vez hecho hacemos clic en Next.

A continuación nos aparece un resumen con las opciones seleccionadas, hacemos clic en Next una vez revisadas.

Comenzará la creación del volumen, una vez terminado podemos hacer clic en el botón Finish.

El siguiente paso se puede omitir, pero vamos a explicar como asignar un volúmen a un Target ya creado, para nosotros es necesario ya que en este artículo se muestra como conectar Citrix XenServer y VMware vSphere. Por lo tanto necesitamos dos volúmenes.

Para ello hacemos clic en Quick Configuration Wizard. Nos aparece nuevamente las tres opciones a elegir, esta vez como vamos a crear únicamente un volumen elegimos la opción iSCSI LUN only y hacemos clic en Next.

Elegimos nuevamente Thin-Provisioning, le asignamos un nombre, elegimos los discos, su almacenamiento y hacemos clic en Next.

Ahora vamos a asociar el volumen al Target, seleccionamos el que creamos anteriormente y hacemos clic en Next.

Repasamos el resumen de opciones seleccionadas y hacemos clic en Next si todo está correcto.

Una vez confirmada su creación correctamente hacemos clic en Finish.

Podemos comprobar que los dos volúmenes se han creado correctamente y que se encuentran asociados al Target correspondiente.

Configurar iSCSI en Citrix XenServer

Ahora vamos a crear un almacenamiento en nuestro XenServer del tipo iSCSI, es aconsejable para un buen rendimiento dejar una interfaz de red dedicada para la conexión iSCSI y que esta sea gigabit. Accedemos a nuestro entorno y hacemos clic en New Storage. Una vez iniciado el asistente elegimos el tipo Software iSCSI y hacemos clic en Next.

Asignamos un nombre a nuestro almacenamiento e introducimos la dirección IP de nuestro QNAP. Una vez hecho hacemos clic en Discover IQNs y seleccionamos el Target que creamos en el desplegable. Luego hacemos clic en Discover LUNs y elegimos el volumen que creamos para XenServer. Una vez elegidas todas las opciones hacemos clic en Finish para que comience la creación del almacenamiento.

Nos avisa que es necesario formatear el volumen y que los datos existentes se perderán, hacemos clic en Sí y comenzará el proceso.

Una vez terminado el formateo del almacenamiento ya lo tenemos disponible para comenzar a almacenar nuestras máquinas virtuales.

Configurar iSCSI en VMware vSphere

Igual que hicimos en XenServer, lo primero es acceder a nuestro vSphere a través del cliente. Una vez iniciada sesión en nuestro entorno de virtualización nos dirigimos a la pestaña Configuration del host y posteriormente elegimos el apartado Networking.

Como se decía antes, se recomienda una interfaz de red dedicada para el almacenamiento iSCSI. Nosotros vamos a usar una interfaz dedicada, para configurar esta interfaz hacemos clic en Add Networking.

Elegimos la opción VMkernel ya que es el tipo de opción a elegir para iSCSI. Una vez seleccionado hacemos clic en Next.

Seleccionamos la interfaz de red que no está en uso y hacemos clic en Next.

Le asignamos un nombre a la red que se va a crear y hacemos clic en Next, ya que no vamos a usar ningunas de las opciones disponibles.

Asignamos un direccionamiento de la red de almacenamiento y hacemos clic en Next.

Comprobamos el resumen, si todo es correcto hacemos clic en Finish.

Una vez creada la red de almacenamiento en nuestro vSphere, nos dirigimos al apartado Storage Adapters. En él vamos a configurar el acceso a nuestro QNAP.

Seleccionamos el adaptador iSCSI y hacemos clic en Properties.

En la ventana que nos aparece accedemos a la pestaña Dynamic Discovery y hacemos clic en Add.

Introducimos la dirección IP de nuestro servidor QNAP y hacemos clic en OK. Posteriormente hacemos clic en Close para cerrar la ventana.

Al cerrar la ventana nos aparece un mensaje si deseamos escanear el adaptador en busca de volúmenes, hacemos clic en Sí.

Después de hacer finalizado el escaneo de luns podemos observar que ha encontrando dos volúmenes, el de XenServer que ya lo tenemos asignado y el que asignaremos a nuestro vSphere.

Ahora nos dirigimos al apartado Storage y hacemos clic en la opción Add Storage.

Dejamos seleccionada la opción Disk/LUN ya que es el tipo usado por iSCSI y hacemos clic en Next.

Ahora vamos a elegir el volumen correspondiente, debemos tener cuidado de no elegir un volumen en uso. Podemos identificar el volumen que deseamos comparando el número de LUN mostrada en nuestro vSphere con el número de LUN asignada en nuestro QNAP. Seleccionamos la correspondiente LUN y hacemos clic en Next.

Nos muestra un resumen con los datos de la LUN, hacemos clic en Next.

Le asignamos un nombre y hacemos clic en Next.

Ahora elegimos el tamaño de bloque, es importante ver que valor elegimos, ya que determina el tamaño máximo que podrá ocupar un fichero vmdk. En nuestro caso como el volumen es de 120 GB y vamos a usar toda su capacidad y no podemos crear ficheros superiores a 256 GB, dejamos el que aparece de forma predeterminada. Una vez elegidas todas las opciones hacemos clic en Next.

Revisamos el resumen de opciones elegidas y si todo es correcto hacemos clic en el botón Finish.

Ya disponemos de nuestro almacenamiento VMFS para poder crear máquinas virtuales.

Cuando usamos almacenamiento iSCSI es recomendable cumplir algunas características como son:

• Interfaz de red dedicada para el almacenamiento ya sea 1Gbps ó 10Gbps.
• Redundancia en las interfaces de red.
• Activar Jumbo Frames en el almacenamiento, interfaces de red y en todos los switches por los que fluya el tráfico.

En este artículo explicaremos como dotar de dicho entorno a nuestra Debian Lenny, como hacen el resto de distribuciones las cuales si gozan de ello en XenServer.

En XenServer nuestras máquinas virtuales Linux no corren de forma directa el entorno gráfico, ya que no viene preparado para ello. Para poder disponer de dicho entorno utilizamos una capa superior encima del entorno, en concreto un servidor VNC, lo cual nos permite conectarnos remotamente al servidor de X que está corriendo en nuestra máquina virtual.

En el artículo damos por hecho que existe ya una máquina virtual Debian Lenny funcionando en nuestro XenServer 5, de no ser así podemos seguir la documentación de Citrix.

Los pasos que vamos a seguir para conseguir nuestro entorno gráfico Gnome son los siguientes:

1. Instalar Gnome.
2. Instalar un servidor VNC.
3. Configurar Gnome.
4. Configurar nuestro servidor VNC.
5. Usando Gnome.

Instalar Gnome

El primer paso es disponer de nuestro entorno gráfico, en nuestro caso vamos a usar Gnome, como otros tipos de entornos como KDE, Fluxbox, etc deberán funcionar del mismo modo. A continuación se muestra el comando que se ha de ejecutar.

apt-get install gnome

Este paso se llevará bastante tiempo, ya que necesita descargar 600MB y una vez descomprimido e instalado ocupará 1,5GB. Cuando nos aparezca la pregunta ¿Quiéres continuar [Y/n)? (Do you want to continue [Y/n]?) pulsamos ENTER.

A continuación nos realiza dos preguntas, una el nombre del grupo de trabajo o dominio y la otra si deseamos configurar los servidores WINS. A ambas pulsamos ENTER.

Tras una espera considerable ya disponemos de nuestro entorno gráfico Gnome, pero aún no es accesible ya que como se ha comentado anteriormente no podemos arrancarlo en la máquina virtual mediante startx, ya que no está soportado. Para ello necesitamos conectarnos remotamente a dicho entorno a través de VNC.

Instalar un servidor VNC

XenServer en su plantilla Debian Etch utiliza el paquete vnc4server, por lo que nosotros para nuestra Debian Lenny usaremos el mismo para seguir esa homogeneidad. Para ello ejecutamos el comando mostrado a continuación.

apt-get install vnc4server

Configurar Gnome

El siguiente paso es configurar nuestro Gnome, para ello editamos el fichero /etc/gdm/gdm.conf y agregamos unas líneas, a continuación se detalla los comandos a ejecutar.

vi /etc/gdm/gdm.conf

Nos ubicamos en el apartado [servers] y agregamos la siguiente línea (cero=VNC).

0=VNC

Ahora al final del fichero creamos el apartado [server-VNC] y agregamos las siguientes líneas.

[server-VNC]

name=VNC

command=/usr/bin/Xvnc -geometry 800x600 -PasswordFile /etc/vncpass \ BlacklistTimeout=0

flexible=true

La barra invertida \ es sólo si vamos a escribir la sentencia en dos líneas, si vamos a usar una sola línea como aparece en la captura no hay que agregar la \. (Gracias por tu aporte Ricardo)

Salvamos los cambios y por último para que el servicio GDM aplique los cambios que hemos realizado es necesario reiniciarlo, para ello ejecutamos el siguiente comando:

/etc/init.d/gdm restart

Una vez reiniciado el servicio podemos comprobar en la parte superior derecha de nuestra ventana que ya está disponible el botón Switch to Graphical Console el cual nos permite acceder al entorno gráfico, pero antes debemos realizar el último paso, configurar el servidor VNC.

Configurar servidor VNC

La única configuración que necesita es disponer de una contraseña para su acceso. En el fichero /etc/gdm/gdm.conf indicamos en el apartado [server-VNC] que el fichero de contraseñas sería /etc/vncpass. Decir que sólo podemos usar contraseñas de 8 caracteres, aunque escribamos una superior sólo almacenará dicha longitud. Para configurar la contraseña ejecutamos el siguiente comando:

vnc4passwd /etc/vncpass

Nos solicita que introduzcamos la contraseña y su confirmación.

Usando Gnome

Con nuestra contraseña ya configura y el servicio reiniciado (si no aparece el botón activado reiniciar la máquina virtual) podemos hacer clic en el botón de acceso al entorno gráfico y nos mostrará la pantalla de inicio de sesión de nuestra Debian Lenny.

]]> http://blog.e2h.net/2010/04/02/debian-lenny-en-xenserver-con-entorno-grafico-gnome/feed/ 10 http://blog.e2h.net/2008/08/07/alta-disponibilidad-con-xenserver-y-openfiler/ http://blog.e2h.net/2008/08/07/alta-disponibilidad-con-xenserver-y-openfiler/#comments Thu, 07 Aug 2008 08:42:24 +0000 José Luis Gómez Ferrer de Couto http://blog.e2h.net/?p=107 En la actualidad los entornos de producción están sufriendo un giro de 180º en lo que a hardware y rendimiento se refiere. Para optimizar dichos sistemas y aprovechar mejor los recursos suministrados se opta por un entorno virtualizado, el cual nos permitirá "correr" varias VM (máquinas virtuales) en uno o varios servidores.

El objetivo de este artículo es mostrar la creación, configuración y puesta en producción de un entorno de virtualización de alto rendimiento con las herramientas Citrix XenServer (virtualización) y Openfiler (almacenamiento).

La práctica tendrá lugar en un entorno con dos servidores los cuales tienen instalado Citrix XenServer y una VM en un portatil que correrá Openfiler. De este modo nos permitirá crear una Pool (conjunto) de servidores los cuales tendrán como almacenamiento común Openfiler.

En el siguiente vídeo tutorial veremos los pasos a seguir para realizar esta práctica.