Si un servidor cae, los servicios esenciales no tienen porque caer con el mismo.

Para evitar el “dowtime” (tiempo de inactividad) lo máximo posible, los administradores de Linux puede configurar un cluster Heatbeat en Linux. Hearbeat añade funcionalidades de cluster sobre las máquinas virtuales en Xen, con lo que disponemos de ventajas en el “uptime” cuando un servidor se cae op bloquea.

Para ello, nos será necesario utilizar un almacenamiento SAN y un cluster de servidor de máquinas virtuales Xen.

Para empezar, vamos a explicar cocmo configurar la SAN en nuestra máquina SuSE, construyendo un cluster Hearbeat para compartir el almacenamiento de la SAN, de este modo, las máquinas aquí ubicadas estarán disponibles en los diferentes servidores de Xen.

Es muy importante saber el porque es necesario utilizar la cabina o un almacenamiento compartido para las máquinas virtuales, pues en caso de caida del servidor Xen, es necesario que el repositorio de máquinas no este incluido en el mismo servidor caido, y que estas esten disponibles desde cualquiera de los servidores de Xen a fin de poder levantar la máquina en el menor tiempo posible (uptime – dowtime).

Para ello nos sera necesario un volumen de almacenamiento que permita el acceso a escritura simultaneo desde todos los nodos del cluster, un sistema de ficheros que permita la escritura simultanea, un cluster Heartbeat para la HA (alta disponibilidad), y uno o mas servidores Xen.

La instalación de Xen con HA implica la instalación/configuración de una SAN como repositorio/pool para las máquinas virtuales y ficheros de configuración de manera centralizada, que sea accesible desde todos los nodos del cluster de HA, de este modo si un nodo se cae, las máquinas virtuales y conf. alojadas en la SAN estarán disponibles para ser arrancadas desde el otro nodo. Para configurar la SAN podemos hacer uso de las herramientas incluidas en SLES.

Si no disponemos de una cabina, podemos utilizar un servidor SLES para crear una basada en iSCSI,la cual debe ser accesible desde los dos nodos Xen.

Definir una cabina iSCSI
Primero deberemos crear el servidor de almacenamiento, del cual utilizaremos el disco duro del mismo, una partición o un volumén lógico (si no disponemos de una cabina claro). Mínimo necesitaremos 4Gb para almacenar la imagen de un disco virtual Xen. Recomendamos usar una partición o volumen para mejor rendimiento.

Para la creación del mismo utilizaremos nuestra herramienta Yast.
Antes de nada deberemos asegurarnos que tenemos instalados los siguientes módulos:

-iscsitarget
-yast2-iscsi cliente
-yast2-iscsi server

Tras ello deberemos crear la partición para compartir, ella la podemos crear con el módulo incluido en yast dentro de Systema -> particiones creando una partición nativa Linux (0×83 Linux) y/o reiserfs.

Arrancammos la misma, introducimos nuestra pass de root y a continuación arrancamos el módulo iSCSI situado en network services.

Nos situamos en la pestaña de servicio, y nos aseguramos que esta activado que se inicie en la carga del sistema.
En la pestaña “objetivos/target”, eliminar el ejemplo existente y continuar con “Agregar” para añadir un nuevo indicando en el PATH la partición creada anteriormente desde “partitions” definiendola como la primera LUN.

Tras este paso, vamos a arrancar el módulo de iSCSI manualmente, para ello abrimos un terminal y tecleamos:

$ /etc/init.d/iscsitarget start

Si queremos ver las actuales “targets” definidas, podemos hacerlo desde la consola de este modo:

$ cat /proc/net/iet/volumes

Conectar-se al dispositivo iSCSI

En el cliente debemos tener instalado el paquete cliente de iSCI al igual que el iniciador y el paquete open-iscsi. Igual que en el servidor que hará de storage, deberemos arrancar el servicio. Desde consola:

$ /etc/init.d/iscsitarget start

