Crear catálogos de máquinas

Importante:

A partir de Citrix Virtual Apps and Desktops 7 2006, si la implementación actual utiliza cualquiera de las siguientes tecnologías, solo podrá actualizar la versión de la implementación a la versión actual (Current Release) después de quitar los elementos con estado “Fin de vida” (EOL) que utilizan dichas tecnologías.

• Discos Personal vDisk (PvD)
• AppDisks
• Tipos de host de nube pública: Citrix CloudPlatform, Microsoft Azure Classic

Para obtener información detallada, consulte Quitar discos PvD, AppDisks y hosts no admitidos.

Si quiere utilizar conexiones de host de nube pública con la implementación, necesita una licencia de derechos híbridos para completar la nueva instalación o actualizar a la versión actual.

Cuando el instalador detecta una o más de las tecnologías o conexiones de host no compatibles sin licencia de derechos híbridos, la actualización se pone en pausa o se detiene. Aparecerá un mensaje explicativo. Los registros del instalador contienen información detallada. Para obtener más información, consulte Actualizar una implementación.

Efecto de la licencia de derechos híbridos en las conexiones de host

Hay tres casos en los que la conexión de host a los hosts de nube pública se ve afectada por la titularidad de licencia de derechos híbridos:

• Para crear una conexión de host a los hosts de nube pública, debe tener una licencia de derechos híbridos.

• Si tiene una licencia de derechos híbridos pero esta ha caducado, las conexiones existentes a los hosts de nube pública se marcan como no autorizadas y pasan al modo de mantenimiento. Cuando las conexiones de host están en modo de mantenimiento, no puede hacer lo siguiente:

  • Agregar o modificar conexiones de host
  • Crear catálogos y actualizar imágenes
  • Realizar acciones de energía

• Cuando las conexiones de host no autorizadas cambian a autorizadas, vuelven a habilitarse.

Introducción

Las colecciones de máquinas físicas o virtuales se administran como una entidad única, llamada catálogo de máquinas. Las máquinas de un catálogo tienen el mismo tipo de sistema operativo: SO multisesión o SO de sesión única. Un catálogo de máquinas con SO multisesión puede contener máquinas Windows o Linux, pero no ambas.

Citrix Studio le guiará para crear el primer catálogo de máquinas después de crear el sitio. Después de crear el primer catálogo de máquinas, Studio le guiará para crear su primer grupo de entrega. Posteriormente, puede cambiar el catálogo que haya creado y crear más catálogos.

Sugerencia:

Si actualiza una implementación existente que habilita la función de optimización del almacenamiento de Machine Creation Services (MCS), denominada E/S de MCS, no se requiere ninguna configuración adicional. El Virtual Delivery Agent (VDA) y la actualización del Delivery Controller gestionan la actualización de E/S de MCS.

Información general

Cuando crea un catálogo de máquinas virtuales, debe indicar cómo aprovisionarlas. Puede usar herramientas de Citrix, como Machine Creation Services (MCS) o Citrix Provisioning (antes Provisioning Services). O bien, puede utilizar sus propias herramientas para aprovisionar máquinas.

Tenga en cuenta lo siguiente:

• MCS admite un único disco del sistema en la imagen de la máquina virtual. Ignora el resto de los discos de datos conectados a dicha imagen.
• Si utiliza Citrix Provisioning para crear las máquinas, consulte la documentación de Citrix Provisioning para obtener instrucciones.
• Si elige Machine Creation Services para aprovisionar las máquinas, debe proporcionar una imagen maestra (o una instantánea de ella) para crear máquinas virtuales idénticas en el catálogo. Antes de crear el catálogo, primero debe usar las herramientas para crear y configurar la imagen maestra. Este proceso incluye instalar un Virtual Delivery Agent (VDA) en la imagen. Después, crea un catálogo de máquinas en Studio. Debe seleccionar esa imagen (o instantánea), especificar la cantidad de máquinas virtuales que se van a crear en el catálogo y configurar información adicional.
• Si las máquinas ya están disponibles, debe crear igualmente uno o varios catálogos para esas máquinas.
• Si crea un catálogo directamente mediante el SDK de PowerShell, puede especificar una plantilla de hipervisor (VMTemplates), en vez de una imagen o una instantánea de la imagen.
• El uso de plantillas para aprovisionar catálogos se considera una función experimental. Al utilizar este método, es posible que la preparación de la máquina virtual falle. Como consecuencia, el catálogo no se puede publicar con la plantilla.

Si utiliza Machine Creation Services o Citrix Provisioning para crear el primer catálogo de máquinas, debe usar la conexión de host que ha configurado al crear el sitio. Más adelante, después de crear el primer catálogo de máquinas y el grupo de entrega, podrá cambiar la información de esta conexión o crear conexiones adicionales.

Después de completar el Asistente para la creación de catálogos de máquinas, se ejecutan pruebas automáticamente para garantizar que los catálogos se han configurado correctamente. Una vez completadas las pruebas, generan un informe que podrá ver. Ejecute las pruebas en cualquier momento desde Studio.

Nota:

MCS no es compatible con Windows 10 IoT Core ni Windows 10 IoT Enterprise. Consulte el sitio de Microsoft para obtener más información.

Para obtener detalles técnicos sobre las herramientas de Citrix Provisioning, consulte Administración de imágenes de Citrix Virtual Apps and Desktops.

Comprobar licencias RDS

Por ahora, Citrix Studio no realiza la comprobación de licencias RDS válidas de Microsoft al crear catálogos de máquinas que contengan máquinas con SO Windows multisesión. Para ver el estado de la licencia RDS de Microsoft en una máquina con SO multisesión Windows, vaya a Citrix Director. Consulte el estado de la licencia RDS de Microsoft en el panel Detalles de la máquina. Este panel se encuentra en la página Detalles de la máquina y Detalles del usuario. Para obtener más información, consulte Estado de la licencia RDS de Microsoft.

Registro de VDA

El agente VDA debe registrarse en un Delivery Controller cuando se inicien sesiones con intermediario. Los VDA no registrados pueden derivar en una infrautilización de los recursos disponibles. Existen diversos motivos por los que un VDA puede no registrarse, y un administrador puede solucionar muchos de ellos. Para solucionar problemas, Studio proporciona información en el Asistente para la creación de catálogos, y después de agregar máquinas de un catálogo a un grupo de entrega.

Después de agregar las máquinas existentes desde el asistente, la lista de nombres de cuenta de equipo indicará si cada máquina es adecuada para agregarla al catálogo. Pase el puntero sobre el icono situado junto a cada máquina para ver un mensaje informativo sobre esa máquina.

Si el mensaje identifica una máquina problemática, quite esa máquina o agréguela. Por ejemplo: si un mensaje indica que es posible que no se obtenga información acerca de una máquina, agréguela de todos modos.

Para obtener más información, consulte:

• CTX136668 para obtener instrucciones de solución de problemas en el registro de los VDA
• Niveles funcionales y versiones de VDA
• Métodos de registro de los VDA

