Notas avanzadas para máquinas virtuales

En esta sección se proporcionan algunas notas avanzadas para Máquinas virtuales.

Comportamiento de arranque de VM

Hay dos opciones para el comportamiento del VDI de una máquina virtual cuando se inicia la máquina virtual:

Nota:

La máquina virtual debe apagarse antes de que pueda cambiar su configuración de comportamiento de arranque.

Persistencia (Citrix Virtual Desktops - modo de escritorio privado)

Este comportamiento es el predeterminado en el arranque de VM. El VDI se deja en el estado en que estaba en el último apagado.

Select esta opción si planea permitir a los usuarios realizar cambios permanentes en sus escritorios. Para seleccionar persistir, cierre la VM y, a continuación, escriba el siguiente comando:

xe vdi-param-set uuid=vdi_uuid on-boot=persist

Restablecer (Citrix Virtual Desktops - Modo Escritorio compartido)

En el arranque de VM, el VDI se vuelve al estado en el que se encontraba en el arranque anterior. Los cambios realizados mientras se ejecuta la máquina virtual se pierden cuando se inicia la máquina virtual.

Select esta opción si planea entregar escritorios estandarizados que los usuarios no pueden cambiar permanentemente. Para seleccionar restablecer, cierre la VM y, a continuación, escriba el siguiente comando:

xe vdi-param-set uuid=vdi_uuid on-boot=reset

Advertencia:

Después de cambiaron-boot=reset, los datos guardados en el VDI se descartan después del siguiente apagado/inicio o reinicio.

Hacer que la biblioteca ISO esté disponible para los servidores Citrix Hypervisor

Para que una biblioteca ISO esté disponible para los servidores Citrix Hypervisor, cree un directorio compartido NFS o SMB/CIFS externo. El servidor NFS o SMB/CIFS debe permitir el acceso raíz al recurso compartido. Para recursos compartidos NFS, permita el acceso estableciendo elno_root_squash indicador cuando cree la entrada de recurso compartido/etc/exports en el servidor NFS.

A continuación, utilice XenCenter para adjuntar la biblioteca ISO o conéctese a la consola host y ejecute el comando:

xe-mount-iso-sr host:/volume

Para uso avanzado, puede pasar argumentos adicionales al comando mount.

Para que un recurso compartido de Windows SMB/CIFS esté disponible para el host, utilice XenCenter o conéctese a la consola del host y ejecute el siguiente comando:

xe-mount-iso-sr unc_path -t cifs -o username=myname/myworkgroup

Reemplace las barras diagonales hacia atrás en elunc_path argumento con barras diagonales hacia adelante. Por ejemplo:

xe-mount-iso-sr //server1/myisos -t cifs -o username=johndoe/mydomain

Después de montar el recurso compartido, todos los ISOS disponibles están disponibles en la lista Instalar desde biblioteca ISO o unidad de DVD de XenCenter. Estos ISO también están disponibles como imágenes de CD desde los comandos de la CLI.

Adjunte la ISO a una plantilla de Windows adecuada.

Proveedor del Servicio de instantáneas de volumen de Windows (VSS)

Las herramientas de Windows también incluyen un proveedor de VSS para Citrix Hypervisor que se utiliza para poner en reposo el sistema de archivos invitado en preparación para una instantánea de VM. El proveedor de VSS se instala como parte de la instalación del controlador PV, pero no está habilitado de forma predeterminada.

Para habilitar el proveedor VSS de hipervisor de Windows Citrix:

  1. Instale los controladores PV de Windows.

  2. Desplácese hasta el directorio donde están instalados los controladores (de forma predeterminadac:\Program Files\Citrix\XenTools, o el valor deHKEY_LOCAL_MACHINE\Software\Citrix\XenTools\Install_diren el Registro de Windows).

  3. Haga doble clic en elinstall-XenProvider.cmd comando para activar el proveedor VSS.

Notas:

  • El proveedor de VSS se desinstala automáticamente cuando se desinstalan los controladores PV. Habilite de nuevo el proveedor de VSS cuando se vuelva a instalar. Se pueden desinstalar por separado de los controladores PV utilizandouninstall-XenProvider.cmd en el mismo directorio.
  • No se admite el uso de instantáneas de VSS en SRs de GFS2.

