Citrix DaaS™

Crear catálogos de máquinas

May 4, 2026

Contribución de:

C C

Property1Property2Property3Property4Property5Property6Property7Property8Property9Property10

Nota:

Este artículo describe cómo crear catálogos mediante Studio. Si utilizas la implementación rápida (Quick Deploy) para crear recursos de Azure, sigue las instrucciones de Crear catálogos mediante la implementación rápida.

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 utilizas 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 alojamiento 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, aún debes crear uno o varios catálogos de máquinas para importar estas máquinas virtuales al catálogo.

Cuando utilizas MCS para crear el primer catálogo, especificas una unidad de alojamiento que creaste previamente. La unidad de alojamiento proporciona la configuración de recursos para que crees 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 alojamiento o su conexión de host principal, o crear más conexiones y unidades de alojamiento.

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 contenga 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 ser considerado al iniciar sesiones intermediadas. Los VDA no registrados pueden provocar una subutilización de los recursos que, de otro modo, estarían 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 (mediante el botón Quitar) o agregar la máquina. 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.
Para las máquinas virtuales Windows con VDA versión 2511 (Actualización 1) o posterior, MCS puede asignar un MachineGuid único a cada máquina. Este MachineGuid se utiliza para fines de licencias por parte de algunos programas instalados en el VDA. Este comportamiento está inhabilitado de forma predeterminada, pero se puede habilitar estableciendo el valor de la clave de registro HKLM:\Software\Citrix\MachineIdentityServiceAgent\EnableUniqueMachineGuid en 1 en la imagen maestra o en máquinas individuales.
- 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 la hora de decidir sobre soluciones de almacenamiento, configuraciones y capacidades 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 de diferencias: contiene el SO cuando se copia de la imagen maestra base.
- 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 el consumo de características. Por ejemplo:
- Optimización del almacenamiento de MCS crea un disco de estilo de caché de escritura para cada máquina virtual. En entornos de virtualización de XenServer, VMware y SCVMM, MCS coloca el disco de caché de escritura (WBC) en la misma ubicación de almacenamiento que el disco del sistema operativo si 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 características del hipervisor también pueden entrar en la ecuación. Por ejemplo:

IntelliCache de XenServer crea un disco de lectura en el almacenamiento local para cada XenServer. Esta opción ahorra IOPS en la imagen que podría estar en la ubicación de almacenamiento compartido.
Sobrecarga del hipervisor
Diferentes hipervisores usan archivos específicos que crean sobrecarga para las máquinas virtuales. Los hipervisores también usan almacenamiento para operaciones de administración y registro general. 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 de almacenamiento de máquinas virtuales. Consulta las prácticas recomendadas de VMware.
- 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 de procesos
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 la copia del disco base en cada ubicación de almacenamiento. La creación del catálogo varía según las características seleccionadas.
Actualizar el 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 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 compatibilidad con un archivo de volcado de memoria de Windows escrito en el disco de caché de escritura.
MCS I/O conserva la tecnología de caché en RAM con desbordamiento a disco duro para proporcionar la solución de caché de escritura de varias capas más óptima. Esta funcionalidad permite a un administrador equilibrar el costo en cada capa (RAM y disco) y el rendimiento para cumplir con la expectativa de carga de trabajo deseada.

Actualizar el método de caché de escritura de basado en disco a basado en archivos requiere los siguientes cambios:

MCS I/O ya no es compatible con 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 máquina virtual se crea y formatea automáticamente al iniciar 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.
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 función de optimización del almacenamiento de MCS I/O, actualiza el Cloud Connector y el VDA a la versión más reciente 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 saberlo:

Una imagen maestra también puede conocerse como imagen clonada, imagen dorada, máquina virtual base o imagen base. Los proveedores de hosts y los proveedores de 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 VDA 7.x con un host de XenServer 6.1 o 6.2, vSphere o Microsoft System Center Virtual Machine Manager, no necesitas volver a activar 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 características 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 ajustes apropiados 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.
Al usar 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 utilizas MCS, no ejecutes Sysprep en las imágenes maestras.

Para preparar una imagen maestra:

1. Con la herramienta de administración de tu hipervisor, crea una imagen maestra y, a continuación, instala el sistema operativo, así como 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 imágenes maestras 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 utilizas 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 utilizas 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 se pueda identificar 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:

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.

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 mediante activación basada en Active Directory.

