Citrix DaaS™

Crear catálogos de máquinas

April 9, 2026

Contribución de:

C C

Nota:

Este artículo describe cómo crear catálogos con Studio. Si usas Quick Deploy para crear recursos de Azure, sigue las instrucciones en Crear catálogos con Quick Deploy.

Las colecciones de máquinas físicas o virtuales se administran como una única entidad llamada catálogo de máquinas. Dentro de un catálogo de máquinas, todas las máquinas comparten un tipo de sistema operativo común, que puede ser un SO multisesión o un SO de sesión única, como sistemas basados en Windows o Linux.

Studio te guía para crear el primer catálogo de máquinas. Después de crear el primer catálogo, creas el primer grupo de entrega. Más tarde, puedes cambiar el catálogo que creaste y crear más catálogos.

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.

Si usas MCS para aprovisionar máquinas virtuales, proporcionas una imagen (o instantánea) para crear máquinas virtuales idénticas en el catálogo. Antes de crear el catálogo, debes configurar una conexión de host por primera vez al hipervisor o servicio en la nube que elijas y, a continuación, debes crear y configurar la imagen maestra en el mismo. La configuración de la imagen maestra requiere tareas como la unión a un dominio cuando sea necesario, la instalación de los controladores necesarios, las aplicaciones que se van a publicar y la implementación del Virtual Delivery Agent (VDA) en la imagen.
Después de crear la imagen maestra, creas el catálogo de máquinas en Studio. Seleccionas esa imagen (o una instantánea de una imagen), especificas el número de máquinas virtuales que se van a crear 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 importar estas máquinas virtuales al catálogo.

Al usar MCS para crear el primer catálogo, especificas una unidad de host que creaste anteriormente. La unidad de host proporciona la configuración de recursos para que puedas crear una máquina virtual. Más tarde (después de crear tu primer catálogo y grupo de entrega), puedes cambiar la información sobre esa unidad de host o su conexión de host principal, o crear más conexiones y unidades de host.

Si un Cloud Connector no funciona correctamente, las operaciones de aprovisionamiento de MCS (como las actualizaciones de catálogos) tardan más de lo habitual y el rendimiento de la interfaz de administración se degrada significativamente.

Comprobación de licencias RDS

La creación de un catálogo de máquinas que contiene máquinas con SO multisesión de Windows incluye una comprobación automática de licencias RDS de Microsoft válidas. Se busca en el catálogo una máquina encendida y registrada para realizar la comprobación.

Si no se encuentra una máquina encendida y registrada, se muestra una advertencia que explica que no se puede realizar la comprobación de licencias RDS.
Si se encuentra una máquina y se detecta un error, Studio muestra un mensaje de advertencia para el catálogo que contiene el problema detectado. Para quitar una advertencia de licencia RDS de un catálogo (para que ya no aparezca en la pantalla), selecciona el catálogo. Selecciona Quitar advertencia de licencia RDS. Cuando se te solicite, confirma la acción.

Registro de VDA

Un VDA debe registrarse con un Cloud Connector para tenerlo en cuenta al iniciar sesiones intermediadas. Los VDA no registrados pueden provocar una infrautilización de los recursos disponibles. Hay varias razones por las que un VDA podría no estar registrado, muchas de las cuales puedes solucionar. La información de solución de problemas se proporciona en el asistente de creación de catálogos y después de agregar un catálogo a un grupo de entrega.

En el asistente de creación de catálogos, después de agregar máquinas existentes, 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 encima del icono junto a cada máquina para mostrar un mensaje informativo sobre esa máquina.

Si el mensaje identifica una máquina problemática, puedes quitar esa máquina (con el botón Quitar) o agregarla. Por ejemplo, si un mensaje indica que no se puede obtener información sobre una máquina (quizás porque nunca se registró), puedes optar por agregar la máquina de todos modos.

