XenServer

Otros escenarios de instalación

August 1, 2026

Contribución de:

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

Instalaciones de red mediante arranque PXE
Instalaciones desatendidas
Configuración del host para arrancar desde SAN
Configuración de la multiruta 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 compatibles

XenServer admite el arranque de hosts mediante UEFI o el modo de arranque seguro UEFI. Para obtener más información sobre el arranque seguro, consulte Arranque seguro para XenServer 9.

Instalación en red

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

El uso del arranque PXE para instalar desde la red 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.
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 instalarán en el servidor se alojan en un servidor NFS, FTP o HTTP. Alternativamente, después de iniciar la instalación mediante el 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.
Iniciar el proceso de instalación(#start-the-network-installation).

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 UEFI. Consulte la documentación de su proveedor para los procedimientos de configuración generales.

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 que sean 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:
```
 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=<interface_name> 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=<interface_name> o answerfile_device=<MAC> y especifique el nombre de la interfaz de red (por ejemplo, eno12429np0) o la dirección MAC del dispositivo.
  
  En entornos donde los adaptadores de red pueden enumerarse de forma 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 coherente de los adaptadores de red entre hosts. Este parámetro admite la asignación de una dirección MAC específica a un índice lógico (por ejemplo, map_netdev=0:<MAC>).
  
  Para garantizar un orden determinista de las NIC, repita este parámetro para cada adaptador requerido. Por ejemplo, puede especificar map_netdev=0:00:11:22:AA:BB:CC para forzar una asignación de hardware específica.
  
  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: 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.

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 o a usar 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 utiliza IIS para alojar los medios de instalación, asumiendo que se utiliza un directorio virtual, complete la siguiente configuración:
1. Habilitar 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 en el directorio recién creado.

Siguiente paso:

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

Crear 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 archivo de respuestas de ejemplo:

<?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="<interface-name>" 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 el almacenamiento local en su archivo de respuestas, el valor predeterminado es xfs.

Nota:

No puede usar los 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 realiza una instalación nueva y sobrescribe los datos existentes en el servidor.

`<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 claves 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 no se especifica el elemento <ntp>, 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 los 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 usa 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 usa 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 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 con 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 luego 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 eno12429np0.
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 entonces por 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 canal de fibra de hardware
Arranque por 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 rutas múltiples.

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 discos basadas en SAN con soporte de Fibre Channel de hardware o adaptador iSCSI HBA en el host. El host se comunica con la SAN a través de un adaptador de bus de host (HBA). La 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.

Arranque por software desde iSCSI

La función de arranque por 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 tenga configurado el multipathing.

Para configurar la función de arranque por 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 por software desde iSCSI en un servidor de arranque UEFI durante una instalación desde medios locales

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.
Use las teclas del cursor para seleccionar la opción install:
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 con el proceso de instalación del host de XenServer con normalidad.

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

Al instalar mediante PXE, asegúrese de agregar la palabra clave use_ibft en los parámetros del kernel.

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=<interface_name> answerfile=http://<ip_address>/<path_to_answer_file> install use_ibft
    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 PXE con UEFI.

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 enviar 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 independiente 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, añada un elemento <source> adicional para especificar la ubicación del paquete suplementario.

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:

August 1, 2026

Contribución de:

En este artículo

Modos de arranque compatibles
Instalación en red
Arranque desde SAN
- HBA y Fibre Channel de hardware
- Arranque por software desde iSCSI
Instalar paquetes suplementarios

¿Le ha resultado útil?