Documentación de productos
Citrix Virtual Apps and Desktops
Service Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR
Ver PDF

Crear catálogos de máquinas

April 7, 2026
Contribución de: 
C C

Importante:

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

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

Para obtener más información, consulta Eliminar PvD, AppDisks y hosts no compatibles.

Nota:

A partir de la versión 2511, Citrix Web Studio (basado en web) es la única consola de administración para Citrix Virtual Apps and Desktops™. Citrix Studio (basado en MMC) se ha eliminado del instalador. Este artículo se aplica solo a Web Studio. Para obtener información sobre Citrix Studio, consulta el artículo equivalente en Citrix Virtual Apps and Desktops 7 2212 o anterior.

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

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

Introducción

Las colecciones de máquinas físicas o virtuales se administran como una única entidad 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 máquinas Windows o Linux.

Web Studio te 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, Web Studio te guía para crear el primer grupo de entrega. Más tarde, puedes cambiar el catálogo que creaste 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) (E/S de MCS), sin necesidad de configuración adicional. La actualización del Virtual Delivery Agent (VDA) y del Delivery Controller gestiona la actualización de E/S de MCS.

Información general

Cuando creas un catálogo de máquinas virtuales, especificas cómo aprovisionar esas máquinas virtuales. Puedes usar Machine Creation Services™ (MCS). O bien, puedes usar tus propias herramientas para proporcionar máquinas.

Ten en cuenta:

  • MCS admite un único disco del sistema de la imagen de la máquina virtual. Ignora el resto de los discos de datos adjuntos a esa imagen.
  • Si usas MCS para aprovisionar máquinas virtuales, proporcionas 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 usas las herramientas para crear y configurar la imagen maestra. Este proceso incluye la instalación de un Virtual Delivery Agent (VDA) en la imagen. Luego, creas el catálogo de máquinas en Web Studio. Seleccionas esa imagen (o instantánea), especificas el número de máquinas virtuales que se crearán en el catálogo y configuras información adicional.
  • Si tus máquinas ya están disponibles, debes crear uno o varios catálogos de máquinas para ellas.
  • Si estás creando un catálogo directamente con el SDK de PowerShell, puedes 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 usar este método, la preparación de la máquina virtual podría fallar. Como resultado, el catálogo no se puede publicar usando la plantilla.

Cuando usas MCS o Citrix Provisioning™ para crear el primer catálogo, utilizas la conexión de host que configuraste al crear el sitio. Más tarde (después de crear tu primer catálogo y grupo de entrega), puedes cambiar la información sobre esa conexión o crear más conexiones.

  • Después de completar el asistente de creación de catálogos, las pruebas se ejecutan automáticamente para garantizar que esté configurado correctamente. Cuando las pruebas se completen, puedes ver un informe de prueba. Ejecuta las pruebas en cualquier momento desde Web Studio.

Nota:

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

Comprobación de licencias RDS 

