Citrix Hypervisor

Instalaciones de arranque en red

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.

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

  1. En el directorio raíz de TFTP (por ejemplo, /tftpboot), cree un directorio llamado xenserver

  2. Copie los archivos mboot.c32 y pxelinux.0 del medio de instalación en el 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).

  3. Desde el medio de instalación de Citrix Hypervisor, copie los archivos install.img (desde el directorio raíz), vmlinuz y xen.gz (desde el directorio /boot) al nuevo directorio xenserver en el servidor TFTP.

  4. En el directorio raíz de TFTP (por ejemplo, /tftpboot), cree un directorio llamado pxelinux.cfg.

  5. 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. A continuación se enumeran dos configuraciones de ejemplo. El primer ejemplo de configuración inicia una instalación en cualquier máquina que se inicie desde el servidor TFTP. Esta instalación requiere respuestas manuales. El segundo ejemplo de configuración es para una instalación desatendida.

    Nota:

    En los siguientes ejemplos se muestra cómo configurar el instalador para que se ejecute en la consola física, tty0. Para utilizar un valor predeterminado diferente, asegúrese de que la consola que quiere utilizar es la más derecha.

        default xenserver
        label xenserver
            kernel mboot.c32
            append xenserver/xen.gz dom0_max_vcpus=2 \
                dom0_mem=1024M,max:1024M com1=115200,8n1 \
            console=com1,vga ---  xenserver/vmlinuz \
            xencons=hvc console=hvc0 console=tty0 \
            ---  xenserver/install.img
    <!--NeedCopy-->
    

    Una configuración de ejemplo que realiza una instalación desatendida mediante el archivo de respuesta en la URL especificada:

    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.

        default xenserver-auto
        label xenserver-auto
            kernel mboot.c32
            append xenserver/xen.gz dom0_max_vcpus=2 \
                dom0_mem=1024M,max:1024M com1=115200,8n1 \
                console=com1,vga ---  xenserver/vmlinuz \
                xencons=hvc console=hvc0 console=tty0 \
                answerfile=http://pxehost.example.com/answerfile \
                install ---  xenserver/install.img
    <!--NeedCopy-->
    

    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:

  1. En el directorio raíz de TFPT (por ejemplo, /tftpboot), cree un directorio llamado EFI/xenserver.

  2. Configure el servidor DHCP para que proporcione /EFI/xenserver/grubx64.efi como archivo de arranque.

  3. 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_mem=1024M,max:1024M watchdog \
           dom0_max_vcpus=4 com1=115200,8n1 console=com1,vga
           module2 /EFI/xenserver/vmlinuz console=hvc0
           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_mem=1024M,max:1024M watchdog \
           dom0_max_vcpus=4 com1=115200,8n1 console=com1,vga
           module2 /EFI/xenserver/vmlinuz console=hvc0 console=tty0 answerfile_device=eth0 answerfile=ftp://ip_address/path_to_answerfile 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 la instalación desatendida de PXE y UEFI.

  4. Copie el archivo grub.cfg en el directorio EFI/xenserver en el servidor TFTP.

  5. Desde el medio de instalación de Citrix Hypervisor, copie los archivos grubx64.efi, install.img (desde el directorio raíz), vmlinuz y xen.gz (desde el directorio /boot) al nuevo directorio EFI/xenserver del servidor TFTP.

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:

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

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

  1. Inicie el sistema y entre en el menú de inicio (F12 en la mayoría de los programas del BIOS).

  2. Seleccione iniciar desde la tarjeta Ethernet.

  3. 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 controlado, 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.

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.

<primary-disk>

¿Obligatorio?

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 especificano, 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?

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

También puede realizar actualizaciones automatizadas cambiando el archivo de respuesta de manera apropiada. Establezca el atributo mode del elemento de instalación que quiere actualizar, especifique el disco en el que vive la instalación existente con el elemento de instalación existente. 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/citrix-hypervisor/</source>
    <post-install-script type="url">
        http://pxehost.example.com/myscripts/post-install-script
    </post-install-script>
</installation>
<!--NeedCopy-->

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

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 filesystem-populated se utiliza el valor, 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 compilados, etc.). El script recibe un argumento que es el punto de montaje del sistema de archivos raíz.

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

Requerido: No

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:

Descripción: La zona horaria en el formato utilizado por la variable TZ, por ejemplo, Europa/Londres o América/Los_Ángeles.

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

Actualizaciones automatizadas con un archivo de respuestas

También puede realizar actualizaciones automatizadas cambiando el archivo de respuesta de manera apropiada.

  1. Defina el atributo mode del elemento installation en upgrade.
  2. Especifique el disco en el que vive la instalación existente con el elemento existing-installation.
  3. 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-->
Instalaciones de arranque en red