layout: doc h3InToc: true description: Configure your servers to enable PXE booting of XenServer host installations, boot from SAN, or unattended installation.—

Otros casos de instalación

Además de un proceso de instalación manual estándar, XenServer ofrece la posibilidad de realizar otros tipos de instalaciones, incluidas las siguientes:

Modos de arranque compatibles

XenServer admite el arranque de los hosts mediante el modo de arranque UEFI o BIOS. El arranque seguro UEFI no está disponible actualmente para los hosts de XenServer.

Nota:

El arranque de los hosts de XenServer en modo BIOS ahora está en desuso. Aún puede instalar los hosts de XenServer 8 en el modo de arranque de la BIOS. Sin embargo, esto puede impedir que actualice los hosts de XenServer 8 a una versión futura de XenServer. Se recomienda instalar los hosts de XenServer 8 mediante el modo de arranque UEFI.

El modo de arranque del servidor cambia la forma de iniciar el proceso de instalación. Una vez iniciado el instalador, el proceso de instalación es el mismo para ambos modos de arranque.

Al actualizar los hosts de XenServer, asegúrese de que la actualización utilice el mismo modo de arranque que la instalación inicial.

Instalación de red

Si el servidor en el que quiere realizar la instalación tiene una tarjeta Ethernet con arranque PXE, puede utilizar esta función para realizar una instalación en red con arranque PXE.

El uso del arranque PXE para realizar la instalación desde la red implica los siguientes pasos:

Nota:

El arranque PXE no se admite en una red VLAN etiquetada. Asegúrese de que la red VLAN que utiliza para el arranque PXE no esté etiquetada.

Configure sus servidores TFTP y DHCP

Antes de configurar los medios de instalación de XenServer, configure los servidores TFTP y DHCP. Las siguientes secciones contienen información sobre cómo configurar el servidor TFTP para el arranque PXE con BIOS o UEFI. Consulte la documentación de su proveedor para conocer los procedimientos generales de configuración.

Configure su servidor TFTP para el arranque PXE con BIOS

Nota:

El arranque de los hosts de XenServer en modo BIOS ahora está en desuso. Se recomienda instalar los hosts de XenServer 8 mediante el modo de arranque UEFI.

Aloje los archivos del instalador en un servidor TFTP y configure el servidor TFTP para habilitar el arranque PXE con el modo de arranque de BIOS. Esta configuración se utiliza para iniciar el proceso de instalación.

  1. En el directorio raíz de TFTP (por ejemplo, /tftpboot), cree un directorio llamado xenserver.

  2. Desde el medio de instalación de XenServer, copie los archivos mboot.c32 y pxelinux.0 del directorio /boot/pxelinux del medio de instalación al directorio raíz de TFTP.

    Nota:

    Se recomienda encarecidamente utilizar archivos mboot.c32 y pxelinux.0 del mismo origen (por ejemplo, de la misma ISO de instalación de XenServer).

  3. Desde el medio de instalación de XenServer, copie los archivos en el nuevo xenserver directorio del servidor TFTP:

  4. En el directorio raíz de TFTP (por ejemplo, /tftpboot), cree un directorio llamado pxelinux.cfg.

  5. En el directorio pxelinux.cfg, cree su archivo de configuración llamado default.

    El contenido de este archivo depende de cómo quiera configurar el entorno de arranque PXE y de los valores adecuados para los servidores.

    Para obtener más información sobre el contenido del archivo de configuración de PXE, consulte el sitio web de SYSLINUX.

Paso siguiente: aloje los medios de instalación en NFS, FTP o HTTP. Además de los servidores TFTP y DHCP, necesita un servidor NFS, FTP o HTTP para alojar los archivos de XenServer que están instalados en el servidor.

Configure su servidor TFTP para el arranque PXE con UEFI