Chequeamos el estado con la opción “status” y lo añadimos al arranque del sistema de la siguiente manera:

$ chkconfig open-iscsi on

Para conectar con el servidor iSCSI deberemos conocer la IP del servidor y deberemos tener acceso a través del puerto 3260. Con estas premisas ejecutaremos:

$ iscsiadm -m discovery -t st -p [IP_SERVER_iSCSI]

Para comprobar que el “target” ha sido guardado en la database, ejecutar:

$ iscsiadm -m discovery

y podemos chequear el nodo con la opción “-m node”. (para mas detalles ver man)

Podemos tambien chequear la conf. del nodo realizando:

$ iscsiadm -m node -r 00f1fd [dónde 00f1fd es el nodo deseado que queremos consultar - dicha información la podemos ver con la opción -m node]

Para establecer la sessión con el nodo teclearemos:

$ iscsiadm -m node -r 00f1fd -l

Con este comando no obtendremos salida alguna con el resultado de la operación, con lo que deberemos hacer uso de dmseg para ver el resultado o un “tail -f” del messages.

Y para validar la conexión podemos usar :
$ fdisk -l
$ cat /proc/partitions
o
$ hwinfo –scsi –short

En el siguiente artículo haremos uso del artículo de configuración de alta disponibilidad para ver como funciona la HA con Xen, disponiendo en nuestro servidor Xen de SUSE de HA para nuestras máquinas virtuales.

17 de MARZO 2009 – Oficinas de Citrix Iberia.

¿Que és Geek Speak ?
Geek Speak nace del corazón e CITRIX, Geek Speak está basado en conferencias técnicas impartidas por expertos, analistas y bloggers, el interés reside en la compartición del conocimiento y facilitar la información de las distintas sesiones expuestas, además de ello, todas las sesiones son grabadas y colgadas en la comunidad. 

¿ Porqué Geek Speak Madrid ?
Geek Speak Madrid es el nombre que recibe las distintas sesiones que son realizadas en una ciudad o país determinado de forma local, y centrado totalmente en una serie de sesiones determinadas llevadas a cabo por una comunidad de técnicos, usuarios o apasionados por la tecnología de Citrix.

AGENDA

10:00h – Bienvenida
10:10h – Citrix Product overview.

   XenApp
   XenServer
   XenDesktop
   WanScaler
   NetScaler
   EdgeSight
   WorkFlow-Studio
   Access-Gateway

11:15h – Café
11:30h – Geek Speak, Health Assistant. – Citrix
12:00h – Geek Speak – Procedimiento de Clonaje de Servidores físicos y virtuales, XenAppPrep Tool. – Xavi (ctxdom.com community)
12:30h – Debate
12:45h – Ruegos y preguntas
13:00h – Cierre del Geek Speak Madrid!.

 Registrate aquí.

REGISTRARSE EN GEEK SPEAK MADRID!

 Sponsorizan:

Instalar Xen.

:~ yast2 sw_single&

Arranca Yast2 en el módulo instalación software. Seleccionar los paquetes:

xen, xen-tools, kernel-xen

Para instalar directamente, ejecutar desde consola:
:~ yast –i xen-tools xen kernel-xen

Optimizar Xen.

Editar /etc/xen/scripts/block
Buscar línea: do_or_die losetup –y “$loopdev” “$file” (Yo realizo la búsqueda por loop ( /loop) y busco la que empieza por el do_or_die, así no es necesario acordarse de todo) y quitar el indicador de –Y.

Editar el Boot

Editar /boot/grub/menu.lst
En la última entrada debe haber aparecido un línea de Title: SUSE Linux Enterprise Server 10, dónde el kernel de arranque es xen.gz
Modificar el Title para que indique que es el kernal Xen y no haya confusión para saber que arrancar durante el inicio del sistema.

Arrancar Xen

En terminal escribimos:

:~yast2 xen&

Para arrancar la gestión de Xen en modo gráfico.

:~yast xen

