Crear catálogos de máquinas

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.

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 VDA y la actualización de Delivery Controller gestionan la actualización de E/S de MCS.

Introducción

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 en el hipervisor o servicio de nube 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.

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.

Verificar 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 de Microsoft RDS en el panel Detalles de la máquina de 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 (en implementaciones locales) o Cloud Connector (en implementaciones Citrix Cloud) para que se le tenga en cuenta cuando se inicien sesiones con broker. 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.

En el Asistente para la creación de catálogos de máquinas, después de agregar las máquinas existentes, 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 indica una máquina problemática, puede quitarla (mediante el botón Quitar) o agregarla. Por ejemplo, si un mensaje indica que es posible que no se obtenga información acerca de una máquina (tal vez porque nunca se registró), 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:

  • Personal vDisk ofrece a los usuarios finales la capacidad de instalar aplicaciones sin intervención del administrador en un disco aparte, conectado a la máquina virtual.
  • AppDisk ofrece a los usuarios finales la capacidad de adjuntar los discos de solo aplicaciones a máquinas virtuales, principalmente para catálogos de SO multisesión.
  • Optimización de almacenamiento de MCS crea un disco de estilo de caché de escritura para cada máquina virtual.
  • MCS ha agregado la capacidad de usar clones de copia completa en lugar del caso de uso del disco Delta descrito anteriormente.

  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 que cada Citrix Hypervisor guarde en IOPS en la imagen maestra que podría mantenerse en la ubicación compartida de almacenamiento.

• Sobrecarga del hipervisor

  Cada hipervisor utiliza 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 (el tamaño de una memoria asignada) y 100 MB para los archivos de registros, o bien 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. Por lo tanto, un catálogo que emplea un disco personal vDisk o AppDisks necesitará más espacio que un simple catálogo aleatorio agrupado.
  • La actualización del catálogo permite 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.
• Las mejoras de diagnóstico se consiguen al permitir 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. A excepción de los entornos de Microsoft Azure, el archivo de paginación se redirige a este volumen formateado, MCSWCDisk. Como resultado, este tamaño de disco tiene en cuenta el espacio total en disco, incluida la diferencia entre el tamaño del disco y la carga de trabajo generada más el tamaño del archivo de paginación, normalmente asociado al tamaño de la RAM de la VM. El archivo de paginación de Microsoft Azure está preconfigurado para utilizar un disco temporal local y no se redirige a MCSWCDisk a través de la funcionalidad de E/S de optimización de almacenamiento de MCS.

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 con la versión 1903 de Citrix Virtual Apps and Desktops, se sigue mediante la configuración de E/S de MCS del catálogo existente sobre 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 1912 LTSR. 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 un mayor requisito de 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 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.

Acerca de los entornos de Microsoft Azure

De forma predeterminada, el disco de la memoria caché de escritura de E/S de MCS se aprovisiona durante el arranque inicial de la VM y se elimina al apagar la VM. Aunque esta es la configuración más rentable, el tiempo de arranque de la VM es mayor porque conlleva formatear el disco de la memoria caché de escritura y un reinicio adicional. Para entornos que contienen cargas de trabajo con tiempos de arranque confidenciales, Citrix recomienda usar PowerShell para crear una VM con disco de caché persistente para E/S de MCS. Aunque el disco de caché persistente no se elimina durante el evento de ciclo de energía, hay que tener en cuenta el coste de los cargos por cuenta de almacenamiento de Azure.

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

Para configurar un catálogo de Azure con disco de caché persistente de reescritura, utilice el parámetro de PowerShell New-ProvScheme CustomProperties. Este parámetro ofrece una propiedad adicional, PersistWBC, que se utiliza para determinar cómo el disco de caché de reescritura persiste en máquinas aprovisionadas con MCS alojadas en Azure Resource Manager. 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.

Sugerencia:

Dado que Azure presenta varias propiedades específicas para el aprovisionamiento, el campo CustomProperties se utiliza para muchos parámetros.

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é de 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é de 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. El valor PersistWBC solo se utiliza para catálogos implementados en Azure Resource Manager.

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

Compatibilidad con el arrendamiento de host AWS dedicado