Conectarse a una máquina virtual de Windows mediante Escritorio remoto

Puede utilizar una de las siguientes formas de ver una consola de VM de Windows, ambas compatibles con el uso completo del teclado y el mouse.

  • Uso de XenCenter. Este método proporciona una consola gráfica estándar y utiliza la tecnología VNC incorporada en Citrix Hypervisor para proporcionar acceso remoto a la consola de la máquina virtual.

  • Conexión mediante Escritorio remoto de Windows. Este método utiliza la tecnología Protocolo de escritorio remoto

En XenCenter, en la ficha Consola , hay un botón Cambiar a Escritorio remoto . Este botón deshabilita la consola gráfica estándar de XenCenter y cambia al uso de Escritorio remoto.

Si no tiene habilitado Escritorio remoto en la máquina virtual, este botón está deshabilitado. Para habilitarlo, instale Citrix VM Tools. Siga el procedimiento que se indica a continuación para habilitarlo en cada máquina virtual que desee conectar mediante Escritorio remoto.

Para habilitar Escritorio remoto en una VM de Windows:

  1. Abra Sistema haciendo clic en el botón Inicio , haga clic con el botón secundario en Equipo y, a continuación, seleccione Propiedades .

  2. Haga clic en Configuración remota. Si se le pide una contraseña de administrador, escriba la contraseña que creó durante la configuración de la máquina virtual.

  3. En el área Escritorio remoto , haga clic en la casilla de verificación Permitir conexiones desde equipos que ejecutan cualquier versión de Escritorio remoto (Windows 7).

  4. Para Select cualquier usuario que no sea administrador que pueda conectarse a esta máquina virtual de Windows, haga clic en el botón Seleccionar usuarios remotos y proporcione los nombres de usuario. Los usuarios con privilegios de administrador en el dominio de Windows pueden conectarse de forma predeterminada.

Ahora puede conectarse a esta máquina virtual mediante Escritorio remoto. Para obtener más información, consulte el artículo de Microsoft Knowledge Base,Conectarse a otro equipo mediante Conexión a Escritorio remoto.

Nota:

No se puede conectar a una máquina virtual que esté en suspensión o hibernación. Establezca la configuración de suspensión e hibernación en el equipo remoto en Nunca.

Administración del tiempo en máquinas virtuales de Windows

Para los invitados de Windows, inicialmente el reloj de dominio de control controla la hora. El tiempo se actualiza durante las operaciones del ciclo de vida de la máquina virtual, como suspender y reiniciar. Se recomienda ejecutar un servicio NTP fiable en el dominio de control y en todas las máquinas virtuales de Windows.

Si configura manualmente una máquina virtual para que esté dos horas por delante del dominio de control, persistirá. Puede establecer la máquina virtual por delante utilizando un desplazamiento de zona horaria dentro de la máquina virtual. Si posteriormente cambia la hora del dominio de control (ya sea manualmente o mediante NTP), la VM cambia en consecuencia pero mantiene el desplazamiento de dos horas. Cambiar la zona horaria del dominio de control no afecta a las zonas horarias de VM ni al desplazamiento. Citrix Hypervisor utiliza la configuración del reloj de hardware de la máquina virtual para sincronizar la máquina virtual. Citrix Hypervisor no utiliza la configuración del reloj del sistema de la máquina virtual.

Cuando realice operaciones de suspensión y reanudación o utilice la migración en vivo, asegúrese de que tiene instalado Citrix VM Tools actualizado. Citrix VM Tools notifica al kernel de Windows que se requiere una sincronización de tiempo después de reanudarse (potencialmente en un host físico diferente).

Nota:

Si ejecuta máquinas virtuales de Windows en el entorno de Citrix Virtual Desktops, debe asegurarse de que el reloj de host tiene el mismo origen que el dominio de Active Directory (AD). La falta de sincronización de los relojes puede provocar que las máquinas virtuales muestren una hora incorrecta y que los controladores PV de Windows se bloqueen.

Gestión del tiempo en máquinas virtuales Linux

El comportamiento de gestión del tiempo de las máquinas virtuales Linux en Citrix Hypervisor depende de si la máquina virtual es un invitado PV o un invitado HVM.

