Citrix Hypervisor

Instalaciones de arranque en red

February 23, 2024

Contribución de:

Citrix Hypervisor admite el arranque de hosts mediante el modo UEFI. El modo UEFI proporciona un amplio conjunto de instalaciones estandarizadas para el cargador de arranque y los sistemas operativos. Esta función permite que Citrix Hypervisor se instale más fácilmente en hosts en los que UEFI es el modo de arranque predeterminado.

Nota:

El diseño de partición DOS heredado no se admite con el arranque UEFI.

El arranque seguro UEFI no está disponible para el host de Citrix Hypervisor.

La siguiente sección contiene información sobre la configuración de los servidores TFTP y NFS, FTP o HTTP para habilitar el arranque PXE y UEFI de las instalaciones del servidor de Citrix Hypervisor. A continuación, se describe cómo crear un archivo de respuesta XML, que le permite realizar instalaciones desatendidas.

Configurar el entorno PXE y UEFI para la instalación de Citrix Hypervisor

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

Nota:

XenServer 6.0 pasó de la partición de disco MBR a la tabla de particiones GUID (GPT). Algunos sistemas de implementación PXE de terceros pueden intentar leer la tabla de particiones en el disco duro de una máquina antes de implementar la imagen en el host.

Si el sistema de implementación no es compatible con el esquema de particiones GPT y el disco duro se ha utilizado anteriormente para una versión de Citrix Hypervisor que usa GPT, el sistema de implementación PXE puede fallar. Una solución para este error es eliminar la tabla de particiones del disco.

Además de los servidores TFTP y DHCP, necesita un servidor NFS, FTP o HTTP para alojar los archivos de instalación de Citrix Hypervisor. Estos servidores pueden coexistir en uno o distribuirse en diferentes servidores de la red.

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.

Además, cada servidor de Citrix Hypervisor que quiera iniciar PXE debe tener una tarjeta Ethernet habilitada para iniciar PXE.

En los pasos siguientes se supone que el servidor Linux que está utilizando es compatible con RPM.

Configurar el servidor TFTP para el arranque PXE

En el directorio raíz de TFTP (por ejemplo, /tftpboot), cree un directorio llamado xenserver.
Copie los mboot.c32archivos and pxelinux.0del /boot/pxelinuxdirectorio de los medios de instalación al directorio raíz de TFTP.

Nota:

Recomendamos encarecidamente utilizar archivos mboot.c32 y pxelinux.0 de la misma fuente (por ejemplo, de la misma ISO de Citrix Hypervisor).
Copie los siguientes archivos del medio de instalación de Citrix Hypervisor al nuevo xenserverdirectorio 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.

A continuación se enumeran dos configuraciones de ejemplo:
- 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 de PXE y UEFI.
- Ejemplo: instalación manual Este ejemplo de configuración inicia una instalación en cualquier máquina que arranque 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.

Configurar el servidor TFTP para el arranque UEFI

Para configurar el servidor TFTP para el arranque UEFI:

En el directorio raíz de TFPT (por ejemplo, /tftpboot), cree un directorio llamado EFI/xenserver.
Configure el servidor DHCP para que proporcione /EFI/xenserver/grubx64.efi como archivo de arranque.

Cree un archivo grub.cfg. Por ejemplo:

Para una instalación que requiere respuestas manuales a las solicitudes de instalación:

 menuentry "Citrix Hypervisor 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
 }
 <!--NeedCopy-->

Para una instalación desatendida que usa un archivo de respuesta:

 menuentry "Citrix Hypervisor 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
 }
 <!--NeedCopy-->

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 de PXE y UEFI.

Copie el archivo grub.cfg en el directorio EFI/xenserver en el servidor TFTP.
Copie los siguientes archivos del medio de instalación de Citrix Hypervisor 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

Para obtener información sobre su sistema operativo específico, consulte el manual del sistema operativo del servidor. La información aquí es una guía que se puede utilizar para Red Hat, Fedora y algunas otras distribuciones basadas en RPM.

Para configurar los medios de instalación de Citrix Hypervisor en un servidor HTTP, FTP o NFS:

En el servidor, cree un directorio desde el que se puedan exportar los medios de instalación de Citrix Hypervisor a través de HTTP, FTP o NFS.
Copie todo el contenido de los medios de instalación de Citrix Hypervisor 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 Citrix Hypervisor, asegúrese de copiar el archivo .treeinfo en el directorio recién creado.

Para preparar el sistema de destino:

Inicie el sistema y entre en al menú de arranque (F12 en la mayoría de los programas de BIOS).
Seleccione iniciar desde la tarjeta Ethernet.
A continuación, el sistema se inicia PXE desde la fuente de instalación que configuró y se inicia el script de instalación. Si ha configurado un archivo de respuesta, la instalación puede llevarse a cabo sin supervisión.

Instalación de paquetes suplementarios durante la instalación de Citrix Hypervisor

Los paquetes complementarios se utilizan para modificar y ampliar las capacidades de Citrix Hypervisor mediante la instalación de software en el dominio de control (Dom0). Por ejemplo, un socio OEM puede querer enviar Citrix Hypervisor con un conjunto de herramientas de administración que requieren la instalación de agentes SNMP. Los usuarios pueden agregar paquetes complementarios durante la instalación inicial de Citrix Hypervisor o en cualquier momento posterior.

Al instalar paquetes suplementarios durante la instalación de Citrix Hypervisor, descomprima cada paquete complementario en un directorio independiente.

También existen instalaciones para que los socios OEM agreguen sus paquetes complementarios a los repositorios de instalación de Citrix Hypervisor para permitir las instalaciones automatizadas de fábrica.

Cree un archivo de respuesta para la instalación desatendida de PXE y UEFI

Para realizar las instalaciones de forma desatendida, cree un archivo de respuesta XML. 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/citrix-hypervisor/</source>
        <post-install-script type="url">
          http://pxehost.example.com/myscripts/post-install-script
        </post-install-script>
        <admin-interface name="eth0" proto="dhcp" />
        <timezone>Europe/London</timezone>
    </installation>
<!--NeedCopy-->

Contener todos los nodos dentro de un nodo raíz denominado instalación.

Nota:

Para habilitar el aprovisionamiento delgado, especifique un atributo srtype como ext. Si no se especifica este atributo, el tipo de almacenamiento local predeterminado es LVM. El aprovisionamiento controlado establece el tipo de almacenamiento local en EXT4 y permite el almacenamiento en caché local para que Citrix Virtual Desktops funcione correctamente. Para obtener más información, consulte Almacenamiento.

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>
    <post-install-script type="url">
        http://pxehost.example.com/myscripts/post-install-script
    </post-install-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:

Para habilitar el aprovisionamiento delgado, especifique un atributo srtype como ext. Si no se especifica este atributo, el tipo de almacenamiento local predeterminado es LVM. El aprovisionamiento controlado establece el tipo de almacenamiento local en EXT4 y permite el almacenamiento en caché local para que Citrix Virtual Desktops funcione correctamente. Para obtener más información, consulte Almacenamiento.
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.

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

`<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 servidor de Citrix Hypervisor. Si no se proporciona una contraseña, se muestra un mensaje cuando se inicia el servidor 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 de los medios de instalación de Citrix Hypervisor cargados 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: Ubicación del 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 valorfilesystem-populated, 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 está compilado, 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.

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?

Instalaciones de arranque en red

February 23, 2024

Contribución de:

February 23, 2024

Contribución de:

En este artículo

Configurar el entorno PXE y UEFI para la instalación de Citrix Hypervisor
Cree un archivo de respuesta para la instalación desatendida de PXE y UEFI

¿Le ha resultado útil?