Crear catálogos de máquinas

Importante:

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

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

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

Nota:

Puede administrar la implementación de Citrix Virtual Apps and Desktops mediante dos consolas de administración: Web Studio (basada en la web) y Citrix Studio (basada en Windows). Este artículo se refiere únicamente a Web Studio. Para obtener información sobre Citrix Studio, consulte el artículo equivalente en Citrix Virtual Apps and Desktops 7 2212 o versiones anteriores.

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

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

Introducción

Las colecciones de máquinas físicas o virtuales se administran como una entidad única, llamada catálogo de máquinas. Todas las máquinas de un catálogo tienen el mismo tipo de sistema operativo: SO multisesión o SO de sesión única y son máquinas Windows o Linux.

Web 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, Web Studio le guiará para crear su primer grupo de entrega. Posteriormente, puede cambiar el catálogo que haya creado y crear más catálogos.

Sugerencia:

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

Información general

Cuando crea un catálogo de máquinas virtuales, debe indicar cómo aprovisionarlas. Puede utilizar Machine Creation Services (MCS). 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 elige Machine Creation Services para aprovisionar las máquinas, debe proporcionar una imagen maestra (o una instantánea de ella) para crear máquinas virtuales idénticas en el catálogo. Antes de crear el catálogo, primero debe usar las herramientas para crear y configurar la imagen maestra. Este proceso incluye instalar un Virtual Delivery Agent (VDA) en la imagen. Después, crea un catálogo de máquinas en Web Studio. Debe seleccionar esa imagen (o instantánea), especificar la cantidad de máquinas virtuales que se van a crear en el catálogo y configurar información adicional.
• Si las máquinas ya están disponibles, debe crear igualmente uno o varios catálogos para esas máquinas.
• Si crea un catálogo directamente mediante el SDK de PowerShell, puede especificar una plantilla de hipervisor (VMTemplates), en vez de una imagen o una instantánea de la imagen.
• El uso de plantillas para aprovisionar catálogos se considera una función experimental. Al utilizar este método, es posible que la preparación de la máquina virtual falle. Como consecuencia, el catálogo no se puede publicar con la plantilla.

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

Después de completar el Asistente para la creación de catálogos de máquinas, se ejecutan pruebas automáticamente para garantizar que los catálogos se han configurado correctamente. Una vez completadas las pruebas, generan un informe que podrá ver. Ejecute las pruebas en cualquier momento desde Web 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, Web Studio no realiza la comprobación de licencias RDS válidas de Microsoft al crear catálogos de máquinas que contengan máquinas con SO Windows multisesión. Para ver el estado de la licencia RDS de Microsoft en una máquina con SO multisesión Windows, vaya a Citrix Director. Consulte el estado de la licencia RDS de Microsoft en el panel Detalles de la máquina. Este panel se encuentra en la página Detalles de la máquina y Detalles del usuario. Para obtener más información, consulte Estado de la licencia RDS de Microsoft.

Registro de VDA

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

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

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

Para obtener más información, consulte:

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

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

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

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

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

Consideraciones sobre el almacenamiento de Machine Creation Services

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

Consideraciones de capacidad:

• Discos

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

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

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

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

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

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

• Sobrecarga del hipervisor

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

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

• Sobrecarga del proceso

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

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

Más consideraciones:

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

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

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

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

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

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

Habilitar actualizaciones de optimización del almacenamiento de MCS

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

Nota:

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

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

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

  

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

Importante:

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

Asignar una letra de unidad específica al disco de la memoria caché de reescritura de E/S de MCS

Puede asignar una letra de unidad específica al disco de la memoria caché de reescritura de E/S de MCS. Esta implementación le ayuda a evitar conflictos entre la letra de la unidad de cualquier aplicación que utilice y la letra de la unidad del disco de la memoria caché de reescritura de E/S de MCS. Para asignar la letra de unidad al disco de caché de reescritura de E/S de MCS, puede usar los comandos de PowerShell. Los hipervisores compatibles son Azure, GCP, VMware, SCVMM y XenServer.

Nota:

Esta función requiere la versión 2305 de VDA o una posterior.

Limitaciones

• Aplicable solo al sistema operativo Windows
• Letra de unidad aplicable al disco de la memoria caché de reescritura: De E a Z
• No se aplica cuando el disco temporal de Azure se utiliza como disco de la memoria caché de reescritura
• Aplicable solo cuando al crear otros catálogos de máquinas

Asignar una letra de unidad al disco de la memoria caché de reescritura

Para asignar una letra de unidad al disco de la memoria caché de reescritura:

1. Abra la ventana de PowerShell.
2. Ejecute asnp citrix*.
3. Cree un grupo de identidades si aún no se ha creado.

