XenServer

Otros escenarios de instalación

August 1, 2026

Contribución de:

X X

Además de un proceso de instalación manual estándar, XenServer® ofrece la posibilidad de realizar varios otros tipos de instalaciones, incluyendo los siguientes:

Instalaciones de red mediante arranque PXE
Instalaciones desatendidas
Configuración del host para arrancar desde SAN
Configuración de la rutas múltiples del host

Si encuentra problemas durante la instalación, recopile los registros como se describe en este artículo: Registros de instalación.

Modos de arranque admitidos

XenServer admite el arranque de 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 hosts de XenServer en modo BIOS ahora está obsoleto. Todavía puede instalar sus hosts de XenServer 8.4 en modo de arranque BIOS. Sin embargo, hacerlo puede impedirle actualizar sus hosts de XenServer 8.4 a una versión futura de XenServer. Le recomendamos que instale sus hosts de XenServer 8.4 utilizando el modo de arranque UEFI.

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

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

Instalación en red

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

La instalación desde la red mediante el arranque PXE implica los siguientes pasos:

Copie los archivos del instalador en un servidor TFTP y configure sus servidores TFTP y DHCP para la instalación de arranque PXE. El método para hacerlo depende de su modo de arranque: BIOS o UEFI.
Aloje sus medios de instalación en NFS, FTP o HTTP. Solo se accede a los archivos del instalador desde el servidor TFTP. Los archivos de XenServer que se van a instalar en el servidor se alojan en un servidor NFS, FTP o HTTP. Alternativamente, después de iniciar la instalación a través del arranque PXE, puede completarla desde medios locales alojados en el servidor de destino.
(Opcional)Cree un archivo de respuestas para la instalación desatendida. En su lugar, puede optar por realizar una instalación atendida y seguir los pasos del instalador manualmente.
Inicie el proceso de instalación.

Nota:

El arranque PXE no es compatible con 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 sus servidores TFTP y DHCP. Las siguientes secciones contienen información sobre cómo configurar su servidor TFTP para el arranque PXE con BIOS o UEFI. Consulte la documentación de su proveedor para conocer los procedimientos de configuración generales.

Configure su servidor TFTP para el arranque PXE con BIOS

Nota:

El arranque de hosts XenServer en modo BIOS ahora está obsoleto. Le recomendamos que instale sus hosts XenServer 8.4 utilizando el modo de arranque UEFI.

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

En su directorio raíz TFTP (por ejemplo, /tftpboot), cree un directorio llamado xenserver.
Desde los medios de instalación de XenServer, copie los archivos mboot.c32 y pxelinux.0 del directorio /boot/pxelinux de sus medios de instalación al directorio raíz TFTP.

Nota:

Recomendamos encarecidamente utilizar los archivos mboot.c32 y pxelinux.0 de la misma fuente (por ejemplo, del mismo ISO de instalación de XenServer).
Desde los medios de instalación de XenServer, copie los archivos al nuevo directorio xenserver en el servidor TFTP:
- install.img del directorio raíz
- vmlinuz del directorio /boot
- xen.gz del directorio /boot
En el directorio raíz de TFTP (por ejemplo, /tftpboot), cree un directorio llamado pxelinux.cfg.
En el directorio pxelinux.cfg, cree su archivo de configuración llamado default.

El contenido de este archivo depende de cómo desee configurar su entorno de arranque PXE y de los valores apropiados para sus servidores.
- Ejemplo: Instalación desatendida Esta configuración de ejemplo realiza una instalación desatendida utilizando el archivo de respuestas en la URL especificada:
```
     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> \
             install ---  xenserver/install.img
 
```
  Nota:
  
  Para especificar qué adaptador de red usar para recuperar el archivo de respuestas, incluya el parámetro answerfile_device=ethX o answerfile_device=MAC y especifique el número de dispositivo Ethernet o la dirección MAC del dispositivo.
  
  En entornos donde los adaptadores de red pueden enumerarse de manera diferente entre hosts (por ejemplo, al usar diferentes generaciones de hardware), puede especificar el parámetro de arranque map_netdev para controlar explícitamente el orden lógico de los adaptadores de red basado en la dirección MAC.
  
  El parámetro map_netdev debe proporcionarse como un parámetro de arranque del instalador y se usa comúnmente con instalaciones desatendidas para asegurar un orden consistente de los adaptadores de red entre hosts. Este parámetro permite mapear una dirección MAC específica a un nombre de dispositivo (por ejemplo, map_netdev=eth0:<MAC>).
  
  Para asegurar un orden determinista de las NIC, repita este parámetro para cada adaptador requerido. Por ejemplo, puede map_netdev=eth0:00:11:22:AA:BB:CC para forzar una asignación de hardware específica y evitar que los nombres de los adaptadores cambien según el orden de detección del hardware.
  
  Para obtener más información sobre el uso de un archivo de respuestas, consulte Crear un archivo de respuestas para la instalación desatendida.
