Citrix Hypervisor

Instalaciones de arranque de red

January 31, 2025

Contribución de:

Importante:

La actualización acumulativa 1 de Citrix Hypervisor 8.2 llega al final de su vida útil el 25 de junio de 2025. Planifique su actualización a XenServer 8 ahora para garantizar una transición fluida y un soporte continuo. Para obtener más información, consulte Actualizar.

Si utiliza los archivos de licencia de Citrix Virtual Apps and Desktops para licenciar los hosts de Citrix Hypervisor 8.2 Cumulative Update 1, estos archivos de licencia no son compatibles con XenServer 8. Antes de actualizar, debe adquirir los archivos de licencia de socket de XenServer Premium Edition para utilizarlos con XenServer 8. Estos archivos de licencia de socket están disponibles como un derecho de las suscripciones de Citrix para Private Cloud, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP y Citrix Platform License para ejecutar sus cargas de trabajo de Citrix. Los clientes de Citrix que aún no hayan realizado la transición a estas nuevas suscripciones pueden solicitar participar en una promoción gratuita de 10.000 licencias de socket de XenServer Premium Edition. Para obtener más información, consulte XenServer.

Si no obtiene una licencia compatible para XenServer 8 antes de actualizar, cuando actualice sus hosts, estos volverán a la edición de prueba de 90 días. La Edición de Prueba ofrece las mismas características que la Edición Premium con algunas limitaciones. Para obtener más información, consulte Descripción general de las licencias de XenServer 8.

Citrix Hypervisor admite el arranque de hosts mediante el modo UEFI. El modo UEFI proporciona un amplio conjunto de funciones 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 donde UEFI es el modo de arranque predeterminado.

Nota: No

El diseño de partición de DOS heredado no es compatible 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 cómo configurar los servidores TFTP y NFS, FTP o HTTP para habilitar el arranque PXE y UEFI de las instalaciones de servidores de Citrix Hypervisor. A continuación, 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: No

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 Implementación de la imagen en el host.

Si el sistema de implementación no es compatible con el esquema de partición GPT y el disco duro se ha utilizado anteriormente para una versión de Citrix Hypervisor que usa GPT, es posible que se produzca un error en el sistema de implementación PXE. Una solución alternativa para este error es eliminar la tabla de particiones en el 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: No

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

Además, cada servidor Citrix Hypervisor que desee arrancar PXE debe tener una tarjeta Ethernet habilitada para arranque PXE.

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

Configurar el servidor TFTP para el arranque PXE

En su directorio raíz TFTP (por ejemplo, /tftpboot), cree un directorio llamado xenserver.
Copie el archivo mboot.c32 y pxelinux.0 archivos de la clase /boot/pxelinux directorio de su medio de instalación al directorio raíz TFTP.

Nota: No

Recomendamos encarecidamente el uso de mboot.c32 y pxelinux.0 archivos del mismo origen (por ejemplo, de la misma ISO de Citrix Hypervisor).
Copie los siguientes archivos de los medios de instalación de Citrix Hypervisor en el nuevo XenServer directorio en el servidor TFTP:
- install.img desde el directorio raíz
- vmlinuz desde el 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.

A continuación se enumeran dos ejemplos de configuraciones:
- Ejemplo: Instalación desatendida Esta configuración de ejemplo realiza una instalación desatendida utilizando 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: No
  
  Para especificar qué adaptador de red usar para recuperar el archivo de respuesta, 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.
  
  Para obtener más información sobre el uso de un archivo de respuestas, consulte Creación de un archivo de respuesta para la instalación PXE y UEFI desatendida.
- Ejemplo: Instalación manual Este ejemplo de configuración inicia una instalación en cualquier equipo 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 PXE, consulte el sitio web SYSLINUX .

Configurar el servidor TFTP para el arranque UEFI

Para configurar el servidor TFTP para el arranque UEFI:

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

Crear grub.cfg archivo. Por ejemplo:

Para una instalación que requiere respuestas manuales a las indicaciones 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 utiliza 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 respuestas, consulte Creación de un archivo de respuesta para la instalación PXE y UEFI desatendida.

Copiar grub.cfg archivo a EFI/xenserver en el servidor TFTP.
Copie los siguientes archivos de los medios de instalación de Citrix Hypervisor en el nuevo EFI/xenserver directorio en el servidor TFTP:
- grubx64.efi del directorio /EFI/xenserver
- install.img desde el directorio raíz
- vmlinuz desde el directorio /boot
- xen.gz del directorio /boot

Para obtener más 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 su repositorio de instalación.

Nota: No

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