Además del comportamiento definido por Citrix Hypervisor, la configuración y los comportamientos del sistema operativo pueden afectar al comportamiento de gestión del tiempo de las máquinas virtuales Linux. Algunos sistemas operativos Linux pueden sincronizar periódicamente el reloj del sistema y el reloj del hardware, o el sistema operativo puede usar su propio servicio NTP de forma predeterminada. Para obtener más información, consulte la documentación del sistema operativo de su máquina virtual Linux.

Nota:

Al instalar una máquina virtual Linux nueva, asegúrese de cambiar la zona horaria del UTC predeterminado al valor local. Para obtener instrucciones de distribución específicas, consulteNotas de la versión de Linux.

Gestión del tiempo en máquinas virtuales PV Linux

Existen dos comportamientos de reloj de pared para distribuciones de Linux paravirtualizadas: dependientes e independientes .

Reloj de pared dependiente: los relojes del sistema en máquinas virtuales PV Linux se sincronizan con el reloj que se ejecuta en el dominio de control y no se pueden modificar de forma independiente. Este modo es conveniente, ya que sólo el dominio de control tiene que ejecutar el servicio Protocolo de tiempo de red (NTP) para mantener la hora exacta en todas las máquinas virtuales.

Reloj de pared independiente: Los relojes del sistema en máquinas virtuales PV Linux no están sincronizados con el reloj que se ejecuta en el dominio de control y pueden modificarse. Cuando se inicia la VM, se utiliza la hora del dominio de control para establecer la hora inicial del reloj del sistema.

Algunas máquinas virtuales PV Linux pueden usar laindependent_wallclock configuración para cambiar el comportamiento del reloj de pared de la máquina virtual.

La siguiente tabla muestra el comportamiento del reloj de pared para máquinas virtuales PV Linux:

SO invitado Comportamiento predeterminado del reloj de pared ¿Está disponibleindependent_wallclock el ajuste?
CentOS 5.x (32-/64-bit) Dependiente
CentOS 6.x (32-/64-bit) Independiente  
Red Hat Enterprise Linux 5.x (32-64 bits) Dependiente
Red Hat Enterprise Linux 6.x (32-64 bits) Independiente  
Oracle Linux 5.x (32-64 bits) Dependiente
Oracle Linux 6.x (32-64 bits) Independiente  
Scientific Linux 6.x (32-64 bits) Independiente  
SLES 11 SP3, SP4 (32-64 bits) Independiente Sí (sin operación)
SLES 12 SP1, SP2 (64 bits) Independiente Sí (sin operación)
SLED 11 SP3, SP4 (64 bits) Independiente Sí (sin operación)
SLED 12 SP1, SP2 (64 bits) Independiente Sí (sin operación)
Debian 7 (32-/64 bits) Independiente  
NeoKYlin Linux Advanced Server 6.5 (64 bits) Independiente  
NeoKYlin Linux Advanced Server 7.2 (64 bits) Independiente  

Para máquinas virtuales PV Linux donde laindependent_wallclock configuración está disponible, puede usar esta configuración para definir si la máquina virtual tiene un comportamiento de reloj de pared dependiente o independiente.

Importante:

Recomendamos utilizar laindependent_wallclock configuración para habilitar un comportamiento independiente del reloj de pared y ejecutar un servicio NTP confiable en las máquinas virtuales Linux y el servidor Citrix Hypervisor.

Para configurar máquinas virtuales Linux individuales para que tengan un comportamiento de reloj de pared independiente:

  1. Desde un símbolo del sistema raíz en la máquina virtual, ejecute el comando:echo 1 > /proc/sys/xen/independent_wallclock

  2. Esta configuración se puede conservar durante los reinicios cambiando el archivo /etc/sysctl.conf de configuración y agregando:

    ## Set independent wall clock time
    xen.independent_wallclock=1
    
  3. Como tercera alternativa, independent_wallclock=1 también se puede pasar como parámetro de arranque a la VM.