4. Cree un esquema de aprovisionamiento mediante el comando New-ProvScheme con la propiedad WriteBackCacheDriveLetter. Por ejemplo:

   New-ProvScheme -CleanOnBoot `
   -HostingUnitName "<name>" `
   -IdentityPoolName $schemeName `
   -ProvisioningSchemeName $schemeName `
   -InitialBatchSizeHint 1 `
   -UseWriteBackCache -WriteBackCacheDiskSize 127 -WriteBackCacheMemorySize 256 -WriteBackCacheDriveLetter E `
   -MasterImageVM "XDHyp:\HostingUnits<name>\image.folder\abcd-resources.resourcegroup\MCSIOMasterVm_OsDisk_1_d3e2d6352xxxxxxxxx2130aa145ec77.manageddisk" `
   -NetworkMapping @{"0"="XDHyp:\HostingUnits\name\virtualprivatecloud.folder\East US.region\virtualprivatecloud.folder\abcd-resources.resourcegroup\abcd-resources-vnet.virtualprivatecloud\default.network"} `
   -ServiceOffering "XDHyp:\HostingUnits\<name>\serviceoffering.folder\Standard_D2s_v5.serviceoffering" `
   -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="OsType" Value="Windows" />
   <Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS"/>
   <Property xsi:type="StringProperty" Name="PersistWBC" Value="false" />
   <Property xsi:type="StringProperty" Name="PersistOsDisk" Value="false" />
   <Property xsi:type="StringProperty" Name="PersistVm" Value="false" />
   <Property xsi:type="StringProperty" Name="WBCDiskStorageType" Value="Premium_LRS" />
   <Property xsi:type="StringProperty" Name="UseTempDiskForWBC" Value="false" />
   <Property xsi:type="StringProperty" Name="ResourceGroups" Value="abcd-group1" />
   <Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
   <Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
   </CustomProperties>'
   <!--NeedCopy-->
   

5. Termine de crear el catálogo. Para obtener información, consulte https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/.

Preparar una imagen maestra

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

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

Información útil:

• Una imagen maestra también se conoce como imagen clon, imagen dorada, VM base o imagen base. Los proveedores de hosts emplean términos distintos.
• Compruebe que el host tiene procesadores, memoria y capacidad de almacenamiento suficientes para admitir la cantidad de máquinas creadas.
• Configure la cantidad necesaria de espacio en disco duro para los escritorios y las aplicaciones. Ese valor no se puede cambiar más adelante o en el catálogo de la máquina.
• Los catálogos de máquinas de acceso con Remote PC no utilizan imágenes maestras.

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 Machine Creation Services, no ejecute Sysprep en imágenes maestras.

Para preparar una imagen maestra:

1. Con la herramienta de administración del hipervisor, cree una imagen maestra y, a continuación, instale el sistema operativo, además de todos los Service Pack y las actualizaciones. Especifique la cantidad de CPU virtuales. También puede especificar el valor de la CPU virtual si crea el catálogo de máquinas mediante PowerShell. No se puede especificar la cantidad de CPU virtuales si crea el catálogo con Web 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 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.
5. Citrix recomienda crear y asignar un nombre a una instantánea de la imagen maestra. Si especifica una imagen maestra en lugar de una instantánea al crear un catálogo de máquinas, Web Studio crea una instantánea. No se puede darle el nombre.

Activación de licencias por volumen

MCS admite la activación de licencias por volumen para automatizar y administrar la activación de los sistemas operativos Windows y Microsoft Office. Los tres modelos que admite MCS para la activación de licencias por volumen son:

• Servicio de administración de claves KMS (Key Management Service)
• Activación basada en Active Directory (ADBA)
• Multiple Activation Key (MAK)

Puede cambiar la configuración de activación después de crear el catálogo de máquinas.

Servicio de administración de claves KMS (Key Management Service)

KMS es un servicio ligero que no requiere un sistema dedicado y se puede alojar fácilmente y de manera conjunta en un sistema que proporcione otros servicios. Esta funcionalidad se admite en todas las versiones de Windows compatibles con Citrix. Durante la preparación de la imagen, MCS realiza el rearmado de Microsoft Windows y Microsoft Office KMS. Puede omitir el rearmado ejecutando el comando Set-Provserviceconfigurationdata. Para obtener más información sobre el rearmado de Microsoft Windows KMS y Microsoft Office KMS durante la preparación de imágenes, consulte Machine Creation Services: Image Preparation Overview and Fault-Finding. Para obtener más información sobre la activación de KMS, consulte Activate using Key Management Service.

Nota:

Todos los catálogos de máquinas creados después de ejecutar el comando Set-Provserviceconfigurationdata tienen la misma configuración que se proporciona en el comando.

Activación basada en Active Directory (ADBA)

ADBA le permite activar máquinas a través de sus conexiones de dominio. Las máquinas se activan inmediatamente cuando se unen al dominio. Estas máquinas permanecen activadas mientras sigan unidas al dominio y en contacto con él. Esta funcionalidad se admite en todas las versiones de Windows compatibles con Citrix, excepto en Windows Server 2022. Para obtener más información sobre la activación basada en Active Directory, consulte Activate using Active Directory-based activation.

Multiple Activation Key (MAK)

MAK es una modalidad de activación por volumen y de autenticación del sistema Windows con la ayuda del servidor de Microsoft. Es necesario comprar la clave MAK de Microsoft, a la que se le asigna una cantidad fija de recuentos de activación. Cada vez que se activa un sistema Windows, el recuento de activaciones se reduce. Hay dos maneras de activar el sistema:

• Activación con conexión: Si el sistema Windows que quiere activar tiene acceso a Internet, el sistema activa Windows automáticamente al instalar la clave de producto. Este proceso reduce el recuento de activaciones en 1 para la instancia MAK correspondiente.
• Activación sin conexión: Si el sistema Windows no puede conectarse a Internet para la activación en línea, MCS obtiene un ID de confirmación y un ID de instalación del servidor de Microsoft para activar el sistema Windows. Esta forma de activación es útil para catálogos de máquinas no persistentes.

Nota:

• MCS no admite la activación de Microsoft Office mediante MAK.
• La versión mínima de VDA requerida es 2303.

Requisitos clave

• El Delivery Controller debe tener acceso a Internet.
• Crear un nuevo catálogo si la nueva imagen que va a actualizarse tiene una clave MAK distinta de la original.
• Instalar la clave MAK en la imagen maestra. Consulte Deploy MAK Activation para conocer los pasos para instalar la clave MAK en un sistema Windows.

• Si no está utilizando la preparación de imágenes:

  1. Agregue el valor de registro de DWORD Manual en Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation.
  2. Defina el valor en 1.

Recuentos de activación

Para ver el número de activaciones restantes para la clave MAK o para comprobar si una máquina virtual consume dos o más activaciones, utilice la herramienta de gestión de activación por volumen (Volume Activation Management Tool, VAMT). Consulte Install VAMT.

Activar el sistema Windows mediante MAK

Para activar el sistema Windows mediante MAK:

1. Instale la clave de producto en la imagen maestra. Este paso consume un recuento de activación.
2. Cree un catálogo de máquinas de MCS.

3. Si no utiliza la preparación de imágenes:

   1. Agregue el valor de registro de DWORD Manual en Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation.
   2. Defina el valor en 1.

   Este método inhabilita la opción de activación con conexión.

4. Agregue máquinas virtuales al catálogo de máquinas.
5. Encienda las máquinas virtuales.

6. Dependiendo de si se trata de una activación con o sin conexión, se activa el sistema Windows.

   • Si se trata de una activación con conexión, el sistema Windows se activa después de instalar la clave del producto.
   • Si se trata de una activación si conexión, MCS se comunica con las máquinas virtuales aprovisionadas para obtener el estado de activación del sistema Windows. A continuación, MCS obtiene un ID de confirmación y un ID de instalación del servidor de Microsoft. Estos identificadores se utilizan para activar el sistema Windows.

Solución de problemas

Si la máquina virtual aprovisionada no está activada con la clave MAK instalada, ejecute el comando Get-ProvVM o Get-ProvScheme en una ventana de PowerShell.

• El comando Get-ProvScheme: Consulte el parámetro WindowsActivationType asociado al catálogo de máquinas de MCS en la imagen maestra más reciente.
• El comando Get-ProvVM. Consulte los parámetros WindowsActivationType, WindowsActivationStatus, WindowsActivationStatusErrorCode y WindowsActivationStatusError.

Puede comprobar el error y comprobar los pasos para resolver el problema.

Crear un catálogo de máquinas mediante Web Studio

Antes de crear un catálogo:

• Consulte esta sección para obtener más información acerca de las decisiones que deberá tomar y la información que deberá facilitar.
• Compruebe que ha creado una conexión con el hipervisor, servicio de nube u otros recursos que alojan las máquinas.
• Si ha creado una imagen maestra para aprovisionar máquinas, compruebe que ha instalado un VDA en esa imagen.

Para iniciar al asistente de creación de catálogos:

1. Si este es el primer catálogo que se crea, se le guiará para la selección correcta (como “Configure las máquinas y cree catálogos de máquinas para ejecutar aplicaciones y escritorios”). Se abrirá el asistente para la creación de catálogos.

2. Si ya creó un catálogo y quiere crear otro, siga estos pasos:

   1. Inicie sesión en Web Studio, seleccione Catálogos de máquinas en el panel de la izquierda y, a continuación, seleccione Crear catálogo de máquinas en la barra de acciones.

   2. Para organizar los catálogos por medio de carpetas, cree carpetas en la carpeta Catálogos de máquinas predeterminada. Para obtener más información, consulte Crear una carpeta de catálogo.

   3. Seleccione la carpeta en la que quiere crear el catálogo y, a continuación, haga clic en Crear catálogo de máquinas. Se abrirá el asistente para la creación de catálogos.

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é herramientas 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 Web Studio.

• Las opciones de energía de las máquinas se administran a través de Web Studio (por ejemplo, máquinas virtuales o equipos PC blade). Esta opción solo está disponible si ya ha configurado una conexión a un host.
• Las opciones de energía de las máquinas no se administran a través de Web 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 Web Studio, elija la herramienta que se va a utilizar para crear las máquinas virtuales.

• Tecnología de Citrix Provisioning

  • Citrix Machine Creation Services (MCS) Crea un catálogo de máquinas virtuales aprovisionadas y de las que se han creado imágenes mediante MCS. MCS copia las imágenes clonadas de una imagen maestra a esas máquinas virtuales.

  • Citrix Provisioning Services (PVS) Crea un catálogo de máquinas virtuales aprovisionadas mediante MCS y de las que se han creado imágenes mediante PVS. Esas máquinas virtuales funcionan como dispositivos de destino de PVS y el servidor PVS puede transmitirles una única imagen de disco compartida.

    Nota:

    • Esta opción solo está disponible para los sitios de PVS registrados en Citrix Cloud y actualmente está limitada a los recursos de Azure.
    • Al crear un catálogo de Citrix Provisioning, en la página Dispositivo de destino, es posible que vea que, en el menú desplegable para seleccionar la comunidad y el sitio para las máquinas que se van a aprovisionar, aparecen comunidades y sitios que ya no existen. Como solución temporal, puede ejecutar el comando PowerShell Unregister-HypPvsSite para eliminar las comunidades y los sitios de la base de datos. Para obtener información sobre el comando de PowerShell, consulte Unregister-HypPvsSite.

• Otro servicio o tecnología Una herramienta que administra las 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)

Nota:

Las opciones de la página Experiencia de escritorio varían según el tipo de máquina que seleccione en la página Tipo de máquina.

• En las máquinas con sistema operativo multisesión, a los usuarios se les asigna un escritorio aleatorio cada vez que inician sesión. Seleccione una de estas opciones:

  • Sí, guardar los cambios en el disco local de la máquina que aloja los escritorios virtuales. (Persistente)
  • No; descartar todos los cambios y eliminar el escritorio virtual cuando el usuario cierre la sesión. (No persistente)

  Nota:

  En el caso de las máquinas multisesión persistentes, los cambios que hagan los usuarios en los escritorios se guardarán y podrán acceder a ellos todos los usuarios autorizados.

• En el caso de las máquinas con sistema operativo de sesión única, tiene disponibles las siguientes opciones en la página Experiencia de escritorio:

  • Quiero que los usuarios se conecten a un escritorio nuevo (aleatorio) cada vez que inicien sesión.

  • Quiero que los usuarios se conecten al mismo escritorio (estático) cada vez que inicien sesión.

    Además, para los escritorios estáticos, puede decidir si los cambios realizados por los usuarios se guardarán o se descartarán después de cerrar sesión.

Imagen

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

1. Seleccione un tipo de imagen para el catálogo de máquinas y, a continuación, seleccione una imagen. Hay dos tipos de imágenes disponibles:

   • Imagen maestra. Una imagen que no ha pasado por el proceso de preparación de imágenes. El proceso de preparación de imágenes se inicia automáticamente cuando se inicia la creación del catálogo.

     Nota:

     • Si utiliza Machine Creation Services, no debe ejecutar Sysprep en las imágenes maestras.
     • Si especifica una imagen maestra en lugar de una instantánea, Web Studio creará una instantánea, pero usted no le podrá asignar ningún nombre.

   • Imagen preparada. Una imagen que ha pasado por el proceso de preparación de imágenes y que se puede usar directamente para la creación de máquinas virtuales. Al optar por imágenes preparadas en lugar de imágenes maestras, el proceso de creación de catálogos es más rápido y fiable, a la vez que se optimiza la administración de las imágenes durante todo el ciclo de vida.

     Nota:

     • Las máquinas virtuales creadas mediante imágenes preparadas no admiten la hibernación.
     • Actualmente, la creación de catálogos con imágenes preparadas solo está disponible en entornos de Azure y VMware.

   Para obtener más información sobre cómo crear imágenes preparadas, consulte Administración de imágenes (Technical Preview).

   Al seleccionar una imagen, puede agregar una nota relativa a la imagen seleccionada si es necesario.

   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.

2. Para usar una máquina virtual existente como perfil de máquina, seleccione Usar un perfil de máquina y después seleccione la máquina virtual.

   Nota:

   Actualmente, el uso de perfiles de máquina está restringido a máquinas virtuales de Azure, AWS, GCP y VMware.

   En el caso de las implementaciones de VMware, al crear un catálogo de máquinas mediante un perfil de máquina, debe especificar la carpeta en la que quiere guardar las máquinas virtuales.

   Para proporcionar la ubicación de la carpeta de las máquinas virtuales, en el asistente de creación de catálogos, vaya a la página Máquinas virtuales, a continuación, a Seleccione una carpeta para colocar las máquinas y seleccione la ubicación para la carpeta de las máquinas virtuales. Si no se especifica, el sistema considera la carpeta del perfil de máquina seleccionado como la ubicación predeterminada.

3. Seleccione el nivel funcional mínimo para el catálogo. 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.

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. Introduzca 0 (cero) si no quiere crear ninguna. Más adelante, puede crear máquinas virtuales para un catálogo vacío mediante Agregar máquinas.
• Seleccione la cantidad de memoria (en MB) que tendrá cada máquina virtual.
• Cada máquina virtual creada tendrá un disco duro. El tamaño se este se configura en la imagen maestra. No se puede cambiar el tamaño del disco duro en el catálogo.
• Si la implementación contiene más de una zona, puede seleccionar una zona para el catálogo.
• Si quiere crear máquinas virtuales de escritorio estático, seleccione un modo de copia para la máquina virtual. Consulte Modo de copia para la máquina virtual.
• Si quiere crear máquinas virtuales de escritorio aleatorio que no usan discos vDisk, puede configurar una memoria caché que se va a usar para los datos temporales de cada máquina. Consulte Configurar la caché de datos temporales.

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 otras herramientas (pero no MCS):

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

Agregar SID al crear máquinas virtuales

Ahora puede agregar el parámetro ADAccountSid para identificar unívocamente las máquinas al crear nuevas máquinas virtuales.

Para hacerlo:

1. Cree un catálogo con el tipo de identidad admitido.

2. Agregue máquinas al catálogo mediante NewProvVM. Por ejemplo:

   New-ProvVM  -ProvisioningSchemeName "name"  -ADAccountSid @("SID ")  -RunAsynchronously
   <!--NeedCopy-->
   

Sin embargo, no puede aprovisionar una máquina con:

• Una cuenta de AD que no esté en el grupo de identidades del catálogo
• Una cuenta de AD que no esté disponible

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 niveles de operaciones de E/S por segundo potencialmente más bajos 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. El artículo Novedades de cada versión indica cualquier cambio en el nivel funcional predeterminado.

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

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

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

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

Importante:

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

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

Configurar la caché de datos temporales

Al usar MCS para administrar máquinas aleatorias no persistentes en un catálogo, puede habilitar la memoria caché de reescritura para las máquinas a fin de mejorar el rendimiento de E/S.

La memoria caché de reescritura se denomina E/S de MCS. Para obtener más información, consulte este artículo del blog.

Requisitos previos

Para habilitar la memoria caché de reescritura, el catálogo debe cumplir estos requisitos:

• Debe usar una conexión que especifique el almacenamiento de datos temporales. Para obtener más información, consulte Conexiones y recursos.

• Los VDA deben tener al menos la versión 7.9 e instalarse con un controlador de E/S de MCS actual.

  Nota:

  La instalación de este controlador es una opción cuando instala o actualiza la versión de un VDA. De forma predeterminada, ese controlador no se instala.

• Para habilitar la asignación de letras de unidad para las cachés de disco, las máquinas virtuales deben cumplir estos requisitos adicionales:
  • Sistema operativo: Windows
  • Versión de VDA: 2305 o una posterior

Consideraciones

• Las memorias cachés de reescritura vienen en caché de memoria y en caché de disco. De forma predeterminada, sus valores predeterminados varían según el tipo de conexión. Por lo general, los valores predeterminados son suficientes para la mayoría de los casos, sin embargo, considere 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.

  

• La configuración de la caché de reescritura con solo una memoria caché de disco y sin memoria caché ha quedado obsoleta. Para habilitar una caché para datos temporales, recomendamos seleccionar Tamaño de caché de disco (GB) y Memoria asignada para caché (MB) y especificar un tamaño superior a 0 para la memoria caché. Los datos temporales se escriben inicialmente en la memoria caché. Cuando la memoria caché alcanza su límite configurado, los datos más antiguos se trasfieren al disco de caché de datos temporales.
• La memoria caché es parte de la memoria total de cada máquina. Por lo tanto, si habilita la casilla Tamaño de memoria caché (MB) (recomendado), considere aumentar la cantidad total de memoria en cada máquina.
• Si mantiene la casilla Tamaño de memoria caché (MB) (recomendado) sin marcar, los datos temporales se escriben directamente en la memoria caché del disco, lo que emplea una cantidad mínima de memoria.

• Cambiar el valor predeterminado del tamaño de la caché del disco (GB) 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.

  Importante:

  Si la memoria caché de disco se queda sin espacio, la sesión del usuario se vuelve inutilizable.

• Si desmarca la casilla Tamaño de caché de disco, no se creará ninguna caché de disco. En este caso, especifique un valor de Memoria asignada para caché que sea suficiente para contener todos los datos temporales. Esto es factible solo si hay grandes cantidades de RAM disponibles para asignarse a cada VM.

• Si deja sin marcar ambas casillas, los datos temporales no se almacenan en caché. Se escriben en el disco de diferenciación (ubicado en el almacenamiento de SO) para cada VM. (esta es la acción de aprovisionamiento en las versiones anteriores a la 7.9).

• No habilite el almacenamiento en caché si va a usar este catálogo para crear AppDisks.

• No puede cambiar los valores de caché en un catálogo de máquinas después de haberlo creado.

NIC

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

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

Cuentas de máquina

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

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

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

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

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

Identidades de las máquinas

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 identidad única. Esta página le permite configurar las identidades de las máquinas del catálogo. Las máquinas se unen a la identidad después de aprovisionarse. No se puede cambiar el tipo de identidad después de crear el catálogo.

Un flujo de trabajo general para configurar los parámetros de esta página es el siguiente:

1. Seleccione una identidad de la lista.
2. Indique si se van a crear cuentas o si se van a utilizar cuentas existentes, además de la ubicación (dominio) de estas.

Se pueden seleccionar una de las siguientes opciones:

• Active Directory local. Máquinas propiedad de una organización en las que se ha iniciado sesión con una cuenta de Active Directory perteneciente a esa organización. Están presentes en instancias locales.

• Unido a Azure Active Directory híbrido. Máquinas propiedad de una organización en las que se ha iniciado sesión con una cuenta de Active Directory Domain Services perteneciente a esa organización. Existen en la nube y en instancias locales. Para obtener información sobre los requisitos, las limitaciones y los aspectos a tener en cuenta, consulte Unido a Azure Active Directory híbrido.

  Nota:

  • Antes de poder usar la opción de unido a Azure Active Directory híbrido, asegúrese de que su entorno de Azure cumpla con los requisitos previos. Consulte https://docs.microsoft.com/en-us/azure/active-directory/devices/hybrid-azuread-join-managed-domains.
  • Esta opción requiere que la imagen maestra cumpla los requisitos del sistema operativo. Para obtener más información, consulte la documentación de Microsoft: https://learn.microsoft.com/en-us/azure/active-directory/devices/concept-azure-ad-join-hybrid.

Importante:

• Si selecciona Active Directory local o Unido a Azure Active Directory híbrido como el tipo de identidad, cada máquina del catálogo debe tener una cuenta de equipo de Active Directory correspondiente.

Si crea cuentas, debe tener permiso para crear cuentas de equipo en la unidad organizativa donde residen las máquinas. Cada máquina del catálogo debe tener un nombre exclusivo. Especifique el esquema de denominación de cuentas para las máquinas que quiere crear. Para obtener más información, consulte Esquema de nomenclatura de cuentas de máquina.

Nota:

Asegúrese de que en los nombres de las unidades organizativas no se utilizan barras inclinadas hacia delante (/).

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

Compruebe que hay cuentas suficientes para las máquinas que está agregando. La interfaz de Web Studio administra esas cuentas. Por eso, permita que dicha interfaz 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.

Esquema de nomenclatura de cuentas de máquina

Cada máquina de un catálogo debe tener un nombre único. Debe especificar un esquema de nomenclatura de cuentas de máquina al crear un catálogo. Use comodines (marcas hash) como marcadores de posición para los números o letras secuenciales que aparecen en el nombre.

Al especificar un esquema de nomenclatura, tenga en cuenta las siguientes reglas:

• El esquema de nomenclatura debe contener, al menos, un comodín. Debe poner todos los comodines juntos.
• El nombre completo, incluidos los comodines, debe contener al menos 2 caracteres, pero no más de 15. Debe incluir al menos un carácter no numérico y un carácter # (comodín).
• El nombre no debe incluir espacios ni ninguno de estos caracteres: ,~!@'$%^&.()}{\/*?"<>|=+[];:_"..
• El nombre no puede terminar con un guion (-).

Además, deje suficiente espacio para que crezca cuando especifique el esquema de nomenclatura. Considere este ejemplo: Si crea 1000 cuentas de máquina con el esquema “granlongitud#”, el último nombre de cuenta creado (granlongitud1000) contiene 16 caracteres. Por tanto, el esquema de nomenclatura genera al menos un nombre de máquina que supera el máximo de 15 caracteres.

Puede indicar si los valores secuenciales son números (0-9) o letras (A-Z):

• 0-9. Si se selecciona, los comodines especificados se traducen a números secuenciales.

  Nota:

  Si solo hay un comodín (#), los nombres de las cuentas comienzan por 1. Si hay dos, los nombres de las cuentas comienzan por 01. Si hay tres, los nombres de las cuentas comienzan por 001, y así sucesivamente.

• A-Z. Si se selecciona, los comodines especificados se traducen a letras secuenciales.

Por ejemplo, un esquema de denominación PC-Ventas-## (con números del 0 al 9 seleccionados) da como resultado cuentas llamadas PC-Ventas-01, PC-Ventas-02, PC-Ventas-03, etc.

Si lo quiere, puede especificar con qué empiezan los nombres de las cuentas.

• Si selecciona 0-9, las cuentas se designan secuencialmente, empezando por los números especificados. Introduzca uno o más dígitos, según el número de comodines que utilice en el campo anterior. Por ejemplo, si usa dos comodines, introduzca dos dígitos o más.
• Si selecciona A-Z, las cuentas se designan secuencialmente, empezando por las letras especificadas. Introduzca una o más letras, según el número de comodines que utilice en el campo anterior. Por ejemplo, si usa dos comodines, introduzca dos letras o más.

Credenciales de dominio

Seleccione Introducir credenciales e introduzca las credenciales de un administrador con permiso para realizar operaciones de cuentas en el dominio de Active Directory de destino.

Utilice la opción Comprobar nombre para comprobar si el nombre de usuario es válido o único. La opción es útil, por ejemplo, cuando:

• El mismo nombre de usuario existe en varios dominios. Se le solicita que seleccione el usuario correspondiente.
• No se acuerda del nombre del dominio. Puede introducir el nombre del usuario sin especificar el nombre del dominio. Si la comprobación se realiza correctamente, el nombre del dominio se rellena automáticamente.

Nota:

Si el tipo de identidad que seleccionó en Identidades de máquina es Unido a Azure Active Directory híbrido, las credenciales que introduzca deben tener el permiso Write userCertificate.

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

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

En Catálogos de máquinas, el nuevo catálogo aparece con una barra de progreso integrado.

Para ver los detalles del progreso de la creación:

1. Pase el mouse por encima del catálogo de máquinas.

2. En el texto de ayuda que aparece, haga clic en Ver detalles.

   Aparece un gráfico de progreso detallado en el que puede ver lo siguiente:

   • Historial de los pasos
   • Progreso y tiempo de ejecución del paso actual
   • Pasos restantes

Sincronización horaria de MCS

La sincronización horaria viene determinada por la imagen maestra y el tipo de identidad de la máquina unida al catálogo. Obtendrá este método de sincronización horaria según la imagen maestra y el catálogo:

Nota:

La sincronización horaria original se controla mediante este parámetro del Registro y no se puede cambiar:

• Equipo\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config

Valor: MaxAllowedPhaseOffset, MaxNegPhaseCorrection, and MaxPosPhaseCorrection

• Equipo\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters

Valor: Tipo

Para impedir que MCS cambie el parámetro de sincronización horaria, establezca el valor de este parámetro del Registro en la imagen maestra:

• Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix
• Nombre: TimeSyncMethodKeep
• Tipo: DWORD
• 0 (o el valor TimeSyncMethodKeep no está configurado): No conserva el parámetro original de sincronización horaria.
• 1: Conserva el parámetro original de sincronización horaria y los valores de los parámetros predeterminados.

Consideraciones importantes sobre la configuración de propiedades personalizadas

Las propiedades personalizadas se deben establecer correctamente en New-ProvScheme y Set-ProvScheme en entornos de GCP y Azure. Si especifica propiedades personalizadas que no existen, aparece este mensaje de error y los comandos no se ejecutan.

• En Azure: Invalid property found: <invalid property>. Ensure that the CustomProperties parameter supports the property.
• En GCP: Invalid property found: <invalid property>. Ensure that the value supplied for the property is supported in the Hypervisor.

Solucionar problemas

Importante:

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

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

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

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

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

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

Problemas de preparación de imagen

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

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

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

Sugerencia:

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

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

Estos fallos se analizan en las siguientes secciones.

Habilitar DHCP

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

Nota:

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

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

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value EnableDHCP

Rearmar Microsoft Office

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

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

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

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OfficeRearm

Rearmar Microsoft Windows

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

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

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

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OsRearm

Instancias de fallo de toda la operación

La máquina de preparación de imagen no está conectada a la red por diseño, esto significa que a veces la etapa de preparación de imagen solo puede informar de un fallo del proceso completo. Un ejemplo de este tipo de error es similar al siguiente: Error al preparar la imagen de la VM maestra. Asegúrese de que la imagen seleccionada tiene un SO compatible (por ejemplo, Windows 7) y de que tiene instalada la versión correcta de VDA (7.0 o posterior).

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

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

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

Directiva DISKPART SAN

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

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

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

DISKPART>; San policy=OnlineAll

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

Si la preparación de imagen falla por otro motivo

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

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

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

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

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

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

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

Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown

Asignar una letra de unidad específica a un disco de la memoria caché de reescritura de E/S de MCS

Puede asignar una letra de unidad específica a un disco de la memoria caché de reescritura de E/S de MCS. Esta implementación le ayuda a evitar conflictos entre la letra de la unidad de cualquier aplicación que utilice y la letra de la unidad del disco de la memoria caché de reescritura de E/S de MCS. Para hacer esto, puede ser comandos de PowerShell. Los hipervisores compatibles son Azure, GCP, VMware, SCVMM y XenServer.

Nota:

Esta función requiere la versión 2305 de VDA o una posterior.

Limitaciones

• Aplicable solo al sistema operativo Windows
• Letra de unidad aplicable al disco de la memoria caché de reescritura: De E a Z
• No se aplica cuando el disco temporal de Azure se utiliza como disco de la memoria caché de reescritura
• Aplicable solo cuando al crear otros catálogos de máquinas

Asignar una letra de unidad a un disco de la memoria caché de reescritura

Para asignar una letra de unidad al disco de la memoria caché de reescritura:

1. Abra la ventana de PowerShell.
2. Ejecute asnp citrix*.
3. Cree un grupo de identidades si aún no se ha creado. Para obtener más información, consulte Creación de un catálogo.

4. Cree un esquema de aprovisionamiento mediante el comando New-ProvScheme con la propiedad WriteBackCacheDriveLetter. Por ejemplo:

   New-ProvScheme -CleanOnBoot `
   -HostingUnitName "<name>" `
   -IdentityPoolName $schemeName `
   -ProvisioningSchemeName $schemeName `
   -InitialBatchSizeHint 1 `
   -UseWriteBackCache -WriteBackCacheDiskSize 127 -WriteBackCacheMemorySize 256 -WriteBackCacheDriveLetter E `
   -MasterImageVM "XDHyp:\HostingUnits<name>\image.folder\abcd-resources.resourcegroup\MCSIOMasterVm_OsDisk_1_d3e2d6352xxxxxxxxx2130aa145ec77.manageddisk" `
   -NetworkMapping @{"0"="XDHyp:\HostingUnits\name\virtualprivatecloud.folder\East US.region\virtualprivatecloud.folder\abcd-resources.resourcegroup\abcd-resources-vnet.virtualprivatecloud\default.network"} `
   -ServiceOffering "XDHyp:\HostingUnits\<name>\serviceoffering.folder\Standard_D2s_v5.serviceoffering" `
   -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="OsType" Value="Windows" />
   <Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS"/>
   <Property xsi:type="StringProperty" Name="PersistWBC" Value="false" />
   <Property xsi:type="StringProperty" Name="PersistOsDisk" Value="false" />
   <Property xsi:type="StringProperty" Name="PersistVm" Value="false" />
   <Property xsi:type="StringProperty" Name="WBCDiskStorageType" Value="Premium_LRS" />
   <Property xsi:type="StringProperty" Name="UseTempDiskForWBC" Value="false" />
   <Property xsi:type="StringProperty" Name="ResourceGroups" Value="abcd-group1" />
   <Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
   <Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
   </CustomProperties>'
   <!--NeedCopy-->
   

