Crear catálogos de máquinas

Importante:

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

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

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

Nota:

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

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

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

Efecto de la licencia de derechos híbridos en las conexiones de host

Hay tres casos en los que la conexión de host a los hosts de nube pública se ve afectada por la titularidad de licencia de derechos híbridos:

• Para crear una conexión de host a los hosts de nube pública, debe tener una licencia de derechos híbridos.

• Si tiene una licencia de derechos híbridos pero esta ha caducado, las conexiones existentes a los hosts de nube pública se marcan como no autorizadas y pasan al modo de mantenimiento. Cuando las conexiones de host están en modo de mantenimiento, no puede hacer lo siguiente:

  • Agregar o modificar conexiones de host
  • Crear catálogos y actualizar imágenes
  • Realizar acciones de energía

• Cuando las conexiones de host no autorizadas cambian a autorizadas, vuelven a habilitarse.

Introducción

Las colecciones de máquinas físicas o virtuales se administran como una entidad única, llamada catálogo de máquinas. Las máquinas de un catálogo tienen el mismo tipo de sistema operativo: SO multisesión o SO de sesión única. Un catálogo de máquinas con SO multisesión puede contener máquinas Windows o Linux, pero no ambas.

Web Studio le guiará para crear el primer catálogo de máquinas después de crear el sitio. Después de crear el primer catálogo de máquinas, Web Studio le guiará para crear su primer grupo de entrega. Posteriormente, puede cambiar el catálogo que haya creado y crear más catálogos.

Sugerencia:

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

Información general

Cuando crea un catálogo de máquinas virtuales, debe indicar cómo aprovisionarlas. Puede utilizar Machine Creation Services (MCS). O bien, puede utilizar sus propias herramientas para aprovisionar máquinas.

Tenga en cuenta lo siguiente:

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

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

Después de completar el Asistente para la creación de catálogos de máquinas, se ejecutan pruebas automáticamente para garantizar que los catálogos se han configurado correctamente. Una vez completadas las pruebas, generan un informe que podrá ver. Ejecute las pruebas en cualquier momento desde Web Studio.

Nota:

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

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

Verificar licencias RDS

Por ahora, Web Studio no realiza la comprobación de licencias RDS válidas de Microsoft al crear catálogos de máquinas que contengan máquinas con SO Windows multisesión. Para ver el estado de la licencia RDS de Microsoft en una máquina con SO multisesión Windows, vaya a Citrix Director. Consulte el estado de la licencia RDS de Microsoft en el panel Detalles de la máquina. Este panel se encuentra en la página Detalles de la máquina y Detalles del usuario. Para obtener más información, consulte Estado de la licencia RDS de Microsoft.

Registro de VDA

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

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

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

Para obtener más información, consulte:

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

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

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

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

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

Consideraciones sobre el almacenamiento de Machine Creation Services

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

Consideraciones de capacidad:

• Discos

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

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

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

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

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

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

• Sobrecarga del hipervisor

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

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

• Sobrecarga del proceso

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

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

Más consideraciones:

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

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

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

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

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

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

Habilitar actualizaciones de optimización del almacenamiento de MCS

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

Nota:

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

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

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

  

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

Importante:

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

Usar PowerShell para crear un catálogo con disco persistente de caché con reescritura

Para configurar un catálogo con disco persistente de caché de reescritura, use el parámetro New-ProvScheme CustomProperties de PowerShell. Este parámetro ofrece una propiedad adicional, PersistWBC, que se utiliza para determinar cómo el disco de caché con reescritura persiste en máquinas aprovisionadas con MCS. La propiedad PersistWBC solo se utiliza cuando se especifica el parámetro UseWriteBackCache y cuando se establece el parámetro WriteBackCacheDiskSize para indicar que se ha creado un disco.

He aquí unos cuantos ejemplos de propiedades que se encuentran en el parámetro CustomProperties antes de optar por la propiedad PersistWBC:

<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="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
</CustomProperties>
<!--NeedCopy-->