Resumen de la creación de catálogos con MCS

A continuación, se ofrece un breve resumen de las acciones de MCS predeterminadas después de proporcionar información en el Asistente para la creación de catálogos de máquinas.

• Si seleccionó una imagen maestra (en lugar de una instantánea), MCS crea una instantánea.
• MCS crea una copia completa de la instantánea y la coloca en cada ubicación de almacenamiento definida en la conexión de host.
• MCS agrega las máquinas a Active Directory, lo que crea identidades únicas.
• MCS crea la cantidad de máquinas virtuales especificadas en el asistente, con dos discos definidos para cada máquina virtual. Además de los dos discos por máquina virtual, también se almacena una imagen maestra en la misma ubicación de almacenamiento. Si ha definido varias ubicaciones de almacenamiento, cada una obtiene los siguientes tipos de disco:
  • La copia completa de la instantánea, que es de solo lectura, y se comparte entre las máquinas virtuales que se acaban de crear.
  • Un disco de identidad único de 16 MB que proporciona a cada máquina virtual una identidad única. Cada máquina virtual obtiene un disco de identidad.
  • Un disco de diferenciación único para almacenar las escrituras realizadas en la máquina virtual. Este disco es de aprovisionamiento ligero (si el almacenamiento del host lo admite) y aumenta al tamaño máximo de la imagen maestra, si fuera necesario. Cada máquina virtual obtiene un disco de diferenciación. El disco de diferenciación contiene los cambios realizados durante las sesiones. Es permanente para los escritorios dedicados. Para escritorios agrupados, se elimina y se crea uno después de cada reinicio a través del Delivery Controller.

Como alternativa, al crear máquinas virtuales para entregar escritorios estáticos, puede especificar (en la página Máquinas del Asistente para la creación del catálogo de máquinas) que se creen clones de máquinas virtuales pesados (de copia completa). Los clones completos no necesitan retener la imagen maestra en cada almacén de datos. Cada máquina virtual tiene su propio archivo.

Consideraciones sobre el almacenamiento de Machine Creation Services

Hay muchos factores al tomar una decisión sobre las soluciones de almacenamiento, las configuraciones y las prestaciones para MCS. La siguiente información proporciona consideraciones adecuadas para la capacidad de almacenamiento:

Consideraciones de capacidad:

• Discos

  Los discos Delta o de diferenciación (Diff) consumen la mayor cantidad de espacio en la mayoría de las implementaciones de MCS para cada máquina virtual. Cada máquina virtual creada por MCS se da en un mínimo de 2 discos tras la creación.

  • Disco0 = Disco de diferenciación: contiene el sistema operativo cuando se copia de la imagen base maestra.
  • Disk1 = Disco de identidad: 16 MB. Contiene datos de Active Directory para cada máquina virtual.

  A medida que el producto evoluciona, es posible que tenga que agregar más discos para satisfacer determinados casos de uso y el consumo de funciones. Por ejemplo:

  • Optimización de almacenamiento de MCS crea un disco de estilo de caché de escritura para cada máquina virtual.
  • MCS agregó la capacidad de usar clones completos, en lugar del caso de uso del disco Delta descrito en la sección anterior.

  Las funciones del hipervisor también pueden entrar en la ecuación. Por ejemplo:

  • Citrix Hypervisor IntelliCache crea un disco de lectura en el almacenamiento local para cada Citrix Hypervisor. Esta opción ahorra en IOPS en la imagen maestra que podría mantenerse en la ubicación de almacenamiento compartido.

• Sobrecarga del hipervisor

  Cada hipervisor usa archivos específicos que crean sobrecarga para las máquinas virtuales. Los hipervisores también usan el almacenamiento para operaciones de administración y registro general. Calcular espacio para incluir la sobrecarga de:

  • Archivos de registros
  • Archivos específicos del hipervisor. Por ejemplo:
    • VMware agrega más archivos a la carpeta de almacenamiento de VM. Consulte Prácticas recomendadas de VMware.
    • Calcule los requisitos del tamaño total de máquinas virtuales. Tome como ejemplo una máquina virtual con 20 GB para el disco virtual, 16 GB para el archivo de intercambio de máquina virtual y 100 MB para los archivos de registros; 36,1 GB en total.
  • Instantáneas para XenServer; Instantáneas para VMware.

• Sobrecarga del proceso

  Crear un catálogo, agregar una máquina y actualizar un catálogo tienen implicaciones únicas en el almacenamiento. Por ejemplo:

  • La creación inicial de catálogos requiere que se copie una copia del disco base en cada ubicación de almacenamiento.
    • También requiere que cree una máquina virtual de preparación temporalmente.
  • Agregar una máquina a un catálogo no requiere copiar el disco base en cada ubicación de almacenamiento. La creación del catálogo varía en función de las funcionalidades seleccionadas.
  • Actualizar el catálogo para crear un disco base adicional en cada ubicación de almacenamiento. Las actualizaciones de catálogos también experimentan un pico temporal de almacenamiento donde cada máquina virtual en el catálogo tiene 2 discos de diferenciación (Diff) durante un cierto período de tiempo.

Más consideraciones:

• Tamaño de la RAM: Afecta al tamaño de ciertos archivos y discos de hipervisor, incluidos los discos de optimización de E/S, la memoria caché de escritura, y archivos de instantáneas.
• Aprovisionamiento fijo/dinámico: se prefiere el almacenamiento NFS debido a las prestaciones del aprovisionamiento dinámico.

Optimización del almacenamiento de Machine Creation Services (MCS)

Con la función de optimización del almacenamiento de Machine Creation Services (MCS), denominada E/S de MCS:

• El contenedor de la memoria caché de escritura se basa en los archivos; es la misma funcionalidad que se encuentra en Citrix Provisioning. Por ejemplo, el nombre de archivo en la memoria caché de escritura de Citrix Provisioning es D:\vdiskdif.vhdx, y el nombre de archivo en la memoria caché de escritura de E/S de MCS es D:\mcsdif.vhdx.
• Para obtener mejoras en los diagnósticos, incluya un archivo de volcado de errores de Windows escrito en el disco de la memoria caché de escritura.
• E/S de MCS conserva la tecnología de memoria caché en la RAM con desbordamiento al disco duro para proporcionar la mejor solución de memoria caché de escritura a varios niveles. Esta funcionalidad permite a los administradores equilibrar el coste en cada nivel, RAM y disco, y también el rendimiento para satisfacer las expectativas deseadas de carga de trabajo.

Actualizar el método de memoria caché de escritura de la opción por disco a la opción por archivo requiere los siguientes cambios:

1. E/S de MCS ya no admite la memoria caché solo en RAM. Especifique un tamaño de disco en Citrix Studio durante la creación del catálogo de máquinas.
2. El disco de la memoria caché de escritura de una VM se crea y se formatea automáticamente al arrancar la VM por primera vez. Cuando la VM ya está activa, el archivo de la memoria caché de escritura mcsdif.vhdx se escribe en el volumen formateado MCSWCDisk.
3. El archivo de paginación se redirige a este volumen con formato, MCSWCDisk. Como resultado, este tamaño de disco tiene en cuenta la cantidad total de espacio en disco. Incluye el delta entre el tamaño del disco y la carga de trabajo generada, más el tamaño del archivo de paginación. Normalmente, esto se asocia al tamaño de la RAM de la VM.

Habilitar actualizaciones de optimización del almacenamiento de MCS

Para habilitar esta funcionalidad de optimización del almacenamiento de E/S de MCS, actualice la versión del Delivery Controller y de los VDA a la versión más reciente de Citrix Virtual Apps and Desktops.

Nota:

Si actualiza una implementación existente que tiene habilitada E/S de MCS, no se necesita ninguna configuración adicional. El VDA y la actualización de Delivery Controller gestionan la actualización de E/S de MCS.

Cuando habilite la actualización de optimización del almacenamiento de MCS, tenga en cuenta lo siguiente:

• Al crear un catálogo de máquinas, el administrador puede configurar la RAM y el tamaño del disco.

  

• Al actualizar un catálogo de máquinas existente en función de la nueva instantánea de una VM que contiene un VDA configurado para la versión 1903, la instantánea nueva sigue utilizando la configuración de E/S de MCS del catálogo existente para RAM y tamaño del disco. El disco existente sin procesar se formatea.

Importante:

La optimización del almacenamiento MCS cambió con Citrix Virtual Apps and Desktops 1903. Esta versión es compatible con la tecnología de caché de escritura basada en archivos, lo que proporciona un mejor rendimiento y estabilidad. La nueva funcionalidad proporcionada por MCS E/S podría requerir más almacenamiento de caché de escritura, en comparación con versiones anteriores de Citrix Virtual Apps and Desktops. Citrix recomienda volver a evaluar el tamaño del disco para asegurarse de que tiene suficiente espacio en disco para el flujo de trabajo y el tamaño adicional del archivo de paginación asignados. El tamaño del archivo de paginación suele estar relacionado con la cantidad de RAM del sistema. Si el tamaño del disco del catálogo existente es insuficiente, cree un catálogo de máquinas y asigne un disco de caché de escritura más grande.

Usar PowerShell para crear un catálogo con disco persistente de caché con reescritura

Para configurar un catálogo con disco persistente de caché de reescritura, use el parámetro New-ProvScheme CustomProperties de PowerShell. Este parámetro ofrece una propiedad adicional, PersistWBC, que se utiliza para determinar cómo el disco de caché con reescritura persiste en máquinas aprovisionadas con MCS. La propiedad PersistWBC solo se utiliza cuando se especifica el parámetro UseWriteBackCache y cuando se establece el parámetro WriteBackCacheDiskSize para indicar que se ha creado un disco.

He aquí unos cuantos ejemplos de propiedades que se encuentran en el parámetro CustomProperties antes de optar por la propiedad PersistWBC:

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
</CustomProperties>
<!--NeedCopy-->

Al utilizar estas propiedades, tenga en cuenta que contienen valores predeterminados si las propiedades se omiten del parámetro CustomProperties. La propiedad PersistWBC tiene dos valores posibles: true o false.

Cuando la propiedad PersistWBC es true, el disco de caché con reescritura no se elimina cuando el administrador de Citrix Virtual Apps and Desktops apaga la máquina mediante Citrix Studio.

Cuando la propiedad PersistWBC es false, el disco de caché con reescritura se elimina cuando el administrador de Citrix Virtual Apps and Desktops apaga la máquina mediante Citrix Studio.

Nota:

Si se omite la propiedad PersistWBC, su valor predeterminado es false, y la memoria caché de reescritura se elimina cuando la máquina se apaga mediante Citrix Studio.

Por ejemplo, así se usa el parámetro CustomProperties para configurar PersistWBC en “true”:

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
<Property xsi:type="StringProperty" Name="PersistWBC" Value="true" />
</CustomProperties>
<!--NeedCopy-->

Importante:

La propiedad PersistWBC solo se puede configurar mediante el cmdlet de PowerShell New-ProvScheme. Si se intenta modificar CustomProperties de un esquema de aprovisionamiento después de la creación, esto no afecta al catálogo de máquinas ni a la persistencia del disco de caché con reescritura cuando se apaga una máquina.

Por ejemplo, configure New-ProvScheme para utilizar la memoria caché de reescritura mientras configura la propiedad PersistWBC en “true”:

New-ProvScheme
-CleanOnBoot
-CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`"><Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Premium_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"ResourceGroups`" Value=`"benvaldev5RG3`" /><Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`" /></CustomProperties>"
-HostingUnitName "adSubnetScale1"
-IdentityPoolName "BV-WBC1-CAT1"
-MasterImageVM "XDHyp:\HostingUnits\adSubnetScale1\image.folder\GoldImages.resourcegroup\W10MCSIO-01_OsDisk_1_a940e6f5bab349019d57ccef65d2c7e3.manageddisk"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\adSubnetScale1\virtualprivatecloud.folder\CloudScale02.resourcegroup\adVNET.virtualprivatecloud\adSubnetScale1.network"}
-ProvisioningSchemeName "BV-WBC1-CAT1"
-ServiceOffering "XDHyp:\HostingUnits\adSubnetScale1\serviceoffering.folder\Standard_D2s_v3.serviceoffering"
-UseWriteBackCache
-WriteBackCacheDiskSize 127
-WriteBackCacheMemorySize 256
<!--NeedCopy-->

Preparar una imagen maestra

Para obtener información sobre la creación de hosts de conexión, consulte Conexiones y recursos.

La imagen maestra contiene el sistema operativo, las aplicaciones no virtualizadas, el VDA y otro software.

Información útil:

• Una imagen maestra también se conoce como imagen clon, imagen dorada, VM base o imagen base. Los proveedores de hosts emplean términos distintos.
• Al usar Citrix Provisioning, se puede usar una imagen maestra o un equipo físico como dispositivo de destino maestro. Citrix Provisioning utiliza una terminología diferente de MCS para referirse a las imágenes. Para obtener información detallada, consulte la documentación de Citrix Provisioning.
• Compruebe que el host tiene procesadores, memoria y capacidad de almacenamiento suficientes para admitir la cantidad de máquinas creadas.
• Configure la cantidad necesaria de espacio en disco duro para los escritorios y las aplicaciones. Ese valor no se puede cambiar más adelante o en el catálogo de la máquina.
• Los catálogos de máquinas de acceso con Remote PC no utilizan imágenes maestras.
• Consideraciones acerca de la activación de KMS de Microsoft al utilizar Machine Creation Services: Si la implementación incluye agentes VDA con la versión 7.x y un host de XenServer 6.1 o 6.2, vSphere o Microsoft System Center Virtual Machine Manager, no tendrá que rearmar manualmente Microsoft Windows ni Microsoft Office.

Instale y configure el siguiente software en la imagen maestra:

• Herramientas de integración para el hipervisor (como Citrix VM Tools, Servicios de integración de Hyper-V o VMware Tools). Si omite este paso, es posible que las aplicaciones y los escritorios no funcionen correctamente.
• Un agente VDA. Citrix recomienda instalar la última versión para poder disponer de las funciones más recientes. Un error en la instalación del VDA en la imagen maestra provoca un error en la creación de catálogos.
• Si fuera necesario, herramientas de terceros, como el software antivirus o agentes de distribución electrónica de software. Configure los servicios con los parámetros adecuados para los usuarios y el tipo de máquina (como, por ejemplo, la actualización de las funciones).
• Aplicaciones de terceros que no va a virtualizar. Citrix recomienda virtualizar las aplicaciones. La virtualización reduce costes, ya que desaparece la necesidad de actualizar la imagen maestra después de agregar o volver a configurar una aplicación. Además, al tener menos aplicaciones instaladas, se reduce el tamaño de los discos duros de la imagen maestra, lo que ahorra costes de almacenamiento.
• Clientes App-V con la configuración recomendada, si se van a publicar aplicaciones de App-V. El cliente de App-V está disponible en Microsoft.
• Si utiliza Machine Creation Services y va a localizar Microsoft Windows, instale las configuraciones regionales y los paquetes de idioma. Durante el aprovisionamiento, cuando se crea una instantánea, las máquinas virtuales aprovisionadas usan las configuraciones regionales y los paquetes de idioma instalados.

Importante:

Si utiliza Citrix Provisioning o Machine Creation Services, no debe ejecutar Sysprep en imágenes maestras.

Para preparar una imagen maestra:

1. Con la herramienta de administración del hipervisor, cree una imagen maestra y, a continuación, instale el sistema operativo, además de todos los Service Pack y las actualizaciones. Especifique la cantidad de CPU virtuales. También puede especificar el valor de la CPU virtual si crea el catálogo de máquinas mediante PowerShell. No se puede especificar la cantidad de CPU virtuales si crea el catálogo con Studio. Configure la cantidad necesaria de espacio en disco duro para los escritorios y las aplicaciones. Ese valor no se puede cambiar más adelante o en el catálogo.
2. Compruebe que el disco duro está conectado a la ubicación de dispositivo 0. La mayoría de las plantillas de imagen maestra estándar configuran esta ubicación de manera predeterminada, pero es posible que no suceda lo mismo con algunas plantillas personalizadas.
3. Instale y configure el software anterior en la imagen maestra.
4. Si utiliza Citrix Provisioning, cree un archivo VHD para el disco virtual del dispositivo de destino maestro antes de unir el dispositivo de destino maestro a un dominio. Para obtener información detallada, consulte la documentación de Citrix Provisioning.
5. Si no utiliza Machine Creation Services, debe unir la imagen maestra al dominio al que pertenecen las aplicaciones y los escritorios. Compruebe que la imagen maestra está disponible en el host donde se crearán las máquinas. Si utiliza Machine Creation Services, no es necesario unir la imagen maestra a un dominio. Las máquinas aprovisionadas se unen al dominio especificado en el Asistente para la creación de catálogos.
6. Citrix recomienda crear y asignar un nombre a una instantánea de la imagen maestra. Si especifica una imagen maestra en lugar de una instantánea al crear un catálogo de máquinas, Studio crea una instantánea. No se puede darle el nombre.

Crear un catálogo de máquinas mediante Studio

Antes de iniciar el asistente de creación de catálogos, revise esta sección.

Si utiliza una imagen maestra, compruebe que hay instalado un VDA en la imagen antes de crear el catálogo de máquinas.

Desde Studio:

• Si ya ha creado un sitio, pero aún no ha creado un catálogo de máquinas, Studio le guiará hacia el punto de partida idóneo para crear un catálogo de máquinas.
• Si ya ha creado un catálogo de máquinas y quiere crear otro, seleccione Catálogos de máquinas en el panel de navegación de Studio. A continuación, seleccione Crear catálogo de máquinas en el panel Acciones.

El asistente le guiará a través de los siguientes elementos. Las páginas del asistente varían según las opciones que escoja.

Ubicación del archivo de paginación

En los entornos de Azure, el archivo de paginación se configura en una ubicación adecuada cuando se crea la máquina virtual por primera vez. La configuración del archivo de paginación se define en el formato <page file location>[min size] [max size] (el tamaño está en MB). Para obtener más información, consulte el documento de Microsoft Cómo determinar el tamaño del archivo de paginación.

Al crear ProvScheme durante la preparación de la imagen, MCS determina la ubicación del archivo de paginación en función de ciertas reglas. Después de crear ProvScheme:

• El cambio de tamaño de la VM se bloquea si el tamaño de la VM entrante hace que la configuración del archivo de paginación sea diferente.
• La actualización del perfil de máquina se bloquea si se cambia la oferta de servicio porque la actualización del perfil de máquina provoca que la configuración del archivo de paginación sea diferente.
• Las propiedades del disco de SO efímero (EOS) y de E/S de MCS no se pueden cambiar.

Determinación de la ubicación del archivo de paginación

Las funciones como EOS y E/S de MCS tienen su propia ubicación prevista de archivo de paginación y son exclusivas entre sí. La tabla muestra la ubicación esperada del archivo de paginación para cada función:

Nota:

Aunque la preparación de la imagen se separe de la creación del esquema de aprovisionamiento, MCS determina correctamente la ubicación del archivo de paginación. La ubicación predeterminada del archivo de paginación está en el disco del SO.

Casos de configuración de archivos de paginación

En la tabla se describen algunos casos posibles de configuración de archivos de paginación durante la preparación de imágenes y la actualización del esquema de aprovisionamiento:

Actualizar la configuración del archivo de paginación

También puede especificar la configuración del archivo de paginación, incluidos la ubicación y el tamaño, de forma explícita mediante el comando de PoSH. Esto supedita el valor determinado por MCS. Para ello, ejecute el comando New-ProvScheme e incluya estas propiedades personalizadas:

• PageFileDiskDriveLetterOverride: Letra de la unidad de disco de la ubicación del archivo de paginación
• InitialPageFileSizeInMB: Tamaño del archivo de paginación inicial en MB
• MaxPageFileSizeInMB: Tamaño del archivo de paginación máximo en MB

Ejemplo de uso de las propiedades personalizadas:

-CustomProperties '<CustomProperties xmlns=" http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance"> `
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="false"/> `
<Property xsi:type="StringProperty" Name="PersistVm" Value="false"/> `
<Property xsi:type="StringProperty" Name="PageFileDiskDriveLetterOverride" Value="d"/> `
<Property xsi:type="StringProperty" Name="InitialPageFileSizeInMB" Value="2048"/> `
<Property xsi:type="StringProperty" Name="MaxPageFileSizeInMB" Value="8196"/> `
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS"/> `
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client"/> `
</CustomProperties>'
<!--NeedCopy-->

Restricciones:

• Puede actualizar la configuración del archivo de paginación solo al crear un esquema de aprovisionamiento mediante la ejecución del comando New-ProvScheme y la configuración del archivo de paginación no se puede cambiar más adelante.
• Proporcione todas las propiedades relativas a la configuración del archivo de paginación (PageFileDiskDriveLetterOverride, InitialPageFileSizeInMB y MaxPageFileSizeInMB) en las propiedades personalizadas o no proporcione ninguna de ellas.
• El tamaño del archivo de paginación inicial debe estar entre 16 MB y 16777216 MB.
• El tamaño del archivo de paginación máximo debe ser superior o igual al tamaño del archivo de paginación inicial e inferior a 16777216 MB.
• Esta función no está disponible en Citrix Studio.

Sistema operativo

Cada catálogo contiene máquinas de un solo tipo. Seleccione uno.

• SO multisesión: Un catálogo de SO multisesión proporciona escritorios compartidos alojados. Las máquinas pueden ejecutar versiones compatibles de sistemas operativos Windows o Linux, pero el catálogo no puede contener ambos a la vez. (Consulte la documentación de Linux Virtual Delivery Agent para obtener más información sobre ese sistema operativo.)
• SO de sesión única: Un catálogo de SO de sesión única ofrece escritorios VDI que se pueden asignar a varios usuarios diferentes.
• Acceso con Remote PC: Un catálogo de acceso con Remote PC ofrece a los usuarios acceso remoto a sus escritorios físicos de oficina. El acceso con Remote PC no requiere una VPN para proporcionar seguridad.

Administración de máquinas

Esta página no aparece cuando se crean catálogos de acceso con Remote PC.

La página Administración de máquinas indica cómo se administran las máquinas y con qué herramienta se implementan.

Elija si la administración de energía de las máquinas del catálogo se llevará a cabo a través de Studio.

• Las opciones de energía de las máquinas se administran a través de Studio (por ejemplo, máquinas virtuales o equipos PC blade). Esta opción solo está disponible si ya ha configurado una conexión a un host.
• Las opciones de energía de las máquinas no se administran a través de Studio (por ejemplo, máquinas físicas).

Si ha indicado que las opciones de energía de las máquinas se administran a través de Studio, elija la herramienta que se va a utilizar para crear las máquinas virtuales.

• Citrix Machine Creation Services (MCS): Utiliza una imagen maestra para crear y administrar máquinas virtuales. MCS no está disponible para máquinas físicas.

• Citrix Provisioning: (antes Provisioning Services) Administra los dispositivos de destino como una colección de dispositivos. Un disco virtual de Citrix Provisioning creado a partir de un dispositivo de destino maestro entrega escritorios y aplicaciones.

  Nota:

  Esta opción ya no está disponible. Para importar un dispositivo de destino de Citrix Provisioning en un catálogo de Citrix Virtual Apps and Desktops, utilice el asistente para exportar dispositivos de Citrix Provisioning.

• Otros: Una herramienta que administra máquinas que ya se encuentran en el centro de datos. Citrix recomienda usar Microsoft System Center Configuration Manager u otra aplicación de terceros para una mayor uniformidad entre las máquinas del catálogo.

Tipos de escritorio (experiencia de escritorio)

Esta página solo aparece cuando se crea un catálogo que contiene máquinas con SO de sesión única.

La página Experiencia de escritorio determina lo que ocurre cada vez que un usuario inicia sesión. Seleccione una de las siguientes opciones:

• Los usuarios se conectan a un escritorio nuevo (aleatorio) cada vez que inician sesión.
• Los usuarios se conectan al mismo escritorio (estático) cada vez que inician sesión.

Si elige la segunda opción y usa MCS para aprovisionar las máquinas, puede definir qué pasará con los cambios que los usuarios realicen en el escritorio:

• Guardar en el disco local los cambios que los usuarios efectúen en el escritorio.
• Descartar los cambios del usuario y limpiar el escritorio virtual cuando el usuario cierre sesión. Seleccione esta opción si está utilizando la capa de personalización de usuarios.

Imagen maestra

Esta página solo aparece cuando se utiliza Machine Creation Services para crear máquinas virtuales.

En la página Imagen maestra, seleccione la conexión al host y, a continuación, seleccione la instantánea o máquina virtual creadas anteriormente. Si está creando el primer catálogo de máquinas, la única conexión disponible es la configurada al crear el sitio.

Recuerde:

• Cuando utilice MCS o Citrix Provisioning, no ejecute Sysprep en imágenes maestras.
• Si especifica una imagen maestra en lugar de una instantánea, Studio creará una instantánea, pero usted no le podrá asignar ningún nombre.

Para que pueda utilizar las funciones más recientes del producto, compruebe que la imagen maestra tiene instalada la versión más reciente de VDA. No cambie la selección predeterminada de VDA mínimo. No obstante, si debe usar una versión anterior de VDA, consulte Niveles funcionales y versiones de VDA.

Aparecerá un mensaje de error si selecciona una instantánea o máquina virtual que no sea compatible con la tecnología de administración de la máquina que haya seleccionado antes en el asistente.

Colección de dispositivos

Esta página solo aparece cuando se utiliza Citrix Provisioning para crear máquinas virtuales.

En la página Colección de dispositivos :

• Introduzca la dirección del servidor de Citrix Provisioning al que quiera conectarse.
• Seleccione el dominio deseado. Si el dominio no aparece en la lista, puede hacer lo siguiente:
  • Buscarlo mediante una coincidencia exacta.
  • Buscar en todos los dominios para encontrarlo.
• Seleccione las colecciones de dispositivos que va a usar. (Las colecciones de dispositivos y los dispositivos que aún no se han agregado a los catálogos se muestran en la lista).

Máquinas

Esta página no aparece cuando se crean catálogos de acceso con Remote PC.

El título de esta página depende de lo seleccionado en la página Administración de máquinas: Máquinas, Máquinas virtuales o Máquinas virtuales y usuarios.

Si utiliza MCS:

• Especifique la cantidad de máquinas virtuales que se van a crear.
• Seleccione la cantidad de memoria (en MB) que tendrá cada máquina virtual.
• Cada máquina virtual creada tendrá un disco duro. El tamaño se este se configura en la imagen maestra. No se puede cambiar el tamaño del disco duro en el catálogo.
• Si la implementación contiene más de una zona, puede seleccionar una zona para el catálogo.
• Si quiere crear máquinas virtuales de escritorio estático, seleccione un modo de copia para la máquina virtual. Consulte Modo de copia para la máquina virtual.
• Si quiere crear máquinas virtuales de escritorio aleatorio que no usan discos vDisk, puede configurar una memoria caché que se va a usar para los datos temporales de cada máquina. Consulte Configurar la caché de datos temporales.

Al usar Citrix Provisioning:

La página Dispositivos ofrece una lista de las máquinas que hay en la colección de dispositivos que haya seleccionado en la página anterior. No se puede agregar ni quitar máquinas en esta página.

Si utiliza otras herramientas:

Agregue o importe una lista de los nombres de cuentas de máquina de Active Directory. Puede cambiar el nombre de la cuenta de Active Directory que tenga una máquina virtual después de agregarla o importarla. Si indicó máquinas estáticas en la página Experiencia de escritorio, puede especificar el nombre de usuario de Active Directory para cada máquina virtual que agregue.

Después de agregar o importar los nombres, puede hacer clic en el botón Quitar para eliminar nombres de la lista, sin salir de esta página.

Si utiliza Citrix Provisioning u otras herramientas (pero no MCS):

Un icono y un cuadro de información emergente acerca de cada máquina agregada (o importada o proveniente de una colección de dispositivos de Citrix Provisioning) pueden ayudarle a identificar aquellas máquinas que no sean aptas para agregarse al catálogo o no puedan registrarse en un Delivery Controller. Para obtener más información, consulte Niveles funcionales y versiones de VDA.

Modo de copia para la máquina virtual

El modo de copia que especifique en la página Máquinas determina si MCS crea clones ligeros (copia rápida) o pesados (copia completa) a partir de la imagen maestra. (La opción predeterminada es clones ligeros.)

• Puede optar por los clones de copia rápida para un uso más eficiente del almacenamiento y una creación de máquinas más rápida.
• En cambio, puede utilizar los clones de copia completa para mejorar la recuperación de datos y la asistencia a la migración de datos, con IOPS potencialmente reducidas una vez creadas las máquinas.

Niveles funcionales y versiones de VDA

Con el nivel funcional de un catálogo, decide qué funciones de producto están disponibles para las máquinas del catálogo. Para poder usar las funciones introducidas en las nuevas versiones de producto, se necesita un nuevo VDA. Establecer un nivel funcional permite que todas las funcionalidades introducidas en esa versión (y versiones posteriores, si el nivel funcional no cambia) estén disponibles para las máquinas del catálogo. Sin embargo, las máquinas de ese catálogo que tengan una versión anterior de VDA no podrán registrarse.

Un menú situado cerca de la parte inferior de la página Máquinas (o Dispositivos) le permite seleccionar el nivel mínimo de VDA. Esto establece el nivel funcional mínimo del catálogo. De forma predeterminada, el nivel funcional de versión más reciente se selecciona para implementaciones locales. Si sigue la recomendación de Citrix de siempre instalar y actualizar los VDA y los componentes principales a la versión más reciente, no es necesario cambiar esta selección. Sin embargo, si debe seguir usando versiones anteriores de VDA, seleccione el valor correcto.

Una versión de Citrix Virtual Apps and Desktops puede no incluir una nueva versión de VDA, o el nuevo VDA puede no afectar al nivel funcional. En estos casos, el nivel funcional puede indicar una versión de VDA anterior a la versión de los componentes instalados o actualizados. Por ejemplo: aunque la versión 7.17 contiene un VDA 7.17, el nivel funcional predeterminado (“7.9 y versiones posteriores”) sigue siendo el más actual. Por lo tanto, después de instalar o actualizar los componentes desde 7.9-7.16 a 7.17, no es necesario cambiar el nivel funcional predeterminado. El artículo Novedades de cada versión indica cualquier cambio en el nivel funcional predeterminado.

El nivel funcional seleccionado determina la lista anterior de máquinas. En la lista, un cuadro de información situado junto a cada entrada indica si el VDA de la máquina es compatible con el catálogo en ese nivel funcional.

Aparecen mensajes en la página si el VDA de las máquinas no cumple o excede el nivel funcional mínimo seleccionado. Puede continuar con el asistente. Seguramente las máquinas no podrán registrarse en un Controller. De forma alternativa, puede:

• Quitar de la lista las máquinas que contengan agentes VDA antiguos, actualizar sus VDA y, a continuación, agregarlas de nuevo al catálogo.
• Elija un nivel funcional más bajo que impida el acceso a las funciones más recientes del producto.

También aparece un mensaje si una máquina no puede agregarse al catálogo porque no sea el tipo de máquina adecuado. Por ejemplo: si intenta agregar un servidor a un catálogo de SO de sesión única, o bien, si intenta agregar una máquina de SO de sesión única creada en su momento para la asignación aleatoria a un catálogo de máquinas estáticas.

Importante:

En la versión 1811, se agregó un nivel funcional adicional: 1811 (o posterior). Ese nivel está pensado para las funciones futuras de Citrix Virtual Apps and Desktops. La selección 7.9 (o posterior) sigue siendo la predeterminada. Ese valor predeterminado ahora es válido para todas las implementaciones.

Si selecciona 1811 (o posterior), ningún VDA de versión anterior en ese catálogo podrá registrarse en ningún Controller. Sin embargo, si el catálogo solo contiene VDA 1811 o versiones posteriores admitidas, todos podrán registrarse. Esto incluye catálogos que contienen agentes VDA configurados para versiones posteriores de Citrix Virtual Apps and Desktops, incluidas la versión 1903 y otras versiones 19XX anteriores a la versión actual.

Configurar la caché de datos temporales

El almacenamiento en caché de datos temporales localmente en la VM es optativo. Puede habilitar el uso de la memoria caché de datos temporal en la máquina cuando se usa MCS para administrar máquinas agrupadas (no dedicadas) en un catálogo. Si el catálogo utiliza una conexión que especifica un espacio de almacenamiento para datos temporales, puede habilitar y configurar la información de caché de datos temporales al crear el catálogo.

Importante:

Esta función requiere un controlador actualizado de E/S de MCS. La instalación de este controlador es una opción cuando instala o actualiza un VDA. De forma predeterminada, ese controlador no se instala.

Puede especificar si los datos temporales utilizarán un almacenamiento local o compartido cuando cree la conexión que utilizará el catálogo. Para obtener más información, consulte Conexiones y recursos. Para configurar una memoria caché para datos temporales en cada máquina, puede utilizar las dos opciones siguientes: Memoria asignada para caché (MB) y Tamaño de caché de disco (GB). De forma predeterminada, ninguna de las dos opciones está seleccionada. Para habilitar la opción Memoria asignada para caché (MB), marque la casilla de verificación Tamaño de caché de disco (GB). Si la casilla Tamaño de caché de disco no está marcada, la opción Memoria asignada a la caché se mostrará atenuada. En función del tipo de conexión, los valores predeterminados de estas opciones pueden diferir. Generalmente, los valores predeterminados son suficientes para la mayoría de los casos. Sin embargo, tenga en cuenta el espacio necesario para:

• Archivos de datos temporales creados por Windows, incluido el archivo de paginación de Windows.
• Datos de perfil de usuario.
• Datos de ShareFile que se sincronizan en las sesiones de usuario.
• Datos que pueden crear o copiar los usuarios de las sesiones, o aplicaciones que los usuarios pueden instalar dentro de la sesión.

Para configurar una memoria caché para datos temporales en cada máquina, tenga en cuenta los tres escenarios siguientes:

• Si no marca las casillas “Tamaño de caché de disco” y “Memoria asignada para caché”, los datos temporales no se almacenan en la memoria caché. Se escriben directamente en el disco de diferenciación (ubicado en el almacenamiento de SO) de cada VM (esta es la acción de aprovisionamiento en la versión 7.8 y en las anteriores).
• Si marca la casilla “Tamaño de caché de disco” y deja sin marcar la casilla “Memoria asignada para caché”, los datos temporales se escriben directamente en la memoria caché de disco y emplean una cantidad mínima de la memoria caché.
• Si marca las casillas “Tamaño de caché de disco” y “Memoria asignada para caché”, los datos temporales se escriben inicialmente en la memoria caché. Cuando la memoria caché alcanza su límite configurado (el valor de Memoria asignada para caché), los datos más antiguos se trasfieren al disco de caché de datos temporales.

Importante:

• Si la memoria caché de disco se queda sin espacio, la sesión del usuario se vuelve inutilizable.
• Esta función no está disponible cuando se usa una conexión de host Nutanix.
• No puede cambiar los valores de caché de un catálogo de máquinas después de haber creado la máquina.

Nota:

• La memoria caché es parte de la memoria total de cada máquina. Por lo tanto, si habilita la opción “Memoria asignada para caché”, considere la opción de aumentar la memoria total de cada máquina.
• Cambiar el valor predeterminado del tamaño de la caché del disco puede afectar al rendimiento. El tamaño debe coincidir con los requisitos de los usuarios y la carga que se coloca en la máquina.

NIC

Esta página no aparece cuando se crean catálogos de acceso con Remote PC.

En la página Tarjetas de interfaz de red, si quiere utilizar varias tarjetas NIC, asocie una red virtual a cada tarjeta. Por ejemplo, puede asignar una tarjeta para el acceso a una red segura concreta y otra para el acceso a una red más habitual. También puede agregar o quitar tarjetas NIC desde esta página.

Cuentas de máquina

Esta página solo aparece cuando se crean catálogos de acceso con Remote PC.

En la página Cuentas de máquina, especifique las cuentas de máquina de Active Directory o unidades organizativas (OU) para agregarlas a usuarios o grupos de usuarios. No use barras diagonales (/) en el nombre de una unidad organizativa.

Al agregar unidades organizativas, puede hacer lo siguiente si el dominio no aparece en la lista:

• Buscarlo mediante una coincidencia exacta.
• Buscar en todos los dominios para encontrarlo.

Puede elegir una conexión de administración de energía que haya configurado previamente o puede optar por no usar la administración de energía. Si quiere usar la administración de energía, pero aún no se ha configurado la conexión correspondiente, puede crear dicha conexión más tarde y posteriormente modificar el catálogo de máquinas para actualizar los parámetros de administración de energía.

Cuentas de equipo

Esta página solo aparece cuando se utiliza Machine Creation Services para crear máquinas virtuales.

Cada máquina del catálogo debe tener una cuenta de equipo de Active Directory correspondiente. En la página Cuentas de equipo, indique si se van a crear cuentas o si se van a utilizar cuentas existentes, además de la ubicación de estas.

• Si crea cuentas, debe tener permiso para crear cuentas de equipo en la unidad organizativa donde residen las máquinas.

  Seleccione un dominio para esas cuentas. Si el dominio no aparece en la lista, puede hacer lo siguiente:

  • Buscarlo mediante una coincidencia exacta.
  • Buscar en todos los dominios para encontrarlo.

  Especifique el esquema de nombres de cuenta para la máquina mediante marcas hash para indicar dónde aparecerán los números o las letras secuenciales. No use barras diagonales (/) en el nombre de una unidad organizativa. Un nombre no puede empezar con un número. Por ejemplo, un esquema de denominación PC-Ventas-## (con números del 0 al 9 seleccionados) da como resultado cuentas de equipo llamadas PC-Ventas-01, PC-Ventas-02, PC-Ventas-03, etc.

• Si usa cuentas existentes, vaya a esas cuentas o haga clic en Importar y especifique un archivo CSV que contenga los nombres de cuenta. El contenido del archivo importado debe tener el formato:

[ADComputerAccount]
ADcomputeraccountname.domain
...
<!--NeedCopy-->

Compruebe que hay cuentas suficientes para las máquinas que está agregando. Como Studio es el responsable de administrar estas cuentas, permita que Studio restablezca las contraseñas de todas las cuentas, o bien especifique la contraseña de la cuenta (que debe ser la misma para todas las cuentas).

Para catálogos que contengan máquinas físicas o máquinas existentes, seleccione o importe cuentas existentes. Asigne cada máquina a una cuenta de equipo de Active Directory y a una cuenta de usuario.

Para máquinas creadas con Citrix Provisioning, las cuentas de equipo de los dispositivos de destino se administran de forma diferente. Para obtener más información al respecto, consulte la documentación de Citrix Provisioning.

Resumen, nombre y descripción

En la página Resumen, revise la configuración especificada. Introduzca un nombre y una descripción para el catálogo. Esta información se mostrará en Studio.

Cuando termine, haga clic en Finalizar para iniciar la creación del catálogo.

Solucionar problemas técnicos

Importante:

Después de crear el catálogo de máquinas con Citrix Studio, ya no puede utilizar el comando Get-ProvTask de PowerShell para obtener las tareas asociadas a la creación de catálogos de máquinas. Esta restricción se debe a que Studio elimina esas tareas después de la creación del catálogo de máquinas, independientemente de si el catálogo se ha creado correctamente.

Citrix recomienda recopilar registros para ayudar al equipo de asistencia a ofrecer soluciones. Si utiliza Citrix Provisioning, siga el procedimiento de esta sección para generar archivos de registros:

1. En la imagen maestra, cree la siguiente clave de Registro con el valor 1 (como un valor DWORD de 32 bits): HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING.

2. Apague la imagen maestra y cree una instantánea.

3. Ejecute el siguiente comando de PowerShell en el Delivery Controller: Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True.

4. Cree un catálogo basado en esa instantánea.
5. Cuando se cree la VM de preparación en el hipervisor, inicie sesión y extraiga los archivos Image-prep.log y PvsVmAgentLog.txt desde la raíz C:\.
6. Apague la máquina; en ese momento la máquina informará del fallo.
7. Ejecute el siguiente comando de PowerShell para volver a habilitar el apagado automático de las máquinas de preparación de imágenes: Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown.

Problemas de preparación de imagen

Debido a que MCS crea muchas máquinas a partir de una sola imagen, se deben realizar algunos pasos para asegurarse de que todas las máquinas tienen identificadores únicos y licencias correctas. La preparación de imágenes forma parte del proceso de creación de catálogos. Esta preparación garantiza que todas las máquinas aprovisionadas tengan direcciones IP únicas y se anuncien correctamente al servidor KMS como instancias únicas. En MCS, la preparación de la imagen se produce después de seleccionar la instantánea de la imagen maestra. Se realiza una copia para que el catálogo se aísle de la máquina seleccionada. Se crea una máquina virtual de preparación, basada en la máquina virtual original, pero con la conexión de red desconectada. Al desconectar la conexión de red, se evitan conflictos con otras máquinas, y se garantiza que la máquina virtual preparada solo esté conectada al disco recién copiado.

