Crear catálogos de máquinas

Importante:

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

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

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

Nota:

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

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

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

Introducción

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

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

Sugerencia:

La actualización de una implementación existente habilita la función de optimización del almacenamiento de Machine Creation Services (MCS) (MCS I/O); no se requiere ninguna configuración adicional. La actualización del Virtual Delivery Agent (VDA) y del Delivery Controller se encarga de la actualización de MCS I/O.

Información general

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

Considera:

• MCS admite un único disco de sistema de la imagen de máquina virtual. Ignora el resto de los discos de datos conectados a esa imagen.
• Si usas MCS para aprovisionar máquinas virtuales, proporcionas una imagen maestra (o una instantánea de una imagen) para crear máquinas virtuales idénticas en el catálogo. Antes de crear el catálogo, primero usas las herramientas para crear y configurar la imagen maestra. Este proceso incluye la instalación de un Virtual Delivery Agent (VDA) en la imagen. Luego, creas el catálogo de máquinas en Web Studio. Seleccionas esa imagen (o instantánea), especificas el número de máquinas virtuales que se crearán en el catálogo y configuras información adicional.
• Si tus máquinas ya están disponibles, aún debes crear uno o varios catálogos de máquinas para ellas.
• Si estás creando un catálogo directamente con el SDK de PowerShell, puedes especificar una plantilla de hipervisor (VMTemplates), en lugar de una imagen o una instantánea.
• El uso de una plantilla para aprovisionar un catálogo se considera una función experimental. Al usar este método, la preparación de la máquina virtual podría fallar. Como resultado, el catálogo no se puede publicar con la plantilla.

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

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

Nota:

MCS no admite Windows 10 IoT Core ni Windows 10 IoT Enterprise. Consulta el sitio de Microsoft para obtener más información.

Para obtener detalles técnicos sobre las herramientas de Citrix Provisioning, consulta Administración de imágenes de Citrix Virtual Apps and Desktops.

Comprobación de licencias RDS

Web Studio actualmente no realiza la comprobación de licencias RDS de Microsoft válidas al crear un catálogo de máquinas que contiene máquinas con SO Windows multisesión. Para ver el estado de la licencia RDS de Microsoft para una máquina con SO Windows multisesión, ve a Citrix Director. Consulta el estado de la licencia RDS de Microsoft en el panel Detalles de la máquina. Este panel se encuentra en la página Detalles de la máquina y Detalles del usuario. Para obtener más información, consulta Estado de la licencia RDS de Microsoft.

Registro de VDA

Un VDA debe registrarse con un Delivery Controller™ al iniciar sesiones intermediadas. Los VDA no registrados pueden provocar una subutilización de los recursos disponibles. Hay varias razones por las que un VDA podría no estar registrado, muchas de las cuales un administrador puede solucionar. Web Studio proporciona información de solución de problemas en el asistente de creación de catálogos y después de agregar máquinas de un catálogo a un grupo de entrega.

Después de agregar máquinas existentes mediante el asistente, la lista de nombres de cuentas de equipo indica si cada máquina es adecuada para agregarla al catálogo. 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, quita esa máquina o agrégala. Por ejemplo, si un mensaje indica que es posible que no se obtenga información sobre una máquina, agrega la máquina de todos modos.

Para obtener más información, consulta:

• CTX136668 para obtener orientación sobre la solución de problemas de registro de VDA
• Versiones de VDA y niveles funcionales
• Métodos de registro de VDA

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

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

• Si seleccionaste una imagen maestra (en lugar de una instantánea), MCS crea una instantánea.
• MCS crea una copia completa de la instantánea y la coloca en cada ubicación de almacenamiento definida en la conexión de host.
• MCS agrega las máquinas a Active Directory, lo que crea identidades únicas.
• MCS crea el número de máquinas virtuales especificado en el asistente, con dos discos definidos para cada máquina virtual. Además de los dos discos por máquina virtual, también se almacena un maestro en la misma ubicación de almacenamiento. Si tienes varias ubicaciones de almacenamiento definidas, cada una obtiene los siguientes tipos de disco:
  • La copia completa de la instantánea, que es de solo lectura y se comparte entre las máquinas virtuales recién creadas.
  • Un disco de identidad único de 16 MB que otorga a cada máquina virtual una identidad única. Cada máquina virtual obtiene un disco de identidad.
  • Un disco de diferencia ú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 diferencia. El disco de diferencia 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 a través del Delivery Controller.
  • Para máquinas virtuales Windows con VDA versión 2511 o posterior, MCS asigna un MachineGuid único a cada máquina. Este MachineGuid se utiliza para fines de licencia por parte de algunos programas instalados en el VDA.