Al utilizar estas propiedades, tenga en cuenta que contienen valores predeterminados si las propiedades se omiten del parámetro CustomProperties. La propiedad PersistWBC tiene dos valores posibles: true o false.

Cuando la propiedad PersistWBC es true, el disco de caché con reescritura no se elimina cuando el administrador de Citrix Virtual Apps and Desktops apaga la máquina mediante Web Studio.

Cuando la propiedad PersistWBC es false, el disco de caché con reescritura se elimina cuando el administrador de Citrix Virtual Apps and Desktops apaga la máquina mediante Web Studio.

Nota:

Si se omite la propiedad PersistWBC, su valor predeterminado es false, y la memoria caché de reescritura se elimina cuando la máquina se apaga mediante Web Studio.

Por ejemplo, así se usa el parámetro CustomProperties para configurar PersistWBC en “true”:

<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="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
<Property xsi:type="StringProperty" Name="PersistWBC" Value="true" />
</CustomProperties>
<!--NeedCopy-->

Importante:

La propiedad PersistWBC solo se puede configurar mediante el cmdlet de PowerShell New-ProvScheme. Si se intenta modificar CustomProperties de un esquema de aprovisionamiento después de la creación, esto no afecta al catálogo de máquinas ni a la persistencia del disco de caché con reescritura cuando se apaga una máquina.

Por ejemplo, configure New-ProvScheme para utilizar la memoria caché de reescritura mientras configura la propiedad PersistWBC en “true”:

New-ProvScheme
-CleanOnBoot
-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=`"StorageAccountType`" Value=`"Premium_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"ResourceGroups`" Value=`"benvaldev5RG3`" /><Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`" /></CustomProperties>"
-HostingUnitName "adSubnetScale1"
-IdentityPoolName "BV-WBC1-CAT1"
-MasterImageVM "XDHyp:\HostingUnits\adSubnetScale1\image.folder\GoldImages.resourcegroup\W10MCSIO-01_OsDisk_1_a940e6f5bab349019d57ccef65d2c7e3.manageddisk"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\adSubnetScale1\virtualprivatecloud.folder\CloudScale02.resourcegroup\adVNET.virtualprivatecloud\adSubnetScale1.network"}
-ProvisioningSchemeName "BV-WBC1-CAT1"
-ServiceOffering "XDHyp:\HostingUnits\adSubnetScale1\serviceoffering.folder\Standard_D2s_v3.serviceoffering"
-UseWriteBackCache
-WriteBackCacheDiskSize 127
-WriteBackCacheMemorySize 256
<!--NeedCopy-->

Preparar una imagen maestra

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

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

Información útil:

• Una imagen maestra también se conoce como imagen clon, imagen dorada, VM base o imagen base. Los proveedores de hosts emplean términos distintos.
• Compruebe que el host tiene procesadores, memoria y capacidad de almacenamiento suficientes para admitir la cantidad de máquinas creadas.
• Configure la cantidad necesaria de espacio en disco duro para los escritorios y las aplicaciones. Ese valor no se puede cambiar más adelante o en el catálogo de la máquina.
• Los catálogos de máquinas de acceso con Remote PC no utilizan imágenes maestras.
• Consideraciones acerca de la activación de KMS de Microsoft al utilizar Machine Creation Services: Si la implementación incluye agentes VDA con la versión 7.x y un host de XenServer 6.1 o 6.2, vSphere o Microsoft System Center Virtual Machine Manager, no tendrá que rearmar manualmente Microsoft Windows ni Microsoft Office.

Instale y configure el siguiente software en la imagen maestra:

• Herramientas de integración para el hipervisor (como Citrix VM Tools, Servicios de integración de Hyper-V o VMware Tools). Si omite este paso, es posible que las aplicaciones y los escritorios no funcionen correctamente.
• Un agente VDA. Citrix recomienda instalar la última versión para poder disponer de las funciones más recientes. Un error en la instalación del VDA en la imagen maestra provoca un error en la creación de catálogos.
• Si fuera necesario, herramientas de terceros, como el software antivirus o agentes de distribución electrónica de software. Configure los servicios con los parámetros adecuados para los usuarios y el tipo de máquina (como, por ejemplo, la actualización de las funciones).
• Aplicaciones de terceros que no va a virtualizar. Citrix recomienda virtualizar las aplicaciones. La virtualización reduce costes, ya que desaparece la necesidad de actualizar la imagen maestra después de agregar o volver a configurar una aplicación. Además, al tener menos aplicaciones instaladas, se reduce el tamaño de los discos duros de la imagen maestra, lo que ahorra costes de almacenamiento.
• Clientes App-V con la configuración recomendada, si se van a publicar aplicaciones de App-V. El cliente de App-V está disponible en Microsoft.
• Si utiliza Machine Creation Services y va a localizar Microsoft Windows, instale las configuraciones regionales y los paquetes de idioma. Durante el aprovisionamiento, cuando se crea una instantánea, las máquinas virtuales aprovisionadas usan las configuraciones regionales y los paquetes de idioma instalados.

Importante:

Si utiliza Machine Creation Services, no ejecute Sysprep en imágenes maestras.

Para preparar una imagen maestra:

1. Con la herramienta de administración del hipervisor, cree una imagen maestra y, a continuación, instale el sistema operativo, además de todos los Service Pack y las actualizaciones. Especifique la cantidad de CPU virtuales. También puede especificar el valor de la CPU virtual si crea el catálogo de máquinas mediante PowerShell. No se puede especificar la cantidad de CPU virtuales si crea el catálogo con Web Studio. Configure la cantidad necesaria de espacio en disco duro para los escritorios y las aplicaciones. Ese valor no se puede cambiar más adelante o en el catálogo.
2. Compruebe que el disco duro está conectado a la ubicación de dispositivo 0. La mayoría de las plantillas de imagen maestra estándar configuran esta ubicación de manera predeterminada, pero es posible que no suceda lo mismo con algunas plantillas personalizadas.
3. Instale y configure el software anterior en la imagen maestra.
4. Si no utiliza Machine Creation Services, debe unir la imagen maestra al dominio al que pertenecen las aplicaciones y los escritorios. Compruebe que la imagen maestra está disponible en el host donde se crearán las máquinas. Si utiliza Machine Creation Services, no es necesario unir la imagen maestra a un dominio. Las máquinas aprovisionadas se unen al dominio especificado en el Asistente para la creación de catálogos.
5. Citrix recomienda crear y asignar un nombre a una instantánea de la imagen maestra. Si especifica una imagen maestra en lugar de una instantánea al crear un catálogo de máquinas, Web Studio crea una instantánea. No se puede darle el nombre.

Activación de licencias por volumen

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

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

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

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

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

Nota:

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

Activación basada en Active Directory (ADBA)

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

Multiple Activation Key (MAK)

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

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

Nota:

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

Requisitos clave

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

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

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

Recuentos de activación

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

Activar el sistema Windows mediante MAK

Para activar el sistema Windows mediante MAK:

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

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

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

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

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

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

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

Solución de problemas

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

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

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

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

Antes de crear un catálogo:

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

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

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

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

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

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

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

El asistente le guiará a través de los siguientes elementos. Las páginas del asistente varían según las opciones que escoja.

Sistema operativo

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

• SO multisesión: Un catálogo de SO multisesión proporciona escritorios compartidos alojados. Las máquinas pueden ejecutar versiones compatibles de sistemas operativos Windows o Linux, pero el catálogo no puede contener ambos a la vez. (Consulte la documentación de Linux Virtual Delivery Agent para obtener más información sobre ese sistema operativo.)
• SO de sesión única: Un catálogo de SO de sesión única ofrece escritorios VDI que se pueden asignar a varios usuarios diferentes.
• Acceso con Remote PC: Un catálogo de acceso con Remote PC ofrece a los usuarios acceso remoto a sus escritorios físicos de oficina. El acceso con Remote PC no requiere una VPN para proporcionar seguridad.