Aloje los archivos del instalador en un servidor TFTP y configure los servidores DHCP y TFTP para habilitar el arranque PXE con el modo de arranque UEFI. Esta configuración se utiliza para iniciar el proceso de instalación.

  1. En el directorio raíz de TFTP (por ejemplo, /tftpboot), cree un directorio llamado EFI/xenserver.

  2. Copie los siguientes archivos del medio de instalación de XenServer al nuevo EFI/xenserverdirectorio del servidor TFTP:

  3. Configure el servidor DHCP para que proporcione /EFI/xenserver/grubx64.efi como archivo de arranque.

  4. En el EFI/xenserver directorio del servidor TFTP, cree el grub.cfg archivo.

    El contenido de este archivo depende de cómo quiera configurar el entorno de arranque PXE y de los valores adecuados para los servidores.

Paso siguiente: aloje los medios de instalación en NFS, FTP o HTTP. Además de los servidores TFTP y DHCP, necesita un servidor NFS, FTP o HTTP para alojar los archivos de XenServer que están instalados en el servidor.

Aloje sus medios de instalación en NFS, FTP o HTTP

El servidor TFTP aloja los archivos necesarios para iniciar el instalador, pero los archivos que se van a instalar se alojan en un servidor NFS, FTP o HTTP.

También puede usar archivos alojados en NFS, FTP o HTTP para completar una instalación que se haya iniciado desde un medio local del servidor.

  1. En el servidor HTTP, FTP o NFS, cree un directorio desde el que se puedan exportar los medios de instalación de XenServer mediante HTTP, FTP o NFS.

  2. Copie todo el contenido de los medios de instalación de XenServer en el directorio recién creado en el servidor HTTP, FTP o NFS. Este directorio es el repositorio de instalación.

    Nota:

    Al copiar los medios de instalación de XenServer, asegúrese de copiar el archivo .treeinfo en el directorio recién creado.

    Si utiliza IIS para alojar los medios de instalación, asegúrese de que el escape doble esté habilitado en IIS antes de extraer la ISO de instalación en él.

Próximo paso:

Crear un archivo de respuesta para una instalación desatendida

Para realizar las instalaciones de forma desatendida, cree un archivo de respuesta XML.

Contener todos los nodos dentro de un nodo raíz denominado instalación. Al crear el archivo de respuesta, consulte la referencia del archivo de respuesta.

He aquí un ejemplo de archivo de respuesta:

<?xml version="1.0"?>
    <installation srtype="ext">
        <primary-disk>sda</primary-disk>
        <guest-disk>sdb</guest-disk>
        <guest-disk>sdc</guest-disk>
        <keymap>us</keymap>
        <root-password>mypassword</root-password>
        <source type="url">http://pxehost.example.com/xenserver/</source>
        <script stage="filesystem-populated" type="url">
          http://pxehost.example.com/myscripts/post-install-script
        </script>
        <admin-interface name="eth0" proto="dhcp" />
        <timezone>Europe/London</timezone>
    </installation>
<!--NeedCopy-->

Siguiente paso: iniciar la instalación de la red.

Actualizaciones automatizadas con un archivo de respuestas

También puede realizar actualizaciones automatizadas cambiando el archivo de respuesta de manera apropiada.

  1. Defina el atributo mode del elemento installation en upgrade.
  2. Especifique el disco en el que vive la instalación existente con el elemento existing-installation.
  3. Deje los elementos primary-disk y guest-disk sin especificar.

Por ejemplo:

<?xml version="1.0"?>
<installation mode="upgrade">
    <existing-installation>sda</existing-installation>
    <source type="url">http://pxehost.example.com/xenserver/</source>
    <script stage="filesystem-populated" type="url">
        http://pxehost.example.com/myscripts/post-install-script
    </script>
</installation>
<!--NeedCopy-->

Referencia del archivo de respuesta

A continuación se presenta un resumen de los elementos. Todos los valores de nodo son texto, a menos que se indique lo contrario Se indican los elementos requeridos.

<installation>

¿Obligatorio?

Descripción: el elemento raíz que contiene todos los demás elementos.

Atributos:

srtype

El atributo srtype puede tener uno de los valores siguientes: lvm, ext, o xfs:

Para habilitar el aprovisionamiento ligero, puede especificar el atributo srtype como ext o xfs. Si no especifica el atributo srtype, el valor predeterminado de srtype es lvm. Si no especifica el atributo srtype pero configura un disco nativo de 4 KB para el almacenamiento local en el archivo de respuesta, el valor predeterminado es xfs.