Para arrancar la gestión de Xen en modo texto

Instalar máquina virtual

Una vez arrancada la gestión de Xen desde Yast, seleccionamos “Añadir”
Para la instalación de nuevas máquinas virtuales, no es posible utilizar yast, por lo que debe realizarse con Yast2
Abrir Yast2 Xen, seleccionar “Añadir”

• Ejecutar como programa de instalación SO
• Indicar/cambiar todos los datos para la instalación de la máquina virtual

Antes de continuar, comprobar que dispongamos de disco físico virtual dónde realizar la instalación, tras crear el mismo procedemos a la instalación del SO, “Siguiente”, y realizar la instalación del sistema normalmente.

Terminada la instalación del nuevo sistema, procedemos a administrar XEN.

Administrando Xen

Máquina host : Domain0 <- Nuestra propia máquina
vmx <- Máquina virtualizada con Xen.

Comandos:
:~ xm <- comando utilizado para la gestión de Xen desde línea de comandos.

Sintaxis:
:~ xm [argumentos]

Dónde argumentos son (mas usados de cara al exámen – mas detalles con “man xm”):

list: muestra el estado de las máquinas virtuales y domain0. Nos muestra el ID de máquina, Memoria, Vcpus, Stado, Time
list –long ID: Información exhaustiva de la máquina virtual con ID x.
Estado de las máquinas según list.

r – running: la máquina esta corriendo
b – blocked. La máquina esta bloqueda, no se puede arrancar.
p – paused: La máquina esta pausada.
s – shutdown: La máquina esta calmada.
c – crashed: la máquina se ha roto! , ello es debido a un apagado violento de la máquina virtual. Solo ocurre con las máquinas que no tienen configurado el autostart en el domain0.
d – dying: La máquina esta en proceso de “muerte”, ello es debido a que esta en apagándose sin haberse completado un shutdown o crashed

console ID: con ello, accedemos a la Shell de la máquina virtual con ID x.
mem-set ID : Establecemos la memoria de la máquina X a
migrate ID host: Migrar máquina virtual con ID x a Domain0 host indicado
pause ID: Pone en pausa la máquina virtual con ID x.
reboot ID: Reinicia la máquina virtual con ID x.
save ID : Guarda la máquina virtual en un fichero . Si se realiza un sabe de una máquina arrancada, esta es parada.
restore : Restaura máquina virtual desde fichero . Al realizar un restore, se arranca la máquina directamente en el punto dónde se realizo el save anterior.
shutdown ID: Para la máquina ID x.
unpause ID: Resume una máquina en estado pausa con ID x.
vcpu-set ID : Establece el número de CPUS virtuales en la máquina con ID x.

Puede usarse el nombre de la máquina virtual en lugar del ID para realizar la gestión de las mismas.
Todas las tareas indicadas, pueden realizarse desde Yast y Yast2 simplificando su administración.

Crear una máquina virtual desde consola usando un fichero de configuración:

:~ xm create /ruta/file_Config ramdisk=initrd-xen kernel=/boot/vmlinuz-xen name=Name-host nics=1 vcpus=2 memory=64 root=/dev/ram0

Dónde ruta/file_Config es debe ser un fichero que se corresponda con los ficheros de configuración de máquinas virtuales. Por defecto la ruta es: /etc/xen/vm.
El fichero en cuestión es parecido al siguiente:

Disk: [ ‘file: ruta disco virtual’, ‘phy:[ruta disco físico’ ]
Memory = 256
vcpus = 1
builder = ‘linux’
name = ‘[NameHost]’
vif = [ ‘mac=x:x:x:x:x:x’ ]
localtime = 0
on_poweroff = ‘destroy’
on_reboot = ‘restart’
on_crash = ‘restart’
extra = ‘TERM=xterm’
bootloader = ‘bootloader_rute’
bootentry = ‘hdaX:/boot/vmlinuz-xen,/boot/initrd-xen’

Ver xmdomain.cfg para mas detalles.

Otros Comandos:

mem-max ID mem: Establece la memoria máxima que puede atribuirse a la máquina X.
migrate ID host [Options]: Ver mígrate.
Options:

-l, realize una migración en vivo. Ello realiza la migración de la máquina virtual entre hosts
-r Mbs, establece el máximo de Mbs de transferencia a la hora de realizar la migración de máquina. Ello puede evitar, o puede saturar la red.

vcpu-list [domainID]: Listar la información vcpus de el dominio ID indicado.
dmesg: Similar al dmesg de Linux. Lee el buffer de Xen el cual contiene información sobre errores y warnings creados durante el proceso de arranque.En caso de tener problemas en Xen, este es uno de los primeros comandos que deberemos usar.
Info: Imprime información acerca del Xen host (Domain0), la cual contiene, nombre de host, versión, arquitectura, nodos, cpus, mhz, memoria, compilador, etc etc
Log: Imprime la salida del log del demonio Xend

RED.

Network-attach domainID [script=scriptname] [ip=dirección IP] [mac=dirección mac] [bridge=bridge-name] [backend=domainID]

Donde:

script\ indica un script específico para levantar la red. Por defecto, se usa; xend-config.sxp
Ip\ dirección IPpara el adaptador creado.
Mac\ dirección mac.
Bridge\ Valor para el puente en la VIF.
Backend\ el dominio backend, por defecto Domain0.

network-detach domainID devID: Elimina el interfaz devID creado en el DomainID.
network-list domainID: lista las interfaces de red disponibles en domainID

Xen también permite crear directivas y aplicarlas sobre las máquinas (makepolicy, loadpolicy, …) para mas detalles consultar el manual en línea de Xen.

Chuletas Linux – Definitive collection

El proceso para poder visualizar una página web pasa por:
- Obtener la dirección IP del recurso o página
- Obtener recurso (Descargar la página) para su visualización.

Con un servidor DNS en nuestro equipo, aceleraremos la primera parte, pues el translate de direcciones se almacena en nuestra cache local y se resolveria localmente.

COmo:? Aquí os dejo un link dónde indica como realizarlo de una manera muy sencilla. StepByStep

Seleccionamos la opción Escritorio -> Preferencias -> Teclado. Nos situamos en la pestaña “Distribiciones” tal y como se puede ver en la imágen siguiente:

Le damos a “Añadir“, buscamos la distribución que queramos (En nuestro caso, Español) y aceptamos.

Ahora, quitamos la distribución seleccionandola y dándole a “Quitar“. Marcamos el cuadro de predeterminado para la distribución “España“. Comprobamos que en “Modelo de Teclado: ” aparezca “Genérico 105 teclas“, y cerramos.

Salimos de la sesión y entramos nuevamente, y ya disponemos de la nueva configuración de teclado.

Durante la actualización, Hardy instala el paquete Virtual box-OSE. Ello borra todos los Snapshops que tengáis de vuestras máquinas virtuales por lo que deberéis tener cuidado.

También he tenido problemas con Compiz, ya que me desconfiguró todos los efectos, y ahora en el compiz-manager, la gran mayoría de efectos (Zoom, DesktopSwitcher, 3D, etc.) tras activarlos, a los 2 segundos se desactivan solos. Ahora toca pelear-se con ello, de todos modos una vez tenga la solución la postearé para aquellos que tengan problemas similares (únicamente me funciona el cubo, ventanas gelatinosas y poco mas).

El resto todo OK, aunque aún no he podido profundizar, en las siguientes semanas espero ir viendo que tal funciona todo.

Imagino que la gran mayoría ya os habréis ido peleando con él. Si tenéis algún problema, o has tenido algún problema que ya has solucionado, podríamos ir postear todo aquello que vaya saliendo, con la intención de intentar solucionar entre todos aquellos problemas mas comunes que ocurran en el upgrade a Hardy.

This is an idea

Encuentra Soluciones en el foro de Ubuntu-es