Clave de activación múltiple (MAK)

MAK es una forma de activar el 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 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 utilizas 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.
1. 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, utiliza 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:

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.
- 1. Si no utilizas 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 desactiva la opción de activación en línea.
- 1. Agrega VM al catálogo de máquinas.
Enciende las VM.
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 instalado 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 última imagen maestra.

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

-  1.  Inicia sesión en [Citrix Cloud](https://citrix.cloud.com).
-  1.  En el mosaico de **DaaS**, haz clic en **Administrar** para abrir Studio.
-  1.  Selecciona **Catálogos de máquinas** en el panel izquierdo.

1. Si este 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 creaste 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 guía por las páginas descritas en las siguientes secciones. Las páginas que ves pueden variar, según las selecciones que hagas y la conexión (a un host) que uses. Hosts/recursos de virtualización enumera las fuentes de información para los tipos de host compatibles.

Seleccionar un tipo de máquina

-  Cada catálogo debe contener máquinas de un solo tipo de SO. 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 ambos 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. El 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 deben administrarse energéticamente las máquinas:

Máquinas con administración de energía (por ejemplo, máquinas virtuales o PC blade): Esta opción solo está disponible si ya configuraste 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 y con imágenes creadas mediante MCS. MCS copia las imágenes clonadas de una imagen maestra a esas VM.
- Citrix Provisioning Services (PVS) Crea un catálogo de VM aprovisionadas mediante MCS y con imágenes creadas mediante 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 en Citrix Cloud™ y actualmente está limitada a los recursos de Azure.

Mientras creas un catálogo de Citrix Provisioning 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 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 SO Linux, consulta Crear VDA 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 las máquinas con **SO multisesión**, se asigna a los usuarios un escritorio aleatorio 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 la sesión: No persistente

> **Nota:**
>
> Para las máquinas multisesión persistentes, los cambios que los usuarios hagan en los escritorios se guardarán y serán accesibles para todos los usuarios autorizados.

Para las 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 además 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 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 las 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 pulsada la tecla <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 administración optimizada del ciclo de vida de la imagen. 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 la 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 las 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 máquinas virtuales, 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 proporciona la ubicación de la carpeta de máquinas virtuales. Si no se especifica, el sistema considera la carpeta del perfil de máquina seleccionado como la ubicación predeterminada.

Para las 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 última versión 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.

Al usar 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 VM para un catálogo vacío, puedes realizar la acción Agregar máquinas.
- Elige la cantidad de memoria (en MB) que tendrá cada VM.
  
  Importante:
  
  Cada VM 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 de Experiencia de escritorio que los cambios de usuario en los escritorios estáticos deben guardarse en un vDisk personal independiente, especifica el tamaño del disco virtual en GB y la letra de unidad.
Si tu implementación utiliza más de una zona (ubicación de recursos), puedes seleccionar una zona para el catálogo.
Si estás creando VM 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 VM 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 la cuenta de una VM después de agregarla o importarla. Si has especificado máquinas estáticas en la página de Experiencia de escritorio, puedes especificar opcionalmente el nombre de usuario para usar con cada VM que agregues.

Consejo:

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) ayudan a identificar las máquinas que podrían no ser aptas para agregar al catálogo o que no puedan registrarse con un Cloud Connector.

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 compatibilidad con 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 VM persistentes en sistemas operativos de varias o una sola sesión.

Configurar la caché para datos temporales

Cuando usas MCS para administrar máquinas aleatorias no persistentes en un catálogo, puedes habilitar la caché de reescritura para las máquinas para 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 almacenamiento para datos temporales. Para obtener más información, consulta Conexiones y recursos.
Los VDA deben ser al menos la versión 7.9 e instalados con un controlador MCSIO actual.

Nota:

Puedes instalar este controlador cuando instales o actualices 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 en caché de memoria y caché de disco. De forma predeterminada, sus valores predeterminados difieren según el tipo de conexión. Generalmente, 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 puedan ser creados o copiados por un usuario de sesión o cualquier aplicación que los usuarios puedan instalar dentro de la sesión.
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 caché en un catálogo de máquinas después de crearlo.

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

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

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

1. En la página Máquinas, selecciona Agregar archivo CSV. Aparece la ventana Agregar máquinas de forma masiva.
1. Selecciona Descargar plantilla CSV.
1. Rellena el archivo de plantilla.