- Ejemplo: Instalación manual Esta configuración de ejemplo inicia una instalación que arranca desde el servidor TFTP y requiere respuestas manuales:
```
     default xenserver
     label xenserver
         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 \
         ---  xenserver/install.img
 
```
Para obtener más información sobre el contenido del archivo de configuración PXE, consulte el sitio web de SYSLINUX.

Siguiente paso: Aloje sus 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 se instalan en su servidor.

Configure su servidor TFTP para el arranque PXE con UEFI

Aloje los archivos del instalador en un servidor TFTP y configure sus 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.

En el directorio raíz de TFTP (por ejemplo, /tftpboot), cree un directorio llamado EFI/xenserver.
Copie los siguientes archivos de los medios de instalación de XenServer al nuevo directorio EFI/xenserver en el servidor TFTP:
- grubx64.efi del directorio /EFI/xenserver
- install.img del directorio raíz
- vmlinuz del directorio /boot
- xen.gz del directorio /boot
Configure su servidor DHCP para que proporcione /EFI/xenserver/grubx64.efi como archivo de arranque.
En el directorio EFI/xenserver del servidor TFTP, cree el archivo grub.cfg.

El contenido de este archivo depende de cómo desee configurar su entorno de arranque PXE y de los valores adecuados para sus servidores.
- Ejemplo: Instalación desatendida Esta configuración de ejemplo realiza una instalación desatendida utilizando el archivo de respuestas en la URL especificada:
```
 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
     module2 /EFI/xenserver/install.img
 }
 
```
  Nota:
  
  Para especificar qué adaptador de red usar para recuperar el archivo de respuestas, incluya el parámetro answerfile_device=ethX o answerfile_device=MAC y especifique el número de dispositivo Ethernet o la dirección MAC del dispositivo.
  
  En entornos donde los adaptadores de red pueden enumerarse de manera diferente entre hosts (por ejemplo, al usar diferentes generaciones de hardware), puede especificar el parámetro de arranque map_netdev para controlar explícitamente el orden lógico de los adaptadores de red según la dirección MAC.
  
  El parámetro map_netdev debe proporcionarse como un parámetro de arranque del instalador y se usa comúnmente con instalaciones desatendidas para garantizar un orden consistente de los adaptadores de red entre hosts. Este parámetro admite la asignación de una dirección MAC específica a un nombre de dispositivo (por ejemplo, map_netdev=eth0:<MAC>).
  
  Para asegurar un orden determinista de las NIC, repita este parámetro para cada adaptador requerido. Por ejemplo, puede map_netdev=eth0:00:11:22:AA:BB:CC para forzar una asignación de hardware específica y evitar que los nombres de los adaptadores cambien según el orden de detección del hardware.
  
  Para obtener más información sobre el uso de un archivo de respuestas, consulte Crear un archivo de respuestas para la instalación desatendida.
- Ejemplo: Instalación manual Esta configuración de ejemplo inicia una instalación que arranca desde el servidor TFTP y requiere respuestas manuales:
```
 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
     module2 /EFI/xenserver/install.img
 }
 
```

Siguiente paso: Alojar 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 se instalarán en su servidor.

Alojar los 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 o utilizar para una actualización 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 o actualización que se haya iniciado desde medios locales en su servidor.

En el servidor HTTP, FTP o NFS, cree un directorio desde el cual los medios de instalación de XenServer puedan exportarse a través de HTTP, FTP o NFS.
Si está utilizando IIS para alojar los medios de instalación, asumiendo que se utiliza un directorio virtual, complete la siguiente configuración:
1. Habilite la exploración de directorios para el directorio virtual.
2. Asegúrese de que el doble escape esté habilitado para el directorio virtual antes de extraer la ISO de instalación en él.
3. Configure los siguientes tipos MIME obligatorios
  1. . como application/octet-stream
  2. .* como application/octet-stream
  El siguiente archivo web.config demuestra estos valores configurados para un directorio virtual