Para configurar máquinas virtuales Linux individuales para que tengan un comportamiento dependiente del reloj de pared:

  1. Desde un símbolo del sistema raíz en la máquina virtual, ejecute el comando:echo 0 > /proc/sys/xen/independent_wallclock

  2. Esta configuración se puede conservar durante los reinicios cambiando el archivo /etc/sysctl.conf de configuración y agregando:

    ## Set independent wall clock time
    xen.independent_wallclock=0
    
  3. Como tercera alternativa, independent_wallclock=0 también se puede pasar como parámetro de arranque a la VM.

VM Linux de HVM

Los relojes de hardware en máquinas virtuales HVM Linux no están sincronizados con el reloj que se ejecuta en el dominio de control y pueden modificarse. Cuando se inicia la máquina virtual por primera vez, se utiliza la hora del dominio de control para establecer la hora inicial del reloj de hardware y del reloj del sistema.

Si cambia la hora en el reloj de hardware, este cambio persiste cuando se reinicia la VM.

El comportamiento del reloj del sistema depende del sistema operativo de la máquina virtual. Para obtener más información, consulte la documentación del sistema operativo de VM.

No puede cambiar el comportamiento de gestión de tiempo de Citrix Hypervisor para máquinas virtuales HVM Linux.

Instalación de máquinas virtuales de HVM desde medios del Kit de opciones de distribuidor (bloqueo de BIOS)

Existen dos tipos de máquinas virtuales HVM: BIOS genéricas y BIOS personalizadas. Para habilitar la instalación de las versiones OEM de Windows del Kit de opciones de distribuidor (con bloqueo de BIOS) en una máquina virtual, copie las cadenas de BIOS de la máquina virtual desde el host con el que se suministró el medio. Alternativamente, los usuarios avanzados pueden establecer valores definidos por el usuario en las cadenas del BIOS.

BIOS-genérico

La máquina virtual tiene cadenas genéricas de BIOS de Citrix Hypervisor.

Nota:

Si una máquina virtual no tiene cadenas de BIOS definidas cuando se inicia, las cadenas de BIOS estándar de Citrix Hypervisor se insertan en ella y la máquina virtual se convierte en BIOS genérica.

Personalizado por BIOS

Para las VM HVM, puede personalizar el BIOS de dos maneras: cadenas de BIOS Copy-Host y cadenas de BIOS definidas por el usuario.

Cadenas de BIOS de Copy-Host

La máquina virtual tiene una copia de las cadenas de BIOS de un servidor concreto en el grupo. Para instalar los medios bloqueados por BIOS que vienen con su host, siga los procedimientos que se indican a continuación.

Uso de XenCenter:

  1. Haga clic en la casilla de verificación Copiar cadenas de BIOS de host a VM en el Asistente para nueva VM.

Uso de la CLI:

  1. Ejecute elvm-install copy-bios-strings-from comando. Especifique elhost-uuid como host desde el que se copian las cadenas (es decir, el host con el que se suministró el medio):

    xe vm-install copy-bios-strings-from=host uuid \
        template=template name sr-name-label=name of sr \
        new-name-label=name for new VM
    

    Este comando devuelve el UUID de la máquina virtual recién creada.

    Por ejemplo:

    xe vm-install copy-bios-strings-from=46dd2d13-5aee-40b8-ae2c-95786ef4 \
        template="win7sp1" sr-name-label=Local\ storage  \
        new-name-label=newcentos
        7cd98710-bf56-2045-48b7-e4ae219799db
    
  2. Si las cadenas de BIOS relevantes del host se han copiado correctamente en la máquina virtual, el comandovm-is-bios-customized confirma este éxito:

    xe vm-is-bios-customized uuid=VM uuid
    

    Por ejemplo:

    xe vm-is-bios-customized uuid=7cd98710-bf56-2045-48b7-e4ae219799db
        This VM is BIOS-customized.
    

    Nota:

    Cuando inicia la VM, se inicia en el host físico desde el que copió las cadenas del BIOS.

Advertencia:

Es su responsabilidad cumplir con los CLUF que rigen el uso de cualquier sistema operativo bloqueado por BIOS que instale.

Cadenas de BIOS definidas por el usuario

El usuario tiene la opción de establecer valores personalizados en cadenas de BIOS seleccionadas mediante CLI/API. Para instalar los medios en HVM VM con BIOS personalizado, siga el procedimiento que se indica a continuación.