Para preparar el sistema de destino:

Inicie el sistema e ingrese al menú de arranque (F12 en la mayoría de los programas de BIOS).
Seleccione arrancar desde su tarjeta Ethernet.
A continuación, el sistema PXE arranca desde el origen de instalación configurado y se inicia el script de instalación. Si ha configurado un archivo de respuesta, la instalación puede continuar sin supervisión.

Instalar paquetes complementarios 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, es posible que un socio OEM quiera enviar Citrix Hypervisor con un conjunto de herramientas de administración que requieran 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 complementarios durante la instalación de Citrix Hypervisor, desempaquete cada paquete complementario en un directorio independiente.

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

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

Para realizar instalaciones de forma desatendida, cree un archivo de respuesta XML. A continuación se muestra 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/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-->

Contiene todos los nodos dentro de un nodo raíz llamado instalación.

Nota: No

Para habilitar el aprovisionamiento fino, especifique un srtype atributo como Ext. Si no se especifica este atributo, el tipo de almacenamiento local predeterminado es LVM. El aprovisionamiento ligero 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 automáticas con un archivo de respuestas

También puede realizar actualizaciones automáticas modificando el archivo de respuestas adecuadamente.

Establezca el atributo modo del elemento instalación en actualización.
Especifique el disco en el que reside la instalación existente con el elemento existing-installation .
Deje los elementos del disco principal y del disco invitado 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 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>`

¿Es obligatorio? Sí

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

Attributes:

Para habilitar el aprovisionamiento fino, especifique un srtype atributo como Ext. Si no se especifica este atributo, el tipo de almacenamiento local predeterminado es LVM. El aprovisionamiento ligero 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 a actualización, especifique un atributo modo con el valor actualización. Si no se especifica este atributo, el instalador realiza una nueva instalación y sobrescribe todos los datos existentes en el servidor.

`<primary-disk>`

¿Es obligatorio? Sí

Nota: No

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 primario del proceso de instalación manual.

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

El valor predeterminado es sí. Si especifica o, puede automatizar un escenario de instalación donde no se crea ningún repositorio de almacenamiento. En este caso, no especifique ninguna clave de disco invitado.

`<guest-disk>`

¿Es 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

`<keymap>`

¿Es 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 considera si no especifica un valor para este elemento.

Atributos: Ninguno

`<root-password>`

Obligatorio: No

Descripción: La contraseña raíz deseada para el servidor 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 tipo `` que sea hash o texto sin formato

Por ejemplo:

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

El valor hash puede utilizar cualquier tipo de hash compatible con crypt(3) en glibc. El tipo de hash predeterminado es SHA-512.

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

  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 Citrix Hypervisor cargados o un paquete complementario. Este elemento puede aparecer varias veces.

Atributos: El atributo tipo puede tener uno de los siguientes valores: url, nfso 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: Donde se encuentra el script posterior a la instalación.

Attributes:

El atributo etapa Puede tener uno de los siguientes valores: rellenado por el sistema de archivos, inicio de instalacióno Instalación completa

Cuando el valor rellenado por el sistema de archivos , 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, initrds ya construidos, etc.). El script recibe un argumento que es el punto de montaje del sistema de archivos raíz.
Cuando se utiliza el valor instalación-inicio , el script se ejecuta antes de iniciar la secuencia de instalación principal, pero después de que el instalador se haya inicializado, cargado todos los controladores y procesado el archivo de respuestas. El script no recibe ningún argumento.
Cuando se utiliza el valor instalación completa , el script se ejecuta después de que el instalador haya finalizado todas las operaciones (y, por lo tanto, se desmonte el sistema de archivos raíz). El script recibe un argumento que tiene un valor de cero si la instalación se completó correctamente y es distinto de cero si la instalación falló por algún motivo.

El atributo tipo puede tener uno de los siguientes valores: url, nfso local.

Si el valor es url o nfs, coloque la URL o la ruta NFS en PCDATA. Si el valor es local, deje 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: No

Si se utiliza un archivo local, asegúrese de que la ruta sea absoluta. Esto generalmente significa que el prefijo file:// es seguido por otra barra diagonal y luego por la ruta completa al script.

`<admin-interface>`

Obligatorio: A veces

Nota: No

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

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

Attributes:

Especifique uno de los siguientes atributos:

nombre - 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 entrada

`<timezone>`

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

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

`<hostname>`

Obligatorio: No

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

`<ntp-server>`

Obligatorio: No

Descripción: Especifica 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 de red

January 31, 2025

Contribución de:

January 31, 2025

Contribución de:

En este artículo

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

¿Le ha resultado útil?