Configurando Gentoo con XenLa tecnología Xen le permite correr múltiples sistemas operativos en un único sistema físico, gobernar el consumo de recursos e incluso migrar dominios (los cuales son entornos virtuales en los cuales corre un sistema operativo) desde un sistema Xen hacia otro. Xen requiere que el sistema operativo anfitrión soporte Xen (el cual, en este caso, será un núcleo Linux) pero los sistemas operativos invitados pueden correr sin modificaciones si su hardware soporta Intel Virtualization Technology (VT-x) o AMD Virtualization Technology (SVM). En otro caso sus sistemas operativos invitados deben también soportar Xen. Esta guía charlará con usted a través de los pasos necesarios para tener Xen levantado y corriendo en Gentoo Linux. No discutiremos sobre el propio Xen (el proyecto tiene una documentación aceptable disponible) no trataremos configuraciones especializadas que podrían ser muy interesantes para Xen pero no son relativas a Xen (como exportar Portage a través de NFS, arrancar Linux usando PXe, etc.) Domain0 es el dominio principal bajo Xen, aloja el sistema operativo anfitrión que gobernará todos los otros dominios bajo Xen. En este capítulo prepararemos una instalación Gentoo existente para que sea el sistema operativo anfitrión en este dominio y construiremos un núcleo con soporte Xen para que Gentoo este listo para albergar otros dominios Xen. ¿Reconstruir la instalación de Gentoo? Un cambio dramático que podría ser necesario es la reconstrucción completa de una instalación Gentoo con una configuración de CFLAGS diferente. De otra manera, los sistemas operativos que corran bajo Xen podrían observar una mayor degradación en cuanto al rendimiento. Si usted, sin embargo, está planeando probar Xen en lugar de instalarlo para un uso de producción y no encuentra tan terrible la reconstrucción de todos los programas, puede omitir este paso. En este caso notará una degradación del rendimiento pero será capaz de utilizar Xen.
Si arranca su sistema usando un ramdisk inicial (initrd) necesita reconstruir el initrd también (lo mejor es hacerlo siguiendo todos los pasos a la hora de reconstruir su núcleo). Ahora mismo, Xen contiene muchos componente, así necesitará instalar un par de paquetes. Primero necesitará desenmascararlo añadiendo las líneas necesarias a /etc/portage/package.keywords ya que aun está ~arch masked y entonces instalarlo.
Ahora construiremos el núcleo con soporte para Xen. Este núcleo, cuyas fuentes están disponibles en /usr/src/linux-2.6.x.z-xen, será nuestro principal núcleo (por ejemplo el que correrá en el dominio 0). En la sección XEN encontrará controladores para todos los tipos de entrada y salida, cada controlador tiene disponible un backend y un frontend implementados. Para el núcleo del dominio 0 necesita seleccionar la implementación backend: esta será usada por otros dominios (que usan el controlador de frontend) para comunicar directamente con el hardware. Por supuesto, no olvide seleccionar Xen-compatible en Processor type and features. Si está trabajando con comunicaciones: cada interfaz en un dominio tiene un enlace punto-punto a una interfaz en el dominio 0 (llamado vifX.Y donde X es el número de interfaz e Y la y-ésima interfaz en este dominio), así puede configurar su red en el modo que quiera (puente, NAT, etc.)
Una buena sugerencia es tener los procesos hechos por núcleo almacenados en archivos objetos intermedios en cualquier otro lugar a fin de que el mismo árbol del núcleo pueda ser reutilizado para otras configuraciones.
Una vez el núcleo está construido encontrará una imagen del núcleo en el directorio de construcción (no dentro de arch/ o algún otro directorio) llamado vmlinuz. Cópielo en /boot y entonces configure su gestor de arranque para usar el hipervisor de Xen (uno de los componentes instalados anteriormente) que está almacenado en /boot/xen.gz. En la configuración del gestor de arranque, añada su recién construido núcleo como el núcleo que Xen debería arrancar. Por ejemplo, para GRUB:
Ahora reinicie su sistema en Xen. Una vez arrancado, necesita cargar el demonio Xen:
Ahora compruebe que puede hacer todo lo que hace normalmente es su sistema. Si este es el caso, puede editar la configuración del gestor de arranque para que siempre arranque con Xen y añada el demonio Xen al nivel de ejecución por defecto para que arranque automáticamente la próxima vez que inicie el equipo.
3. Creando un Dominio sin Privilegios Vaya al fuente del núcleo Linux con soporte Xen y actualice la configuración. Es sabio mantener tantas características como sea posible en el núcleo principal excepto la configuración XEN donde los controladores deberían tener su propia implementación frontend seleccionada en lugar de la backend. Entonces construya el núcleo y coloque el resultante archivo vmlinuz donde quiera (asumimos que es en /mnt/data/xen/kernel):
También es posible crear una única imagen del núcleo para ambos, el dominio administrativo y el dominio sin privilegios. Puede encontrar más información en el manual de usuario de Xen. Para un mayor rendimiento, es mejor dedicar una partición (o volumen lógico) a un dominio en lugar de un sistema de archivos basado en archivos. Sin embargo, si principalmente usará Xen para pruebas usar un sistema de archivos basado en archivos tiene sus ventajas (especialmente en lo relacionado al mantenimiento). Puede crear un sistema de ficheros basado en archivos usando dd y mke2fs (o cualquier otra herramienta de creación de sistemas de archivos). Por ejemplo, para crear un sistema de archivo ext3 de 2Gbytes:
Ahora crearemos un archivo de configuración para un dominio. Puede almacenar estos archivos donde quiera, por ejemplo en /mnt/data/xen/configs. Como un ejemplo, crearemos un archivo de configuración para un pequeño entorno Gentoo que usa la imagen de disco creada anteriormente.
Si está usando un dispositivo de bloque (como un volumen lvm o partición) para el disco utilice 'phy:' en lugar de 'file:' y elimine /dev. Por ejemplo:
Puede encontrar ejemplos de archivos de configuración en /etc/xen. Ahora tenemos todo configurado y podemos lanzar el nuevo dominio. Si el disco imagen contiene un sistema operativo, podríamos crear y adjuntar el dominio usando el comando xm (Xen manager):
El dominio debería ser arrancado dentro de la terminal en la cual ejecutó el comando. Sin embargo, en nuestro caso, la imagen de disco está vacía así el dominio no arrancara en nada útil. Para arreglar esto, puede montar la imagen como dispositivo loop e instalar Gentoo tal y como lo está usando. Si quiere desconectar del dominio, presione Ctrl+]. Siempre puede reconectar la consola del dominio usando xm console gentoo. Sin embargo, sólo hay una consola por dominio, así que solo use esto cuando no pueda acceder al dominio de otra manera (por ejemplo, a través de SSH). 4. Redes en Dominios sin Privilegios Xen soporta al menos dos formas de configurar su red (virtual): enrutado y puente. Cuando selecciona el enfoque de enrutado, la interfaz dentro de su dominio sin privilegos se conecta a la interfaz virtual en su dominio administrativo. En su dominio administrativo (domain 0), la interfaz virtual es enlazada conjunta con eth0. La interfaz dentro de su dominio sin privilegios debería tener una dirección IP en la misma red que la interfaz en su dominio administrativo. Cualquier comunicación a esta dirección IP solo puede proceder desde el dominio administrativo, a no ser que especifique reglas de enrutado específicas. Cuando seleccione el enfoque de puente, su interfaz de red por defecto en el dominio administrativo se convertirá en un puente que aceptará conexiones a los dominios virtuales así como a las direcciones IP que tenga en su dominio administrativo. Interfaces con Rutas Regulares Antes de configurar las interfaces en su dominio sin privilegios, asegúrese que los controladores de Xen netloop y netbk están cargados. Un consejo rápido: si tiene netloop como módulo, cárguelo con nloopbacks=0 para que no cree interfaces inútiles en el dispositivo de loopback. Entonces, edite el archivo de configuración de su dominio y añádale la instrucción vif.
En el ejemplo anterior, la interfaz se creó para el dominio sin privilegios (en el cual se llamara eth0) y Xen se asegurara que la dirección 192.168.1.101 sea accesible desde el dominio administrativo a través de la interfaz veth1. Esto no significa que a la interfaz virtual eth0 se le asigne automáticamente la IP 192.168.1.101, pero en lugar de eso, si no le asigna esta IP, no se conectará con el dominio administrativo y por lo tanto no podrá ser accesible. Ahora edite /etc/xen/xend-config.sxp como sigue para seleccionar la configuración de las rutas de red.
A diferencia de las interfaces de ruta ahora necesita cargar el controlador de netloop con nloopbacks=1 (o superior) como un dispositivo de loopback adicional para crear el puente. Para los otro módulos también necesitará el módulo netbk para la funcionalidad del puente (el módulo bridge si está construido). Ahora edite su dominio virtual y añada el constructor vif:
Edite /etc/xen/xend-config.sxp como sigue para elegir la configuración de rutas de la red:
Por defecto, el puente contendrá cualquier interfaz configurada para ser la interfaz por defecto (el dispositivo listado bajo la ruta por defecto a través de ip route list). Si quiere modificar esto, edite xend-config.sxp como sigue:
Una vez la configuración este hecha, reinicie el script de inicio xend para tener Xen construido con el puente:
El contenido de este documento está registrado bajo los términos de la licencia Creative Commons - Reconocimiento / Compartir Igual |
|