5. Termine de crear el catálogo.

Validar la configuración antes de crear un catálogo de máquinas MCS

Puede validar los parámetros de configuración antes de crear un catálogo de máquinas MCS mediante el parámetro -validate del comando New-ProvScheme. Después de ejecutar este comando de PowerShell con ese parámetro, se muestra el mensaje de error correspondiente si se usa un parámetro incorrecto o si un parámetro está en conflicto con otro parámetro. A continuación puede usar el mensaje de error para resolver el problema y crear sin problemas un catálogo de máquinas MCS con PowerShell. Actualmente, esta función se aplica a los entornos de virtualización de Azure, GCP y VMware.

Nota:

Durante la validación, no debe crear un catálogo de máquinas MCS real. Debe usar el resultado del comando para corregir los errores y después crear un catálogo correcto. Por lo tanto, mientras ejecuta el comando New-ProvScheme, use un nombre de grupo de identidades falso.

Para validar la configuración, lleve a cabo los siguientes pasos:

1. Abra una ventana de PowerShell desde el host del Delivery Controller.
2. Ejecute asnp citrix* para cargar los módulos de PowerShell específicos de Citrix.

3. Ejecute el comando New-ProvScheme y use el parámetro -validate. Proporcione un nombre de grupo de identidades falso para que el comando funcione. Por ejemplo,

   $result =New-ProvScheme  -CleanOnBoot -HostingUnitName "vSanRg" -IdentityPoolName "mptmpcatalogdemo" -InitialBatchSizeHint 1  -MasterImageVM "XDHyp:\HostingUnits\vSanRg\Windows19MasterImage.vm\Citrix_XD_NonMachineProfileWin19Machines.snapshot" -NetworkMapping @{"0"="XDHyp:\HostingUnits\vSanRg\VM Network.network"} -ProvisioningSchemeName "MachineProfileW10Machines"  -Scope @()
   -VMCpuCount 2  -VM
   MemoryMB 6143 -MachineProfile "XDHyp:\HostingUnits\vSanRg\TRW-Win11-tpm-BL-TEMPLATE.template" -TenancyType Shared  -FunctionalLevel "L7_20" -Validate
   $result.TerminatingError | Format-List -Property *
   <!--NeedCopy-->
   

   Mensaje de error:

   ErrorData    : {[[ValidationFailureCount, xxx], [InvalidMemoryValue, The memory size provided 6143 must be a multiple of 4 MB and must be greater than or equal to 4 MB.], [InconsistentGuestOsSetting, The GuestOs setting - windows9_64Guest of the selected machine profile does not match with the setting - windows2019srv_64Guest of master image. Please select a machine profile that matches the GuestOs setting of the master image.], [InconsistentVtpmSetting, The vTPM setting of the selected machine profile does not match with the selected master image. Please select a machine profile that matches the vTPM setting of the master image.], [InconsistentFirmwareSetting, The firmware setting - efi of the selected machine profile does not match with the setting - bios of master image. Please select a machine profile that matches the firmware setting of the master image ErrorId      : ValidationFailure
   ErrorMessage : ValidationFailure
   Operation    : ValidatingInputs
   <!--NeedCopy-->
   

4. Tras validar los parámetros de configuración, puede crear un catálogo de máquinas MCS con un nombre real del grupo de identidades y los parámetros correctos.

Qué hacer a continuación

Para obtener información sobre la creación de catálogos de servicios en la nube específicos, consulte:

• Crear un catálogo de AWS
• Crear un catálogo de XenServer
• Crear un catálogo de Google Cloud Platform
• Crear un catálogo de Microsoft Azure
• Crear un catálogo de Microsoft System Center Virtual Machine Manager
• Crear un catálogo de Nutanix
• Crear un catálogo de VMware

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

Para revisar todo el proceso de configuración, consulte Instalar y configurar.

Ahora puede crear un catálogo de Citrix Provisioning mediante la interfaz de usuario de Configuración completa y PowerShell. Esta implementación le ofrece las siguientes ventajas:

• Una única consola unificada para administrar los catálogos de MCS y de Citrix Provisioning.
• Hay nuevas funciones para los catálogos de Citrix Provisioning, como la solución de administración de identidades, el aprovisionamiento bajo demanda, etc.

Actualmente, esta función solo está disponible para las cargas de trabajo de Azure y VMware. Sin embargo, en los entornos VMware, actualmente puede crear los catálogos utilizando únicamente comandos de PowerShell. Para obtener más información, consulte Crear catálogos de Citrix Provisioning en Citrix Studio.

Más información

• Crear y administrar conexiones y recursos
• Crear catálogos de diferentes tipos de unión
• Administrar catálogos de máquinas