Crear catálogos de máquinas

Importante:

A partir de Citrix Virtual Apps and Desktops™ 7 2006, si su implementación actual utiliza alguna de las siguientes tecnologías, solo podrá actualizar su implementación a la versión actual después de eliminar los elementos de fin de vida útil (EOL) que utilicen esas tecnologías.

• Personal vDisks (PvDs)
• AppDisks™
• Tipos de host de nube pública: Citrix CloudPlatform, Microsoft Azure Classic

Para obtener más información, consulte Eliminar PVD, AppDisks y hosts no admitidos.

Si desea utilizar conexiones de host de nube pública en su implementación, necesita una Hybrid Rights License para completar la instalación nueva o la actualización a la versión actual.

Cuando el instalador detecta una o varias de las tecnologías no admitidas o conexiones de host sin una Hybrid Rights License, la actualización se pausa o se detiene. Aparece un mensaje explicativo. Los registros del instalador contienen detalles. Para obtener más información, consulte Actualizar una implementación.

Efecto de la Hybrid Rights License en las conexiones de host

Hay tres escenarios en los que la conexión de host a los hosts de nube pública se ve afectada en función del derecho a la Hybrid Rights License:

• Para crear una conexión de host a los hosts de nube pública, debe tener una Hybrid Rights License.

• Si tiene una Hybrid Rights License pero la licencia ha caducado, las conexiones existentes a los hosts de nube pública se marcan como no autorizadas y entran en modo de mantenimiento. Cuando las conexiones de host existentes 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, las conexiones de alojamiento existentes se vuelven a habilitar.

Introducción

Las colecciones de máquinas físicas o virtuales se administran como una única entidad denominada 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 que contiene máquinas con SO multisesión puede contener máquinas Windows o Linux, pero no ambas.

Citrix Studio le guía para crear el primer catálogo de máquinas después de crear el sitio. Después de crear el primer catálogo, Studio le guía para crear el primer grupo de entrega. Más tarde, puede cambiar el catálogo que creó y crear más catálogos.

Sugerencia:

La actualización de una implementación existente habilita la función de optimización del almacenamiento de Machine Creation Services (MCS) (MCS I/O), sin necesidad de configuración adicional. La actualización del Virtual Delivery Agent (VDA) y del Delivery Controller gestiona la actualización de MCS I/O.

Información general

Al crear un catálogo de máquinas virtuales, se especifica cómo aprovisionar esas máquinas virtuales. Puede utilizar herramientas de Citrix como Machine Creation Services™ (MCS) o Citrix Provisioning (anteriormente Provisioning Services). O bien, puede utilizar sus propias herramientas para proporcionar máquinas.

Tenga en cuenta:

• MCS admite un único disco de sistema de la imagen de la máquina virtual. Ignora el resto de los discos de datos conectados a esa imagen.
• Si utiliza Citrix Provisioning para crear máquinas, consulte la documentación de Citrix Provisioning para obtener instrucciones.
• Si utiliza MCS para aprovisionar máquinas virtuales, debe proporcionar una imagen maestra (o una instantánea de una imagen) para crear máquinas virtuales idénticas en el catálogo. Antes de crear el catálogo, primero debe utilizar las herramientas para crear y configurar la imagen maestra. Este proceso incluye la instalación de un Virtual Delivery Agent (VDA) en la imagen. A continuación, cree el catálogo de máquinas en Studio. Seleccione esa imagen (o instantánea), especifique el número de máquinas virtuales que desea crear en el catálogo y configure información adicional.
• Si sus máquinas ya están disponibles, debe crear uno o varios catálogos de máquinas para ellas.
• Si está creando un catálogo directamente con el SDK de PowerShell, puede especificar una plantilla de hipervisor (VMTemplates) en lugar de una imagen o una instantánea.
• El uso de una plantilla para aprovisionar un catálogo se considera una función experimental. Al utilizar este método, la preparación de la máquina virtual podría fallar. Como resultado, el catálogo no se puede publicar utilizando la plantilla.

Al utilizar MCS o Citrix Provisioning™ para crear el primer catálogo, se usa la conexión de host que configuró al crear el sitio. Más tarde (después de crear el primer catálogo y grupo de entrega), puede cambiar la información sobre esa conexión o crear más conexiones.