-  Actualmente, Web Studio no realiza la comprobación de licencias RDS de Microsoft válidas al crear un catálogo de máquinas que contiene máquinas con SO Windows multisesión. Para ver el estado de la licencia RDS de Microsoft para una **máquina con SO Windows multisesión**, ve a Citrix Director. Consulta 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, consulta [Estado de la licencia RDS de Microsoft](/es-es/citrix-virtual-apps-desktops/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 subutilización de los recursos que, de otro modo, estarían disponibles. Existen varias razones por las que un VDA podría no estar registrado, muchas de las cuales un administrador puede solucionar. Web Studio proporciona información para la 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. Pasa el ratón por el icono junto a cada máquina para mostrar un mensaje informativo sobre ella.

-  Si el mensaje identifica una máquina problemática, quita esa máquina o agrégala. Por ejemplo, si un mensaje indica que no se pudo obtener información sobre una máquina, agrégala de todos modos.

Para obtener más información, consulta:

-  [CTX136668](https://support.citrix.com/support-home/kbsearch/article?articleNumber=ctx136668) para obtener orientación sobre la solución de problemas de registro de VDA

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

-  Aquí tienes un breve resumen de las acciones predeterminadas de MCS después de proporcionar información en el asistente de creación de catálogos.

-  Si seleccionaste 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 una imagen maestra en la misma ubicación de almacenamiento. Si tienes 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 otorga 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 se aprovisiona de forma ligera (si el almacenamiento del host lo admite) 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 Delivery Controller.
      • Para las máquinas virtuales Windows con VDA versión 2511 o posterior, MCS asigna un MachineGuid único a cada máquina. Este MachineGuid se utiliza para fines de licencia por parte de algunos programas instalados en el VDA.
    • Alternativamente, al crear máquinas virtuales para entregar escritorios estáticos, puedes especificar (en la ficha Máquinas del asistente de creación de catálogos) clones de máquinas virtuales completos (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 las soluciones, configuraciones y capacidades de almacenamiento para MCS. La siguiente información proporciona consideraciones adecuadas para la capacidad de almacenamiento:

Consideraciones de 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 máquina virtual. Cada máquina virtual creada por MCS recibe un mínimo de 2 discos al crearse.

-  Disk0 = Disco Diff: 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 tengas que agregar más discos para satisfacer ciertos casos de uso y consumo de funciones. Por ejemplo:

-  [Optimización del almacenamiento de MCS](https://www.citrix.com/blogs/2016/08/03/introducing-mcs-storage-optimisation/) crea un disco de estilo de caché de escritura para cada máquina virtual. En los entornos de virtualización de XenServer, VMware y SCVMM, MCS coloca el disco de caché de escritura diferida (WBC) en la misma ubicación de almacenamiento que el disco del sistema operativo si configuras la lista de almacenamiento del sistema operativo disponible igual que la lista de almacenamiento temporal disponible al crear una conexión de host.
-  MCS agregó la capacidad de usar [clones completos](https://www.citrix.com/blogs/2016/10/12/xenapp-and-xendesktop-7-11-mcs-full-clone-support/) en lugar 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:

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

  • Sobrecarga del hipervisor

    Los diferentes hipervisores utilizan archivos específicos que crean sobrecarga para las máquinas virtuales. Los hipervisores también utilizan almacenamiento para la administración y las operaciones de registro generales. Calcula el espacio para incluir la sobrecarga de:

  • 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.
    • La adición de una máquina a un catálogo no requiere la copia del 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 máquina virtual del catálogo tiene 2 discos Diff durante un cierto tiempo.

Más consideraciones:

  • Dimensionamiento 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/completo: Se prefiere el almacenamiento NFS debido a sus capacidades de aprovisionamiento ligero.

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

La función de optimización del almacenamiento de Machine Creation Services (MCS) también se conoce como E/S de MCS. Esta función solo está disponible en Azure, GCP, XenServer, VMware, AWS y SCVMM.

  • 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 E/S de MCS es D:\mcsdif.vhdx.
  • Logra mejoras de diagnóstico al incluir compatibilidad con un archivo de volcado de memoria de Windows escrito en el disco de caché de escritura.
  • La E/S de MCS conserva la tecnología de caché en RAM con desbordamiento a disco duro para proporcionar la solución de caché de escritura de varios niveles 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. La E/S de MCS ya no admite la caché solo de RAM. Especifica un tamaño de disco en Web Studio durante la creación del catálogo de máquinas.
  2. El disco de caché de escritura de la máquina virtual se crea y formatea automáticamente al arrancar una máquina virtual por primera vez. Una vez que la máquina virtual 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 el delta 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 máquina virtual.

Habilitar las actualizaciones de optimización del almacenamiento de MCS

Para habilitar la funcionalidad de optimización del almacenamiento de E/S de MCS, actualiza el Delivery Controller y el VDA a la última versión de Citrix Virtual Apps and Desktops.

Nota:

Si actualizas 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 de almacenamiento de MCS, ten en cuenta lo siguiente:

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

  • Configuración del catálogo de máquinas

  • Actualizar 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 usando 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 la versión 1903 de Citrix Virtual Apps and Desktops. 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 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 vuelvas a evaluar el tamaño del disco para asegurarte de que tiene suficiente espacio en disco para el flujo de trabajo asignado y un tamaño de archivo de paginación adicional. 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, crea un catálogo de máquinas y asigna un disco de caché de escritura más grande.

Asignar una letra de unidad específica al disco de caché de reescritura de MCS I/O

Puedes asignar una letra de unidad específica al disco de caché de reescritura de MCS I/O. Esta implementación te ayuda a evitar conflictos entre la letra de unidad de las aplicaciones que usas y la letra de unidad del disco de caché de reescritura de MCS I/O. Para asignar una letra de unidad al disco de caché de reescritura de MCS I/O, puedes usar comandos de PowerShell. Los hipervisores compatibles son Azure, GCP, VMware, SCVMM y XenServer.

Nota:

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

Limitaciones

  • Aplicable solo al sistema operativo Windows
  • Letra de unidad aplicable para el disco de caché de reescritura: E a Z
  • No aplicable cuando se usa un disco temporal de Azure como disco de caché de reescritura
  • Aplicable solo cuando creas un nuevo catálogo de máquinas

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

Para asignar una letra de unidad a un disco de caché de reescritura:

  1. Abre la ventana de PowerShell.
  2. Ejecuta asnp citrix*.
  3. Crea un grupo de identidades si aún no lo has hecho.
    1. Crea un esquema de aprovisionamiento usando 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-->

Prepara una imagen maestra

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

  • Es bueno saber:

  • Una imagen maestra también puede conocerse como imagen clonada, imagen dorada, VM base o imagen base. Los proveedores de hosts usan términos diferentes.
  • Asegúrate de que el host tenga suficientes procesadores, memoria y almacenamiento para alojar el número de máquinas creadas.
  • Configura la cantidad correcta de espacio en disco duro necesario para escritorios y 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 usan imágenes maestras.

Instala y configura el siguiente software en la imagen maestra:

  • Herramientas de integración para tu hipervisor (como Citrix VM Tools, Hyper-V Integration Services o VMware tools). Si omites este paso, es posible que las aplicaciones y los escritorios no funcionen correctamente.
  • Un VDA. Citrix recomienda instalar la última versión para permitir el acceso a las funciones más recientes. Si no instalas un VDA en la imagen maestra, la creación del catálogo fallará.
  • Herramientas de terceros según sea necesario, como software antivirus o agentes de distribución de software electrónico. Configura 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ás virtualizando. Citrix recomienda virtualizar las aplicaciones. La virtualización reduce los costos al eliminar la necesidad de actualizar la imagen maestra después de agregar 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 costos de almacenamiento.
  • Clientes de App-V con la configuración recomendada, si planeas publicar aplicaciones de App-V. El cliente de App-V está disponible en Microsoft.
    • Cuando uses MCS, si localizas Microsoft Windows, instala las configuraciones regionales y los paquetes de idioma. Durante el aprovisionamiento, cuando se crea una instantánea, las VM aprovisionadas usan las configuraciones regionales y los paquetes de idioma instalados.

Importante:

Si usas MCS, no ejecutes Sysprep en las imágenes maestras.

-  Para preparar una imagen maestra:
    1. Usando la herramienta de administración de tu hipervisor, crea una imagen maestra y luego instala el sistema operativo, además de todos los Service Packs y actualizaciones. Especifica el número de vCPU. También puedes especificar el valor de vCPU si creas el catálogo de máquinas usando PowerShell. No puedes especificar el número de vCPU al crear un catálogo usando Web Studio. Configura la cantidad de espacio en disco duro necesario para escritorios y aplicaciones. Ese valor no se puede cambiar más tarde ni en el catálogo.
        1. Asegúrate de que el disco duro esté conectado en la ubicación 0 del dispositivo. La mayoría de las plantillas de imágenes maestras estándar configuran esta ubicación de forma predeterminada, pero algunas plantillas personalizadas podrían no hacerlo.
        1. Instala y configura el software mencionado anteriormente en la imagen maestra.
  1. Si no usas MCS, une la imagen maestra al dominio del que son miembros las aplicaciones y los escritorios. Asegúrate de que la imagen maestra esté disponible en el host donde se crean las máquinas. Si usas 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.
  2. Citrix recomienda que crees y nombres una instantánea de tu imagen maestra. Si especificas una imagen maestra en lugar de una instantánea al crear un catálogo, Web Studio crea una instantánea. No puedes nombrarla.

Activación de licencias por volumen

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

  • Servicio de administración de claves (KMS)
    • Activación basada en Active Directory (ADBA)

    • Clave de activación múltiple (MAK)

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

Servicio de administración de claves (KMS) 

-  El KMS es un servicio ligero que no requiere un sistema dedicado y puede alojarse fácilmente en un sistema que proporcione otros servicios. Esta funcionalidad es compatible con todas las versiones de Windows compatibles con Citrix. Durante la preparación de la imagen, MCS realiza el rearme de KMS de Microsoft Windows y Microsoft Office. Puedes omitir el rearme ejecutando el comando `Set-Provserviceconfigurationdata`. Para obtener más información sobre la activación de KMS, consulta [Activar mediante el Servicio de administración de claves](https://learn.microsoft.com/es-es/windows/deployment/volume-activation/activate-using-key-management-service-vamt).

-  > **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 te 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 es compatible con todas las versiones de Windows compatibles con Citrix. Para obtener más información sobre la activación basada en Active Directory, consulta Activar mediante la activación basada en Active Directory.

Clave de activación múltiple (MAK)

MAK es una forma de activar por volumen y autenticar el sistema Windows con la ayuda del servidor de Microsoft. Debes comprar la clave MAK a Microsoft, a la que se le asigna un número fijo de recuentos de activación. Cada vez que se activa un sistema Windows, el recuento de activaciones se reduce. Hay dos formas de activar el sistema:

-  Activación en línea: Si el sistema Windows que quieres activar tiene acceso a Internet, el sistema activa automáticamente Windows al instalar la clave de producto. Este proceso reduce el recuento de activaciones en 1 para la MAK correspondiente.
  • Activación sin conexión: Si el sistema Windows no puede conectarse a Internet para realizar 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 la 2303.

Requisitos clave

  • El Delivery Controller debe tener acceso a Internet.
  • Crea un nuevo catálogo si la nueva imagen que se va a actualizar tiene una clave MAK diferente a la original.
  • Instala la clave MAK en la imagen maestra. Consulta Implementar la activación MAK para conocer los pasos para instalar la clave MAK en un sistema Windows.

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

    1. Agrega el valor DWORD del registro Manual en Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation.
    2. Establece 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 VM está consumiendo dos o más activaciones, usa la Herramienta de administración de activación por volumen (VAMT). Consulta Instalar VAMT.

  • Activar el sistema Windows mediante MAK

  • Para activar el sistema Windows mediante MAK:

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

  1. Si no estás usando la preparación de imágenes:

    1. Agrega el valor DWORD del registro Manual en Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation.
    2. Establece el valor en 1.

    Este método deshabilita la opción de activación en línea.

  2. Agrega VM al catálogo de máquinas.
  3. Enciende las VM.

  4. Dependiendo de si es una activación en línea o sin conexión, el sistema Windows se activa.

    • Si la activación es en línea, el sistema Windows se activa después de instalar la clave de producto.
    • Si la activación es sin conexión, MCS se comunica con las VM aprovisionadas para obtener el estado de activación del sistema Windows. A continuación, MCS recupera un ID de confirmación y un ID de instalación del servidor de Microsoft. Estos ID se utilizan para activar el sistema Windows.

  • Solución de problemas

Si la VM aprovisionada no se activa con la clave MAK instalada, ejecuta el comando Get-ProvVM o Get-ProvScheme en una ventana de PowerShell.

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

Puedes comprobar el error y verificar los pasos para resolver el problema.

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

Antes de crear un catálogo:

  • Revisa esta sección para conocer las opciones que eliges y la información que proporcionas.
  • Asegúrate de haber creado una conexión al hipervisor, al servicio en la nube y a otros recursos que alojan tus máquinas.
  • Si has creado una imagen maestra para aprovisionar máquinas, asegúrate de haber instalado un VDA en esa imagen.

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

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

  2. Si ya has creado un catálogo y quieres crear otro, sigue estos pasos:

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

    2. Para organizar los catálogos mediante carpetas, crea carpetas en la carpeta predeterminada Catálogos de máquinas. Para obtener más información, consulta Crear una carpeta de catálogo.

    3. Selecciona la carpeta donde quieres crear el catálogo y, a continuación, haz clic en Crear catálogo de máquinas. Se abrirá el asistente de creación de catálogos.

  • El asistente te guiará a través de los siguientes elementos. Las páginas del asistente que ves difieren según las selecciones que hagas.

Sistema operativo

Cada catálogo contiene máquinas de un solo tipo. Selecciona 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. (Consulta la documentación de VDA para Linux para obtener detalles sobre ese SO).
-  **SO de sesión única:** Un catálogo de SO de sesión única proporciona escritorios VDI que puedes 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 cuando creas 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é herramientas usas para implementar máquinas.

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

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

Si indicaste que las máquinas se administran energéticamente a través de Web Studio, elige qué herramienta usar para crear VM.

  • Tecnología de aprovisionamiento de Citrix

    • Citrix Machine Creation Services (MCS) Crea un catálogo de VM aprovisionadas e imaginadas con MCS. MCS copia imágenes clonadas de una imagen maestra a esas VM.

    • Citrix Provisioning Services (PVS) Crea un catálogo de VM aprovisionadas con MCS e imaginadas con PVS. Esas VM sirven como dispositivos de destino de PVS y el servidor de PVS puede transmitirles una única imagen de disco compartida.

      Nota:

      • Esta opción solo está disponible para sitios de PVS registrados con Citrix Cloud™ y actualmente está limitada a los recursos de Azure.
      • Mientras creas un catálogo de aprovisionamiento de Citrix, en la página Dispositivo de destino, es posible que veas que en el menú desplegable para seleccionar la granja y el sitio para las máquinas que se van a aprovisionar, hay granjas y sitios enumerados que ya no existen. Como solución alternativa, puedes ejecutar el comando de PowerShell Unregister-HypPvsSite para quitar las granjas y los sitios de la base de datos. Para obtener información sobre el comando de PowerShell, consulta Unregister-HypPvsSite.

  • Otro servicio o tecnología Una herramienta que administra máquinas que ya están en el centro de datos. Citrix recomienda que uses Microsoft System Center Configuration Manager u otra aplicación de terceros para asegurarte de que las máquinas del catálogo sean coherentes.

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 selecciones en la página Tipo de máquina.

  • Para máquinas con SO multisesión, se asigna un escritorio aleatorio a los usuarios cada vez que inician sesión. Selecciona una de las siguientes opciones:

    • Sí, guarda los cambios en el disco local de la máquina que aloja los escritorios virtuales. (Persistente)
    • No, descarta todos los cambios y borra los escritorios virtuales cuando el usuario cierra la sesión. (No persistente)

  • Nota:

  • Para las máquinas multisesión persistentes, los cambios que los usuarios realicen en los escritorios se guardarán y serán accesibles para todos los usuarios autorizados.

  • Para máquinas con SO de sesión única, tienes 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.

      Para los escritorios estáticos, puedes decidir si los cambios realizados por los usuarios se guardarán o se descartarán después de que cierren la sesión.

Si seleccionas Guardar cambios en el disco local de la máquina que aloja los escritorios virtuales: Persistente, las opciones de copia rápida o copia completa están disponibles para el modo de copia de máquina virtual en la página Máquinas virtuales.

Si seleccionas Descartar todos los cambios y borrar los escritorios virtuales cuando el usuario cierra la sesión: No persistente, no puedes configurar el modo de copia de máquina virtual en la página Máquinas virtuales.

Imagen y perfil de máquina

Esta página aparece solo cuando usas MCS para crear máquinas virtuales.

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

    • Imagen maestra. Una imagen que aún 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 comienza la creación del catálogo.

  • Nota:

    • Cuando uses MCS, no ejecutes Sysprep en las imágenes maestras.
     >
 > -  Si especificas una imagen maestra en lugar de una instantánea, Web Studio crea una instantánea, pero no puedes asignarle un nombre.
 >

    • Imagen preparada. Una imagen que ha pasado por el proceso de preparación de imágenes y se puede usar directamente para la creación de máquinas virtuales. Optar por imágenes preparadas en lugar de imágenes maestras durante la creación del catálogo garantiza una creación de catálogos de máquinas más rápida y fiable, junto con una gestión optimizada del ciclo de vida de las imágenes. Si es necesario, agrega una nota para la imagen preparada seleccionada.

      Nota:

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

  • Para obtener más información sobre cómo crear imágenes preparadas, consulta Administración de imágenes (versión preliminar).

    Al seleccionar una imagen, puedes agregar una nota para la imagen seleccionada si es necesario.

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

    • Aparece un mensaje de error si seleccionas una instantánea o una máquina virtual que no es compatible con la tecnología de administración de máquinas que seleccionaste anteriormente en el asistente.

  1. Para usar una máquina virtual existente como perfil de máquina, selecciona Usar un perfil de máquina y, a continuación, selecciona 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.

    Para implementaciones de VMware, al crear un catálogo de máquinas con un perfil de máquina, debes especificar la carpeta donde quieres guardar las máquinas virtuales.

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

  2. Para implementaciones de AWS, puedes seleccionar una plantilla de lanzamiento como perfil de máquina.

  3. Selecciona el nivel funcional mínimo para el catálogo. Para habilitar el uso de las funciones más recientes del producto, asegúrate de que la imagen maestra tenga instalada la última versión de VDA.

Máquinas

-  Esta página no aparece cuando creas catálogos de Acceso remoto a PC.

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

Cuando usas MCS:

-  Especifica cuántas máquinas virtuales quieres crear. Introduce **0** (cero) si no quieres crear ninguna. Más tarde, puedes crear máquinas virtuales para un catálogo vacío realizando la acción **Agregar máquinas**.
-  Elige 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 puedes cambiar el tamaño del disco duro en el catálogo.
  • Si tu implementación contiene más de una zona, puedes seleccionar una zona para el catálogo.
  • Si estás creando máquinas virtuales de escritorio estáticas, selecciona un modo de copia de máquina virtual. Consulta Modo de copia de máquina virtual.
  • Si estás creando máquinas virtuales de escritorio aleatorias que no usan vDisks, puedes configurar una caché para usarla con datos temporales en cada máquina. Consulta Configurar la caché para datos temporales.

Cuando usas otras herramientas:

Agrega (o importa una lista de) nombres de cuentas de máquina de Active Directory. Puedes cambiar el nombre de la cuenta de Active Directory de una máquina virtual después de agregarla o importarla. Si especificaste máquinas estáticas en la página Experiencia de escritorio, puedes especificar opcionalmente el nombre de usuario de Active Directory para cada máquina virtual que agregues.

Después de agregar o importar nombres, puedes usar el botón Quitar para eliminar nombres de la lista, mientras sigues en esta página.

Cuando usas otras herramientas (pero no MCS):

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

  • Agregar SID al crear máquinas virtuales

  • Ahora puedes agregar el parámetro ADAccountSid para identificar de forma única las máquinas al crear nuevas máquinas virtuales.

Para ello:

    1. Crea un catálogo con el tipo de identidad compatible.

  1. Agrega máquinas al catálogo usando NewProvVM. Por ejemplo:

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

Sin embargo, no puedes 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é en estado disponible

Modo de copia de máquina virtual

El modo de copia que especificas 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)

  • Usa clones de copia rápida para un uso más eficiente del almacenamiento y una creación de máquinas más rápida.

  • Usa clones de copia completa para una mejor recuperación de datos y asistencia para la migración, con IOPS potencialmente reducidas después de crear las máquinas.

  • Nota:

    • El enfoque de clonación de copia completa solo está disponible para aprovisionar máquinas virtuales persistentes en sistemas operativos de sesión múltiple o única.

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 nuevas versiones del producto requiere un VDA nuevo. Sin embargo, las máquinas de ese catálogo con una versión anterior de VDA no pueden registrarse.

Un menú cerca de la parte inferior de la página Máquinas (o Dispositivos) te 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 sigues la recomendación de Citrix de instalar y actualizar siempre los VDA y los componentes principales a la versión más reciente, no necesitas cambiar esta selección. Sin embargo, si debes seguir usando versiones anteriores de VDA, selecciona 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. 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 hay encima. En la lista, una 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. Puedes continuar con el asistente. Es probable que esas máquinas no puedan registrarse con un Controller más tarde. Alternativamente, puedes:

-  Quita las máquinas que contienen VDA antiguos de la lista, actualiza sus VDA y agrégalas de nuevo al catálogo.
-  Elige 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 es del tipo de máquina 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 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á diseñado para usarse con futuras funciones de Citrix Virtual Apps and Desktops. La selección 7.9 (o posterior) sigue siendo la predeterminada. Ese valor predeterminado es válido para todas las implementaciones actuales.

Si seleccionas 1811 (o posterior), las versiones anteriores de VDA de ese catálogo no podrán registrarse en un Controller. Sin embargo, si el catálogo contiene solo VDA de la versión 1811 o versiones posteriores compatibles, todos ellos son aptos para 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

Cuando utilizas MCS para administrar máquinas aleatorias no persistentes en un catálogo, puedes habilitar la caché de reescritura (Write-Back Cache) para las máquinas a fin de mejorar el rendimiento de E/S.

La caché de reescritura se conoce como MCSIO. Para obtener más información, consulta este artículo del blog.

Requisitos previos

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

  • Utiliza una conexión que especifique el almacenamiento para datos temporales. Para obtener más información, consulta Conexiones y recursos.
    • Los VDA deben ser al menos de la versión 7.9 y estar instalados con un controlador MCSIO actual.

    Nota:

    La instalación de este controlador es una opción al instalar o actualizar un VDA. De forma predeterminada, ese controlador no está instalado.

    • Para habilitar la asignación de letras de unidad para las cachés de disco, las VM deben cumplir los siguientes requisitos adicionales:
    • Sistema operativo: Windows
    • Versión de VDA: 2305 o posterior

Consideraciones 

-  Las cachés de reescritura se presentan como caché de *memoria* y caché de *disco*. De forma predeterminada, sus valores predeterminados difieren según el tipo de conexión. En general, los valores predeterminados son suficientes para la mayoría de los casos; sin embargo, considera 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 un usuario de sesión o cualquier aplicación que los usuarios puedan instalar dentro de la sesión puedan crear o copiar.

![Imagen de almacenamiento](/en-us/citrix-virtual-apps-desktops/media/storage-temp2.png)
  • Se ha eliminado la configuración de la caché de reescritura con una caché de disco y sin caché de memoria. Para habilitar una caché para datos temporales, te recomendamos seleccionar Tamaño de caché de disco (GB) y Memoria asignada a la caché (MB) y especificar un tamaño superior a 0 para la caché de memoria. Los datos temporales se escriben inicialmente en la caché de memoria. Cuando la caché de memoria alcanza su límite configurado, los datos más antiguos se mueven al disco de caché de datos temporales.
  • La caché de memoria forma parte de la cantidad total de memoria de cada máquina. Por lo tanto, si habilitas la casilla de verificación Tamaño de caché de memoria (MB) (recomendado), considera aumentar la cantidad total de memoria de cada máquina.
  • Si mantienes desmarcada la casilla de verificación Tamaño de caché de memoria (MB) (recomendado), los datos temporales se escriben directamente en la caché de disco, utilizando una cantidad mínima de memoria.

  • Cambiar el Tamaño de caché de disco (GB) de su valor predeterminado puede afectar al rendimiento. El tamaño debe coincidir con los requisitos del usuario y la carga impuesta a la máquina.

  • Importante:

    • Si la caché de disco se queda sin espacio, la sesión del usuario deja de ser utilizable.

  • Si desmarcas la casilla de verificación Tamaño de caché de disco, no se crea ningún disco de caché. En este caso, especifica un valor de Memoria asignada a la caché lo suficientemente grande como para contener todos los datos temporales. Esto solo es factible si se dispone de grandes cantidades de RAM para asignar a cada VM.

  • Si desmarcas ambas casillas de verificación, los datos temporales no se almacenan en caché. Se escriben en el disco de diferencias (ubicado en el almacenamiento del SO) para cada VM. (Esta es la acción de aprovisionamiento en versiones anteriores a la 7.9).

  • No habilites el almacenamiento en caché si tienes la intención de usar este catálogo para crear AppDisks.

  • No puedes cambiar los valores de la caché en un catálogo de máquinas una vez creado.

Seguridad

La página Seguridad aparece solo si estás creando un catálogo de máquinas sin asignar un perfil de máquina en el entorno de virtualización de AWS. Utiliza la página Seguridad para configurar los grupos de seguridad de las VM. Esto también se aplica al editar y clonar un catálogo de máquinas existente.

Si creas un catálogo de máquinas basado en un perfil de máquina, las configuraciones del grupo de seguridad se heredan del perfil de máquina y la página Seguridad no aparece.

NIC (tarjetas de interfaz de red)

Esta página no aparece cuando estás creando catálogos de acceso remoto a PC.

Si planeas usar varias NIC, asocia una red virtual a cada tarjeta. Por ejemplo, puedes 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 puedes agregar o quitar NIC desde esta página.

-  ## Cuentas de máquina

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

En la página Cuentas de máquina, especifica las cuentas de máquina de Active Directory o las Unidades organizativas (OU) que quieres agregar y que corresponden a usuarios o grupos de usuarios. No uses una barra diagonal (/) en un nombre de OU.

Al agregar OU, puedes hacer lo siguiente si el dominio no aparece en la lista:

  • Búscalo con una coincidencia exacta.
  • Explora todos los dominios para encontrarlo.

Puedes elegir una conexión de administración de energía configurada previamente o decidir no usar la administración de energía. Si quieres usar la administración de energía, pero aún no se ha configurado una conexión adecuada, puedes 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.

Identidades de máquina

Esta página aparece solo al usar MCS para crear máquinas virtuales.

Cada máquina del catálogo debe tener una identidad única. Esta página te permite configurar identidades para las máquinas del catálogo. Las máquinas se unen a la identidad después de aprovisionarse. No puedes cambiar el tipo de identidad después de crear el catálogo.

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

    1. Selecciona una identidad de la lista.
    1. Indica si quieres crear cuentas o usar las existentes, y la ubicación (dominio) de esas cuentas.

Puedes seleccionar una de las siguientes opciones:

  • Active Directory local. Máquinas propiedad de una organización y a las que se ha iniciado sesión con una cuenta de Active Directory que pertenece a esa organización. Existen en el entorno local.

  • Unidas a Microsoft Entra híbrido. Máquinas propiedad de una organización y a las que se ha iniciado sesión con una cuenta de Active Directory Domain Services que pertenece a esa organización. Existen en la nube y en el entorno local. Para obtener información sobre los requisitos, las limitaciones y las consideraciones, consulta Unidas a Microsoft Entra híbrido.

    Nota:

  • No unidas a un dominio. Máquinas no unidas a ningún dominio. Para obtener información sobre los requisitos y las limitaciones, consulta No unidas a un dominio.

Importante:

  • Si seleccionas Active Directory local o Unidas a Microsoft Entra híbrido como tipo de identidad, cada máquina del catálogo debe tener una cuenta de equipo de Active Directory correspondiente.

    • El tipo de identidad No unidas a un dominio requiere la versión 2311 o posterior del VDA como nivel funcional mínimo para el catálogo. Para que esté disponible, actualiza el nivel funcional mínimo.

  • Si creas cuentas, debes tener permiso para crear cuentas de equipo en la OU donde residen las máquinas. Cada máquina del catálogo debe tener un nombre único. Especifica el esquema de nombres de cuenta para las máquinas que quieres crear. Para obtener más información, consulta Esquema de nombres de cuenta de máquina.

  • Nota:

  • Asegúrate de que los nombres de OU no usen barras diagonales (/).

Si usas cuentas existentes, explora las cuentas o haz clic en Importar y especifica un archivo .csv que contenga los nombres de las cuentas. El contenido del archivo importado debe usar el formato:

  • [ADComputerAccount] ADcomputeraccountname.domain

  • Asegúrate de que haya suficientes cuentas para todas las máquinas que vas a agregar. La interfaz de Web Studio administra esas cuentas. Por lo tanto, permite que esa interfaz restablezca las contraseñas de todas las cuentas o especifica 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 existentes, selecciona o importa cuentas existentes y asigna cada máquina a una cuenta de equipo de Active Directory y a una cuenta de usuario.

  • Esquema de nombres de cuenta de máquina

Cada máquina de un catálogo debe tener un nombre único. Debes especificar un esquema de nombres de cuenta de máquina al crear un catálogo. Usa caracteres comodín (signos de almohadilla) como marcadores de posición para los números o letras secuenciales que aparecen en el nombre.

Al especificar un esquema de nombres, ten en cuenta las siguientes reglas:

  • El esquema de nombres debe contener al menos un carácter comodín. Debes agrupar todos los caracteres comodín.
  • El nombre completo, incluidos los caracteres comodín, 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 los siguientes caracteres: ,~!@'$%^&.()}{\/*?"<>|=+[];:_"..
  • El nombre no puede terminar con un guion (-).

Además, deja suficiente espacio para el crecimiento al especificar el esquema de nombres. Considera este ejemplo: Si creas 1000 cuentas de máquina con el esquema “veryverylong#”, el último nombre de cuenta creado (veryverylong1000) contiene 16 caracteres. Por lo tanto, el esquema de nombres da como resultado uno o más nombres de máquina que superan el máximo de 15 caracteres.

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

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

    Nota:

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

  • A-Z. Si se selecciona, los comodines especificados se resuelven en letras secuenciales.

Por ejemplo, un esquema de nombres como PC-Sales-## (con 0-9 seleccionado) da como resultado cuentas con los nombres PC-Sales-01, PC-Sales-02, PC-Sales-03, y así sucesivamente.

Opcionalmente, puedes especificar con qué empiezan los nombres de cuenta.

  • Si seleccionas 0-9, las cuentas se nombran secuencialmente, empezando por los números especificados. Introduce uno o más dígitos, según la cantidad de comodines que uses en el campo anterior. Por ejemplo, si usas dos comodines, introduce dos dígitos o más.
  • Si seleccionas A-Z, las cuentas se nombran secuencialmente, empezando por las letras especificadas. Introduce una o más letras, según la cantidad de comodines que uses en el campo anterior. Por ejemplo, si usas dos comodines, introduce dos letras o más.

Credenciales de dominio

Introduce las credenciales de un administrador que tenga permiso para realizar operaciones de cuenta. Los pasos detallados son los siguientes:

  1. Haz clic en Introducir credenciales. Aparece la página Seguridad de Windows.

  2. En el campo Nombre de usuario, introduce el SamName, el nombre de usuario o el SID de usuario del administrador:

    • Si introduces un SamName, el campo Dominio se rellena automáticamente.
    • Si introduces un nombre de usuario o un SID, puedes limitar la búsqueda de usuario a un dominio específico introduciendo el nombre de dominio o el SID en el campo Dominio.
  3. Haz clic en Comprobar nombre para verificar si el nombre de usuario es válido o único.
  4. En el campo Contraseña, introduce la contraseña de dominio del administrador.
  5. Haz clic en Listo.

Nota:

Si el tipo de identidad que seleccionaste en Identidades de máquina es Unido a Microsoft Entra híbrido, las credenciales que introduzcas deben tener concedido el permiso Write userCertificate.

Resumen, nombre y descripción

En la página Resumen, revisa la configuración que especificaste. Introduce un nombre y una descripción para el catálogo. Esta información aparece en Web Studio.

Cuando hayas terminado, haz clic en Finalizar para iniciar la creación del catálogo. Cuando hayas terminado, selecciona 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 en línea.

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

  1. Pasa el ratón por encima del catálogo de máquinas.

  2. En la información sobre herramientas que aparece, haz clic en Ver detalles.

    Aparece un gráfico de progreso paso a paso donde puedes ver lo siguiente:

    • Historial de 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 catálogo unido a la identidad de la máquina. Obtienes el siguiente método de sincronización horaria según la imagen maestra y el catálogo:

Imagen maestra Catálogo Método de sincronización horaria resultante
NDJ AD o Microsoft Entra híbrido De forma predeterminada, NT5DS. Puedes deshabilitar que MCS cambie la configuración de sincronización horaria mediante la configuración del registro en la imagen maestra.
NDJ NDJ o Microsoft Entra ID Igual que la configuración de sincronización horaria original.
AD o Microsoft Entra híbrido AD o Microsoft Entra híbrido Igual que la configuración de sincronización horaria original.
Microsoft Entra ID Microsoft Entra ID Igual que la configuración de sincronización horaria original.

Nota:

La sincronización horaria original se controla mediante la siguiente configuración del registro y no se puede cambiar:

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

Valor: MaxAllowedPhaseOffset, MaxNegPhaseCorrection y MaxPosPhaseCorrection

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

Valor: Type

Para evitar que MCS cambie la configuración de sincronización de hora, establece el valor de la siguiente configuración del registro en la imagen maestra:

  • Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix
  • Name: TimeSyncMethodKeep
  • Type: DWORD
  • 0 (O bien, el valor TimeSyncMethodKeep no está configurado): No mantiene la configuración original de sincronización de hora.
  • 1: Mantiene la configuración original de sincronización de hora y los valores predeterminados de los parámetros.

Consideración importante sobre la configuración de propiedades personalizadas

Las propiedades personalizadas deben configurarse correctamente en New-ProvScheme y Set-ProvScheme en entornos de GCP y Azure. Si especificas una o varias propiedades personalizadas que no existen, recibirás el siguiente mensaje de error y los comandos no se ejecutarán.

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

Solución de problemas

Importante:

Después de crear el catálogo de máquinas con Web Studio, ya no puedes 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 Web Studio elimina esas tareas después de la creación del catálogo de máquinas, independientemente de si el catálogo se crea correctamente.

Citrix recomienda recopilar registros para ayudar al equipo de asistencia a proporcionar soluciones. Cuando utilices Citrix Provisioning, sigue este procedimiento para generar archivos de registro:

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

  2. Apaga la imagen maestra y crea una instantánea.

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

  4. Crea un catálogo basado en esa instantánea.
  5. Cuando la VM de preparación se cree en el hipervisor, inicia sesión y extrae los siguientes archivos de la raíz de C:: Image-prep.log y PvsVmAgentLog.txt.
  6. Apaga la máquina, momento en el que informará del error.
  7. Ejecuta 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 caché de reescritura de E/S de MCS

Puedes asignar una letra de unidad específica a un disco de caché de reescritura de E/S de MCS. Esta implementación te ayuda a evitar conflictos entre la letra de unidad de las aplicaciones que utilices y la letra de unidad del disco de caché de reescritura de E/S de MCS. Para ello, puedes usar comandos de PowerShell. Los hipervisores compatibles son Azure, GCP, VMware, SCVMM y XenServer.

Nota:

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

Limitaciones

  • Se aplica solo al sistema operativo Windows
  • Letra de unidad aplicable para el disco de caché de reescritura: de E a Z
  • No se aplica cuando se utiliza un disco temporal de Azure como disco de caché de reescritura
  • Se aplica solo cuando creas un nuevo catálogo de máquinas

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

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

  1. Abre la ventana de PowerShell.
  2. Ejecuta asnp citrix*.
  3. Crea un grupo de identidades si aún no lo has hecho. Para obtener más información, consulta Crear un catálogo.

  4. Crea un esquema de aprovisionamiento con el comando New-ProvScheme y 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. Termina de crear el catálogo.

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

Puedes validar la configuración antes de crear un catálogo de máquinas MCS utilizando el parámetro -validate en el comando New-ProvScheme. Después de ejecutar este comando de PowerShell con el parámetro, recibirás un mensaje de error apropiado si se utiliza un parámetro incorrecto o si un parámetro entra en conflicto con otro. A continuación, puedes usar el mensaje de error para resolver el problema y crear correctamente un catálogo de máquinas MCS con PowerShell. Actualmente, esta función se aplica a los entornos de virtualización de AWS, Azure, GCP y VMware.

Nota:

Durante la validación, no debes crear un catálogo de máquinas MCS real. Debes usar el resultado del comando para corregir los errores y, a continuación, crear un catálogo correcto. Por lo tanto, al ejecutar el comando New-ProvScheme, usa un nombre de grupo de identidades falso.

Para validar la configuración, sigue estos pasos:

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

  3. Ejecuta el comando New-ProvScheme y usa el parámetro -validate. Proporciona 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. Después de validar la configuración, puedes crear un catálogo de máquinas MCS con un nombre de grupo de identidades real y los parámetros correctos.

Incorporar máquinas virtuales a Azure Arc

Azure Arc permite a las organizaciones administrar recursos como máquinas virtuales alojadas en cualquier lugar como si se estuvieran ejecutando en Azure. Con Azure Arc, puedes usar servicios de Azure como Azure Monitor para una visibilidad completa y una gestión proactiva de los recursos.

Para incorporar máquinas virtuales a Azure Arc, crea un catálogo de máquinas MCS usando el comando New-ProvScheme. También puedes actualizar un catálogo existente usando el comando Set-ProvScheme. Solo las nuevas máquinas virtuales agregadas al catálogo se incorporan a Azure Arc.

Actualmente, esta función es aplicable a todos los hipervisores locales de Citrix: Vmware, Nutanix y SCVMM.

Requisitos previos

Considera lo siguiente antes de habilitar la incorporación de Azure Arc en el catálogo de MCS:

  • Grupo de recursos de Azure con:

    • Permite a las cuentas leer, crear y eliminar servidores Arc.
    • Permite a las cuentas administrar extensiones de máquinas virtuales, licencias y ámbitos de enlace privado.
    • Rol de “Administrador de recursos de máquinas conectadas de Azure” asignado a la entidad de servicio en el ámbito del grupo de recursos.

Consulta Asignar roles de Azure mediante Azure Portal.

  • Imagen maestra con

    • VDA: Posterior a 2311, excluyendo 2411.

      Nota:

      La incorporación de Azure Arc no es compatible en CVAD 2411. [BRK-14897]

    • Agente AzureConnectedMachineAgent instalado. Puedes descargar el MSI desde las secciones de Windows o Linux de la documentación de Microsoft.

Pasos para incorporar máquinas virtuales a Azure Arc

  1. Configura una cuenta de servicio con la capacidad AzureArcResourceManagement.

    La cuenta de servicio se usa para autenticación o autorización almacenando credenciales para acceder a proveedores de identidades como Microsoft Entra ID. Cada cuenta de servicio está vinculada a un único proveedor de identidades.

    Para crear una nueva cuenta de servicio para acceder a AzureAD con la capacidad AzureArcResourceManagement, ejecuta:

    New-AcctServiceAccount -IdentityProviderType “AzureAD” -IdentityProviderIdentifier “tenant-id” -AccountId “application-id” -AccountSecret “application-secret” -Capabilities “AzureArcResourceManagement”
<!--NeedCopy-->

    El application-id debe ser de la misma entidad de servicio a la que se le asignó el rol de “Administrador de recursos de máquinas conectadas de Azure”.

  2. Asigna la cuenta de servicio al grupo de identidades. Por ejemplo,

    Set-AcctIdentityPool -IdentityPoolUid “idn-pool-uid” -ServiceAccountUid “service-account-uid”
<!--NeedCopy-->

  3. Crea o actualiza un catálogo de MCS con los siguientes parámetros de Arc:

    • EnableAzureArcOnboarding: Indica si la incorporación de Arc debe habilitarse en el catálogo.
    • AzureArcSubscriptionId: Indica la suscripción de Azure donde se crean las máquinas virtuales conectadas a Arc.
    • AzureArcRegion: Indica la región de Azure donde se crean las máquinas virtuales conectadas a Arc.
    • AzureArcResourceGroup: Indica el grupo de recursos de Azure donde se crean las máquinas virtuales conectadas a Arc. Consulta [Requisitos previos] para obtener información sobre el grupo de recursos de Azure Arc.

    Ejemplo: Para habilitar la incorporación de Azure Arc para un nuevo catálogo:

    `New-ProvScheme -ProvisioningSchemeName "demo" -MasterImageVM "XDHyp:\HostingUnits\hosting-unit\masterVMName.vm\masterSnapshotName.snapshot" -HostingUnitName “hosting-unit” -IdentityPoolName “identity-pool”`

-EnableAzureArcOnboarding -AzureArcSubscriptionId “azure-sub” -AzureArcResourceGroup “azure-resourcegroup” - AzureArcRegion “azure-region”
<!--NeedCopy-->

    Ejemplo: Para habilitar la incorporación de Azure Arc para un catálogo existente:

    Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $true -AzureArcSubscriptionId “azure-sub” -AzureArcResourceGroup “azure-resourcegroup” - AzureArcRegion “azure-region”
<!--NeedCopy-->

    Ejemplo: Para deshabilitar la incorporación de Azure Arc para un catálogo existente:

    Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $false:
<!--NeedCopy-->
  4. Agrega nuevas máquinas al catálogo para incorporar Arc.
  5. Después de encender la máquina virtual, debes verla en el portal de Azure en AzureArcResourceGroup como una máquina conectada.

Consideraciones

  • La incorporación de Arc solo es compatible actualmente con máquinas virtuales nuevas. Por lo tanto, si actualizas un catálogo existente mediante Set-ProvScheme, solo las máquinas virtuales recién agregadas se incorporarán a Arc cuando se enciendan por primera vez.
  • Las propiedades personalizadas de Arc siguen siendo compatibles con los catálogos existentes para la compatibilidad con versiones anteriores. Sin embargo, si ejecutas New-ProvScheme con propiedades personalizadas de Arc, como EnableAzureArcOnboarding, la creación del catálogo fallará.
  • Debes agregar todos los parámetros en New-ProvScheme y Set-ProvScheme si configuras EnableAzureArcOnboarding como true.

Solución de problemas

Al crear un catálogo de SCVMM mediante New-ProvScheme, es posible que recibas el siguiente error:

Master Image/Machine Profile's VM's device id is different than the NetworkMapping's device id '0'. Please provide a device id that matches the master image/machine profile.
<!--NeedCopy-->

En ese caso, asegúrate de especificar explícitamente el DeviceId en el parámetro NetworkMapping de New-ProvScheme. Por ejemplo:

New-ProvScheme -ProvisioningSchemeType "MCS" -InitialBatchSizeHint 1 -HostingUnitName $HostingUnitName `
            -IdentityPoolName $CatalogName -MasterImageVM $MasterImage -ProvisioningSchemeName $CatalogName `
            -VMCpuCount 2 -VMMemoryMB 4096  -EnableAzureArcOnboarding `
            -AzureArcSubscriptionId $AzureArcSubscription -AzureArcRegion $AzureArcRegion `
            -AzureArcResourceGroup $AzureArcResourceGroup
            -NetworkMapping @{"FDDxxxxxx-xxxx-4xxx-9EBC-3xxxxxxxx"="XDHyp:\HostingUnits\<hosting unit name>\abc.network"}
<!--NeedCopy-->

Qué hacer a continuación

Para obtener información sobre cómo crear catálogos de servicios en la nube específicos, consulta:

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

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

Puedes crear un catálogo de Citrix Provisioning mediante Web Studio y PowerShell. Esta implementación te ofrece las siguientes ventajas:

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

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

Más información

Crear catálogos de máquinas
April 7, 2026
Contribución de: 
C C
April 7, 2026
Contribución de: 
C C

En este artículo

Comentarios sobre el sitio | Your privacy choices footer linkSus opciones de privacidad | Condiciones legales y de privacidad | Preferencias de cookies | Parámetros de consentimiento | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.