Para obtener más información sobre la solución de problemas de registro de VDA, consulta CTX136668.

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 seleccionas una imagen (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 copia completa de la instantánea o 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 (mencionada anteriormente), que es de solo lectura y se comparte entre las máquinas virtuales recién creadas.
- Un disco de identidad único de 16 MB que proporciona a cada máquina virtual una identidad única. Cada máquina virtual obtiene un disco de identidad.
- Un disco de diferencias único para almacenar las escrituras realizadas en la máquina virtual. Este disco se aprovisiona de forma ligera (si es compatible con el almacenamiento del host) y aumenta hasta el tamaño máximo de la imagen maestra, si es necesario. Cada máquina virtual obtiene un disco de diferencias. El disco de diferencias contiene los cambios realizados durante las sesiones. Es permanente para escritorios dedicados. Para escritorios agrupados, se elimina y se crea uno nuevo después de cada reinicio.

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

Consideraciones de almacenamiento de MCS

Hay muchos factores a tener en cuenta al decidir sobre 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 diferencial: contiene el sistema operativo cuando se copia de la imagen maestra base.
Disk1 = Disco de identidad: 16 MB - contiene datos de Active Directory para cada VM.

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

La optimización del almacenamiento de MCS crea un disco de estilo caché de escritura para cada VM. En entornos de virtualización XenServer, VMware y SCVMM, MCS coloca el disco de caché de escritura (WBC) en la misma ubicación de almacenamiento que el disco del sistema operativo si configuras la lista de almacenamiento del sistema operativo disponible de la misma manera que la lista de almacenamiento temporal disponible al crear una conexión de host.
MCS agregó la capacidad de usar clones completos 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:

XenServer IntelliCache crea un disco de lectura en el almacenamiento local para cada XenServer. Esta opción ahorra IOPS en comparación con la imagen que podría estar en la ubicación de almacenamiento compartido.
Sobrecarga del hipervisor

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

Archivos de registro
Archivos específicos del hipervisor. Por ejemplo:
- VMware agrega más archivos a la carpeta VM storage. Consulta VMware Best Practices.
- Calcula los requisitos totales de tamaño de tu máquina virtual. Considera una máquina virtual que contenga 20 GB para el disco virtual, 16 GB para el archivo de intercambio y 100 MB para los archivos de registro, consumiendo un total de 36,1 GB.
Instantáneas para XenServer; Instantáneas para VMware.
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.
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 según las funciones seleccionadas.
La actualización del catálogo crea un disco base adicional en cada ubicación de almacenamiento. Las actualizaciones del catálogo también experimentan un pico de almacenamiento temporal en el que cada VM del catálogo tiene 2 discos diferenciales durante un cierto período de tiempo.

Más consideraciones:

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

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

La función de optimización del almacenamiento de Machine Creation Services (MCS) también se conoce como MCS I/O. 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 MCS I/O es D:\mcsdif.vhdx.
Logra mejoras de diagnóstico al incluir soporte para un archivo de volcado de memoria de Windows escrito en el disco de caché de escritura.
MCS I/O conserva la tecnología de caché en RAM con desbordamiento a disco duro para proporcionar la solución de caché de escritura de varias capas más óptima. Esta funcionalidad permite a un administrador equilibrar el costo en cada nivel, RAM y disco, y el rendimiento para cumplir con la expectativa de carga de trabajo deseada.

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

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

Habilitar las actualizaciones de optimización del almacenamiento de MCS

Para habilitar la función de optimización del almacenamiento de MCS I/O, actualiza Cloud Connector y el VDA a la última versión de Citrix DaaS.

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.

Para obtener información sobre cómo asignar una letra de unidad al disco de caché de escritura, consulta Asignar una letra de unidad específica al disco de caché de escritura de MCS I/O.

Prepara una imagen maestra en el hipervisor o servicio en la nube

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 y servicios en la nube pueden usar términos diferentes.
Asegúrate de que el hipervisor o el servicio en la nube 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.
Consideraciones de activación de Microsoft KMS al usar MCS: Si tu implementación incluye VDAs 7.x con un host XenServer 6.1 o 6.2, vSphere o Microsoft System Center Virtual Machine Manager, no necesitas reactivar manualmente Microsoft Windows o Microsoft Office.

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 versión más reciente del VDA para permitir el acceso a las funciones más nuevas. 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 los ajustes adecuados 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 costes al eliminar la necesidad de actualizar la imagen maestra después de agregar o reconfigurar una aplicación. Además, un menor número de aplicaciones instaladas reduce el tamaño de los discos duros de la imagen maestra, lo que ahorra costes de almacenamiento.
Clientes de App-V con la configuración recomendada, si planeas publicar aplicaciones 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 máquinas virtuales 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:

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

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 MCS admite para la activación de licencias por volumen son:

Key Management Service (KMS)
Activación basada en Active Directory (ADBA)
Multiple Activation Key (MAK)

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

Key Management Service (KMS)

KMS es un servicio ligero que no requiere un sistema dedicado y se puede alojar 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 rearm de KMS de Microsoft Windows y Microsoft Office. Puedes omitir el rearm ejecutando el comando Set-Provserviceconfigurationdata. Para obtener más información sobre la activación de KMS, consulta Activar con 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 la proporcionada 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 con Activación basada en Active Directory.

Multiple Activation Key (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 activación 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 activación 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 de 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 usas 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 máquina virtual 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 con MAK

Para activar el sistema Windows con MAK:

Instala la clave de producto en la imagen maestra. Este paso consume un recuento de activación.
Crea un catálogo de máquinas MCS.
Si no usas la preparación de imágenes:
Agrega el valor DWORD del registro Manual en Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation.
Establece el valor en 1.

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

Agrega VM al catálogo de máquinas.
Enciende las VM.
Según si la activación es 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. Luego, 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 desde 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 Studio

Antes de crear un catálogo:

Asegúrate de haber creado una conexión al hipervisor, servicio en la nube u otro recurso que aloje tus máquinas.
Si has creado una imagen maestra para aprovisionar máquinas. Asegúrate de haber instalado un VDA en esa imagen maestra.

Nota:

Cuando usas un servicio en la nube o un hipervisor para alojar VM, el asistente de creación de catálogos podría contener páginas adicionales específicas de ese host. Por ejemplo, al usar una imagen maestra de Azure Resource Manager, el asistente de creación de catálogos contiene una página Tipos de almacenamiento y licencias. Para obtener información específica del host, consulta los artículos específicos mencionados en Pasos siguientes.

Iniciar el asistente de creación de catálogos

Inicia sesión en Citrix Cloud.
En el mosaico DaaS, haz clic en Administrar para abrir Studio.
Selecciona Catálogos de máquinas en el panel izquierdo.
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.
Si ya has creado un catálogo y quieres crear otro, sigue estos pasos:
1. 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álogos.
2. 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á por las páginas descritas en las siguientes secciones. Las páginas que veas pueden variar en función de las selecciones que hagas y de la conexión (a un host) que utilices. Hosts/recursos de virtualización enumera las fuentes de información para los tipos de host admitidos.

Seleccionar un tipo de máquina

Cada catálogo debe contener máquinas de un solo tipo de sistema operativo. Selecciona una de las siguientes opciones en la página Tipo de máquina:

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 sistemas operativos Windows y Linux.
SO de sesión única: Un catálogo de SO de sesión única proporciona escritorios VDI que puedes asignar a diferentes usuarios.
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. Acceso con PC remoto no requiere una VPN para proporcionar seguridad.

Seleccionar opciones de administración de máquinas

Nota:

La página Administración de máquinas no aparece si seleccionas Acceso con PC remoto en la página Tipo de máquina.

La página Administración de máquinas indica cómo se administran las máquinas y la herramienta que quieres usar para implementar máquinas.

Selecciona una de las opciones para indicar cómo se deben administrar las máquinas en cuanto a energía:

Máquinas con administración de energía (por ejemplo, máquinas virtuales o PC blade): Esta opción solo está disponible si ya has configurado una conexión a un hipervisor o servicio en la nube.
Máquinas sin administración de energía (por ejemplo, máquinas físicas)

Si seleccionas la opción Máquinas con administración de energía (por ejemplo, máquinas virtuales o PC blade), selecciona una herramienta para crear VM:

Tecnología Citrix Provisioning™
- 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 PVS puede transmitirles una única imagen de disco compartida.

Nota:

Esta opción solo está disponible para sitios PVS registrados con 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 en el menú desplegable para seleccionar la granja y el sitio de las máquinas que se van a aprovisionar, aparezcan granjas y sitios que ya no existen. Como solución alternativa, puedes ejecutar el comando de PowerShell Unregister-HypPvsSite para eliminar 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.

Nota:

Para máquinas con sistema operativo Linux, consulta Crear VDA de Linux mediante Machine Creation Services (MCS).

Seleccionar una 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. Tienes las siguientes opciones en la página Experiencia de escritorio:
- Guardar los cambios en el disco local de la máquina que aloja los escritorios virtuales: Persistente
- Descartar todos los cambios y borrar los escritorios virtuales cuando el usuario cierra sesión: No persistente
Nota:

Para 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:
- Conectarse a un escritorio nuevo (aleatorio) cada vez que los usuarios inician sesión.
- Conectarse al mismo escritorio (estático) cada vez que los usuarios inician sesión.
Puedes decidir si los cambios realizados por los usuarios se guardarán o se descartarán después de que cierren sesión.

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

Seleccionar una imagen y un perfil de máquina

Nota:

Esta página aparece solo si seleccionas Citrix Machine Creation Services (MCS) en la página Administración de máquinas.

Las opciones disponibles en esta página varían según el hipervisor o el servicio en la nube.

Sigue estos pasos para completar la configuración de la página:

Selecciona un tipo de imagen para el catálogo de máquinas y, a continuación, selecciona una imagen. Hay dos tipos de imágenes disponibles:
- Imagen maestra: Una instantánea o VM creada como imagen maestra. Se somete a una preparación automática de la imagen al inicio de la creación del catálogo. Si es necesario, puedes agregar una nota para la imagen seleccionada.
  Nota:
  - Cuando uses MCS, no ejecutes Sysprep en las imágenes maestras.
  - Si especificas una imagen maestra en lugar de una instantánea, la interfaz de administración crea una instantánea, pero no puedes nombrarla.
  - Aparece un mensaje de error si seleccionas una instantánea o VM que no es compatible con la tecnología de administración de máquinas que seleccionaste anteriormente en el asistente.
  - Para actualizar imágenes dentro de un nodo de imagen, selecciónalo en el árbol y, a continuación, haz clic en la opción Actualizar en la esquina superior derecha. Si no seleccionas ningún nodo de imagen, al hacer clic en Actualizar se actualizan todas las imágenes del árbol. Para borrar un nodo seleccionado en el árbol, mantén pulsado CTRL y, a continuación, haz clic en el nodo.
- Imagen preparada: Una imagen que ha sido preparada y está lista para su uso directo en la creación de VM. Optar por imágenes preparadas en lugar de imágenes maestras para la creación de catálogos 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 VM 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 de Amazon WorkSpaces Core, Azure y VMware.
  - Las imágenes preparadas son necesarias para crear catálogos en entornos de Amazon WorkSpaces Core.
  Para obtener más información sobre cómo crear imágenes preparadas, consulta Administración de imágenes.
Para heredar la configuración de VM de un perfil de máquina, selecciona Usar un perfil de máquina y, a continuación, selecciona una VM o una especificación de plantilla ARM (específica de Azure) para usarla como perfil de máquina.
Nota:
- Actualmente, el uso de perfiles de máquina está restringido a VM de Azure, Amazon WorkSpaces Core, AWS, GCP y VMware.
- Se requiere un perfil de máquina para crear catálogos en entornos de Amazon WorkSpaces Core.
Para implementaciones de VMware, al crear un catálogo de máquinas mediante 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 la sección Seleccionar una carpeta para colocar las máquinas y proporciona 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.

Para implementaciones de AWS, puedes seleccionar una plantilla de lanzamiento como perfil de máquina.
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 versión más reciente de VDA.

Configurar las máquinas

Nota:

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 y usuarios.

Esta página no aparece si seleccionas Acceso con PC remoto en la página Tipo de máquina.

Puedes crear un catálogo vacío, lo que significa que el catálogo no contiene máquinas.

Cuando uses MCS para crear máquinas:
- Especifica cuántas máquinas virtuales quieres crear. Introduce 0 (cero) si no quieres crear ninguna. Más tarde, para crear máquinas virtuales para un catálogo vacío, puedes realizar la acción Agregar máquinas.
- Elige la cantidad de memoria (en MB) que tendrá cada máquina virtual.
  
  Importante:
  
  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 indicas en la página Experiencia de escritorio que los cambios de usuario en los escritorios estáticos deben guardarse en un Personal vDisk independiente, especifica el tamaño del disco virtual en GB y la letra de unidad.
- Si tu implementación usa más de una zona (ubicación de recursos), 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 no persistentes, puedes habilitar y configurar la caché de reescritura para datos temporales en las máquinas para mejorar el rendimiento de E/S. Para obtener más información, consulta Configurar la caché para datos temporales.
Cuando uses otras herramientas para proporcionar máquinas:

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

Sugerencia:

Para agregar usuarios, puedes explorar los usuarios o introducir manualmente una lista de nombres de usuario separados por punto y coma. Si los usuarios están en Active Directory, introduce los nombres directamente. Si no, introduce los nombres en este formato: <proveedor de identidades>:<nombre de usuario>. Ejemplo: AzureAD:username.

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 del asistente.
Cuando uses otras herramientas (no MCS):

Un icono y una información sobre herramientas para cada máquina agregada (o importada) te ayudan a identificar las máquinas que podrían no ser aptas para agregar al catálogo o que no pueden registrarse con un Cloud Connector.

Modo de copia de máquina virtual

El modo de copia que especifiques 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 soporte de migración, con IOPS potencialmente reducidas después de la creación de las máquinas.

Nota:

El enfoque de clonación de copia completa solo está disponible para el aprovisionamiento de máquinas virtuales persistentes en sistemas operativos de varias o una sola sesión.

Configurar la caché para datos temporales

Cuando uses MCS para administrar máquinas aleatorias no persistentes en un catálogo, puedes habilitar la caché de reescritura 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 estos requisitos:

Usa una conexión que especifique el almacenamiento para datos temporales. Para obtener más información, consulta Connections and resources.
Los VDA deben ser al menos de la versión 7.9 y tener instalado un controlador MCSIO actual.

Nota:

Puedes instalar este controlador 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 máquinas virtuales 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. Por defecto, sus valores predeterminados difieren según el tipo de conexión. Por lo 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.
Al habilitar la caché de reescritura para datos temporales, usa tanto una caché de memoria como una caché de disco. Los datos temporales se escriben primero en la caché de memoria. Cuando la caché de memoria alcanza el límite configurado, los datos más antiguos se mueven a la caché de disco. Nota: La caché de reescritura que usa solo una caché de disco ya no es compatible.
La caché de memoria forma parte de la cantidad total de memoria de cada máquina. Considera aumentar la cantidad total de memoria de cada máquina después de habilitar la caché de reescritura.
Cambiar el Tamaño de la 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 la caché de disco, no se crea ningún disco de caché. En este caso, especifica un valor de Memoria asignada a la caché que sea lo suficientemente grande como para contener todos los datos temporales. Esto solo es factible si hay grandes cantidades de RAM disponibles para asignar a cada VM.
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 después de crearlo.

Uso de archivos CSV para agregar máquinas de forma masiva

Si usas Studio, puedes agregar máquinas de forma masiva mediante archivos CSV. La función está disponible para todos los catálogos, excepto para los catálogos creados a través de MCS.

Un flujo de trabajo general para usar archivos CSV para agregar máquinas de forma masiva es el siguiente:

En la página Máquinas, selecciona Agregar archivo CSV. Aparece la ventana Agregar máquinas de forma masiva.
Selecciona Descargar plantilla CSV.
Rellena el archivo de plantilla.
Arrastra o explora el archivo para cargarlo.
Selecciona Validar para realizar comprobaciones de validación en tu importación.
Selecciona Importar para completar.

Para obtener información sobre las consideraciones de los archivos CSV, consulta Consideraciones al usar archivos CSV para agregar máquinas.

También puedes exportar máquinas de un catálogo en la misma página de Máquinas. El CSV de máquinas exportado se puede usar como plantilla al agregar máquinas de forma masiva. Para exportar máquinas:

En la página Máquinas, selecciona Exportar a archivo CSV. Se descarga un archivo CSV que contiene una lista de las máquinas.
Abre el archivo CSV para agregar o modificar máquinas según sea necesario. Para agregar máquinas de forma masiva usando el archivo CSV guardado, consulta la sección anterior, Uso de archivos CSV para agregar máquinas de forma masiva.

Nota:

Esta función no está disponible para catálogos de acceso remoto a PC.

La exportación e importación de máquinas en archivos CSV solo es compatible entre catálogos del mismo tipo.

Seguridad

La página Seguridad solo aparece 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. Usa la página Seguridad para configurar los grupos de seguridad de las VM. Esto también se aplica al modificar 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.

Configurar NIC para las máquinas

La página NIC no aparece si seleccionas Acceso remoto a PC en la página Tipo de máquina.

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.

Nota:

Para implementaciones de VMware, al crear un catálogo de máquinas usando un perfil de máquina, el catálogo hereda las configuraciones de NIC del perfil de máquina. En tales casos, si el perfil de máquina tiene varias NIC con la misma red, Studio usa la red de la unidad de alojamiento para las configuraciones de NIC.

Agregar cuentas de máquina

Nota:

Esta página Cuentas de máquina solo aparece cuando seleccionas Acceso remoto a PC en la página Tipo de máquina.

Agrega las cuentas de máquina de Active Directory o las Unidades organizativas (OU). No uses una barra diagonal (/) en un nombre de OU.

Puedes elegir una conexión de administración de energía configurada previamente o seleccionar 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 luego modificar el catálogo de máquinas para actualizar la configuración de administración de energía.

También puedes agregar máquinas de forma masiva mediante archivos CSV. Un flujo de trabajo general para hacerlo es el siguiente:

En la página Cuentas de máquina, selecciona Agregar archivo CSV. Aparece la ventana Agregar máquinas de forma masiva.
Selecciona Descargar plantilla CSV.
Rellena el archivo de plantilla.
Arrastra o explora hasta el archivo para cargarlo.
Selecciona Validar para realizar comprobaciones de validación en tu importación.
Selecciona Importar para finalizar.

Para obtener información sobre las consideraciones de los archivos CSV, consulta Consideraciones al usar archivos CSV para agregar máquinas.

Configurar identidades para máquinas en el catálogo

Nota:

La página Identidades de máquina solo aparece si no seleccionas Acceso con PC remoto en la página Tipo de máquina y seleccionas Citrix Machine Creation Services (MCS) en la página Administración de máquinas.

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 su aprovisionamiento. 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:

Selecciona una identidad de la lista.
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 inicia sesión con una cuenta de Active Directory que pertenece a esa organización. Existen en el entorno local.

Nota:

De forma predeterminada, se selecciona el dominio donde reside el recurso (conexión).
Unidas a Microsoft Entra: Máquinas propiedad de una organización y a las que se inicia sesión con una cuenta de Microsoft Entra que pertenece a esa organización. Solo existen en la nube. Para obtener información sobre los requisitos, las limitaciones y las consideraciones, consulta Unidas a Microsoft Entra.
Nota:
- Esta opción requiere que la imagen maestra cumpla el requisito previo del sistema operativo. Para obtener más información, consulta la documentación de Microsoft Dispositivos unidos a Microsoft Entra.
Unidas a Microsoft Entra híbrido. Máquinas propiedad de una organización y a las que se inicia 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:
- Antes de poder usar la unión a Microsoft Entra híbrido, asegúrate de que tu entorno de Azure cumpla los requisitos previos. Consulta Configurar la unión a Microsoft Entra híbrido.
- Esta opción requiere que la imagen maestra cumpla el requisito previo del sistema operativo. Para obtener más información, consulta Dispositivos unidos a Microsoft Entra híbrido.
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 1811 o posterior del VDA como nivel funcional mínimo para el catálogo. Para que esté disponible, actualiza el nivel funcional mínimo.

Los tipos de identidad Unidas a Microsoft Entra y Unidas a Microsoft Entra híbrido requieren la versión 2203 o posterior del VDA como nivel funcional mínimo para el catálogo. Para que estén disponibles, actualiza el nivel funcional mínimo.

Una cuenta de servicio de Microsoft Entra es obligatoria al crear catálogos solo de Microsoft Entra o de Microsoft Entra inscritos en Microsoft Intune para máquinas virtuales persistentes y no persistentes.

Antes de configurar las identidades de las máquinas, asegúrate de 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. Luego, elige cómo configurar las identidades de las máquinas:

Si creas nuevas cuentas de máquina, especifica la OU y el esquema de nombres de máquina. Para obtener más información, consulta Esquema de nombres de cuenta de máquina. Cuando creas un catálogo, se crea automáticamente un grupo de identidades para contener todas las identidades de máquina que definiste para este catálogo.
Si usas cuentas de máquina existentes, elige un grupo de identidades existente en tu entorno.

Nota:

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

Cuando creas un catálogo y seleccionas Usar grupo de identidades existente en la página Identidades de máquina, el comportamiento de la cuenta de servicio depende de la configuración del grupo de identidades:

Si el grupo de identidades seleccionado no tiene una cuenta de servicio configurada, la selección de una cuenta de servicio almacenada en la página Credenciales de dominio no surte efecto. La operación Agregar máquinas puede fallar con un error que indica que no se encuentra la cuenta de servicio. Para evitar esto, introduce manualmente las credenciales de dominio en la página Credenciales de dominio.

Si el grupo de identidades seleccionado tiene una cuenta de servicio configurada, cualquier cuenta de servicio seleccionada en la página Credenciales de dominio se ignora. La operación Agregar máquinas siempre usa la cuenta de servicio asociada al grupo de identidades.

Si usas cuentas existentes, explora hasta las cuentas o haz clic en Importar y especifica un archivo .csv que contenga nombres de cuenta. 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. 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 contengan 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 comodines (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 lo siguiente:

El número máximo de caracteres permitidos es 15.
El esquema de nombres debe contener al menos un carácter comodín. Debes agrupar todos los comodines.
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 los siguientes caracteres: ,~!@'$%^&.()}{\/*?"<>|=+[];:_"..
El nombre no puede terminar con un guion (-).
El número de caracteres aumenta con el aumento del número de cuentas de máquina. Por ejemplo, si creas 1000 cuentas de máquina con el esquema “veryverylong#”, el último nombre de cuenta creado (veryverylong1000) contiene 16 caracteres, lo que supera el número máximo de caracteres permitidos.

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 comienzan con 1. Si hay dos, los nombres de cuenta comienzan con 01. Si hay tres, los nombres de cuenta comienzan con 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é comienzan los nombres de cuenta.

Si seleccionas 0-9, las cuentas se nombran secuencialmente, comenzando con 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, comenzando con 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.

Agregar credenciales de dominio

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

Haz clic en Introducir credenciales. Aparece la página Seguridad de Windows.
En el campo Nombre de usuario, introduce el SamName, el nombre de usuario o el SID de usuario del administrador. Según tu entrada:
- 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 usuarios a un dominio específico introduciendo el nombre de dominio o el SID en el campo Dominio.
Haz clic en Comprobar nombre para verificar si el nombre de usuario es válido o único.
En el campo Contraseña, introduce la contraseña de dominio del administrador.
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.

Seleccionar un conjunto de configuración de WEM para la optimización de la experiencia

Nota:

La página Optimización de la experiencia solo aparece cuando tienes un derecho a Workspace Environment Management™ (WEM).

Mejora la asignación de recursos y el rendimiento del sistema en tus máquinas especificando un conjunto de configuración de WEM para el catálogo de máquinas.

Permisos necesarios

De forma predeterminada, la creación y administración de conjuntos de configuración para catálogos de máquinas requiere el rol de Administrador completo de WEM, junto con uno de los siguientes roles:

Administrador de acceso completo
Administrador de la nube
Administrador de catálogos de máquinas

Para permitir que otros roles administren conjuntos de configuración, asígnales el permiso Administrar conjuntos de configuración y el rol de Administrador completo de WEM.

Requisitos previos

Antes de vincular un catálogo a un conjunto de configuración, asegúrate de que la implementación del servicio Workspace Environment Management (WEM) esté configurada. Inicia sesión en Citrix Cloud y ejecuta el servicio WEM. Para obtener más información, consulta Introducción al servicio Workspace Environment Management.

Si ya usas WEM, verifica que el agente de WEM esté instalado en cada VDA y conectado a Citrix Cloud para que la configuración de optimización pueda surtir efecto.

Pasos

Selecciona una opción de Optimización de la experiencia para aplicar al catálogo de máquinas:

Aplicar la configuración predeterminada: Selecciona esta opción para aplicar la configuración de optimización predeterminada, que incluye la protección automática contra picos de CPU y la optimización inteligente de la CPU.
Aplicar configuración personalizada: Selecciona esta opción para crear un conjunto de configuración para este catálogo de máquinas utilizando el nombre del catálogo. Una vez creado el conjunto de configuración, puedes personalizar la configuración de optimización según sea necesario. Alternativamente, puedes seleccionar un conjunto de configuración existente.

Actualizar VDA (opcional)

Importante:

Para garantizar una actualización sin problemas, asegúrate de cumplir los requisitos previos y de revisar los problemas conocidos antes de actualizar los VDA a las versiones CR o LTSR CU. Consulta Actualizar VDA con Studio.

Al actualizar los VDA LTSR a las versiones de Actualización acumulativa (CU) LTSR, asegúrate de que la versión de los agentes de actualización de VDA que se ejecutan en los VDA sea 7.36.0.7 o posterior. Para obtener más información, consulta Actualizar VDA con Studio.

Esta función se aplica a los siguientes tipos de máquinas:

Máquinas persistentes aprovisionadas por MCS. Las implementas mediante Citrix Machine Creation Services en la página Administración de máquinas durante la creación del catálogo.
Máquinas que no se crean con MCS (por ejemplo, máquinas físicas). Las implementas mediante Otro servicio o tecnología en la página Administración de máquinas durante la creación del catálogo.

Para obtener más información sobre las dos opciones, consulta Administración de máquinas

En la página Actualización de VDA, selecciona la versión de VDA a la que quieres actualizar. Si se especifica, los VDA del catálogo que tienen instalado el Agente de actualización de VDA pueden actualizarse a la versión seleccionada, de forma inmediata o en un momento programado.

Nota:

Esta función solo admite la actualización a la versión más reciente de VDA. El momento en que creas una programación de actualización de VDA o actualizas un VDA determina la versión más reciente del VDA.

Después de configurar los ajustes de actualización de VDA, el campo Actualización de VDA puede tardar hasta 15 minutos en reflejar el estado más reciente. Para mostrar la columna Actualización de VDA, haz clic en el icono Columnas a mostrar en la esquina superior derecha, selecciona Catálogo de máquinas > Actualización de VDA y haz clic en Guardar.

Elige una pista de VDA que se adapte a tu implementación:

Importante:

Puedes cambiar entre el VDA CR y el VDA LTSR siempre que cambies de una versión anterior a una posterior. No puedes cambiar de una versión posterior a una anterior porque eso se considera una degradación. Por ejemplo, no puedes degradar de 2212 CR a 2203 LTSR (cualquier CU), pero puedes actualizar de 2112 CR a 2203 LTSR (cualquier CU).

VDA CR más reciente. Las versiones actuales (CR) ofrecen las características y funcionalidades más recientes e innovadoras de virtualización de aplicaciones, escritorios y servidores.
VDA LTSR más reciente. Las versiones de servicio a largo plazo (LTSR) se recomiendan para entornos de producción de grandes empresas que prefieren mantener la misma versión base durante un período prolongado.

Después de crear el catálogo, puedes actualizar los VDA según sea necesario. Para obtener más información, consulta Actualizar VDA.

Si quieres habilitar la actualización de VDA más tarde, puedes volver a esta página modificando el catálogo después de su creación. Para obtener más información, consulta Configurar los ajustes de actualización de VDA modificando un catálogo.

Revisa la configuració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 Studio.

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:

Pasa el ratón por encima del catálogo de máquinas.
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

Crear un catálogo de máquinas MCS mediante comandos de PowerShell

También puedes crear un catálogo de máquinas MCS mediante comandos de PowerShell. Para obtener más información, consulta:

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

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 catálogo de máquinas nuevo

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

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

Abre la ventana de PowerShell.
Ejecuta asnp citrix*.
Crea un grupo de identidades si aún no lo has hecho.

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

Termina de crear el catálogo.

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.

Invalid property found: <invalid property>. Ensure that the CustomProperties parameter supports the property.

Consideración importante sobre la configuración de los parámetros de ProvScheme

Cuando usas MCS para crear un catálogo, recibes un error si:

Configuras los siguientes parámetros de New-ProvScheme en hipervisores no compatibles al crear un catálogo de máquinas:

Parámetro	Hipervisor compatible
`UseWriteBackCache`	VMware
	Hyper-V
	XenServer®
	Azure
	GCP
`DedicatedTenancy`	Azure
	GCP
	AWS
`TenancyType`	Azure
	GCP
	AWS
`UseFullDiskCloneProvisioning`	VMware
	Hyper-V
	XenServer

Actualizas los siguientes parámetros de Set-ProvScheme después de crear el catálogo de máquinas:
- CleanOnBoot
- UseWriteBackCache
- DedicatedTenancy
- TenancyType
- UseFullDiskCloneProvisioning

Agregar SID al crear máquinas virtuales

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

Para ello:

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

Agrega máquinas al catálogo con 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

Valida 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 usando 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 usa un parámetro incorrecto o si un parámetro entra en conflicto con otro. Luego, puedes usar el mensaje de error para resolver el problema y crear con éxito un catálogo de máquinas MCS usando PowerShell. Actualmente, esta función es aplicable a 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 luego crear un catálogo exitoso. Por lo tanto, al ejecutar el comando New-ProvScheme, usa un nombre de grupo de identidades ficticio.

Para validar la configuración, sigue estos pasos:

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

Ejecuta el comando New-ProvScheme y usa el parámetro -validate. Proporciona un nombre de grupo de identidades ficticio 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-->

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.

Incorpora 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 añadidas 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 con Citrix Virtual Apps and Desktops 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 una máquina virtual a Azure Arc

Configura una cuenta de servicio con la capacidad AzureArcResourceManagement.

La cuenta de servicio se utiliza para la 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 Azure AD 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 pertenecer al mismo principal de servicio al que se le asignó el rol de Administrador de recursos de máquina conectada de Azure.

Asigna la cuenta de servicio al grupo de identidades. Por ejemplo:

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

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 catálogo nuevo:
```
`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”

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

```
Ejemplo: Para deshabilitar la incorporación de Azure Arc para un catálogo existente:
```
Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $false:

```
Agrega máquinas nuevas al catálogo para incorporar Arc.
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 actualmente solo es compatible con máquinas virtuales nuevas. Por lo tanto, si actualizas un catálogo existente usando 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 usando 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-->

Etiquetado Follow-Me

El etiquetado Follow-Me permite rastrear el uso individual de las máquinas virtuales por parte de los usuarios finales aplicando etiquetas a nivel de hipervisor. Estas etiquetas, identificadas con el usuario y/o la organización específicos (usando citrix-user-upn como clave y el Nombre principal de usuario (UPN) como valor), son agregadas automáticamente por Citrix cuando se asigna un usuario a una máquina virtual y eliminadas cuando se desasigna al usuario.

Ventajas

Esta característica ofrece varias ventajas:

Contracargo de TI: Facilita el filtrado del uso de recursos (Azure: NIC, SO, ID, WBC, discos de datos y máquinas virtuales) (AWS EC2: instancia EC2, volúmenes EBS (SO, ID, WBC y discos de datos) y NIC) por etiquetas, lo que permite un contracargo preciso a usuarios individuales o unidades de negocio.
Nota:
- Para AWS EC2, activa la clave de etiqueta citrix-user-upn como etiqueta de asignación de costos para que aparezca en tu informe de facturación. Consulta Activación de etiquetas generadas por AWS como etiquetas de asignación de costos.
- Para Azure, no necesitas activar la etiqueta citrix-user-upn para filtrar los informes de análisis de costos por usuario y ver el gasto detallado, que incluye el gasto total mensual, los costos por recurso individual, las tendencias de costos diarias, los costos por servicio y los registros de facturación detallados.
Gestión eficiente de usuarios: Automatiza la eliminación de etiquetas de los recursos cuando se anula la asignación de usuarios finales (por ejemplo, cambios de empleo como la rescisión o la reorganización).
Supervisión de seguridad mejorada: Ayuda a identificar las máquinas virtuales asignadas a usuarios finales específicos para realizar análisis de seguridad dirigidos.

Aplicabilidad

Actualmente, el etiquetado de seguimiento es aplicable a:

Entornos AWS EC2 y Azure
Máquinas asignadas estáticamente que ejecutan un SO de sesión única
Catálogos persistentes y no persistentes
Todos los catálogos unidos a la identidad de máquina compatibles
Solo máquinas virtuales aprovisionadas por MCS
Solo discos administrados (para Azure)

Limitaciones

Existe un breve período de sincronización entre la asignación del usuario final y la aparición de la etiqueta correspondiente en la máquina del hipervisor.
MCS no reintenta las operaciones de etiquetado si la operación falla debido a problemas como permisos de etiquetado insuficientes, fallos del hipervisor o conectores de nube no disponibles. En su lugar, MCS emite una advertencia en el esquema de aprovisionamiento. Puedes acceder a esta advertencia mediante el comando de PowerShell Get-ProvOperationEvent.
Las operaciones de etiquetado se inician exclusivamente cuando el etiquetado de un catálogo está habilitado o deshabilitado, o cuando se asigna un usuario a una máquina virtual.
Si quitas manualmente la etiqueta de seguimiento de la NIC, la etiqueta no se aplica a ningún recurso recién creado en el siguiente encendido.

Consideraciones importantes

Ten en cuenta lo siguiente al usar el etiquetado de seguimiento en entornos AWS EC2:

Limitaciones específicas de AWS: Consulta Limitaciones de etiquetado para conocer las limitaciones de etiquetado.
Activa la etiqueta para la asignación de costos. Consulta Activación de etiquetas de asignación de costos generadas por AWS.

Ten en cuenta lo siguiente al usar el etiquetado de seguimiento en un entorno Azure:

Limitaciones específicas de Azure
Puedes agregar solo 50 etiquetas por recurso.

Configurar el etiquetado de seguimiento

Puedes configurar el etiquetado de seguimiento mediante Studio y PowerShell.

Usar Studio

En el asistente de configuración del catálogo de máquinas:

En la página Sistema operativo, selecciona SO de sesión única.
En la página Administración de máquinas:
- Selecciona Máquinas con administración de energía (por ejemplo, máquinas virtuales o PC blade).
- Selecciona implementar máquinas mediante la tecnología de aprovisionamiento de Citrix, Citrix Machine Creation Services (MCS).
Completa la configuración en las páginas siguientes.
En la página Máquinas virtuales, selecciona Aplicar etiquetado de seguimiento.
Completa el proceso de creación del catálogo.
Para verificar que la función está habilitada para el catálogo, ve a la página Detalles del catálogo creado. La capacidad Etiquetado de seguimiento en Máquina debe aparecer como Habilitado.
En el panel izquierdo, selecciona Grupos de entrega, haz clic en Crear grupo de entrega. Agrega el catálogo creado a un grupo de entrega y asigna uno o más usuarios al grupo de entrega.

MCS etiqueta automáticamente una máquina virtual del catálogo con el primer usuario que inicia sesión en la máquina. Alternativamente, los usuarios pueden asignarse manualmente a una máquina en lugar de depender del primer inicio de sesión.

También puedes modificar un catálogo existente para configurar el etiquetado de seguimiento.

Selecciona el catálogo que quieres modificar y haz clic en Modificar catálogo de máquinas.
Ve a la sección Máquinas virtuales y selecciona Aplicar etiquetado de seguimiento.
Haz clic en Aplicar y luego en Guardar para habilitar la función para el catálogo existente. Las máquinas virtuales nuevas y existentes de este catálogo se etiquetan ahora en el hipervisor cuando se asignan usuarios finales.

Usar PowerShell

Para configurar el etiquetado de seguimiento mediante PowerShell, usa el parámetro -HypervisorVMTagging con el cmdlet Set-BrokerCatalog y establécelo en $true.

Script de ejemplo para habilitar el etiquetado:

Set-BrokerCatalog -Name 'CatalogName' -HypervisorVMTagging $true

<!--NeedCopy-->

Script de ejemplo para comprobar el estado del etiquetado de un catálogo:

Get-BrokerCatalog -Name "SS-S-P-Cat" | Select Name, SessionSupport, AllocationType, ProvisioningType, HypervisorVMTagging

<!--NeedCopy-->

Comprueba el valor de HypervisorVMTagging. Si el etiquetado de seguimiento está habilitado para el catálogo, el valor de HypervisorVMTagging es True.

Después de habilitar el etiquetado de seguimiento para el catálogo, agrega el catálogo creado a un grupo de entrega y asigna uno o más usuarios al grupo de entrega.

Usa el etiquetado de seguimiento

Después de habilitar el etiquetado de seguimiento para un catálogo de máquinas y de asignar usuarios a las VM dentro de ese catálogo, MCS aplica automáticamente una etiqueta a nivel de hipervisor a las máquinas virtuales. Esta etiqueta tiene el formato citrix-user-upn:<User Principal Name (UPN)>. Usa esta etiqueta en la consola de facturación y administración de tu hipervisor para realizar un seguimiento del uso de los recursos por parte de usuarios finales específicos.

Para analizar los costes de los recursos con etiquetas específicas en Azure:

Ve a la página Análisis de costes en Azure Portal.
Agrega el filtro Etiqueta.
Usa citrix-user-upn como clave.
Selecciona uno o más UPN deseados para realizar un seguimiento de los costes de los recursos.
Consulta los costes reales acumulados para los recursos etiquetados.

Usa el filtrado de etiquetas con citrix-user-upn para:

Ver el gasto total mensual de un usuario (vista de costes acumulados).
Ver todos los recursos propiedad de un usuario específico y sus costes (vista de costes por recursos).
Detectar aumentos inesperados en los costes diarios por usuario (vista de costes diarios).
Identificar en qué servicios está gastando un usuario, como VM o almacenamiento (vista de costes por servicio).
Crear registros de facturación detallados a nivel de usuario filtrando los elementos de línea de facturación sin procesar (vista de detalles de la factura).

Para analizar los costes de los recursos con etiquetas de asignación de costes en AWS:

Activa las etiquetas de asignación de costes (tarda hasta 24 horas en activarse y ser visible en el informe de facturación). Activa las etiquetas de asignación de costes a través de la consola de facturación de EC2 o de la API de AWS Cost Explorer, UpdateCostAllocationTagsStatus.
Agrega la clave de etiqueta de asignación de costes y algún valor a los recursos de AWS.

Con estas etiquetas, genera los informes de facturación para ver el coste incurrido por los recursos según la clave de etiqueta de asignación de costes y los valores específicos. Puedes ver el informe con una granularidad mensual, diaria y horaria.

Cuando se anula la asignación de un usuario a una máquina, MCS quita automáticamente la etiqueta correspondiente de esa VM.

Solución de problemas

Problema: Las etiquetas no aparecen en el hipervisor después de la asignación de usuarios.
Causa: Puede haber un retraso en la sincronización, o MCS no pudo realizar el etiquetado debido a problemas de permisos, fallos del hipervisor o Cloud Connectors no disponibles.
Solución:
- Espera unos minutos para que aparezca la etiqueta.
- Si el problema persiste, comprueba si hay advertencias en el esquema de aprovisionamiento usando el cmdlet de PowerShell Get-ProvOperationEvent para identificar cualquier error encontrado durante el etiquetado. Asegúrate de que Citrix tiene los permisos de etiquetado necesarios en el hipervisor.
- Comprueba el estado del etiquetado. Ejecuta Get-ProvVM y comprueba CustomMachineData para el booleano IsFollowMeTagged.

Qué hacer a continuación

Para obtener información sobre cómo crear catálogos de hipervisor específicos, consulta:

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

Para revisar todo el proceso de configuración, consulta Planificar y crear una implementación.

Puedes crear un catálogo de Citrix Provisioning usando 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 y XenServer, actualmente puedes crear los catálogos usando solo comandos de PowerShell. Para obtener más información, consulta Crear catálogos de Citrix Provisioning en Citrix Studio.

Más información

La versión oficial de este contenido está en inglés. Para mayor comodidad, parte del contenido de la documentación de Cloud Software Group solo tiene traducción automática. Cloud Software Group no puede controlar el contenido con traducción automática, que puede contener errores, imprecisiones o un lenguaje inadecuado. No se ofrece ninguna garantía, ni implícita ni explícita, en cuanto a la exactitud, la fiabilidad, la idoneidad o la precisión de las traducciones realizadas del original en inglés a cualquier otro idioma, o que su producto o servicio de Cloud Software Group se ajusten a cualquier contenido con traducción automática, y cualquier garantía provista bajo el contrato de licencia del usuario final o las condiciones de servicio, o cualquier otro contrato con Cloud Software Group, de que el producto o el servicio se ajusten a la documentación no se aplicará en cuanto dicha documentación se ha traducido automáticamente. Cloud Software Group no se hace responsable de los daños o los problemas que puedan surgir del uso del contenido traducido automáticamente.

¿Le ha resultado útil?

Crear catálogos de máquinas

April 9, 2026

Contribución de:

C C

April 9, 2026

Contribución de:

C C

En este artículo

Información general
Resumen de la creación de catálogos de MCS
Consideraciones de almacenamiento de MCS
Prepara una imagen maestra en el hipervisor o servicio en la nube
Activación de licencias por volumen
Crear un catálogo de máquinas con Studio
Crear un catálogo de máquinas MCS mediante comandos de PowerShell
Valida la configuración antes de crear un catálogo de máquinas MCS
Incorpora máquinas virtuales a Azure Arc
Etiquetado Follow-Me
Qué hacer a continuación
Más información

¿Le ha resultado útil?