Arrastra o busca 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.

También puedes exportar máquinas de un catálogo en la misma página Máquinas. El archivo CSV de máquinas exportado se puede usar como plantilla al agregar máquinas de forma masiva. Para exportar máquinas:
1. 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 mediante 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 los catálogos de acceso con PC remoto.

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

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 máquinas virtuales. 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 con PC remoto 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 mediante 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 utiliza 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 aparece solo cuando seleccionas Acceso con PC remoto 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, a continuación, 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:

-  1.  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 busca 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 las máquinas del catálogo

Nota:

-  La página **Identidades de máquina** aparece solo cuando 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:**

-  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 inicia sesión con una cuenta de Active Directory que pertenece a esa organización. Existen de forma 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**](/es-es/citrix-daas/install-configure/machine-identities/azure-active-directory-joined.html).

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**](https://learn.microsoft.com/es-es/entra/identity/devices/concept-directory-join).

-  **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 Servicios de dominio de Active Directory que pertenece a esa organización. Existen en la nube y de forma local. Para obtener información sobre los requisitos, las limitaciones y las consideraciones, consulta** [**Unidas a Microsoft Entra híbrido**](/es-es/citrix-daas/install-configure/machine-identities/hybrid-azure-active-directory-joined).

> **Nota:**
>
>     -  **Antes de poder usar la unión híbrida a Microsoft Entra, asegúrate de que tu entorno de Azure cumple los requisitos previos. Consulta** [**Configurar la unión híbrida a Microsoft Entra**](https://learn.microsoft.com/es-es/entra/identity/devices/how-to-hybrid-join).
>     -  **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**](https://learn.microsoft.com/es-es/entra/identity/devices/concept-hybrid-join).

-  **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**](/es-es/citrix-daas/install-configure/machine-identities/non-domain-joined.html).

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. A continuación, 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 cuentas 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, seleccionar 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 puede encontrar 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 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. 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 cuentas de máquina

Cada máquina de un catálogo debe tener un nombre único. Debes especificar un esquema de nombres de cuentas de máquina al crear un catálogo. Usa caracteres comodín (signos de almohadilla) como marcadores de posición para 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 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 (-).
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 caracteres comodín especificados se resuelven en números secuenciales.

Nota:

Si solo hay un carácter comodín (#), los nombres de las cuentas comienzan con 1. Si hay dos, los nombres de las cuentas comienzan con 01. Si hay tres, los nombres de las cuentas comienzan con 001, y así sucesivamente.
A-Z. Si se selecciona, los caracteres comodín especificados se resuelven en letras secuenciales.

Por ejemplo, un esquema de nombres como PC-Ventas-## (con 0-9 seleccionado) da como resultado cuentas con los nombres PC-Ventas-01, PC-Ventas-02, PC-Ventas-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.

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

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 Microsoft Entra híbrido unido, 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 aparece solo cuando tienes un derecho de 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 de tu servicio Workspace Environment Management (WEM) esté configurada. Inicia sesión en Citrix Cloud e inicia el servicio WEM. Para obtener más información, consulta Primeros pasos con el 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 configuración predeterminada: Selecciona esta opción para aplicar la configuración de optimización predeterminada, incluida 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 usando 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 revisa 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) de 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 usando 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 usando MCS (por ejemplo, máquinas físicas). Las implementas usando 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 inmediato 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 de VDA.

Después de configurar los ajustes de actualización de VDA, puede que el campo Actualización de VDA tarde hasta 15 minutos en reflejar el estado más reciente. Para mostrar la columna Actualización de VDA, haz clic en el icono Columnas que 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 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 funciones y características de virtualización de aplicaciones, escritorios y servidores más recientes e innovadoras.
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 crearlo. 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 de VDA o posterior.

Limitaciones

Aplicable solo al sistema operativo Windows
Letra de unidad aplicable para el disco de caché de reescritura: de 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 a un disco de caché de reescritura

Para asignar una letra de unidad a un disco de caché de reescritura:
1. Abre la ventana de PowerShell.
1. Ejecuta asnp citrix*.
1. Crea un grupo de identidades si aún no se ha creado.

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

 New-ProvScheme -CleanOnBoot `
 -HostingUnitName "<name>" `
 -IdentityPoolName $schemeName `
 -  -ProvisioningSchemeName $schemeName `

 -  -InitialBatchSizeHint 1 `
     -UseWriteBackCache -WriteBackCacheDiskSize 127 -WriteBackCacheMemorySize 256 -WriteBackCacheDriveLetter E `
     -MasterImageVM "XDHyp:\HostingUnits\<name>\image.folder\abcd-resources.resourcegroup\MCSIOMasterVm_OsDisk_1_d3e2d6352xxxxxxxxx2130aa145ec77.manageddisk" `
 -  -NetworkMapping @{"0"="XDHyp:\\HostingUnits\\name\\virtualprivatecloud.folder\\East US.region\\virtualprivatecloud.folder\\abcd-resources.resourcegroup\\abcd-resources-vnet.virtualprivatecloud\\default.network"} `
 -  -ServiceOffering "XDHyp:\\HostingUnits\\<name>\\serviceoffering.folder\\Standard_D2s_v5.serviceoffering" `
 -  -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 -  <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
     <Property xsi:type="StringProperty" Name="OsType" Value="Windows" />
     <Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS"/>
     <Property xsi:type="StringProperty" Name="PersistWBC" Value="false" />
     <Property xsi:type="StringProperty" Name="PersistOsDisk" Value="false" />
     <Property xsi:type="StringProperty" Name="PersistVm" Value="false" />
     <Property xsi:type="StringProperty" Name="WBCDiskStorageType" Value="Premium_LRS" />
     <Property xsi:type="StringProperty" Name="UseTempDiskForWBC" Value="false" />
     <Property xsi:type="StringProperty" Name="ResourceGroups" Value="abcd-group1" />
     <Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
     <Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
     </CustomProperties>'

 <!--NeedCopy-->

Finaliza la creación del 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.

Propiedad no válida encontrada: <invalid property>. Asegúrate de que el parámetro CustomProperties admita la propiedad.

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

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 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 correctamente 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 falso.

Para validar la configuración, sigue estos pasos:

Abre una ventana de PowerShell desde el host de 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 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-->

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 gestionar recursos como máquinas virtuales alojadas en cualquier lugar como si se ejecutaran 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 característica 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:
- Cuentas con permisos para leer, crear y eliminar servidores Arc.
- Cuentas con permisos para gestionar extensiones de máquinas virtuales, licencias y ámbitos de enlace privado.
- Rol de Administrador de recursos de máquina conectada 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 identidad como Microsoft Entra ID. Cada cuenta de servicio está vinculada a un único proveedor de identidad.

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”


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


```
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 nuevas máquinas al catálogo para incorporar Arc.
Después de encender la VM, debes ver la VM en el portal de Azure en AzureArcResourceGroup como una máquina conectada.

Consideraciones

La incorporación de Arc actualmente solo es compatible con VM nuevas. Por lo tanto, si actualizas un catálogo existente usando Set-ProvScheme, solo las VM 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, podrías obtener 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 “Sígueme”

El etiquetado “Sígueme” permite el seguimiento del uso individual de las VM por parte del usuario final 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 VM y eliminadas cuando se desasigna al usuario.

Ventajas

Esta característica ofrece varias ventajas:

Recuperación de costes de TI: Facilita el filtrado del uso de recursos (Azure: NIC, SO, ID, WBC, discos de datos y VM) (AWS EC2: instancia EC2, volúmenes EBS (SO, ID, WBC y discos de datos) y NIC) por etiquetas, lo que permite una recuperación de costes precisa para usuarios individuales o unidades de negocio.
Nota:
- Para AWS EC2, activa la clave de etiqueta citrix-user-upn como etiqueta de asignación de costes para que aparezca en tu informe de facturación. Consulta Activación de etiquetas generadas por AWS como etiquetas de asignación de costes.
- Para Azure, no necesitas activar la etiqueta citrix-user-upn para filtrar los informes de análisis de costes por usuario y ver el gasto detallado, que incluye el gasto total mensual, los costes por recurso individual, las tendencias de costes diarias, los costes 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 desasignan usuarios finales (por ejemplo, cambios de empleo como terminación o reorganización).
Supervisión de seguridad mejorada: Ayuda a identificar las VM asignadas a usuarios finales específicos para realizar análisis de seguridad dirigidos.

Aplicabilidad

Actualmente, el etiquetado “Sígueme” 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 identidades de máquina compatibles
Solo VM 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 en la nube no disponibles. En su lugar, MCS emite una advertencia en el esquema de aprovisionamiento. Se puede acceder a esta advertencia usando el comando de PowerShell Get-ProvOperationEvent.
Las operaciones de etiqueta se inician exclusivamente cuando el etiquetado de un catálogo está habilitado o deshabilitado, o cuando se asigna un usuario a una VM.
Si eliminas manualmente la etiqueta “Sígueme” de la NIC, la etiqueta no se aplicará a ningún recurso recién creado en el siguiente encendido.

Consideraciones importantes

Considera lo siguiente al usar el etiquetado “Sígueme” 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 costes. Consulta Activación de etiquetas generadas por AWS como etiquetas de asignación de costes.

Considera lo siguiente al usar el etiquetado “Sígueme” en el entorno de Azure:

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

Configurar el etiquetado “Sígueme”

Puedes configurar el etiquetado “Sígueme” usando 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 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 VM en el catálogo con el primer usuario que inicia sesión en la máquina. Alternativamente, los usuarios se pueden asignar 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 VM 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.

Usar 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 de ese catálogo, MCS aplica automáticamente una etiqueta de nivel de hipervisor a las máquinas virtuales. Esta etiqueta tiene el formato citrix-user-upn:<Nombre principal de usuario (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 de 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 las partidas 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 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 granularidad mensual, diaria y horaria.

Cuando se anula la asignación de un usuario a una máquina, MCS elimina 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 del usuario.
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 conectores de nube no disponibles.
Solución:
- Espera unos minutos a que aparezca la etiqueta.
- Si el problema persiste, comprueba si hay advertencias en el esquema de aprovisionamiento mediante el cmdlet de PowerShell Get-ProvOperationEvent para identificar los errores encontrados 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.

Replicación de imágenes de almacenamiento adicional para hipervisores locales compatibles

Esta función permite la replicación y la administración eficientes de las instancias de especificación de versiones de imágenes en varias ubicaciones de almacenamiento compatibles con los hipervisores locales.

Casos de uso

Puedes replicar versiones de imágenes en ubicaciones de almacenamiento nuevas o sustituidas, lo que permite aprovisionar máquinas virtuales en ubicaciones adicionales durante o después del proceso de preparación de la imagen.
Cuando se crea una nueva versión de imagen y se especifican ubicaciones de almacenamiento adicionales, la especificación de la versión de imagen preparada se replica automáticamente en esas ubicaciones de almacenamiento designadas.
Si es necesario usar una versión de imagen existente con ubicaciones de almacenamiento sustituidas o recién agregadas, puedes agregar una instancia de versión de imagen para replicarla en la nueva ubicación de almacenamiento.
Cuando se agrega una unidad de alojamiento a una versión de imagen existente, junto con almacenamiento adicional, la instancia de especificación de la versión de imagen preparada se replicará en los almacenamientos adicionales especificados dentro de la unidad de alojamiento de destino.

Comandos de PowerShell

Agrega una nueva instancia de imagen que replica una especificación de versión de imagen preparada en la ubicación de almacenamiento especificada.

 Add-ProvImageVersionSpecInstance -ImageVersionSpecUid < ImageVersionSpecUid > -StorageIds "<StorageId1,StorageId2>" -RunAsynchronously

 <!--NeedCopy-->

Quita una réplica de instancia de especificación de versión de imagen existente y no utilizada por ninguna máquina virtual existente.

 Remove-ProvImageVersionSpecInstance -ImageVersionSpecUid < ImageVersionSpecUid >  -ImageInstanceUid < ImageInstanceUid > -RunAsynchronously

 <!--NeedCopy-->

Obtén una lista de instancias de especificaciones de versiones de imágenes.

Get-ProvImageVersionSpecInstance -ImageVersionSpecUid  < ImageVersionSpecUid >

<!--NeedCopy-->

Qué hacer a continuación

Para obtener información sobre cómo crear catálogos de hipervisores 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 mediante 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

May 4, 2026

Contribución de:

C C

May 4, 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
Validar la configuración antes de crear un catálogo de máquinas MCS
Incorporar máquinas virtuales a Azure Arc
Etiquetado “Sígueme”
Replicación de imágenes de almacenamiento adicional para hipervisores locales compatibles
Qué hacer a continuación
Más información

¿Le ha resultado útil?