Uso de la CLI:

  1. Ejecute elvm-install comando (sincopy-bios-strings-from ):

    xe vm-install template=template name sr-name-label=name of sr \
          new-name-label=name for new VM
    

    Este comando devuelve el UUID de la máquina virtual recién creada.

    Por ejemplo:

    xe vm-install template="win7sp1" sr-name-label=Local\ storage  \
          new-name-label=newcentos
        7cd98710-bf56-2045-48b7-e4ae219799db
    
  2. Para establecer cadenas de BIOS definidas por el usuario, ejecute el siguiente comando antes de iniciar la VM por primera vez:

    xe vm-param-set uuid=VM_UUID bios-strings:bios-vendor=VALUE \
        bios-strings:bios-version=VALUE bios-strings:system-manufacturer=VALUE \
        bios-strings:system-product-name=VALUE bios-strings:system-version=VALUE \
        bios-strings:system-serial-number=VALUE bios-strings:enclosure-asset-tag=VALUE
    

    Por ejemplo:

    xe vm-param-set uuid=7cd98710-bf56-2045-48b7-e4ae219799db \
        bios-strings:bios-vendor="vendor name" \
        bios-strings:bios-version=2.4 \
        bios-strings:system-manufacturer="manufacturer name" \
        bios-strings:system-product-name=guest1 \
        bios-strings:system-version=1.0 \
        bios-strings:system-serial-number="serial number" \
        bios-strings:enclosure-asset-tag=abk58hr
    

    Notas:

    -  Una vez que las cadenas de BIOS definidas por el usuario se establecen en una sola llamada CLI/API, no se pueden modificar. -  Puede decidir el número de parámetros que desea proporcionar para establecer las cadenas de BIOS definidas por el usuario.
    

Advertencia:

Es su responsabilidad:

  • Cumple con los EULA y los estándares para los valores que se establecen en el BIOS de la VM.
  • Asegúrese de que los valores que proporciona para los parámetros son parámetros funcionales. Proporcionar parámetros incorrectos puede provocar un error en la instalación de arranque/medios.

Asignar una GPU a una VM de Windows (para usarla con Citrix Virtual Desktops)

Citrix Hypervisor le permite asignar una GPU física en el servidor Citrix Hypervisor a una máquina virtual de Windows que se ejecute en el mismo host. Esta función de transferencia de GPU beneficia a los usuarios con potencia gráfica, como diseñadores CAD, que requieren capacidades gráficas de alto rendimiento. Sólo se admite para su uso con Citrix Virtual Desktops.

Aunque Citrix Hypervisor admite solo una GPU por cada VM, detecta y agrupa automáticamente GPU físicas idénticas en los hosts del mismo grupo. Una vez asignada a un grupo de GPU, se puede iniciar una VM en cualquier host del grupo que tenga una GPU disponible en el grupo. Cuando se conecta a una GPU, una máquina virtual tiene ciertas características que ya no están disponibles, como migración en vivo, instantáneas de VM con memoria y suspender/reanudar.

La asignación de una GPU a una máquina virtual de un grupo no interfiere con el funcionamiento de otras máquinas virtuales del grupo. Sin embargo, las máquinas virtuales con GPU conectadas se consideran no ágiles. Si las máquinas virtuales con GPU conectadas son miembros de un grupo con alta disponibilidad habilitada, ambas funciones pasan por alto estas máquinas virtuales. Las máquinas virtuales no se pueden migrar automáticamente.

La transferencia de GPU solo está disponible para máquinas virtuales de Windows. Se puede habilitar mediante XenCenter o la CLI xe.

Requisitos

GPU PassThrough es compatible con máquinas y GPU específicas. En todos los casos, la función de chipset IOMMU (conocida como VT-d para los modelos Intel) debe estar disponible y habilitada en el servidor Citrix Hypervisor. Antes de habilitar la función de transferencia de GPU, visite elLista de compatibilidad de hardware.

Antes de asignar una GPU a una VM

Antes de asignar una GPU a una VM, coloque las GPU físicas adecuadas en el servidor Citrix Hypervisor y, a continuación, reinicie el equipo. Al reiniciar, Citrix Hypervisor detecta automáticamente cualquier GPU física. Para ver todas las GPU físicas en los hosts del grupo, utilice elxe pgpu-list comando.