Una vez que haya completado el asistente de creación de catálogos, se ejecutan pruebas automáticamente para asegurarse de que esté configurado correctamente. Cuando las pruebas finalicen, puede ver un informe de prueba. 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 (/es-es/tech-zone/design/reference-architectures/image-management.html).

Comprobación de licencias RDS

Citrix Studio no realiza actualmente la comprobación de licencias RDS de Microsoft válidas al crear un catálogo de máquinas que contenga máquinas con SO multisesión de Windows. Para ver el estado de la licencia RDS de Microsoft para una máquina con SO multisesión de Windows, vaya a Citrix Director. Vea 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 (/es-es/citrix-virtual-apps-desktops/2203-ltsr/director/troubleshoot-deployments/machines.html#microsoft-rds-license-health).

Registro de VDA

Un VDA debe registrarse en un Delivery Controller™ al iniciar sesiones intermediadas. Los VDA no registrados pueden provocar una infrautilización de los recursos disponibles. Hay varias razones por las que un VDA podría no estar registrado, muchas de las cuales un administrador puede solucionar. Studio proporciona información de solución de problemas en el asistente de 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 máquinas existentes mediante el asistente, la lista de nombres de cuentas de equipo indica si cada máquina es adecuada para agregarla al catálogo. Pase el ratón por el icono junto a cada máquina para mostrar un mensaje informativo sobre esa máquina.

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

Para obtener más información, consulte:

• CTX136668 para obtener orientación sobre la solución de problemas de registro de VDA
• Versiones de VDA y niveles funcionales(#vda-versions-and-functional-levels)
• Métodos de registro de VDA(/es-es/citrix-virtual-apps-desktops/2203-ltsr/manage-deployment/vda-registration.html)

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

A continuación, se ofrece una breve descripción general de las acciones predeterminadas de MCS después de proporcionar información en el asistente de creación de catálogos.

• 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 el número de máquinas virtuales especificado 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 un disco maestro en la misma ubicación de almacenamiento. Si tiene varias ubicaciones de almacenamiento definidas, 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 recién creadas.
  • 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 diferencias único para almacenar las escrituras realizadas en la máquina virtual. Este disco tiene aprovisionamiento ligero (si es compatible con el almacenamiento del host) y aumenta hasta el tamaño máximo de la imagen maestra, si es necesario. Cada máquina virtual obtiene un disco de diferencias. El disco de diferencias contiene los cambios realizados durante las sesiones. Es permanente para los escritorios dedicados. Para los escritorios agrupados, se elimina y se crea uno nuevo después de cada reinicio a través del controlador de entrega.

Alternativamente, al crear máquinas virtuales para entregar escritorios estáticos, puede especificar (en la página Máquinas del asistente de creación de catálogos) clones de máquinas virtuales gruesos (copia completa). Los clones completos no requieren la retención de la imagen maestra en cada almacén de datos. Cada máquina virtual tiene su propio archivo.

Consideraciones de almacenamiento de MCS

Hay muchos factores a la hora de decidir sobre las soluciones, configuraciones y capacidades de almacenamiento para MCS. La siguiente información proporciona consideraciones adecuadas para la capacidad de almacenamiento:

Consideraciones sobre la capacidad:

• Discos

  Los discos Delta o de Diferencias (Diff) consumen la mayor cantidad de espacio en la mayoría de las implementaciones de MCS para cada VM. Cada VM creada por MCS recibe al menos 2 discos en el momento de su creación.

  • Disco0 = Disco Diff: contiene el sistema operativo cuando se copia de la imagen base maestra.
  • Disco1 = Disco de identidad: 16 MB - contiene datos de Active Directory para cada VM.

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

  • Optimización del almacenamiento de MCS crea un disco de estilo caché de escritura para cada VM. En entornos de virtualización de XenServer, VMware y SCVMM, MCS coloca el disco de caché de escritura (WBC) en la misma ubicación de almacenamiento que el disco del sistema operativo si configura la lista de almacenamiento de SO disponible igual que la lista de almacenamiento temporal disponible al crear una conexión de host.
  • MCS añadió la capacidad de usar clones completos a diferencia del escenario de disco Delta descrito en la sección anterior.

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

  • (/es-es/citrix-hypervisor/storage/intellicache.html) crea un disco de lectura en el almacenamiento local para cada Citrix Hypervisor. Esta opción ahorra IOPS en la imagen maestra que podría estar en la ubicación de almacenamiento compartido.

• Sobrecarga del hipervisor

  Diferentes hipervisores utilizan archivos específicos que crean sobrecarga para las VM. Los hipervisores también utilizan almacenamiento para la administración y las operaciones de registro generales. Calcule el espacio para incluir la sobrecarga de:

  • Archivos de registro
  • Archivos específicos del hipervisor. Por ejemplo:
    • VMware añade más archivos a la carpeta de almacenamiento de VM. Consulte Prácticas recomendadas de VMware.
    • Calcule los requisitos de tamaño total de su máquina virtual. Considere una máquina virtual que contenga 20 GB para el disco virtual, 16 GB para el archivo de intercambio y 100 MB para los archivos de registro, consumiendo un total de 36,1 GB.
  • Instantáneas para XenServer(http://support.citrix.com/article/CTX122978); Instantáneas para VMware(https://kb.vmware.com/s/article/1015180).

• Sobrecarga del proceso

  La creación de un catálogo, la adición de una máquina y la actualización de un catálogo tienen implicaciones de almacenamiento únicas. Por ejemplo:

  • La creación inicial del catálogo requiere que se copie una copia del disco base en cada ubicación de almacenamiento.
    • También requiere que cree una VM de preparación temporalmente.
  • La adición de 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 según las funciones seleccionadas.
  • La actualización del catálogo para crear un disco base adicional en cada ubicación de almacenamiento. Las actualizaciones del catálogo también experimentan un pico de almacenamiento temporal en el que cada VM del catálogo tiene 2 discos de diferencia durante un cierto período de tiempo.

Más consideraciones:

• Tamaño de la RAM: Afecta al tamaño de ciertos archivos y discos del hipervisor, incluidos los discos de optimización de E/S, la caché de escritura y los archivos de instantáneas.
• Aprovisionamiento ligero/pesado: Se prefiere el almacenamiento NFS debido a sus capacidades de aprovisionamiento ligero.

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

Con la función de optimización del almacenamiento de Machine Creation Services (MCS), conocida como MCS I/O:

• El contenedor de caché de escritura está basado en archivos, la misma funcionalidad que se encuentra en Citrix Provisioning. Por ejemplo, el nombre del archivo de caché de escritura de Citrix Provisioning es D:\vdiskdif.vhdx y el nombre del archivo de caché de escritura de MCS I/O es D:\mcsdif.vhdx.
• Logre mejoras de diagnóstico al incluir compatibilidad con un archivo de volcado de memoria de Windows escrito en el disco de caché de escritura.
• MCS I/O conserva la tecnología de caché en RAM con desbordamiento a disco duro para proporcionar la solución de caché de escritura de varias capas más óptima. Esta funcionalidad permite a un administrador equilibrar el costo en cada nivel, RAM y disco, y el rendimiento para cumplir con la expectativa de carga de trabajo deseada.

La actualización del método de caché de escritura de basado en disco a basado en archivos requiere los siguientes cambios:

1. MCS I/O ya no admite la caché solo de RAM. Especifique un tamaño de disco en Citrix Studio durante la creación del catálogo de máquinas.
2. El disco de caché de escritura de la VM se crea y formatea automáticamente al arrancar una VM por primera vez. Una vez que la VM está en funcionamiento, el archivo de caché de escritura mcsdif.vhdx se escribe en el volumen formateado MCSWCDisk.
3. El archivo de paginación se redirige a este volumen formateado, MCSWCDisk. Como resultado, este tamaño de disco considera la cantidad total de espacio en disco. Incluye la diferencia entre el tamaño del disco y la carga de trabajo generada, más el tamaño del archivo de paginación. Esto suele asociarse con el tamaño de la RAM de la VM.

Habilitación de las actualizaciones de optimización del almacenamiento de MCS

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

Nota:

Si actualiza una implementación existente que tiene MCS I/O habilitado, no se requiere ninguna configuración adicional. La actualización del VDA y del Delivery Controller gestiona la actualización de MCS I/O.

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

  

• La actualización de un catálogo de máquinas existente a una nueva instantánea de VM que contenga un VDA configurado para la versión 1903 da como resultado el siguiente comportamiento: la nueva instantánea sigue utilizando la configuración de MCS I/O del catálogo existente para la RAM y el tamaño del disco. El disco sin formato existente se formatea.

Importante:

La optimización del almacenamiento de MCS cambió con Citrix Virtual Apps and Desktops versión 1903. Esta versión admite la tecnología de caché de escritura basada en archivos, lo que proporciona un mejor rendimiento y estabilidad. La nueva funcionalidad proporcionada por MCS I/O podría requerir un mayor requisito de almacenamiento de caché de escritura en comparación con las versiones anteriores de Citrix Virtual Apps and Desktops. Citrix recomienda que reevalúe el tamaño del disco para asegurarse de que tiene suficiente espacio en disco para el flujo de trabajo asignado y el tamaño adicional del archivo de paginación. 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.

Uso de PowerShell para crear un catálogo con disco de caché de escritura persistente

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

Ejemplos de propiedades que se encuentran en el parámetro CustomProperties antes de admitir PersistWBC incluyen:

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

Establecer la propiedad PersistWBC en true no elimina el disco de caché de reescritura cuando el administrador de Citrix Virtual Apps and Desktops apaga la máquina mediante Citrix Studio.

Establecer la propiedad PersistWBC en false elimina el disco de caché de reescritura cuando el administrador de Citrix Virtual Apps and Desktops apaga la máquina mediante Citrix Studio.

Nota:

Si se omite la propiedad PersistWBC, la propiedad se establece de forma predeterminada en false y la caché de reescritura se elimina cuando la máquina se apaga mediante Citrix Studio.

Por ejemplo, al usar el parámetro CustomProperties para establecer 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 establecer mediante el cmdlet de PowerShell New-ProvScheme. Intentar modificar el CustomProperties de un esquema de aprovisionamiento después de la creación no tiene ningún impacto en el catálogo de máquinas ni en la persistencia del disco de caché de reescritura cuando se apaga una máquina.

Por ejemplo, establezca New-ProvScheme para usar la caché de reescritura mientras establece 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 cómo crear hosts de conexión, consulte Conexiones y recursos.

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

Es bueno saberlo:

• Una imagen maestra también puede conocerse como imagen clonada, imagen dorada, VM base o imagen base. Los proveedores de hosts utilizan diferentes términos.
• Cuando utilice Citrix Provisioning, puede usar una imagen maestra o un equipo físico como dispositivo de destino maestro. Citrix Provisioning utiliza una terminología diferente a la de MCS para referirse a las imágenes. Consulte la documentación de Citrix Provisioning para obtener más información.
• Asegúrese de que el host tenga suficientes procesadores, memoria y almacenamiento para albergar el número de máquinas creadas.
• Configure la cantidad correcta de espacio en disco duro necesario para los escritorios y las aplicaciones. Ese valor no se puede cambiar más tarde ni en el catálogo de máquinas.
• Los catálogos de máquinas de Acceso con PC remoto no utilizan imágenes maestras.
• Consideraciones sobre la activación de Microsoft KMS al usar MCS: Si su implementación incluye VDA 7.x con un host XenServer 6.1 o 6.2, vSphere o Microsoft System Center Virtual Machine Manager, no necesita volver a activar manualmente Microsoft Windows ni Microsoft Office.

Instale y configure el siguiente software en la imagen maestra:

• Herramientas de integración para su hipervisor (como Citrix VM Tools, Hyper-V Integration Services o VMware tools). Si omite este paso, las aplicaciones y los escritorios podrían no funcionar correctamente.
• Un VDA. Citrix recomienda instalar la versión más reciente para permitir el acceso a las funciones más nuevas. Si no se instala un VDA en la imagen maestra, la creación del catálogo provocará un error.
• Herramientas de terceros según sea necesario, como software antivirus o agentes de distribución de software electrónico. Configure los servicios con la configuración adecuada para los usuarios y el tipo de máquina (como las funciones de actualización).
• Aplicaciones de terceros que no esté virtualizando. Citrix recomienda virtualizar las aplicaciones. La virtualización reduce los costes al eliminar la necesidad de actualizar la imagen maestra después de añadir o reconfigurar una aplicación. Además, menos aplicaciones instaladas reducen el tamaño de los discos duros de la imagen maestra, lo que ahorra costes de almacenamiento.
• Clientes de App-V con la configuración recomendada, si tiene previsto publicar aplicaciones App-V. El cliente de App-V está disponible en Microsoft.
• Cuando utilice MCS, si localiza Microsoft Windows, instale las configuraciones regionales y los paquetes de idioma. Durante el aprovisionamiento, cuando se crea una instantánea, las VM aprovisionadas utilizan las configuraciones regionales y los paquetes de idioma instalados.

Importante:

Si utiliza Citrix Provisioning o MCS, no ejecute Sysprep en las imágenes maestras.

Para preparar una imagen maestra:

1. Usando la herramienta de administración de su hipervisor, cree una imagen maestra y luego instale el sistema operativo, además de todos los service packs y actualizaciones. Especifique el número de vCPU. También puede especificar el valor de vCPU si crea el catálogo de máquinas usando PowerShell. No puede especificar el número de vCPU al crear un catálogo usando Studio. Configure la cantidad de espacio en disco duro necesario para los escritorios y las aplicaciones. Ese valor no se puede cambiar más tarde ni en el catálogo.
2. Asegúrese de que el disco duro esté conectado en la ubicación de dispositivo 0. La mayoría de las plantillas de imagen maestra estándar configuran esta ubicación de forma predeterminada, pero algunas plantillas personalizadas podrían no hacerlo.
3. Instale y configure el software mencionado anteriormente en la imagen maestra.
4. Cuando utilice Citrix Provisioning, cree un archivo VHD para el disco virtual desde su dispositivo de destino maestro antes de unir el dispositivo de destino maestro a un dominio. Consulte la documentación de Citrix Provisioning para obtener más detalles.
5. Si no utiliza MCS, una la imagen maestra al dominio del que son miembros las aplicaciones y los escritorios. Asegúrese de que la imagen maestra esté disponible en el host donde se crean las máquinas. Si utiliza MCS, no es necesario unir la imagen maestra a un dominio. Las máquinas aprovisionadas se unen al dominio especificado en el asistente de creación de catálogos.
6. Citrix recomienda que cree y nombre una instantánea de su imagen maestra. Si especifica una imagen maestra en lugar de una instantánea al crear un catálogo, Studio crea una instantánea. No puede nombrarla.

Crear un catálogo de máquinas con Studio

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

Si utiliza una imagen maestra, asegúrese de haber instalado un VDA en la imagen antes de crear el catálogo.

Desde Studio:

• Si ya ha creado un sitio pero aún no ha creado un catálogo de máquinas, Studio le guiará al lugar correcto para crear un catálogo.
• Si ya ha creado un catálogo y desea crear otro, seleccione Catálogos de máquinas en el panel de navegación de Studio. Luego, 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 que vea variarán según las selecciones que realice.

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 los sistemas operativos Windows o Linux, pero el catálogo no puede contener ambos. (Consulte la documentación de Linux VDA para obtener más detalles sobre ese SO).
• SO de sesión única: Un catálogo de SO de sesión única proporciona escritorios VDI que puede asignar a varios usuarios diferentes.
• Acceso con PC remoto: Un catálogo de Acceso con PC remoto proporciona a los usuarios acceso remoto a sus máquinas de escritorio físicas de oficina. El Acceso con PC remoto no requiere una VPN para proporcionar seguridad.

Administración de máquinas

Esta página no aparece al crear catálogos de Acceso con PC remoto.

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

Elija si las máquinas del catálogo se administran energéticamente a través de Studio.

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

Si indicó que las máquinas se administran energéticamente a través de Studio, elija qué herramienta usar para crear 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: (Anteriormente, Provisioning Services). Administra los dispositivos de destino como una colección de dispositivos. Un disco virtual de Citrix Provisioning, creado a partir de una imagen de un dispositivo de destino maestro, entrega escritorios y aplicaciones.

  Nota:

  Esta opción ya no es compatible. Para importar un dispositivo de destino de Citrix Provisioning a un catálogo de Citrix Virtual Apps and Desktops, utilice el Asistente para exportar dispositivos de Citrix Provisioning.

• Otro: Una herramienta que administra máquinas que ya están en el centro de datos. Citrix recomienda utilizar Microsoft System Center Configuration Manager u otra aplicación de terceros para garantizar que las máquinas del catálogo sean coherentes.

Tipos de escritorio (experiencia de escritorio)

Esta página aparece solo cuando se crea un catálogo que contiene máquinas de 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 utiliza MCS para aprovisionar las máquinas, puede configurar cómo se gestionan los cambios de usuario en el escritorio:

• Guardar los cambios del usuario en el escritorio en el disco local.
• Descartar los cambios del usuario y borrar el escritorio virtual cuando el usuario cierra sesión. Seleccione esta opción si utiliza la capa de personalización del usuario.

Imagen maestra

Esta página aparece solo cuando se utiliza MCS 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 la máquina virtual creada anteriormente. Si está creando el primer catálogo, la única conexión disponible es la que configuró al crear el sitio.

Recuerde:

• Cuando utilice MCS o Citrix Provisioning, no ejecute Sysprep en las imágenes maestras.
• Si especifica una imagen maestra en lugar de una instantánea, Studio crea una instantánea, pero no puede asignarle un nombre.

Para habilitar el uso de las funciones más recientes del producto, asegúrese de que la imagen maestra tenga instalada la versión más reciente de VDA. No cambie la selección predeterminada de VDA mínima. Sin embargo, si debe usar una versión anterior de VDA, consulte Versiones de VDA y niveles funcionales.

Aparece un mensaje de error si selecciona una instantánea o una VM que no es compatible con la tecnología de administración de máquinas que seleccionó anteriormente en el asistente.

Colección de dispositivos

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

La página Colección de dispositivos muestra las colecciones de dispositivos y los dispositivos que aún no se han agregado a los catálogos.

Seleccione las colecciones de dispositivos que desea utilizar.

Máquinas

Esta página no aparece al crear catálogos de Acceso con PC remoto.

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

Al usar MCS:

• Especifique cuántas máquinas virtuales quiere crear.
• Elija la cantidad de memoria (en MB) que tiene cada máquina virtual.
• Cada máquina virtual creada tiene un disco duro. Su tamaño se establece en la imagen maestra. No puede cambiar el tamaño del disco duro en el catálogo.
• Si su implementación contiene más de una zona, puede seleccionar una zona para el catálogo.
• Si va a crear máquinas virtuales de escritorio estáticas, seleccione un modo de copia de máquina virtual. Consulte Modo de copia de máquina virtual.
• Si va a crear máquinas virtuales de escritorio aleatorias que no utilizan vDisks, puede configurar una caché para los datos temporales de cada máquina. Consulte Configurar caché para datos temporales.

Al usar Citrix Provisioning:

La página Dispositivos enumera las máquinas de la colección de dispositivos que seleccionó en la página anterior del asistente. No puede agregar ni quitar máquinas en esta página.

Al usar otras herramientas:

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

Después de agregar o importar nombres, puede usar el botón Quitar para eliminar nombres de la lista, mientras aún se encuentre en esta página.

Al usar Citrix Provisioning u otras herramientas (pero no MCS):

Un icono y una información sobre herramientas para cada máquina agregada (o importada, o de una colección de dispositivos de Citrix Provisioning) ayudan a identificar las máquinas que podrían no ser aptas para agregar al catálogo o que no pueden registrarse en un Delivery Controller. Para obtener más información, consulte Versiones de VDA y niveles funcionales.

Modo de copia de máquina virtual

El modo de copia que especifique en la página Máquinas determina si MCS crea clones finos (copia rápida) o gruesos (copia completa) a partir de la imagen maestra. (Predeterminado = clones finos)

• Utilice clones de copia rápida para un uso más eficiente del almacenamiento y una creación de máquinas más rápida.
• Utilice clones de copia completa para una mejor recuperación de datos y compatibilidad con la migración, con IOPS potencialmente reducidas después de la creación de las máquinas.

Versiones de VDA y niveles funcionales

El nivel funcional de un catálogo controla qué funciones del producto están disponibles para las máquinas del catálogo. El uso de funciones introducidas en las nuevas versiones del producto requiere un nuevo VDA. Al establecer un nivel funcional, todas las funciones introducidas en esa versión (y posteriores, si el nivel funcional no cambia) estarán disponibles para las máquinas del catálogo. Sin embargo, las máquinas de ese catálogo con una versión de VDA anterior no pueden registrarse.

Un menú 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, se selecciona el nivel funcional más actual para las implementaciones locales. Si sigue la recomendación de Citrix de instalar y actualizar siempre los VDA y los componentes principales a la versión más reciente, no es necesario que cambie esta selección. Sin embargo, si debe seguir utilizando versiones anteriores de VDA, seleccione el valor correcto.

Es posible que una versión de Citrix Virtual Apps and Desktops no incluya una nueva versión de VDA, o que el nuevo VDA no afecte al nivel funcional. En tales casos, el nivel funcional podría indicar una versión de VDA anterior a los componentes instalados o actualizados. Por ejemplo, aunque la versión 7.17 contiene un VDA 7.17, el nivel funcional predeterminado (“7.9 o posterior”) sigue siendo el más actual. Por lo tanto, después de instalar o actualizar los componentes 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 afecta a la lista de máquinas que se encuentra encima. En la lista, la información sobre herramientas junto a cada entrada indica si el VDA de la máquina es compatible con el catálogo en ese nivel funcional.

Se publican mensajes en la página si el VDA de cada máquina no cumple o supera el nivel funcional mínimo seleccionado. Puede continuar con el asistente. Es probable que esas máquinas no puedan registrarse con un Controller más adelante. Como alternativa, puede:

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

También se publica un mensaje si una máquina no se agregó al catálogo porque el tipo de máquina es incorrecto. Algunos ejemplos son intentar agregar un servidor a un catálogo de SO de sesión única o agregar una máquina de SO de sesión única creada originalmente 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 usarse con futuras funciones de Citrix Virtual Apps and Desktops. La selección 7.9 (o posterior) sigue siendo la predeterminada. Esa opción predeterminada es válida para todas las implementaciones actuales.

Si selecciona 1811 (o posterior), las versiones anteriores de VDA de ese catálogo no podrán registrarse con un Controller. Sin embargo, si el catálogo contiene solo VDA de la versión 1811 o versiones posteriores compatibles, todos ellos podrán registrarse. Esto incluye catálogos que contienen 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é para datos temporales

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

Importante:

Esta función requiere un controlador de E/S de MCS actual. La instalación de este controlador es una opción al instalar o actualizar un VDA. De forma predeterminada, ese controlador no está instalado.

Al crear la conexión que utiliza el catálogo, se especifica si los datos temporales utilizan almacenamiento compartido o local. Para obtener más información, consulte Conexiones y recursos. Para configurar una caché de datos temporales en cada máquina, puede utilizar las dos opciones siguientes: Memoria asignada a la caché (MB) y Tamaño de la caché de disco (GB). De forma predeterminada, las dos opciones están desactivadas. Para habilitar la opción Memoria asignada a la caché (MB), seleccione la casilla de verificación Tamaño de la caché de disco (GB). Si la casilla de verificación Tamaño de la caché de disco no está seleccionada, la opción Memoria asignada a la caché aparece atenuada. Según el tipo de conexión, los valores predeterminados de estas opciones pueden variar. Por lo general, 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 el propio Windows, incluido el archivo de paginación de Windows.
• Datos del perfil de usuario.
• Datos de ShareFile que se sincronizan con las sesiones de los usuarios.
• Datos que pueden ser creados o copiados por un usuario de sesión o por cualquier aplicación que los usuarios puedan instalar dentro de la sesión.

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

• Si no selecciona la casilla de verificación Tamaño de caché de disco ni la casilla de verificación Memoria asignada a la caché, los datos temporales no se almacenan en caché. Se escriben directamente en el disco de diferencias (ubicado en el almacenamiento del SO) para cada VM. (Esta es la acción de aprovisionamiento en la versión 7.8 y anteriores.)
• Si selecciona la casilla de verificación Tamaño de caché de disco y no selecciona la casilla de verificación Memoria asignada a la caché, los datos temporales se escriben directamente en el disco de caché, utilizando una cantidad mínima de caché de memoria.
• Si selecciona la casilla de verificación Tamaño de caché de disco y la casilla de verificación Memoria asignada a la caché, los datos temporales se escriben inicialmente en la caché de memoria. Cuando la caché de memoria alcanza su límite configurado (el valor de Memoria asignada a la caché), los datos más antiguos se mueven al disco de caché de datos temporales.

Importante:

• Si la caché de disco se queda sin espacio, la sesión del usuario deja de ser utilizable.
• Esta función no está disponible cuando se utiliza una conexión de host de Nutanix.
• No se pueden cambiar los valores de caché en un catálogo de máquinas después de crear la máquina.

Nota:

• La caché de memoria forma parte de la cantidad total de memoria de cada máquina. Por lo tanto, si habilita la opción Memoria asignada a la caché, considere aumentar la cantidad total de memoria en cada máquina.
• Cambiar el Tamaño de caché de disco de su valor predeterminado puede afectar al rendimiento. El tamaño debe coincidir con los requisitos del usuario y la carga de la máquina.

NIC

Esta página no aparece al crear catálogos de Acceso con PC remoto.

En la página Tarjetas de interfaz de red, si tiene previsto utilizar varias NIC, asocie una red virtual a cada tarjeta. Por ejemplo, puede asignar una tarjeta para acceder a una red segura específica y otra tarjeta para acceder a una red de uso más común. También puede agregar o quitar NIC desde esta página.

Cuentas de máquina

Esta página solo aparece al crear catálogos de Acceso con PC remoto.

En la página Cuentas de máquina, especifique las cuentas de máquina de Active Directory o las unidades organizativas (OU) que se van a agregar y que corresponden a usuarios o grupos de usuarios. No utilice una barra diagonal (/) en el nombre de una OU.

Puede elegir una conexión de administración de energía configurada previamente o no utilizar la administración de energía. Si quiere usar la administración de energía, pero aún no se ha configurado una conexión adecuada, puede crear esa conexión más tarde y, a continuación, modificar el catálogo de máquinas para actualizar la configuración de administración de energía.

Cuentas de equipo

Esta página solo aparece al usar MCS 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 quiere crear cuentas o usar cuentas existentes, así como la ubicación de esas cuentas.

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

  Especifique el esquema de nomenclatura de cuentas para la máquina, utilizando signos de almohadilla para indicar dónde aparecen números o letras secuenciales. No utilice una barra diagonal (/) en el nombre de una OU. Un nombre no puede empezar por un número. Por ejemplo, un esquema de nomenclatura de PC-Sales-## (con 0-9 seleccionado) da como resultado cuentas de equipo llamadas PC-Sales-01, PC-Sales-02, PC-Sales-03, etc.

• Si utiliza cuentas existentes, busque las cuentas o haga clic en Importar y especifique un archivo .csv que contenga los nombres de las cuentas. El contenido del archivo importado debe usar el formato:

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

Asegúrese de que haya suficientes cuentas para todas las máquinas que va a agregar. Studio administra estas cuentas, por lo que debe permitir que Studio restablezca las contraseñas de todas las cuentas o especificar 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 cuentas existentes. Asigne cada máquina a una cuenta de equipo de Active Directory y a una cuenta de usuario.

Para las máquinas creadas con Citrix Provisioning, las cuentas de equipo para los dispositivos de destino se administran de forma diferente; consulte la documentación de Citrix Provisioning.

Resumen, nombre y descripción

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

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

Solucionar problemas

Importante:

Después de crear el catálogo de máquinas con Citrix Studio, ya no puede usar el comando de PowerShell Get-ProvTask para recuperar las tareas asociadas a la creación del catálogo 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 creó correctamente.

Citrix recomienda recopilar registros para ayudar al equipo de soporte a proporcionar soluciones. Cuando utilice Citrix Provisioning, siga este procedimiento para generar archivos de registro:

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

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

3. En el Delivery Controller, ejecute el siguiente comando de PowerShell: Set-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown -Value $True.

4. Cree un catálogo basado en esa instantánea.
5. Cuando la VM de preparación se cree en el hipervisor, inicie sesión y extraiga los siguientes archivos de la raíz de C:\: Image-prep.log y PvsVmAgentLog.txt.
6. Apague la máquina, momento en el que informará del error.
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.

Pasos siguientes

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