Nota:

No puede usar los tipos de almacenamiento LVM local o EXT3/EXT4 local con bloques físicos de 4 KB. Si intenta especificar lvm o ext para el atributo srtype mientras configura bloques físicos de 4 KB, la configuración del archivo de respuesta se rechazará por ser incompatible.

mode

Para cambiar el tipo de instalación para actualizar, especifique un mode atributo con el valor upgrade. Si no se especifica este atributo, el instalador realiza una instalación nueva y sobrescribe los datos existentes en el servidor.

<driver-source>

¿Obligatorio?

Descripción:El código fuente de un paquete complementario que contiene los controladores de dispositivos que el instalador debe cargar e incluir tras la instalación del repositorio principal.

Atributos: ninguno

<primary-disk>

¿Obligatorio?

Nota:

Obsoleto para escenarios de actualización.

Descripción: el nombre del dispositivo de almacenamiento en el que está instalado el dominio de control. Este elemento es equivalente a la elección realizada en el paso Seleccionar disco primario del proceso de instalación manual.

Atributos: Puede especificar un atributo guest-storage con valores posibles yes y no. Por ejemplo: <primary-disk guest-storage="no">sda</primary-disk>

El valor predeterminado es yes. Si lo especifica no, puede automatizar un caso de instalación en el que no se cree ningún repositorio de almacenamiento. En este caso, no especifique ninguna clave de disco invitado.

<guest-disk>

¿Obligatorio? No

Descripción: El nombre del dispositivo de almacenamiento que se utilizará para almacenar invitados. Use uno de estos elementos para cada disco adicional.

Atributos: ninguno

<ntp>

¿Obligatorio?

Descripción:especifica el origen de los servidores NTP. Si no se especifica el <ntp>elemento, el valor predeterminado será manualsi <ntp-server>se especifica, dhcpsi se usa DHCP, en caso contrario default.

Atributos:

El atributo sourcepuede tener uno de los valores siguientes: dhcp, defaultmanual, o none.

Si sourcees dhcp, default, o none, no especifique <ntp-server>.

<ntp-server>

¿Obligatorio? No

Descripción:especifica uno o más servidores NTP. Debe usarse solo con el ntpelemento y el atributo manual.

Atributos: ninguno

<keymap>

¿Obligatorio? No

Descripción: El nombre del mapa de teclas que se utilizará durante la instalación. <keymap>us</keymap> El valor predeterminado, us, se tiene en cuenta si no se especifica un valor para este elemento.

Atributos: ninguno

<root-password>

Requerido: No

Descripción: la contraseña raíz deseada para el host de XenServer. Si no se proporciona una contraseña, se muestra un mensaje cuando se inicia el host por primera vez.

Atributos: Puede especificar un type que sea hash o plaintext

Por ejemplo:

<root-password type="hash">hashedpassword</root-password>
<!--NeedCopy-->

El valor hash puede usar cualquier tipo de hash admitido por crypt(3) en glibc. El tipo de hash predeterminado es SHA-512.

Puede usar el siguiente código Python para generar una cadena de contraseña con hash para incluirla en el archivo de respuesta:

python -c 'import crypt; print(crypt.crypt("mypasswordhere", crypt.mksalt(crypt.METHOD_SHA512)))'
<!--NeedCopy-->
<source>

Requerido:

Descripción: La ubicación del medio de instalación de XenServer cargado o de un paquete complementario. Este elemento puede aparecer varias veces.

Atributos: El atributo type puede tener uno de los siguientes valores: url, nfs o local.

Si el valor es local, deje el elemento vacío. Por ejemplo,

<source type="url">http://server/packages</source>
<source type="local" />
<source type="nfs">server:/packages</source>
<!--NeedCopy-->
<script>

Requerido: No

Descripción: Dónde se encuentra el script posterior a la instalación.

Atributos:

El atributo stage puede tener uno de los siguientes valores: filesystem-populated, installation-start o installation-complete.

El atributo type puede tener uno de los siguientes valores: url, nfs o local.