Alternativamente, al crear máquinas virtuales para entregar escritorios estáticos, puedes especificar (en la 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, 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 Diferencia (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 al menos 2 discos al crearse.

  • Disk0 = Disco Diff: contiene el SO cuando se copia de la imagen base maestra.
  • Disk1 = Disco de identidad: 16 MB - contiene datos de Active Directory para cada máquina virtual.

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

  • La 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 XenServer, VMware y SCVMM, MCS coloca el disco de caché de escritura (WBC) en la misma ubicación de almacenamiento que el disco del SO si configuras la lista de almacenamiento del SO disponible igual 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 frente a la imagen maestra que podría estar en la ubicación de almacenamiento compartido.

• Sobrecarga del hipervisor

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

  • Archivos de registro
  • Archivos específicos del hipervisor. Por ejemplo:
    • VMware agrega más archivos a la carpeta Almacenamiento de máquinas virtuales. Consulta 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 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 la copia del disco base en cada ubicación de almacenamiento. La creación del catálogo varía según las funciones seleccionadas.
  • La actualización del catálogo para crear un disco base adicional en cada ubicación de almacenamiento. Las actualizaciones del catálogo también experimentan un pico de almacenamiento temporal en el que cada máquina virtual del catálogo tiene 2 discos Diff durante un cierto 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/grueso: 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 capa, RAM y disco, y el rendimiento para cumplir con la expectativa de carga de trabajo deseada.

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

1. MCS I/O ya no es compatible con la caché solo de RAM. Especifica un tamaño de disco en Web Studio durante la creación del catálogo de máquinas.
2. El disco de caché de escritura de la 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.
3. El archivo de paginación se redirige a este volumen formateado, MCSWCDisk. Como resultado, este tamaño de disco considera la cantidad total de espacio en disco. Incluye la diferencia entre el tamaño del disco y la carga de trabajo generada, más el tamaño del archivo de paginación. Esto suele asociarse con el tamaño de la RAM de la VM.

Habilitar las actualizaciones de optimización del almacenamiento de MCS

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

Nota:

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

Al habilitar la actualización de optimización del almacenamiento de MCS, ten en cuenta lo siguiente:

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

  

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

Importante:

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

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

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

Nota:

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

Limitaciones

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

Asignar una letra de unidad al disco de caché de escritura diferida

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

1. Abre la ventana de PowerShell.
2. Ejecuta asnp citrix*.
3. Crea un grupo de identidades si aún no está creado.

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

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

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

Preparar una imagen maestra

Para obtener información sobre cómo crear hosts de conexiones, consulta Conexiones y recursos.

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

A tener en cuenta

• Una imagen maestra también puede conocerse como imagen clonada, imagen dorada, VM base o imagen base. Los proveedores de hosts usan términos diferentes.
• Asegúrate de que el host tenga suficientes procesadores, memoria y almacenamiento para alojar el número de máquinas creadas.
• Configura la cantidad correcta de espacio en disco duro necesario para escritorios y aplicaciones. Ese valor no se puede cambiar más tarde ni en el catálogo de máquinas.
• Los catálogos de máquinas de Acceso con PC remoto no usan imágenes maestras.

Instala y configura el siguiente software en la imagen maestra:

• Herramientas de integración para tu hipervisor (como Citrix VM Tools, Hyper-V Integration Services o VMware tools). Si omites este paso, es posible que las aplicaciones y los escritorios no funcionen correctamente.
• Un VDA. Citrix recomienda instalar la versión más reciente para permitir el acceso a las funciones más nuevas. Si no se instala un VDA en la imagen maestra, la creación del catálogo fallará.
• Herramientas de terceros según sea necesario, como software antivirus o agentes de distribución de software electrónico. Configura los servicios con la configuración adecuada para los usuarios y el tipo de máquina (como las funciones de actualización).
• Aplicaciones de terceros que no estás virtualizando. Citrix recomienda virtualizar las aplicaciones. La virtualización reduce los costos al eliminar la necesidad de actualizar la imagen maestra después de agregar o reconfigurar una aplicación. Además, menos aplicaciones instaladas reducen el tamaño de los discos duros de la imagen maestra, lo que ahorra costos de almacenamiento.
• Clientes de App-V con la configuración recomendada, si planeas publicar aplicaciones de App-V. El cliente de App-V está disponible en Microsoft.
• 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 VM aprovisionadas usan las configuraciones regionales y los paquetes de idioma instalados.

Importante:

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

Para preparar una imagen maestra:

1. Con la herramienta de administración de tu hipervisor, crea una imagen maestra y luego instala el sistema operativo, además de todos los Service Packs y actualizaciones. Especifica el número de vCPU. También puedes especificar el valor de vCPU si creas el catálogo de máquinas usando PowerShell. No puedes especificar el número de vCPU al crear un catálogo usando Web Studio. Configura la cantidad de espacio en disco duro necesario para escritorios y aplicaciones. Ese valor no se puede cambiar más tarde ni en el catálogo.
2. 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.
3. Instala y configura el software mencionado anteriormente en la imagen maestra.
4. Si no usas MCS, une la imagen maestra al dominio donde las aplicaciones y los escritorios son miembros. 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.
5. Citrix recomienda que crees y nombres una instantánea de tu imagen maestra. Si especificas una imagen maestra en lugar de una instantánea al crear un catálogo, Web Studio crea una instantánea. No puedes nombrarla.

Activación de licencias por volumen

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

• Servicio de administración de claves (KMS)
• Activación basada en Active Directory (ADBA)
• Clave de activación múltiple (MAK)

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

Servicio de administración de claves (KMS)

El KMS es un servicio ligero que no requiere un sistema dedicado y se puede alojar fácilmente en un sistema que proporciona 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 se proporciona en el comando.

Activación basada en Active Directory (ADBA)

ADBA te permite activar máquinas a través de sus conexiones de dominio. Las máquinas se activan inmediatamente cuando se unen al dominio. Estas máquinas permanecen activadas mientras sigan unidas al dominio y en contacto con él. Esta funcionalidad es compatible con todas las versiones de Windows compatibles con Citrix. Para obtener más información sobre la activación basada en Active Directory, consulta Activar mediante Activación basada en Active Directory.

Clave de activación múltiple (MAK)

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

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

Nota:

• MCS no es compatible con 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 estás usando la preparación de imágenes:

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

Recuentos de activación

Para ver el número de activaciones restantes para la clave MAK o para comprobar si una VM está consumiendo dos o más activaciones, usa la Herramienta de administración de activación por volumen (VAMT). Consulta Instalar VAMT.

Activar el sistema Windows usando MAK

Para activar el sistema Windows usando MAK:

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

3. 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 deshabilita la opción de activación en línea.

4. Agrega máquinas virtuales al catálogo de máquinas.
5. Enciende las máquinas virtuales.

6. 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 máquinas virtuales 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 máquina virtual 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 Web Studio

Antes de crear un catálogo:

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

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

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

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

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

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

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

El asistente te guiará por los siguientes elementos. Las páginas del asistente que ves varían en función de las selecciones que hagas.

Sistema operativo

Cada catálogo contiene máquinas de un solo tipo. Selecciona uno.

• SO multisesión: Un catálogo de SO multisesión proporciona escritorios compartidos alojados. Las máquinas pueden ejecutar versiones compatibles de los sistemas operativos Windows o Linux, pero el catálogo no puede contener ambos. (Consulta la documentación de Linux VDA para obtener más detalles sobre ese SO).
• SO de sesión única: Un catálogo de SO de sesión única proporciona escritorios VDI que puedes asignar a varios usuarios diferentes.
• Acceso con PC remoto: Un catálogo de Acceso con PC remoto proporciona a los usuarios acceso remoto a sus máquinas de escritorio físicas de oficina. El Acceso con PC remoto no requiere una VPN para proporcionar seguridad.

Administración de máquinas

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

La página Administración de máquinas indica cómo se administran las máquinas y qué herramientas utilizas para implementarlas.

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

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

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

• Tecnología de aprovisionamiento de Citrix

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

  • Citrix Provisioning Services (PVS) Crea un catálogo de máquinas virtuales aprovisionadas mediante MCS e imaginadas mediante PVS. Esas máquinas virtuales 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 quitar las granjas y los sitios de la base de datos. Para obtener información sobre el comando de PowerShell, consulta Unregister-HypPvsSite.

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

Tipos de escritorio (experiencia de escritorio)

Nota:

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

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

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

  Nota:

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

• Para máquinas con SO de sesión única, tienes las siguientes opciones en la página Experiencia de escritorio:

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

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

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

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

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

Imagen y perfil de máquina

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

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

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

     Nota:

     • Cuando utilizas MCS, no ejecutes Sysprep en imágenes maestras.
     • Si especificas una imagen maestra en lugar de una instantánea, Web Studio crea una instantánea, pero no puedes nombrarla.

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

     Nota:

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

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

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

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

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

1. Para usar una VM existente como perfil de máquina, selecciona Usar un perfil de máquina y, a continuación, selecciona la VM.

   Nota:

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

   Para las 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 continuación, a la sección Seleccionar una carpeta para colocar las máquinas y selecciona la ubicación de la carpeta de la máquina virtual. Si no se especifica, el sistema considera la carpeta del perfil de máquina seleccionado como la ubicación predeterminada.

2. Para las implementaciones de AWS, puedes seleccionar una plantilla de lanzamiento como perfil de máquina.
3. Selecciona el nivel funcional mínimo para el catálogo. Para habilitar el uso de las funciones más recientes del producto, asegúrate de que la imagen maestra tenga instalada la última versión de VDA.

Máquinas

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

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

Al usar MCS:

• Especifica cuántas máquinas virtuales quieres crear. Introduce 0 (cero) si no quieres crear ninguna. Más tarde, puedes crear VM para un catálogo vacío realizando la acción Agregar máquinas.
• Elige la cantidad de memoria (en MB) que tiene cada VM.
• 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 tu implementación contiene más de una zona, 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 que no usan vDisks, puedes configurar una caché para usarla con datos temporales en cada máquina. Consulta Configurar la caché para datos temporales.

Al usar otras herramientas:

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

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

Al usar otras herramientas (pero no MCS):

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

Agregar SID al crear máquinas virtuales

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

Para ello:

1. Crea un catálogo con el tipo de identidad compatible.
2. Agrega máquinas al catálogo usando NewProvVM. Por ejemplo:

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

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

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

Modo de copia de máquina virtual

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

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

Versiones de VDA y niveles funcionales

El nivel funcional de un catálogo controla qué funciones del producto están disponibles para las máquinas del catálogo. El uso de funciones introducidas en nuevas versiones del producto requiere un nuevo VDA. Sin embargo, las máquinas de ese catálogo con una versión anterior de VDA no pueden registrarse.

Un menú cerca de la parte inferior de la página Máquinas (o Dispositivos) te permite seleccionar el nivel mínimo de VDA. Esto establece el nivel funcional mínimo del catálogo. De forma predeterminada, se selecciona el nivel funcional más actual para las implementaciones locales. Si sigues la recomendación de Citrix de instalar y actualizar siempre los VDA y los componentes principales a la última versión, no necesitas cambiar esta selección. Sin embargo, si debes seguir usando versiones anteriores de VDA, selecciona el valor correcto.

Una versión de Citrix Virtual Apps and Desktops podría no incluir una nueva versión de VDA, o el nuevo VDA no afecta al nivel funcional. En tales casos, el nivel funcional podría indicar una versión de VDA anterior a los componentes instalados o actualizados. El artículo Novedades de cada versión indica cualquier cambio en el nivel funcional predeterminado.

El nivel funcional seleccionado afecta a la lista de máquinas que se encuentra encima. En la lista, una información sobre herramientas junto a cada entrada indica si el VDA de la máquina es compatible con el catálogo en ese nivel funcional.

Aparecen mensajes en la página si el VDA de cada máquina no cumple o supera el nivel funcional mínimo seleccionado. Puedes continuar con el asistente. Es probable que esas máquinas no puedan registrarse con un Controller más adelante. Alternativamente, puedes:

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

También aparece un mensaje si una máquina no se agregó al catálogo porque es del tipo de máquina incorrecto. Algunos ejemplos incluyen intentar agregar un servidor a un catálogo de SO de sesión única, o agregar una máquina de SO de sesión única creada originalmente para asignación aleatoria a un catálogo de máquinas estáticas.

Importante:

En la versión 1811, se agregó un nivel funcional adicional: 1811 (o posterior). Ese nivel está destinado a usarse con futuras funciones de Citrix Virtual Apps and Desktops. La selección 7.9 (o posterior) sigue siendo la predeterminada. Esa opción predeterminada es válida para todas las implementaciones ahora.

Si seleccionas 1811 (o posterior), las versiones anteriores de VDA en ese catálogo no podrán registrarse con un Controller. Sin embargo, si el catálogo contiene solo VDA de la versión 1811 o versiones posteriores compatibles, todos son aptos para registrarse. Esto incluye catálogos que contienen VDA configurados para versiones posteriores de Citrix Virtual Apps and Desktops, incluidas la versión 1903 y otras versiones 19XX anteriores a la versión actual.

Configurar la caché para datos temporales

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

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

Requisitos previos

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

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

Nota:

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

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

Consideraciones

• Las cachés de reescritura se presentan en caché de memoria y caché de disco. De forma predeterminada, sus valores predeterminados difieren según el tipo de conexión. En general, los valores predeterminados son suficientes para la mayoría de los casos; sin embargo, considera el espacio necesario para:
  • Archivos de datos temporales creados por el propio Windows, incluido el archivo de paginación de Windows.
  • Datos del perfil de usuario.
  • Datos de ShareFile que se sincronizan con las sesiones de los usuarios.
  • Datos que 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.

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

• Cambiar el Tamaño de 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é lo suficientemente grande como para contener todos los datos temporales. Esto solo es factible si se dispone de grandes cantidades de RAM para asignar a cada VM.

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

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

• No puedes cambiar los valores de la caché en un catálogo de máquinas después de crearlo.

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

NIC (Tarjetas de interfaz de red)

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

Si planeas usar varias NIC, asocia una red virtual a cada tarjeta. Por ejemplo, puedes asignar una tarjeta para acceder a una red segura específica y otra tarjeta para acceder a una red de uso más común. También puedes agregar o quitar NIC desde esta página.

Cuentas de máquina

Esta página solo aparece cuando creas catálogos de Acceso con PC remoto.

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

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

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

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

Identidades de máquina

Esta página solo aparece cuando se usa MCS para crear VM.

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

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

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

Puedes seleccionar una de las siguientes opciones:

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

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

  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.
  • 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 unido a un dominio. Máquinas no unidas a ningún dominio. Para obtener información sobre los requisitos y las limitaciones, consulta No unido a un dominio.

Importante:

• Si seleccionas Active Directory local o Unido 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 unido a un dominio requiere la versión 2311 o posterior del VDA como nivel funcional mínimo para el catálogo. Para que esté disponible, actualiza el nivel funcional mínimo.

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

Nota:

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

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

• [ADComputerAccount] ADcomputeraccountname.domain

Asegúrate de que haya suficientes cuentas para todas las máquinas que vas a agregar. La interfaz de Web Studio administra esas cuentas. Por lo tanto, permite que esa interfaz restablezca las contraseñas de todas las cuentas o especifica la contraseña de la cuenta, que debe ser la misma para todas las cuentas.

Para catálogos que contienen máquinas físicas o existentes, selecciona o importa cuentas existentes y asigna cada máquina a una cuenta de equipo de Active Directory y a una cuenta de usuario.

Esquema de nombres de cuenta de máquina

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

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

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

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

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

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

  Nota:

  Si solo hay un carácter 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 caracteres comodín especificados se resuelven en letras secuenciales.

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

Opcionalmente, puedes especificar con qué comienzan los nombres de las cuentas.

• 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 caracteres comodín que uses en el campo anterior. Por ejemplo, si usas dos caracteres comodín, 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 caracteres comodín que uses en el campo anterior. Por ejemplo, si usas dos caracteres comodín, introduce dos letras o más.

Credenciales de dominio

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

1. Haz clic en Introducir credenciales. Aparece la página Seguridad de Windows.
2. En el campo Nombre de usuario, introduce el SamName, el nombre de usuario o el SID de usuario del administrador:

• Si introduces un SamName, el campo Dominio se rellena automáticamente.
• Si introduces un nombre de usuario o un SID, puedes limitar la búsqueda de usuarios a un dominio específico introduciendo el nombre de dominio o el SID en el campo Dominio.

1. Haz clic en Comprobar nombre para verificar si el nombre de usuario es válido o único.
2. En el campo Contraseña, introduce la contraseña de dominio del administrador.
3. Haz clic en Listo.

Nota:

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

Resumen, nombre y descripción

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

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

En Catálogos de máquinas, el nuevo catálogo aparece con una barra de progreso en línea.

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

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

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

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

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

Sincronización horaria de MCS

La sincronización horaria viene determinada por la imagen maestra y el tipo de catálogo unido a la identidad de la máquina. Obtienes el siguiente método de sincronización horaria según la imagen maestra y el catálogo:

Nota:

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

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

Value: MaxAllowedPhaseOffset, MaxNegPhaseCorrection, and MaxPosPhaseCorrection

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

Value: Type

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

• Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix
• Nombre: TimeSyncMethodKeep
• Tipo: DWORD
• 0 (o, valor TimeSyncMethodKeep no configurado): No mantiene la configuración de sincronización horaria original.
• 1: Mantiene la configuración de sincronización horaria original y los valores de los parámetros predeterminados.

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 inexistentes, recibirás el siguiente mensaje de error y los comandos no se ejecutarán.

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

Solución de problemas

Importante:

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

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

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

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

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

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

Asignar una letra de unidad específica a un disco de caché de escritura diferida de E/S de MCS

Puedes asignar una letra de unidad específica a un disco de caché de escritura diferida de E/S de MCS. Esta implementación te ayuda a evitar conflictos entre la letra de unidad de cualquier aplicación que uses y la letra de unidad del disco de caché de escritura diferida 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 escritura diferida: E a Z
• No aplicable cuando se usa un disco temporal de Azure como disco de caché de escritura diferida
• Aplicable solo cuando creas un nuevo catálogo de máquinas

Asignar una letra de unidad a un disco de caché de escritura diferida

Para asignar una letra de unidad al disco de caché de escritura diferida:

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

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

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

5. Termina de crear el catálogo.

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

Puedes validar la configuración antes de crear un catálogo de máquinas de 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 de 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 de 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:

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

3. Ejecuta el comando New-ProvScheme y usa el parámetro -validate. Proporciona un nombre de grupo de identidades falso para que el comando funcione. Por ejemplo:

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

   Mensaje de error:

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

4. Después de validar la configuración, puedes crear un catálogo de máquinas de MCS con un nombre de grupo de identidades real y los parámetros correctos.

Incorporar VM a Azure Arc

Azure Arc permite a las organizaciones administrar recursos como VM 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 administración proactiva de los recursos.

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

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

Requisitos previos

Ten en cuenta 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 VM, 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 CVAD 2411. [BRK-14897]

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

Pasos para incorporar una VM a Azure Arc

1. 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 AzureAD con la capacidad AzureArcResourceManagement, ejecuta:

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

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

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

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

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

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

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

   `New-ProvScheme -ProvisioningSchemeName "demo" -MasterImageVM "XDHyp:\HostingUnits\hosting-unit\masterVMName.vm\masterSnapshotName.snapshot" -HostingUnitName “hosting-unit” -IdentityPoolName “identity-pool”`
   
   -EnableAzureArcOnboarding -AzureArcSubscriptionId “azure-sub” -AzureArcResourceGroup “azure-resourcegroup” - AzureArcRegion “azure-region”
   <!--NeedCopy-->
   

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

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

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

   Set-ProvScheme -ProvisioningSchemeName "demo" -EnableAzureArcOnboarding $false:
   <!--NeedCopy-->
   

4. Agrega nuevas máquinas al catálogo para incorporar Arc.
5. Después de encender la 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 aún son 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-->

Pasos siguientes

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

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

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

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

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

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

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

Más información

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