Administración de máquinas

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

La página Administración de máquinas indica cómo se administran las máquinas y con qué herramienta se implementan.

Elija si la administración de energía de las máquinas del catálogo se llevará a cabo a través de Web Studio.

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

Si ha indicado que las opciones de energía de las máquinas se administran a través de Web Studio, elija la herramienta que se va a utilizar para crear las máquinas virtuales.

• Citrix Machine Creation Services (MCS): Utiliza una imagen maestra para crear y administrar máquinas virtuales. MCS no está disponible para máquinas físicas.
• Otros: Una herramienta que administra máquinas que ya se encuentran en el centro de datos. Citrix recomienda usar Microsoft System Center Configuration Manager u otra aplicación de terceros para una mayor uniformidad entre las máquinas del catálogo.

Tipos de escritorio (experiencia de escritorio)

Esta página solo aparece cuando se crea un catálogo que contiene máquinas con SO de sesión única.

La página Experiencia de escritorio determina lo que ocurre cada vez que un usuario inicia sesión. Seleccione una de las siguientes opciones:

• Los usuarios se conectan a un escritorio nuevo (aleatorio) cada vez que inician sesión.
• Los usuarios se conectan al mismo escritorio (estático) cada vez que inician sesión.

Si elige la segunda opción y usa MCS para aprovisionar las máquinas, puede definir qué pasará con los cambios que los usuarios realicen en el escritorio:

• Guardar en el disco local los cambios que los usuarios efectúen en el escritorio.
• Descartar los cambios del usuario y limpiar el escritorio virtual cuando el usuario cierre sesión. Seleccione esta opción si está utilizando la capa de personalización de usuarios.

Imagen maestra

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

En la página Imagen maestra, seleccione la conexión al host y, a continuación, seleccione la instantánea o máquina virtual creadas anteriormente. Si está creando el primer catálogo de máquinas, la única conexión disponible es la configurada al crear el sitio.

Recuerde:

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

Para que pueda utilizar las funciones más recientes del producto, compruebe que la imagen maestra tiene instalada la versión más reciente de VDA. No cambie la selección predeterminada de VDA mínimo. No obstante, si debe usar una versión anterior de VDA, consulte Niveles funcionales y versiones de VDA.

Aparecerá un mensaje de error si selecciona una instantánea o máquina virtual que no sea compatible con la tecnología de administración de la máquina que haya seleccionado antes en el asistente.

Máquinas

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

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

Si utiliza MCS:

• Especifique la cantidad de máquinas virtuales que se van a crear.
• Seleccione la cantidad de memoria (en MB) que tendrá cada máquina virtual.
• Cada máquina virtual creada tendrá un disco duro. El tamaño se este se configura en la imagen maestra. No se puede cambiar el tamaño del disco duro en el catálogo.
• Si la implementación contiene más de una zona, puede seleccionar una zona para el catálogo.
• Si quiere crear máquinas virtuales de escritorio estático, seleccione un modo de copia para la máquina virtual. Consulte Modo de copia para la máquina virtual.
• Si quiere crear máquinas virtuales de escritorio aleatorio que no usan discos vDisk, puede configurar una memoria caché que se va a usar para los datos temporales de cada máquina. Consulte Configurar la caché de datos temporales.

Si utiliza otras herramientas:

Agregue o importe una lista de los nombres de cuentas de máquina de Active Directory. Puede cambiar el nombre de la cuenta de Active Directory que tenga una máquina virtual después de agregarla o importarla. Si indicó máquinas estáticas en la página Experiencia de escritorio, puede especificar el nombre de usuario de Active Directory para cada máquina virtual que agregue.

Después de agregar o importar los nombres, puede hacer clic en el botón Quitar para eliminar nombres de la lista, sin salir de esta página.

Si utiliza otras herramientas (pero no MCS):

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

Agregar SID al crear máquinas virtuales

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

Para hacerlo:

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

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

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

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

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

Modo de copia para la máquina virtual