Si el valor es url o nfs, coloque la ruta URL o NFS en el PCDATA. Si el valor es local, deje el PCDATA vacío. Por ejemplo,

<script stage="filesystem-populated" type="url">
    http://prehost.example.com/post-install-script
</script>
<script stage="installation-start" type="local">
    file:///scripts/run.sh
</script>
<script stage="installation-complete" type="nfs">
    server:/scripts/installation-pass-fail-script
</script>
<!--NeedCopy-->

Nota:

Si se utiliza un archivo local, asegúrese de que la ruta sea absoluta. Por lo general, esto significa que el prefijo file:// va seguido de otra barra inclinada y, a continuación, de la ruta completa del script.

<admin-interface>

Obligatorio: A veces

Nota:

Necesario durante la instalación o reinstalación, pero no durante la actualización o la restauración.

Descripción: La interfaz de red única que se utilizará como interfaz de administración del host.

Atributos:

Especifique uno de los siguientes atributos:

El atributo proto puede tener uno de los valores siguientes: dhcp o static.

Si lo especifica proto="static", también debe especificar todos estos elementos secundarios:

Elementos secundarios

<timezone>

Requerido: No

Descripción: La zona horaria en el formato utilizado por la variable TZ, por ejemplo, Europa/Londres o América/Los_Ángeles. El valor predeterminado es Etc/UTC.

<name-server>

Requerido: No

Descripción: La dirección IP de un servidor de nombres. Usa uno de estos elementos para cada servidor de nombres que quieras usar.

<hostname>

Requerido: No

Descripción: especifique este elemento si quiere establecer manualmente un nombre de host.

<ntp-server>

Requerido: No

Descripción: especifique uno o más servidores NTP.

Iniciar la instalación de la red

Tras configurar los servidores de red necesarios para una instalación de arranque PXE, complete los siguientes pasos en el servidor en el que va a realizar la instalación:

  1. Inicie el sistema y entre en el menú de arranque (F12 en la mayoría de los programas de BIOS).

  2. Seleccione iniciar desde la tarjeta Ethernet.

  3. A continuación, el sistema PXE se inicia desde la fuente de instalación que ha configurado y se inicia el script de instalación.

Arranque desde SAN

Los entornos de arranque desde SAN ofrecen varias ventajas, que incluyen alto rendimiento, redundancia y consolidación del espacio. En estos entornos, el disco de arranque se encuentra en una SAN remota y no en el host local.

Se admiten los siguientes tipos de configuración de arranque desde SAN:

Para un entorno de arranque desde SAN totalmente redundante, debe configurar varias rutas para el acceso de E/S. Para obtener más información, consulte Habilitar rutas múltiples.

HBA y Fibre Channel de hardware

Este tipo de implementación de arranque desde SAN depende de las matrices de discos basadas en SAN que admitan el hardware Fibre Channel o el adaptador iSCSI HBA en el host. El host se comunica con la SAN a través de un adaptador de bus de host (HBA). El BIOS de la HBA contiene las instrucciones que permiten al host encontrar el disco de arranque.

Toda la configuración para configurar el arranque desde una SAN a través de un adaptador HBA o Fibre Channel de hardware se realiza en la infraestructura de red antes de instalar XenServer en los servidores. Para obtener información sobre cómo completar esta configuración, consulte la documentación proporcionada por el proveedor.

Una vez que la infraestructura de red esté configurada correctamente, habilite las rutas múltiples en los servidores durante el proceso de instalación de XenServer. Para obtener más información, consulte Habilitar rutas múltiples. Continúe con la instalación con normalidad.

Software FCoE (obsoleto)

Puede arrancar un host XenServer desde una SAN FCoE mediante una pila de software FCoE.

Para este tipo de implementación de arranque desde SAN, antes de instalar el host de XenServer, complete manualmente la configuración necesaria para exponer un LUN al host. Esta configuración manual incluye la configuración de la estructura de almacenamiento y la asignación de los LUNs al nombre público mundial (PWWN) de su SAN. Después de completar esta configuración, el LUN disponible se monta en el CNA del host como un dispositivo SCSI. El dispositivo SCSI se puede usar para acceder al LUN como si fuera un dispositivo SCSI conectado localmente. Al configurar la estructura FCoE, no use VLAN 0. El host de XenServer no puede encontrar el tráfico que se encuentra en la VLAN 0.