```
<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <system.webServer>
        <security>
            <requestFiltering allowDoubleEscaping="true" />
        </security>
        <directoryBrowse enabled="true" showFlags="Date, Time, Size, Extension, LongDate" />
        <staticContent>
            <mimeMap fileExtension="." mimeType="application/octet-stream" />
            <mimeMap fileExtension=".*" mimeType="application/octet-stream" />
        </staticContent>
    </system.webServer>
</configuration>

```
Desempaquete el contenido de la ISO de instalación de XenServer. Puede hacerlo de una de las siguientes maneras:
- Mediante el uso de una aplicación de descompresión de ISO, como 7-zip.
- Montando la ISO y copiando todo el contenido.
Copie todo el contenido desempaquetado de la ISO de instalación de XenServer en el directorio recién creado en el servidor HTTP, FTP o NFS. Este directorio es su repositorio de instalación.

Nota:

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

Siguiente paso:

Si está completando una instalación desatendida: Cree un archivo de respuestas para la instalación desatendida.
Si está utilizando el arranque PXE para iniciar una instalación manual: Inicie la instalación de red.

Cree un archivo de respuestas para la instalación desatendida

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

Contenga todos los nodos dentro de un nodo raíz llamado installation. Al construir su archivo de respuestas, consulte la Referencia del archivo de respuestas.

Aquí tiene un ejemplo de archivo de respuestas:

<?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 red.

Actualizaciones automatizadas con un archivo de respuestas

También puede realizar actualizaciones automatizadas cambiando el archivo de respuestas de forma adecuada.

Establezca el atributo mode del elemento installation en upgrade.
Especifique el disco en el que reside la instalación existente con el elemento existing-installation.
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 respuestas

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

`<installation>`

¿Obligatorio? Sí

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

Atributos:

srtype

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

lvm - establece el tipo de almacenamiento local en LVM.
ext - establece el tipo de almacenamiento local en EXT4. Esto permite que el almacenamiento en caché local para Citrix Virtual Desktops funcione correctamente. Para obtener más información, consulte Almacenamiento.
xfs - establece el tipo de almacenamiento local en XFS. Esta opción también le permite crear dispositivos de almacenamiento local con bloques físicos de 4 KB sin requerir un tamaño de bloque lógico de 512 bytes.

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

Nota:

No puede usar tipos de almacenamiento Local LVM o Local EXT3/EXT4 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 de su archivo de respuestas se rechazará por ser incompatible.

mode

Para cambiar el tipo de instalación a actualización, especifique un atributo mode con el valor upgrade. Si no se especifica este atributo, el instalador realizará una instalación nueva y sobrescribirá cualquier dato existente en el servidor.

`<driver-source>`

¿Obligatorio? Sí

Descripción: El origen de un paquete suplementario que contiene controladores de dispositivo que serán cargados por el instalador e incluidos después de la instalación del repositorio principal.

Atributos: Ninguno

`<primary-disk>`

¿Obligatorio? Sí

Nota:

Obsoleto para escenarios de actualización.

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

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

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

`<guest-disk>`

¿Obligatorio? No

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

Atributos: Ninguno

`<ntp>`

¿Obligatorio? Sí

Descripción: Especifica el origen de los servidores NTP. Si el elemento <ntp> no se especifica, el valor predeterminado será manual si se especifica <ntp-server>, dhcp si se utiliza DHCP, de lo contrario default.

Atributos:

El atributo source puede tener uno de los siguientes valores: dhcp, default, manual o none.

dhcp - usar servidores NTP de DHCP
default - usar servidores NTP predeterminados
manual - usar servidores NTP proporcionados; en este caso, se debe especificar al menos una entrada <ntp-server>
none - NTP está deshabilitado

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

`<ntp-server>`

¿Obligatorio? No

Descripción: Especifica uno o más servidores NTP. Se debe usar solo con el elemento ntp y el atributo manual.

Atributos: Ninguno

`<keymap>`

¿Obligatorio? No

Descripción: El nombre del mapa de teclado que se usará durante la instalación. <keymap>us</keymap> El valor predeterminado, us, se considera si no se especifica un valor para este elemento.

Atributos: Ninguno

`<root-password>`

Obligatorio: No