El modo de copia que especifique en la página Máquinas determina si MCS crea clones ligeros (copia rápida) o pesados (copia completa) a partir de la imagen maestra. (La opción predeterminada es clones ligeros.)

• Puede optar por los clones de copia rápida para un uso más eficiente del almacenamiento y una creación de máquinas más rápida.
• En cambio, puede utilizar los clones de copia completa para mejorar la recuperación de datos y la asistencia a la migración de datos, con IOPS potencialmente reducidas una vez creadas las máquinas.

Niveles funcionales y versiones de VDA

Con el nivel funcional de un catálogo, decide qué funciones de producto están disponibles para las máquinas del catálogo. Para poder usar las funciones introducidas en las nuevas versiones de producto, se necesita un nuevo VDA. Establecer un nivel funcional permite que todas las funcionalidades introducidas en esa versión (y versiones posteriores, si el nivel funcional no cambia) estén disponibles para las máquinas del catálogo. Sin embargo, las máquinas de ese catálogo que tengan una versión anterior de VDA no podrán registrarse.

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

Una versión de Citrix Virtual Apps and Desktops puede no incluir una nueva versión de VDA, o el nuevo VDA puede no afectar al nivel funcional. En estos casos, el nivel funcional puede indicar una versión de VDA anterior a la versión de los componentes instalados o actualizados. Por ejemplo: aunque la versión 7.17 contiene un VDA 7.17, el nivel funcional predeterminado (“7.9 y versiones posteriores”) sigue siendo el más actual. Por lo tanto, después de instalar o actualizar los componentes desde 7.9-7.16 a 7.17, no es necesario cambiar el nivel funcional predeterminado. El artículo Novedades de cada versión indica cualquier cambio en el nivel funcional predeterminado.

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

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

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

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

Importante:

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

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

Configurar la caché de datos temporales

El almacenamiento en caché de datos temporales localmente en la VM es optativo. Puede habilitar el uso de la memoria caché de datos temporal en la máquina cuando se usa MCS para administrar máquinas agrupadas (no dedicadas) en un catálogo. Si el catálogo utiliza una conexión que especifica un espacio de almacenamiento para datos temporales, puede habilitar y configurar la información de caché de datos temporales al crear el catálogo.

Importante:

Esta función requiere un controlador actualizado de E/S de MCS. La instalación de este controlador es una opción cuando instala o actualiza un VDA. De forma predeterminada, ese controlador no se instala.

Puede especificar si los datos temporales utilizarán un almacenamiento local o compartido cuando cree la conexión que utilizará el catálogo. Para obtener más información, consulte Conexiones y recursos. Para configurar una memoria caché para datos temporales en cada máquina, puede utilizar las dos opciones siguientes: Memoria asignada para caché (MB) y Tamaño de caché de disco (GB). De forma predeterminada, ninguna de las dos opciones está seleccionada. Para habilitar la opción Memoria asignada para caché (MB), marque la casilla de verificación Tamaño de caché de disco (GB). Si la casilla Tamaño de caché de disco no está marcada, la opción Memoria asignada a la caché se mostrará atenuada. En función del tipo de conexión, los valores predeterminados de estas opciones pueden diferir. Generalmente, los valores predeterminados son suficientes para la mayoría de los casos. Sin embargo, tenga en cuenta el espacio necesario para:

• Archivos de datos temporales creados por Windows, incluido el archivo de paginación de Windows.
• Datos de perfil de usuario.
• Datos de ShareFile que se sincronizan en las sesiones de usuario.
• Datos que pueden crear o copiar los usuarios de las sesiones, o aplicaciones que los usuarios pueden instalar dentro de la sesión.

Para configurar una memoria caché para datos temporales en cada máquina, tenga en cuenta los tres escenarios siguientes:

• Si no marca las casillas “Tamaño de caché de disco” y “Memoria asignada para caché”, los datos temporales no se almacenan en la memoria caché. Se escriben directamente en el disco de diferenciación (ubicado en el almacenamiento de SO) de cada VM. (esta es la acción de aprovisionamiento en la versión 7.8 y en las anteriores).
• Si marca la casilla “Tamaño de caché de disco” y deja sin marcar la casilla “Memoria asignada para caché”, los datos temporales se escriben directamente en la memoria caché de disco y emplean una cantidad mínima de la memoria caché.
• Si marca las casillas “Tamaño de caché de disco” y “Memoria asignada para caché”, los datos temporales se escriben inicialmente en la memoria caché. Cuando la memoria caché alcanza su límite configurado (el valor de Memoria asignada para caché), los datos más antiguos se trasfieren al disco de caché de datos temporales.

Importante:

• Si la memoria caché de disco se queda sin espacio, la sesión del usuario se vuelve inutilizable.
• Esta función no está disponible cuando se usa una conexión de host Nutanix.
• No puede cambiar los valores de caché de un catálogo de máquinas después de haber creado la máquina.

Nota:

• La memoria caché es parte de la memoria total de cada máquina. Por lo tanto, si habilita la opción “Memoria asignada para caché”, considere la opción de aumentar la memoria total de cada máquina.
• Cambiar el valor predeterminado del tamaño de la caché del disco puede afectar al rendimiento. El tamaño debe coincidir con los requisitos de los usuarios y la carga que se coloca en la máquina.

NIC

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

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

Cuentas de máquina

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

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

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

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

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

Cuentas de equipo

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

Cada máquina del catálogo debe tener una cuenta de equipo de Active Directory correspondiente. En la página Cuentas de equipo, indique si se van a crear cuentas o si se van a utilizar cuentas existentes, además de la ubicación de estas.

• Si crea cuentas, debe tener permiso para crear cuentas de equipo en la unidad organizativa donde residen las máquinas.

  Seleccione un dominio para esas cuentas. Si el dominio no aparece en la lista, puede hacer lo siguiente:

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

  Especifique el esquema de nombres de cuenta para la máquina mediante marcas hash para indicar dónde aparecerán los números o las letras secuenciales. No use barras diagonales (/) en el nombre de una unidad organizativa. Un nombre no puede empezar con un número. Por ejemplo, un esquema de denominación PC-Ventas-## (con números del 0 al 9 seleccionados) da como resultado cuentas de equipo llamadas PC-Ventas-01, PC-Ventas-02, PC-Ventas-03, etc.

• Si usa cuentas existentes, vaya a esas cuentas o haga clic en Importar y especifique un archivo CSV que contenga los nombres de cuenta. El contenido del archivo importado debe tener el formato:

[ADComputerAccount]
ADcomputeraccountname.domain
...
<!--NeedCopy-->

Compruebe que hay cuentas suficientes para las máquinas que está agregando. Como Web Studio es el responsable de administrar estas cuentas, permita que Web Studio restablezca las contraseñas de todas las cuentas, o bien especifique la contraseña de la cuenta (que debe ser la misma para todas las cuentas).

Para catálogos que contengan máquinas físicas o máquinas existentes, seleccione o importe cuentas existentes. Asigne cada máquina a una cuenta de equipo de Active Directory y a una cuenta de usuario.

Resumen, nombre y descripción

En la página Resumen, revise la configuración especificada. Introduzca un nombre y una descripción para el catálogo. Esta información se mostrará en Web Studio.

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

Ubicación del archivo de paginación

En los entornos de Azure, el archivo de paginación se configura en una ubicación adecuada cuando se crea la máquina virtual por primera vez. La configuración del archivo de paginación se define en el formato <page file location>[min size] [max size] (el tamaño está en MB). Para obtener más información, consulte el documento de Microsoft Cómo determinar el tamaño del archivo de paginación.

Al crear ProvScheme durante la preparación de la imagen, MCS determina la ubicación del archivo de paginación en función de ciertas reglas. Después de crear ProvScheme:

• El cambio de tamaño de la VM se bloquea si el tamaño de la VM entrante hace que la configuración del archivo de paginación sea diferente.
• La actualización del perfil de máquina se bloquea si se cambia la oferta de servicio porque la actualización del perfil de máquina provoca que la configuración del archivo de paginación sea diferente.
• Las propiedades del disco de SO efímero (EOS) y de E/S de MCS no se pueden cambiar.

Determinación de la ubicación del archivo de paginación

Las funciones como EOS y E/S de MCS tienen su propia ubicación prevista de archivo de paginación y son exclusivas entre sí. La tabla muestra la ubicación esperada del archivo de paginación para cada función:

Nota:

Aunque la preparación de la imagen se separe de la creación del esquema de aprovisionamiento, MCS determina correctamente la ubicación del archivo de paginación. La ubicación predeterminada del archivo de paginación está en el disco del SO.

Casos de configuración de archivos de paginación

En la tabla se describen algunos casos posibles de configuración de archivos de paginación durante la preparación de imágenes y la actualización del esquema de aprovisionamiento:

Actualizar la configuración del archivo de paginación

También puede especificar la configuración del archivo de paginación, incluidos la ubicación y el tamaño, de forma explícita mediante el comando de PoSH. Esto supedita el valor determinado por MCS. Para ello, ejecute el comando New-ProvScheme e incluya estas propiedades personalizadas:

• PageFileDiskDriveLetterOverride: Letra de la unidad de disco de la ubicación del archivo de paginación
• InitialPageFileSizeInMB: Tamaño del archivo de paginación inicial en MB
• MaxPageFileSizeInMB: Tamaño del archivo de paginación máximo en MB

Ejemplo de uso de las propiedades personalizadas:

-CustomProperties '<CustomProperties xmlns=" http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance"> `
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="false"/> `
<Property xsi:type="StringProperty" Name="PersistVm" Value="false"/> `
<Property xsi:type="StringProperty" Name="PageFileDiskDriveLetterOverride" Value="d"/> `
<Property xsi:type="StringProperty" Name="InitialPageFileSizeInMB" Value="2048"/> `
<Property xsi:type="StringProperty" Name="MaxPageFileSizeInMB" Value="8196"/> `
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS"/> `
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client"/> `
</CustomProperties>'
<!--NeedCopy-->

Restricciones:

• Puede actualizar la configuración del archivo de paginación solo al crear un esquema de aprovisionamiento mediante la ejecución del comando New-ProvScheme y la configuración del archivo de paginación no se puede cambiar más adelante.
• Proporcione todas las propiedades relativas a la configuración del archivo de paginación (PageFileDiskDriveLetterOverride, InitialPageFileSizeInMB y MaxPageFileSizeInMB) en las propiedades personalizadas o no proporcione ninguna de ellas.
• El tamaño del archivo de paginación inicial debe estar entre 16 MB y 16777216 MB.
• El tamaño del archivo de paginación máximo debe ser superior o igual al tamaño del archivo de paginación inicial e inferior a 16777216 MB.
• Esta función no está disponible en Web Studio.

Sincronización horaria de MCS

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

Nota:

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

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

Valor: MaxAllowedPhaseOffset, MaxNegPhaseCorrection y MaxPosPhaseCorrection

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

Valor: Tipo

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

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

Solucionar problemas

Importante:

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

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

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

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

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

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

Problemas de preparación de imagen

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

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

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

Sugerencia:

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

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

A continuación, se describen estos fallos.

Habilitar DHCP

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

Nota:

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

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

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value EnableDHCP

Rearmar Microsoft Office

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

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

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

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OfficeRearm

Rearmar Microsoft Windows

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

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

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

Set-ProvServiceConfigurationData -Name ImageManagementPrep_Excluded_Steps -Value OsRearm

Instancias de fallo de toda la operación

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

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

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

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

Directiva DISKPART SAN

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

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

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

DISKPART>; San policy=OnlineAll

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

Si la preparación de imagen falla por otro motivo

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

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

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

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

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

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

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

Remove-ProvServiceConfigurationData -Name ImageManagementPrep_NoAutoShutdown

Qué hacer a continuación

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