Puede utilizar MCS para aprovisionar hosts AWS dedicados. Un administrador puede crear un catálogo de máquinas con el arrendamiento del host definido a través de PowerShell.

Un host dedicado Amazon [EC2] es un servidor físico con una capacidad de instancia [EC2] totalmente dedicada, lo que permite utilizar licencias de software por socket o por máquina virtual existente.

Los hosts dedicados tienen una utilización predeterminada basada en el tipo de instancia. Por ejemplo: un único host dedicado asignado de los tipos de instancia C4 Large está limitado a ejecutar 16 instancias. Consulte el sitio de AWS para obtener más información.

Los requisitos para el aprovisionamiento a los hosts AWS son:

• Una imagen (AMI) importada de BYOL (bring your own license). Con hosts dedicados, puede usar y administrar sus licencias existentes.
• Una asignación de hosts dedicados con suficiente utilización para abarcar las solicitudes de aprovisionamiento.
• Habilite auto-placement.

Para aprovisionar a un host AWS dedicado mediante PowerShell, utilice el cmdlet New-ProvScheme con el parámetro “TenancyType” establecido en Host.

Consulte la documentación para desarrolladores de Citrix para obtener más información.

Preparar una imagen maestra en el hipervisor o servicio de nube

Para obtener más información sobre cómo crear conexiones a hipervisores y proveedores en la nube, 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 host y los proveedores de servicios en la nube usan otros nombres.
• 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 hipervisor o el servicio de nube tienen 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. Mediante 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 que cree y dé nombre a una instantánea de la imagen maestra, para que se pueda identificar más tarde. Si especifica una imagen maestra en lugar de una instantánea al crear un catálogo de máquinas, Studio crea una instantánea, pero no se le podrá asignar ningún 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.

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 o se aprovisionan mediante un entorno de nube (por ejemplo, máquinas virtuales o equipos Blade). Esta opción solo está disponible si ya dispone de una conexión configurada a un hipervisor o servicio de nube.
• 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 o se aprovisionan mediante un entorno de nube, 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. Los catálogos de máquinas en entornos de nube usan MCS. 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 un disco Personal vDisk aparte los cambios que los usuarios efectúen en el escritorio. (Personal vDisk ha sido retirado.)
• 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 hipervisor de host o el servicio de nube y, a continuación, seleccione la instantánea o máquina virtual creada 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.

Entornos de servicios y plataformas de nube

Si utiliza un servicio o una plataforma de nube (como Azure Resource Manager, Nutanix o Amazon Web Services) para alojar máquinas virtuales, el asistente para la creación de catálogos de máquinas contiene páginas específicas para ese host.

Para obtener más información, consulte Dónde encontrar información acerca de los tipos de conexión.

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, se muestran los conjuntos de dispositivos y aquellos dispositivos que aún no se han agregado a los catálogos.

Seleccione las colecciones de dispositivos que va a usar.

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 indicó en la página Experiencia de escritorio que los cambios que los usuarios efectúen en los escritorios estáticos se guardan en un disco Personal vDisk aparte, especifique el tamaño del disco virtual en GB y la letra de su unidad.
• 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 Personal 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.

En las implementaciones de Citrix Cloud, Studio usa un nivel funcional predeterminado que puede ser anterior a la versión más reciente.

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:

Para la versión 1811, se ha agregado 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 o Cloud Connector. Sin embargo, si el catálogo solo contiene VDA 1811 o versiones posteriores admitidas, todos podrán registrarse.

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é aparecerá 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.

Windows no permitirá que una sesión use una cantidad de caché de disco que sea mayor que la cantidad de espacio libre en la imagen maestra original desde la cual se aprovisionaron las máquinas de catálogo. Por ejemplo, no se consigue ningún beneficio especificando una caché de disco de 20 GB si solo hay 10 GB de espacio disponible en la imagen maestra.

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.
• No habilite el almacenamiento en caché si va a usar este catálogo para crear AppDisks.
• 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.

Tarjetas de interfaz de red (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.

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 la configuración de la 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.

  Especifique el esquema de nombres de cuenta para las máquinas que se van a crear con 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 contienen máquinas físicas o máquinas existentes, seleccione o importe las cuentas existentes y 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.

Solución de problemas

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 al hecho de 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.

Qué hacer a continuación

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