Descripción: La contraseña de root deseada para el host de XenServer. Si no se proporciona una contraseña, se muestra un mensaje cuando el host se inicia 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 compatible con 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 hash para incluir en el archivo de respuestas:

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

`<source>`

Obligatorio: Sí

Descripción: La ubicación de los medios de instalación de XenServer cargados o de un paquete suplementario. 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>`

Obligatorio: 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.

Cuando se utiliza el valor filesystem-populated, el script se ejecuta justo antes de que se desmonte el sistema de archivos raíz (por ejemplo, después de la instalación/actualización, con los initrds ya creados, etc.). El script recibe un argumento que es el punto de montaje del sistema de archivos raíz.
Cuando se utiliza el valor installation-start, el script se ejecuta antes de iniciar la secuencia de instalación principal, pero después de que el instalador se haya inicializado, haya cargado los controladores y haya procesado el archivo de respuestas. El script no recibe ningún argumento.
Cuando se utiliza el valor installation-complete, el script se ejecuta después de que el instalador haya finalizado todas las operaciones (y, por lo tanto, el sistema de archivos raíz esté desmontado). El script recibe un argumento que tiene un valor de cero si la instalación se completó correctamente, y un valor distinto de cero si la instalación falló por cualquier motivo.

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

Si el valor es url o nfs, coloque la URL o la ruta 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. Esto generalmente significa que el prefijo file:// va seguido de otra barra diagonal y, a continuación, de la ruta completa al script.

`<admin-interface>`

Obligatorio: A veces

Nota:

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

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

Atributos:

Especifique uno de los siguientes atributos:

name - El nombre de su interfaz de red, por ejemplo eth0.
hwaddr - La dirección MAC de su interfaz de red, por ejemplo 00:00:11:aa:bb:cc.

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

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

Elementos secundarios

<ipaddr>: La dirección IP
<subnet>: La máscara de subred
<gateway>: La puerta de enlace

`<timezone>`

Obligatorio: No

Descripción: La zona horaria en el formato utilizado por la variable TZ, por ejemplo Europe/London o America/Los_Angeles. El valor predeterminado es Etc/UTC.

`<name-server>`

Obligatorio: No

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

`<hostname>`

Obligatorio: No

Descripción: Especifique este elemento si desea establecer manualmente un nombre de host.

`<ntp-server>`

Obligatorio: No

Descripción: Especifique uno o varios servidores NTP.

Iniciar la instalación de red

Después de 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:

Inicie el sistema y acceda al menú de arranque (F12 en la mayoría de los programas de BIOS).
Seleccione arrancar desde su tarjeta Ethernet.
El sistema arranca PXE desde el origen de instalación que configuró y se inicia el script de instalación.
- Si ha configurado un archivo de respuestas, la instalación procede de forma desatendida.
- Si ha decidido realizar una instalación manual, proporcione la información cuando se le solicite. Para obtener más información, consulte Instalar.

Arranque desde SAN

Los entornos de arranque desde SAN ofrecen varias ventajas, como 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:

HBA y Fibre Channel de hardware
FCoE de software (obsoleto)
Arranque de software desde iSCSI

Antes de configurar el arranque desde SAN en XenServer, asegúrese de haber configurado el BIOS de su hardware para habilitar esta función. Consulte la documentación del proveedor de su hardware para obtener más información.

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 la ruta múltiple.

Nota:

Cuando se utiliza un entorno de arranque desde SAN, se recomienda encarecidamente habilitar el envío de registros a un servidor syslog remoto. Consulte Enviar mensajes de syslog a un servidor central. Si el syslog remoto no está habilitado y un fallo del sistema provoca la pérdida de acceso al disco de arranque, puede ser muy difícil determinar la causa subyacente y el Soporte técnico podría no ser capaz de proporcionar asistencia sin estos registros.

HBA y Fibre Channel de hardware

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

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

Una vez que su infraestructura de red esté configurada correctamente, habilite la ruta múltiple en sus servidores durante el proceso de instalación de XenServer. Para obtener más información, consulte Habilitar la ruta múltiple. Continúe con la instalación de forma normal.

FCoE de software (obsoleto)

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

Para este tipo de implementación de arranque desde SAN, antes de instalar su host XenServer, complete manualmente la configuración necesaria para exponer una LUN al host. Esta configuración manual incluye la configuración de la estructura de almacenamiento y la asignación de LUN al nombre mundial público (PWWN) de su SAN. Una vez completada esta configuración, la LUN disponible se monta en el CNA del host como un dispositivo SCSI. El dispositivo SCSI se puede utilizar entonces para acceder a la LUN como si fuera un dispositivo SCSI conectado localmente. Cuando configure la estructura FCoE, no utilice la VLAN 0. El host XenServer no puede encontrar tráfico que esté en la VLAN 0.

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

Después de que su infraestructura de red esté configurada correctamente, habilite el multipathing en sus servidores durante el proceso de instalación de XenServer. Para obtener más información, consulte Habilitar multipathing. Continúe con la instalación de forma normal.

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

Arranque de software desde iSCSI

La función de arranque de software desde iSCSI permite a los clientes instalar y arrancar XenServer desde SAN utilizando iSCSI. Con esta función, XenServer se puede instalar, arrancar y ejecutar desde una LUN proporcionada 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 puede ubicarse en el mismo destino que proporciona un SR.

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

La interfaz o interfaces de red dedicadas al arranque iSCSI deben estar separadas de las interfaces de administración y las interfaces utilizadas para el tráfico de VM.
El almacenamiento (destinos iSCSI) debe estar en una red de Capa 3 (IP) separada de todas las demás interfaces de red con direcciones IP en el host.
No utilice VLAN etiquetadas para las interfaces de red dedicadas a los destinos de arranque iSCSI.
Recomendamos que habilite el multipathing en sus servidores.

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

Habilitar la función de arranque de software desde iSCSI en un servidor de arranque UEFI durante una instalación desde medios locales

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

Después de los mensajes de arranque iniciales, verá un menú GRUB. Este menú se muestra durante 5 segundos.
Utilice las teclas del cursor para seleccionar una opción de instalación:
- Para un LUN de ruta única, seleccione install.
- Para un LUN con múltiples rutas, seleccione multipath (recomendado).
Pulse la tecla e para editar los comandos antes de arrancar.
Edite la línea que comienza con lo siguiente:
```
module2 /EFI/xenserver/vmlinuz ...

