XenServer

Otros casos de instalación

April 23, 2024

Contribución de:

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

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

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:

Copie los archivos de instalación en un servidor TFTP y configure los servidores TFTP y DHCP para la instalación de arranque PXE. El método para hacerlo depende del modo de arranque: BIOS o UEFI.
Aloje los medios de instalación en NFS, FTP o HTTP. Solo se accede a los archivos de instalación 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. Como alternativa, después de iniciar la instalación mediante el arranque PXE, puede completarla desde un medio local alojado en el servidor de destino.
Cree un archivo de respuesta para la instalación desatendida. En su lugar, puede optar por realizar una instalación asistida y recorrer el instalador manualmente.
Inicie el proceso de instalación.

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.

En el directorio raíz de TFTP (por ejemplo, /tftpboot), cree un directorio llamado xenserver.
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).
Desde el medio de instalación de XenServer, copie los archivos en el nuevo xenserver directorio del servidor TFTP:
- install.img desde el 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 quiera configurar el entorno de arranque PXE y de los valores adecuados para los servidores.
- Ejemplo: instalación desatendida Este ejemplo de configuración realiza una instalación desatendida mediante el archivo de respuesta 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 utilizar para recuperar el archivo de respuesta, incluya el parámetroanswerfile_device=ethX o answerfile_device=MAC y especifique el número de dispositivo Ethernet o la dirección MAC del dispositivo.
  
  Para obtener más información sobre el uso de un archivo de respuesta, consulte Crear un archivo de respuesta para una instalación desatendida.
- Ejemplo: instalación manual Este ejemplo de configuración inicia una instalación que se inicia 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 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.

En el directorio raíz de TFTP (por ejemplo, /tftpboot), cree un directorio llamado EFI/xenserver.
Copie los siguientes archivos del medio de instalación de XenServer al nuevo EFI/xenserverdirectorio del servidor TFTP:
- grubx64.efi del directorio /EFI/xenserver
- install.img desde el directorio raíz
- vmlinuz del directorio /boot
- xen.gz del directorio /boot
Configure el servidor DHCP para que proporcione /EFI/xenserver/grubx64.efi como archivo de arranque.
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.
- Ejemplo: instalación desatendida Este ejemplo de configuración realiza una instalación desatendida mediante el archivo de respuesta 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 utilizar para recuperar el archivo de respuesta, incluya el parámetroanswerfile_device=ethX o answerfile_device=MAC y especifique el número de dispositivo Ethernet o la dirección MAC del dispositivo.
  
  Para obtener más información sobre el uso de un archivo de respuesta, consulte Crear un archivo de respuesta para una instalación desatendida.
- Ejemplo: instalación manual Este ejemplo de configuración inicia una instalación que se inicia 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
 }
 
```

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.

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

Si está completando una instalación desatendida: cree un archivo de respuesta para la instalación desatendida.
Si utiliza el arranque PXE para iniciar una instalación manual: inicie la instalación de red.

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.

Defina el atributo mode del elemento installation en upgrade.
Especifique el disco en el que vive 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 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? Sí

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:

lvm - establezca el tipo de almacenamiento local en LVM.
ext - establezca el tipo de almacenamiento local en EXT4. Esto permite que el almacenamiento en caché local de Citrix Virtual Desktops funcione correctamente. Para obtener más información, consulte Almacenamiento.
xfs - establezca 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 necesidad de 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 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? Sí

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? Sí

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? Sí

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.

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

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: sí

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.

Cuando filesystem-populated se usa el valor, el script se ejecuta justo antes de desmontar el sistema de archivos raíz (por ejemplo, después de la instalación/actualización, initrds ya creado, etc.). El script recibe un argumento que es el punto de montaje del sistema de archivos raíz.
Cuando se usa el valorinstallation-start, el script se ejecuta antes de iniciar la secuencia de instalación principal, pero después de que el instalador se haya inicializado, cargado los controladores y procesado el archivo de respuesta. El script no recibe ningún argumento.
Cuando se usa el valor installation-complete, el script se ejecuta después de que el instalador haya finalizado todas las operaciones (y, por lo tanto, se desmonta el sistema de archivos raíz). El script recibe un argumento que tiene un valor de cero si la instalación se ha completado correctamente y no es cero si la instalación ha fallado 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 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:

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

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

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

`<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:

Inicie el sistema y entre en el menú de arranque (F12 en la mayoría de los programas de BIOS).
Seleccione iniciar desde la tarjeta Ethernet.
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.
- Si ha configurado un archivo de respuesta, la instalación se realiza sin supervisión.
- Si ha decidido realizar una instalación manual, proporcione la información cuando se le solicite. Para obtener más información, consulte 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:

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

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.

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:

La interfaz de red o las interfaces dedicadas al arranque iSCSI deben estar separadas de las interfaces de administración y las interfaces utilizadas para el tráfico de máquinas virtuales.
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 una VLAN etiquetada para las interfaces de red dedicadas a los destinos de arranque iSCSI.
Le recomendamos que habilite las rutas múltiples en sus servidores.

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

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.
Use las teclas de cursor para seleccionar una opción de instalación:
- Para un LUN de ruta única, seleccione instalar.
- Para un LUN con múltiples rutas, seleccione multiruta (recomendado).
Presione la tecla e para modificar los comandos antes del arranque.
Modifique la línea empezando por lo siguiente:
```
module2 /EFI/xenserver/vmlinuz ...

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

```
Presiona Entrar.
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.

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.
En la línea de comandos de arranque, introduzca menu.c32.
Use las teclas de cursor para seleccionar una opción de instalación:
- Para un LUN de ruta única, seleccione instalar.
- Para un LUN con múltiples rutas, seleccione multiruta.
Presione la tecla de tabulación.
Modifique la línea que termina con lo siguiente:
```
---  /install.img

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

```
Presiona Entrar.
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

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

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.
En la pantalla de bienvenida, pulse F2 para seleccionar Instalación avanzada.
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:

Durante una instalación interactiva, cuando se le pida que instale paquetes complementarios, especifique la URL del medio del paquete complementario.
Si utiliza un archivo de respuesta para la instalación, agregue un elemento <source> adicional para especificar la ubicación del paquete complementario.

Instalación de discos de controladores

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

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

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:

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

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

Aplique el disco del controlador:

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

Para completar la instalación, reinicie el host. El controlador no surte efecto hasta que se haya reiniciado el host.

La versión oficial de este contenido está en inglés. Para mayor comodidad, parte del contenido de la documentación de Cloud Software Group solo tiene traducción automática. Cloud Software Group no puede controlar el contenido con traducción automática, que puede contener errores, imprecisiones o un lenguaje inadecuado. No se ofrece ninguna garantía, ni implícita ni explícita, en cuanto a la exactitud, la fiabilidad, la idoneidad o la precisión de las traducciones realizadas del original en inglés a cualquier otro idioma, o que su producto o servicio de Cloud Software Group se ajusten a cualquier contenido con traducción automática, y cualquier garantía provista bajo el contrato de licencia del usuario final o las condiciones de servicio, o cualquier otro contrato con Cloud Software Group, de que el producto o el servicio se ajusten a la documentación no se aplicará en cuanto dicha documentación se ha traducido automáticamente. Cloud Software Group no se hace responsable de los daños o los problemas que puedan surgir del uso del contenido traducido automáticamente.

¿Le ha resultado útil?

Otros casos de instalación

April 23, 2024

Contribución de:

April 23, 2024

Contribución de:

En este artículo

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

¿Le ha resultado útil?