Para obtener información sobre cómo configurar el conmutador físico y el arreglo de discos para admitir FCoE, consulte la documentación proporcionada por el proveedor.

Una vez que la infraestructura de red esté configurada correctamente, habilite las rutas múltiples en los servidores durante el proceso de instalación de XenServer. Para obtener más información, consulte Habilitar rutas múltiples. Continúe con la instalación con normalidad.

Durante una instalación manual de XenServer, en la pantalla de bienvenida a XenServer Setup se le ofrece la opción de configurar clases de almacenamiento avanzadas. Pulse F10 y siga las instrucciones que aparecen en la pantalla para configurar el FCoE del software.

Arranque de software desde iSCSI

La función de arranque por software desde iSCSI permite a los clientes instalar y arrancar XenServer desde una SAN mediante iSCSI. Con esta función, XenServer se puede instalar, arrancar y ejecutar desde un LUN proporcionado por un destino iSCSI. El destino iSCSI se especifica en la tabla de firmware de arranque iSCSI. Esta capacidad permite que el disco raíz se conecte a través de iSCSI. Este disco de arranque se puede ubicar en el mismo destino que proporciona un SR.

Para utilizar esta función, asegúrese de que su entorno cumpla los siguientes requisitos:

Para configurar la función de arranque de software desde iSCSI, debe agregar el parámetro a los parámetros de arranque. use_ibft La forma de agregar este parámetro depende del modo de arranque y del tipo de instalación que esté realizando.

Habilite la función de arranque por software desde iSCSI en un servidor de arranque UEFI durante una instalación desde un medio local

  1. Arranque el equipo desde el medio de instalación. Para obtener más información, consulte Instalar el host de XenServer.

    Tras los mensajes de arranque iniciales, verá un menú de GRUB. Este menú se muestra durante 5 segundos.

    Un menú de arranque de GRUB: multipath es la cuarta opción.

  2. Use las teclas de cursor para seleccionar una opción de instalación:

  3. Presione la tecla e para modificar los comandos antes del arranque.

  4. Modifique la línea empezando por lo siguiente:

    module2 /EFI/xenserver/vmlinuz ...
    <!--NeedCopy-->
    

    Con las teclas del cursor, modifique esta línea para incluir use_ibft al final:

    module2 /EFI/xenserver/vmlinuz ... use_ibft
    <!--NeedCopy-->
    
  5. Presiona Entrar.

  6. Continúe con el proceso de instalación del host de XenServer como de costumbre.

Habilite la función de arranque de software desde iSCSI en un servidor de arranque de BIOS durante una instalación desde un medio local

Nota:

El arranque de los hosts de XenServer en modo BIOS ahora está en desuso. Se recomienda instalar los hosts de XenServer 8 mediante el modo de arranque UEFI.

  1. Arranque el equipo desde el medio de instalación. Para obtener más información, consulte Instalar el host de XenServer.

    Tras los mensajes de arranque iniciales, verá la pantalla Bienvenido a XenServer.

  2. En la línea de comandos de arranque, introduzca menu.c32.

  3. Use las teclas de cursor para seleccionar una opción de instalación:

  4. Presione la tecla de tabulación.

  5. Modifique la línea que termina con lo siguiente:

    ---  /install.img
    <!--NeedCopy-->
    

    Con las teclas de cursor, modifique esta línea para que diga:

    use_ibft ---  /install.img
    <!--NeedCopy-->
    
  6. Presiona Entrar.

  7. Continúe con el proceso de instalación del host de XenServer como de costumbre.

Habilite la función de arranque por software desde iSCSI en un servidor de arranque UEFI durante una instalación de arranque PXE

Al realizar la instalación mediante PXE, asegúrese de agregar la palabra clave use_ibft en los parámetros del núcleo. Si se requieren rutas múltiples, debe agregar device_mapper_multipath=enabled.

Por ejemplo:

menuentry "XenServer Install (serial)" {
    multiboot2 /EFI/xenserver/xen.gz dom0_max_vcpus=1-16 dom0_mem=max:8192M com1=115200,8n1 console=com1,vga
    module2 /EFI/xenserver/vmlinuz console=hvc0 console=tty0 answerfile_device=eth0 answerfile=http://<ip_address>/<path_to_answer_file> install use_ibft device_mapper_multipath=enabled
    module2 /EFI/xenserver/install.img
    }
<!--NeedCopy-->

Para obtener más información sobre cómo configurar el arranque PXE, consulte Configurar el servidor TFTP para el arranque PXEcon UEFI.

Habilite la función de arranque de software desde iSCSI en un servidor de arranque de BIOS durante una instalación de arranque PXE

Nota:

El arranque de los hosts de XenServer en modo BIOS ahora está en desuso. Se recomienda instalar los hosts de XenServer 8 mediante el modo de arranque UEFI.

Al realizar la instalación mediante PXE, asegúrese de agregar la palabra clave use_ibft en los parámetros del núcleo. Si usa rutas múltiples (recomendado), debe agregar device_mapper_multipath=enabled.

Por ejemplo:

default xenserver-auto
label xenserver-auto
    kernel mboot.c32
    append xenserver/xen.gz dom0_max_vcpus=1-16 \
    dom0_mem=max:8192M com1=115200,8n1 \
    console=com1,vga ---  xenserver/vmlinuz \
    console=hvc0 console=tty0 \
    answerfile=<http://pxehost.example.com/answer_file> \
    answerfile_device=<device> \
    use_ibft device_mapper_multipath=enabled ---  xenserver/install.img
<!--NeedCopy-->

Para obtener más información sobre cómo configurar el arranque PXE, consulte Configurar el servidor TFTP para el arranque PXEcon BIOS.

Habilitar multipathing

Para un entorno de arranque desde SAN totalmente redundante, debe configurar varias rutas para el acceso de E/S. Para hacerlo, asegúrese de que el dispositivo raíz tenga habilitada la compatibilidad con múltiples rutas.

Para obtener información acerca de si hay varios paths disponibles para su entorno SAN, consulte a su proveedor o administrador de almacenamiento de información.

Advertencia:

La configuración de rutas múltiples no se hereda durante el proceso de actualización. Al realizar la actualización mediante la ISO o el arranque de red, siga las mismas instrucciones que se utilizan en el siguiente proceso de instalación para asegurarse de que multipath está correctamente configurado.

Si tiene varias rutas disponibles, habilite las múltiples rutas en la implementación de XenServer mientras inicializa el proceso de instalación. La forma de habilitar las múltiples rutas depende del modo de arranque y del tipo de instalación que esté realizando.

Habilitar las rutas múltiples en un servidor de arranque UEFI durante una instalación manual

  1. Arranque el equipo desde el medio de instalación. Para obtener más información, consulte Instalar el host de XenServer.

    Tras los mensajes de arranque iniciales, verá un menú de GRUB. Este menú se muestra durante 5 segundos.

    Un menú de arranque de GRUB: multipath es la cuarta opción.

  2. En el menú de GRUB, elija multipath y presione Entrar.

El proceso de instalación de XenServer configura el host de XenServer, que se inicia desde una SAN remota con las rutas múltiples habilitadas.

Habilitar las múltiples rutas en un servidor de arranque de BIOS durante una instalación manual

Nota:

El arranque de los hosts de XenServer en modo BIOS ahora está en desuso. Se recomienda instalar los hosts de XenServer 8 mediante el modo de arranque UEFI.

  1. Arranque el equipo desde el medio de instalación. Para obtener más información, consulte Instalar el host de XenServer.

    Tras los mensajes de arranque iniciales, verá la pantalla Bienvenido a XenServer.

  2. En la pantalla de bienvenida, pulse F2 para seleccionar Instalación avanzada.

  3. En la línea de comandos de arranque, introduzca multipath.

El proceso de instalación de XenServer configura el host de XenServer, que se inicia desde una SAN remota con las rutas múltiples habilitadas.