Se adjunta a la máquina virtual preparada un pequeño disco de instrucciones que contiene los pasos necesarios para ejecutar la preparación de la imagen. Cuando arranca esa máquina virtual preparada, comienza el proceso de preparación de imagen. La preparación de imagen consta de los siguientes procesos:

• Activación del protocolo de configuración dinámica de host (DHCP). Habilitar DHCP garantiza que las máquinas aprovisionadas no causen conflictos de direcciones IP. DHCP está habilitado en todas las tarjetas de red.
• Rearmado de Key Management Server (KMS) de Microsoft Windows. El rearmado de KMS garantiza que Microsoft Windows tenga una licencia correcta. Se invoca el sistema operativo rearmado para que informe correctamente como una instancia nueva al servidor de licencias de KMS.
• Rearmado de KMS de Microsoft Office (si Microsoft Office está instalado). Rearmar Microsoft Office garantiza que cualquier versión de Microsoft Office (a partir de 2010) se registre correctamente en el servidor KMS. Una vez invocado el rearmado de Microsoft Office, informa como una instancia nueva al servidor de licencias de KMS.

Sugerencia:

Cuando finaliza el proceso de preparación de imagen, el disco de instrucciones se obtiene del hipervisor. El hipervisor contiene la información obtenida del proceso de preparación de imagen.

El proceso de preparación de imagen puede fallar por varios motivos. Aparece un mensaje de error similar al siguiente:

A continuación, se describen estos fallos.

Habilitar DHCP

Estos errores se deben a tarjetas de red que no admiten direcciones IP estáticas. Por ejemplo: versiones anteriores de tarjetas de red Dell SonicWALL. La operación falla porque la tarjeta SonicWALL es una tarjeta de red de firewall, por lo que establecer la tarjeta en DHCP no tiene sentido, ya que solo admite DHCP. Este problema se solucionó en versiones posteriores de Citrix Virtual Apps and Desktops. Sin embargo, si el problema aparece en otros tipos de tarjetas de red, debe informarse a Citrix a través de los foros o de la persona de contacto de asistencia técnica.

Nota:

La configuración de PowerShell de los ejemplos siguientes se aplica al sitio de Citrix Virtual Apps and Desktops, por lo que afecta a todos los catálogos nuevos y actualizaciones de imagen realizadas en catálogos existentes.

Si este problema se produce con otras tarjetas de red, puede resolverlo ejecutando un comando de PowerShell en el Delivery Controller:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value EnableDHCP

Rearmar Microsoft Office

Existen varios errores de rearmado de KMS que pueden producirse durante la etapa de rearmado de Microsoft Office. Los principales fallos son:

• Algunos runtimes de Microsoft Office (por ejemplo, Access Runtime) pueden invocar el rearmado de Office, lo que provoca el fallo de la operación.
• No se ha instalado una versión KMS de Microsoft Office.
• Se ha superado el recuento de rearmados.

Si el error es un falso positivo, puede resolverlo ejecutando el siguiente comando de PowerShell en el Delivery Controller:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OfficeRearm

Rearmar Microsoft Windows

Se pueden producir varios fallos de KMS durante la etapa de rearmado de Microsoft Windows. Los principales fallos son:

• La versión de Windows instalada no se activó mediante KMS. Por ejemplo: se utilizó una clave de activación múltiple (MAK).
• Se ha superado el recuento de rearmados.

Si la versión de Microsoft Windows tiene una licencia correcta, puede borrar el rearmado del sistema operativo ejecutando el siguiente comando de PowerShell en el Delivery Controller:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OsRearm

Instancias de fallo de toda la operación

La máquina de preparación de imagen no está conectada a la red por diseño, esto significa que a veces la etapa de preparación de imagen solo puede informar de un fallo del proceso completo. Un ejemplo de este tipo de error es similar a:

A continuación, dispone de los motivos principales de fallo de toda la operación:

Virtual Delivery Agent (VDA) no está instalado o está instalado VDA 5.x

Si VDA 7.x no está instalado en la imagen maestra, se agota el tiempo de preparación de imagen después de 20 minutos y se informa del error anterior. Esto se debe a que no hay ningún software instalado en la imagen maestra para ejecutar la etapa de preparación de imagen e informar de fallo u operación correcta. Para resolver este problema, compruebe que el VDA (versión mínima 7) está instalado en la instantánea seleccionada como imagen maestra.

Directiva DISKPART SAN

La etapa completa de preparación de imagen puede fallar debido a la directiva DISKPART SAN establecida en la imagen maestra. Si esta directiva no está configurada para poner en línea el disco de instrucciones de preparación de imagen, la máquina se apaga e Image preparation (preparación de imagen) informa de un error después de 20 minutos. Para comprobarlo en la imagen maestra, ejecute los siguientes comandos:

C:>; Diskpart.exe
DISKPART>; San
<!--NeedCopy-->

Este comando devuelve la directiva actual. Si no es Online All, cambie este valor ejecutando el siguiente comando:

DISKPART>; San policy=OnlineAll

Apague la imagen maestra, cree una instantánea de esa máquina y, a continuación, úsela como imagen base de MCS.

Si la preparación de imagen falla por otro motivo

Si la preparación de imagen falla y no hay una razón clara para el fallo, puede omitir el proceso de preparación de imagen al crear un catálogo de MCS. Sin embargo, omitir este proceso puede causar problemas con las licencias y redes de KMS (DHCP) en el sitio. Utilice el siguiente comando de PowerShell:

Set-ProvServiceConfigurationData -Name ImageManagementPrep_DoImagePreparation -Value $false
<!--NeedCopy-->

Siempre que sea posible, recopile registros para el equipo de asistencia de Citrix Support, o bien, informe del problema a Citrix a través de foros o a través de la persona de contacto de asistencia técnica. Para recopilar registros:

1. En la imagen maestra, cree la siguiente clave de Registro con el valor 1 (como un valor DWORD de 32 bits): HKLM\Software\Citrix\MachineIdentityServiceAgent\LOGGING
2. Apague la imagen maestra y cree una instantánea. En el Delivery Controller, inicie PowerShell con los complementos de Citrix PowerShell cargados y ejecute Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True.
3. Cree un catálogo basado en esa instantánea.
4. Cuando se cree la VM de preparación en el hipervisor, inicie sesión y extraiga los siguientes archivos desde la raíz C:

Image-prep.log
PvsVmAgentLog.txt
<!--NeedCopy-->

Apague la máquina. En este punto, la máquina informa del fallo.

Ejecute el siguiente comando de PowerShell para volver a habilitar el apagado automático de las máquinas de preparación de imágenes:

Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown

Qué hacer a continuación

Si este es el primer catálogo creado, Studio le guiará para crear un grupo de entrega.