Asegúrese de que la característica del chipset IOMMU está habilitada en el host. Para ello, introduzca lo siguiente:

xe host-param-get uuid=uuid_of_host param-name=chipset-info param-key=iommu

Si el valor impreso esfalse, IOMMU no está habilitado y la transferencia de GPU no está disponible con el servidor Citrix Hypervisor especificado.

Para asignar una GPU a una VM de Windows mediante XenCenter:

  1. Apague la VM a la que desea asignar una GPU.

  2. Abra las propiedades de VM: haga clic con el botón derecho en la VM y seleccione Propiedades.

  3. Asignar una GPU a la VM: Select GPU en la lista de propiedades de VM y, a continuación, seleccione un tipo de GPU. Haga clic en Aceptar.

  4. Inicie la VM.

Para asignar una GPU a una VM de Windows mediante la CLI xe:

  1. Apague la máquina virtual que desea asignar un grupo de GPU mediante elxe vm-shutdown comando.

  2. Busque el UUID del grupo GPU introduciendo lo siguiente:

    xe gpu-group-list
    

    Este comando imprime todos los grupos de GPU del grupo. Tenga en cuenta el UUID del grupo GPU apropiado.

  3. Adjunte la máquina virtual a un grupo de GPU introduciendo lo siguiente:

    xe vpgu-create gpu-group-uuid=uuid_of_gpu_group vm-uuid=uuid_of_vm
    

    Para asegurarse de que se ha conectado el grupo de GPU, ejecute elxe vgpu-list comando.

  4. Inicie la máquina virtual mediante el comando xe vm-start.

  5. Una vez que se inicie la máquina virtual, instale los controladores de la tarjeta gráfica en la máquina virtual.

    La instalación de los controladores es esencial, ya que la máquina virtual tiene acceso directo al hardware del host. Los controladores son proporcionados por el proveedor de hardware.

Nota:

Si intenta iniciar una máquina virtual con GPU PassThrough en el host sin una GPU disponible en el grupo GPU apropiado, Citrix Hypervisor imprime un error.

Para separar una máquina virtual de Windows de una GPU mediante XenCenter:

  1. Apague la VM.

  2. Abra las propiedades de VM: haga clic con el botón derecho en la VM y seleccione Propiedades.

  3. Desconectar la GPU de la VM: Select GPU de la lista de propiedades de VM y, a continuación, seleccione Ninguno como tipo de GPU. Haga clic en Aceptar.

  4. Inicie la VM.

Para separar una máquina virtual de Windows de una GPU mediante la CLI xe:

  1. Apague la VM mediante elxe vm-shutdown comando.

  2. Busque el UUID de la vGPU conectada a la máquina virtual introduciendo lo siguiente:

    xe vgpu-list vm-uuid=uuid_of_vm
    
  3. Separe la GPU de la VM introduciendo lo siguiente:

    xe vgpu-destroy uuid=uuid_of_vgpu
    
  4. Inicie la máquina virtual mediante el comando xe vm-start.

Crear imágenes ISO

Citrix Hypervisor puede utilizar imágenes ISO como medios de instalación y orígenes de datos para máquinas virtuales Windows o Linux. En esta sección se describe cómo crear imágenes ISO a partir de CD/DVD.

Para crear un ISO en un sistema Linux:

  1. Coloque el disco CD- o DVD-ROM en la unidad. Asegúrese de que el disco no esté montado. Para verificar, ejecute el comando:

    mount
    

    Si el disco está montado, desmonte el disco. Consulte la documentación del sistema operativo para obtener ayuda si es necesario.

  2. Como root, ejecute el comando

    dd if=/dev/cdrom of=/path/cdimg_filename.iso
    

    Este comando lleva algún tiempo. Cuando la operación se completa correctamente, verá algo como:

    1187972+0 records in
    1187972+0 records out
    

    Su archivo ISO está listo.

Para crear una ISO en un sistema Windows:

Los equipos con Windows no tienen un comando del sistema operativo equivalente para crear una ISO. La mayoría de las herramientas de grabación de CD tienen un medio para guardar un CD como un archivo ISO.