Habilitar las rutas múltiples en un servidor de arranque UEFI durante una instalación desatendida

Para habilitar las múltiples rutas del sistema de archivos durante la instalación de PXE, agréguelo device_mapper_multipath=enabled al archivo de configuración.

Por ejemplo:

menuentry "XenServer Install (serial)" {
    multiboot2 /EFI/xenserver/xen.gz dom0_max_vcpus=1-16 dom0_mem=max:8192M com1=115200,8n1 console=com1,vga
    module2 /EFI/xenserver/vmlinuz console=hvc0 console=tty0 answerfile_device=eth0 answerfile=http://<ip_address>/<path_to_answer_file> install use_ibft device_mapper_multipath=enabled
    module2 /EFI/xenserver/install.img
    }
<!--NeedCopy-->

Para obtener más información sobre cómo configurar el arranque PXE, consulte Configurar el servidor TFTP para el arranque PXEcon UEFI.

Habilitar las múltiples rutas en un servidor de arranque de BIOS durante una instalación desatendida

Nota:

El arranque de los hosts de XenServer en modo BIOS ahora está en desuso. Se recomienda instalar los hosts de XenServer 8 mediante el modo de arranque UEFI.

Para habilitar las múltiples rutas del sistema de archivos durante la instalación de PXE, agréguelo device_mapper_multipath=enabled al archivo de configuración.

Por ejemplo:

default xenserver-auto
label xenserver-auto
    kernel mboot.c32
    append xenserver/xen.gz dom0_max_vcpus=1-16 \
    dom0_mem=max:8192M com1=115200,8n1 \
    console=com1,vga ---  xenserver/vmlinuz \
    console=hvc0 console=tty0 \
    answerfile=<http://pxehost.example.com/answer_file> \
    answerfile_device=<device> \
    device_mapper_multipath=enabled \
    install ---  xenserver/install.img
<!--NeedCopy-->

Para obtener más información sobre cómo configurar el arranque PXE, consulte Configurar el servidor TFTP para el arranque PXEcon BIOS.

Instalar paquetes complementarios

Los paquetes complementarios se utilizan para modificar y ampliar las capacidades de XenServer mediante la instalación de software en el dominio de control (dom0). Por ejemplo, un socio OEM puede querer enviar XenServer con un conjunto de herramientas de administración que requieren la instalación de agentes SNMP. Puede instalar un paquete complementario durante la instalación inicial de XenServer o en cualquier momento posterior en una instancia de XenServer en ejecución.

Al instalar paquetes complementarios durante la instalación de XenServer, descomprima cada paquete complementario en un directorio independiente de un servidor web.

Puede instalar el paquete complementario de una de las siguientes maneras:

Instalación de discos de controladores

Puede instalar un disco de controladores mediante uno de los métodos siguientes:

Para obtener información sobre cómo instalar un disco de controlador mediante XenCenter, consulteInstalación de discos de controladores. Para obtener información sobre cómo instalar un disco de controladores durante una instalación limpia de XenServer, consulte Instalar el host de XenServer.

Tras instalar el controlador, reinicie el servidor para que surta efecto la nueva versión del controlador. Al igual que con cualquier actualización de software, le recomendamos que haga una copia de seguridad de los datos antes de instalar un disco de controladores.

Instalación de un disco de controlador mediante la CLI xe

Realice los siguientes pasos para instalar el disco del controlador de forma remota mediante la CLI xe:

  1. Descargue el disco del controlador en una ubicación conocida de un equipo que tenga instalada la CLI xe remota.

  2. Extrae el contenido del archivo zip.

    Para el siguiente paso, asegúrese de utilizar la ISO del controlador y no la ISO que contiene los archivos fuente.

  3. Cargue el disco del controlador:

    xe [connection_parameters] update-upload file-name=
    <!--NeedCopy-->
    

    El UUID del disco del controlador se devuelve cuando finaliza la carga.

  4. Aplique el disco del controlador:

    xe [connection_parameters] update-apply uuid=
    <!--NeedCopy-->
    
  5. Para completar la instalación, reinicie el host. El controlador no surte efecto hasta que se haya reiniciado el host.