```
Con las teclas del cursor, edite esta línea para incluir use_ibft al final:
```
module2 /EFI/xenserver/vmlinuz ... use_ibft

```
Pulse Intro.
Continúe el proceso de instalación de su host XenServer con normalidad.

Habilitar la función de arranque por software desde iSCSI en un servidor de arranque BIOS durante una instalación desde medios locales

Nota:

El arranque de hosts XenServer en modo BIOS está ahora obsoleto. Le recomendamos que instale sus hosts XenServer 8.4 utilizando el modo de arranque UEFI.

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

Después de los mensajes de arranque iniciales, verá la pantalla Welcome to XenServer.
En el indicador de arranque, introduzca menu.c32.
Utilice las teclas del cursor para seleccionar una opción de instalación:
- Para un LUN de ruta única, seleccione install.
- Para un LUN con rutas múltiples, seleccione multipath.
Pulse la tecla Tab.
Edite la línea que termina con lo siguiente:
```
---  /install.img

```
Con las teclas del cursor, edite esta línea para que diga:
```
use_ibft ---  /install.img

```
Pulse Intro.
Continúe con el proceso de instalación de su host XenServer con normalidad.

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

Al instalar mediante PXE, asegúrese de añadir la palabra clave use_ibft en los parámetros del kernel. Si se requiere multipathing, debe añadir 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 su servidor TFTP para el arranque PXE con UEFI.

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

Nota:

El arranque de hosts XenServer en modo BIOS está ahora obsoleto. Le recomendamos que instale sus hosts XenServer 8.4 utilizando el modo de arranque UEFI.

Al instalar mediante PXE, asegúrese de añadir la palabra clave use_ibft en los parámetros del kernel. Si utiliza multipathing (recomendado), debe añadir 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 Configure su servidor TFTP para el arranque PXE con BIOS.

Habilitar la multiruta

Para un entorno de arranque desde SAN totalmente redundante, debe configurar varias rutas para el acceso de E/S. Para ello, asegúrese de que el dispositivo raíz tenga habilitado el soporte de multiruta.

Para obtener información sobre si la multiruta está disponible para su entorno SAN, consulte a su proveedor de almacenamiento o administrador.

Advertencia:

La configuración de multiruta no se hereda durante el proceso de actualización. Al actualizar mediante la ISO o el arranque de red, siga las mismas instrucciones utilizadas en el siguiente proceso de instalación para asegurarse de que multipath esté configurado correctamente.

Si tiene varias rutas disponibles, habilite la multiruta en su implementación de XenServer al inicializar el proceso de instalación. La forma de habilitar la multiruta depende de su modo de arranque y del tipo de instalación que esté realizando.

Habilitar la multiruta en un servidor de arranque UEFI durante una instalación manual

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

Después de los mensajes de arranque iniciales, verá un menú GRUB. Este menú se muestra durante 5 segundos.
En el menú GRUB, elija multipath y pulse Intro.

El proceso de instalación de XenServer configura el host de XenServer, que arranca desde una SAN remota con la multiruta habilitada.

Habilitar la multiruta en un servidor de arranque BIOS durante una instalación manual

Nota:

El arranque de hosts XenServer en modo BIOS está ahora obsoleto. Le recomendamos que instale sus hosts XenServer 8.4 utilizando el modo de arranque UEFI.

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

Después de los mensajes de arranque iniciales, verá la pantalla de Bienvenida a XenServer.
En la pantalla de bienvenida, pulse F2 para seleccionar la instalación Avanzada.
En el indicador de arranque, introduzca multipath.

El proceso de instalación de XenServer configura el host XenServer, que arranca desde una SAN remota con la función de rutas múltiples habilitada.

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

Para habilitar las rutas múltiples del sistema de archivos durante la instalación PXE, añada device_mapper_multipath=enabled a su 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 su servidor TFTP para el arranque PXE con UEFI.

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

Nota:

El arranque de hosts XenServer en modo BIOS está ahora obsoleto. Le recomendamos que instale sus hosts XenServer 8.4 utilizando el modo de arranque UEFI.

Para habilitar las rutas múltiples del sistema de archivos durante la instalación PXE, añada device_mapper_multipath=enabled a su 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 Configure su servidor TFTP para el arranque PXE con BIOS.

Instalar paquetes suplementarios

Los paquetes suplementarios 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 podría querer distribuir XenServer con un conjunto de herramientas de administración que requieran la instalación de agentes SNMP. Puede instalar un paquete suplementario durante la instalación inicial de XenServer o en cualquier momento posterior en una instancia de XenServer en ejecución.

Al instalar paquetes suplementarios durante la instalación de XenServer, descomprima cada paquete suplementario en un directorio separado en un servidor web.

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

Durante una instalación interactiva, cuando se le solicite instalar paquetes suplementarios, especifique la URL del medio del paquete suplementario.
Si está utilizando un archivo de respuestas para su instalación, agregue un elemento <source> adicional para especificar la ubicación del paquete suplementario.

Instalar discos de controladores

Puede instalar un disco de controlador utilizando uno de los siguientes métodos:

Mediante el uso de XenCenter® (recomendado)
Durante una instalación limpia de XenServer
Mediante el uso de la CLI de xe

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

Después de instalar el controlador, reinicie su servidor para que la nueva versión del controlador surta efecto. Como con cualquier actualización de software, le recomendamos que haga una copia de seguridad de sus datos antes de instalar un disco de controlador.

Instalar un disco de controlador mediante la CLI de xe

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

Descargue el disco de controladores en una ubicación conocida de un equipo que tenga instalada la CLI xe remota.
Extraiga 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 de origen.
Cargue el disco de controladores:
```
xe [connection_parameters] update-upload file-name=

```
El UUID del disco de controladores se devuelve cuando se completa la carga.

Aplique el disco de controladores:

xe [connection_parameters] update-apply uuid=
<!--NeedCopy-->

Para completar la instalación, reinicie el host. El controlador no surte efecto hasta después de reiniciar el host.

La documentación oficial de este producto está en inglés. Las versiones en otros idiomas se ofrecen solo como referencia y pueden incluir contenido traducido de forma automática. Para obtener más información, consulte la cláusula de exención de responsabilidad sobre traducción automática en Cloud Software Group home.

¿Le ha resultado útil?

Otros escenarios de instalación

August 1, 2026

Contribución de:

X X

August 1, 2026

Contribución de:

X X

En este artículo

Modos de arranque admitidos
Instalación en red
Arranque desde SAN
Instalar paquetes suplementarios
Instalar discos de controladores
- Instalar un disco de controlador mediante la CLI de xe

¿Le ha resultado útil?