Citrix DaaS™

Crear un catálogo de instancias administradas de Amazon WorkSpaces Core

May 4, 2026

Contribución de:

Crear catálogos de máquinas describe los asistentes que crean un catálogo de máquinas. La siguiente información cubre detalles específicos de las instancias administradas de Amazon WorkSpaces Core.

Nota:

Actualmente, se admite la creación de catálogos de máquinas virtuales tanto persistentes como no persistentes (la propiedad CleanOnBoot es True o False).

Requisitos previos

Antes de crear un catálogo de instancias administradas de Amazon WorkSpaces Core, debes terminar de crear:

Una conexión a instancias administradas de Amazon WorkSpaces Core. Consulta Conexión a instancias administradas de Amazon WorkSpaces Core
Una imagen preparada. Consulta Crear una imagen preparada para instancias administradas de Amazon WorkSpaces Core.

Configuración de red durante la preparación de la imagen

Durante la preparación de la imagen, se crea una máquina virtual (VM) de preparación basada en la VM original. Esta VM de preparación se desconecta de la red. Para desconectar la red de la VM de preparación, se crea un grupo de seguridad de red para denegar todo el tráfico entrante y saliente. Este grupo de seguridad de red persiste y se reutiliza. El nombre del grupo de seguridad de red es Citrix.XenDesktop.IsolationGroup-GUID, donde GUID se genera aleatoriamente.

Un catálogo de máquinas basado en perfiles de máquina

Puedes usar un perfil de máquina para capturar las propiedades de hardware de una instancia EC2 (VM) o una versión de plantilla de lanzamiento y aplicarlas a las máquinas aprovisionadas. Las propiedades que se capturan pueden incluir, por ejemplo, el tipo de tenencia, el tipo de instancia, los grupos de seguridad, las asignaciones de red, las propiedades de volumen de EBS, la optimización de EBS, las opciones de CPU, la capacidad de hibernación y otras configuraciones de AWS compatibles.

Puedes usar una instancia EC2 (VM) de AWS o una versión de plantilla de lanzamiento de AWS como entrada del perfil de máquina.

Nota:

Las propiedades de volumen de EBS se derivan únicamente de un perfil de máquina.

Solo se admite el Servicio de metadatos de instancia (IMDS) V2, no el IMDS V1. Para obtener información, consulta Cómo funciona la versión 2 del Servicio de metadatos de instancia.

Tenencia de AWS

AWS ofrece las siguientes opciones de tenencia: tenencia compartida (el tipo predeterminado) y tenencia dedicada. La tenencia compartida significa que varias instancias de Amazon WorkSpaces Core de diferentes clientes pueden residir en la misma pieza de hardware físico. La tenencia dedicada significa que tus instancias de Amazon WorkSpaces Core se ejecutan solo en hardware con otras instancias que hayas implementado.

Nota:

Solo se admiten las instancias dedicadas (los hosts dedicados no son compatibles actualmente). Otros clientes no utilizan la misma pieza de hardware.

El tipo de tenencia se captura del perfil de máquina

Cuando usas MCS para crear un catálogo para aprovisionar máquinas en AWS, el tipo de tenencia se captura del perfil de máquina.
Hardware compartido: Esta configuración es adecuada para la mayoría de las implementaciones. Varios clientes comparten piezas de hardware aunque no interactúen entre sí. Usar hardware compartido es la opción menos costosa para ejecutar tus instancias de Amazon EC2.
Instancia dedicada: Esta configuración es más adecuada para implementaciones con requisitos específicos de seguridad o cumplimiento. Con una instancia dedicada, sigues disfrutando de los beneficios de tener un host separado de otros clientes de AWS, pero no pagas por todo el host. No necesitas preocuparte por la capacidad del host, pero se te cobra una tarifa más alta por las instancias. Además, las instancias dedicadas ofrecen soporte limitado para Bring Your Own License (BYOL).

Facturación flexible

Las instancias administradas de Amazon WorkSpaces Core admiten dos modos de facturación:

Modo de facturación Descripción

Mensual	Facturación fija mensual de tarifa plana. Ideal para escritorios persistentes y cargas de trabajo predecibles.
Por horas	Facturación de pago por uso. Esta es la configuración predeterminada de AWS si no se especifica explícitamente ningún modo de facturación.

Estas opciones ofrecen flexibilidad para administrar los costes de computación en función de la persistencia y los patrones de uso de tu carga de trabajo.

Esta función requiere el uso del servicio de facturación de Amazon WorkSpaces. De forma predeterminada, MCS usa este servicio para aprovisionar y administrar instancias, lo que te permite beneficiarte de precios de tarifa plana más competitivos para cargas de trabajo persistentes.

Requisitos previos y consideraciones

Configuración de la cuenta de AWS: Tu cuenta de AWS debe estar configurada para usar el servicio de facturación de WorkSpaces. Aunque las cuentas de AWS se cambian de forma predeterminada, algunos clientes pueden solicitar a AWS que permanezca en el servicio de facturación heredado de EC2 para usar instancias administradas de WorkSpaces Core.

Nota:

Si tu cuenta está en el servicio de facturación heredada de EC2, la opción de facturación Mensual no está disponible.
Conexión de host: La facturación flexible solo se aplica a las conexiones de host de Amazon WorkSpaces Core. No es compatible con las conexiones de host estándar de AWS EC2.
Instancias Spot: Las instancias Spot no son compatibles con el servicio de facturación de WorkSpaces.
Facturación mixta: Una cuenta de AWS debe usar la facturación de WorkSpaces o la facturación de EC2 para las instancias administradas principales. No se admite una combinación de ambos en una sola cuenta.
Compatibilidad: Solo tipos de instancia, tipos de plataforma (SO) y tipos de tenencia específicos son compatibles con ciertos modos de facturación. MCS realiza una comprobación previa para asegurarse de que tus selecciones (Oferta de servicio, Perfil de máquina e Imagen preparada) coincidan con el modo de facturación elegido.

Consulta Crear un catálogo de máquinas con un modo de facturación específico.

Crear un catálogo

Se requiere una imagen preparada y un perfil de máquina para crear catálogos de instancias administradas de Amazon WorkSpaces Core. Puedes usar una instancia de VM de AWS o una versión de plantilla de lanzamiento de AWS como entrada del perfil de máquina.

Puedes crear un catálogo usando:

Studio
PowerShell

Crear un catálogo usando Studio

Crear un catálogo de máquinas desde el nodo Imágenes

Usa la opción Crear catálogo en el nodo Imágenes para crear un catálogo usando la versión de la imagen.

Alternativamente, puedes seleccionar la versión al crear un catálogo en el nodo Catálogos de máquinas, vinculando a la opción de imagen preparada en el flujo de trabajo de creación de catálogos. Consulta Crear un catálogo de máquinas desde el nodo Catálogos de máquinas.

Para crear un catálogo de máquinas MCS desde el nodo Imágenes, haz lo siguiente:

Selecciona una versión de imagen y haz clic en Crear catálogo. Haz clic en Siguiente en la página Introducción.

1. En las páginas Administración de máquinas e Imagen, la configuración está preseleccionada según la versión de imagen seleccionada. En la página Imagen, introduce una nota para la imagen preparada seleccionada.

Completa la configuración en las páginas siguientes.
En la página Resumen, comprueba los detalles del catálogo de máquinas. Introduce un nombre y una descripción para el catálogo de máquinas. Haz clic en Finalizar.
Ve al nodo Catálogos de máquinas para ver el catálogo de máquinas creado.

Crear un catálogo de máquinas desde el nodo Catálogos de máquinas

Para crear un catálogo de máquinas MCS desde el nodo Catálogos de máquinas, haz lo siguiente:

Haz clic en Catálogos de máquinas en el panel de navegación izquierdo.
Haz clic en Crear catálogo de máquinas. Aparece la página Configuración del catálogo de máquinas.
En la página Tipo de máquina, selecciona un tipo de máquina para el catálogo, por ejemplo, SO multisesión.
En la página Administración de máquinas, selecciona la siguiente configuración:
1. Selecciona Máquinas con administración de energía (por ejemplo, máquinas virtuales o PC blade).
2. Selecciona Tecnología de aprovisionamiento de Citrix. A continuación, selecciona Citrix Machine Creation Services™.
3. En el campo Recursos, selecciona los recursos (Zona de disponibilidad o Zona local) que configuraste al crear la conexión de host y haz clic en Siguiente.
En la página Experiencia de escritorio, selecciona un escritorio aleatorio o estático que quieras que tengan los usuarios cuando inicien sesión. Si seleccionas un escritorio estático, especifica además si quieres guardar los cambios que el usuario realice en el disco local (persistente o no persistente).
En la página Imagen, haz clic en Seleccionar una imagen para seleccionar una imagen preparada para el catálogo de máquinas. Selecciona la versión preparada que creaste. Haz clic en el nombre de la versión de imagen. Para ver más detalles sobre la versión de imagen seleccionada, haz clic en el número de versión, que está subrayado. Haz clic en Listo.

Aparece el perfil de máquina asociado a la imagen preparada y sus propiedades de hardware (por ejemplo, tipo de instancia, tipo de tenencia, asignaciones de red, grupos de seguridad, propiedades de volumen) se utilizan para crear máquinas en los catálogos. Para cambiar el origen del perfil de máquina a otra VM o versión de plantilla de lanzamiento, haz clic en el botón de edición.
En la página Máquinas virtuales:
1. Introduce el número de VM para el catálogo.
2. Se muestra la especificación de máquina predeterminada, que se basa en el perfil de máquina. Para cambiarla, selecciona el icono de edición y selecciona una especificación de máquina.
En la página NICs, selecciona las NICs (o ENIs) para las VM.
En la página Identidades de máquina, configura el tipo de identidad de máquina para las máquinas del catálogo:
1. Para configurar máquinas unidas a un dominio (Active Directory local o unidas a Microsoft Entra híbrido), selecciona el dominio y crea nuevas cuentas de AD para las VM que se crearán en este catálogo de máquinas. Las VM aprovisionadas se unen al dominio seleccionado. Para aprovisionar máquinas no unidas a un dominio, selecciona la opción de no unirse a un dominio.
2. Especifica el esquema de nombres de cuenta para las nuevas cuentas que se crearán para las VM.
En la página Credenciales de dominio, haz clic en Introducir credenciales para proporcionar las credenciales del dominio seleccionado. Introduce el nombre de usuario y la contraseña de nivel de administrador cuando se te solicite. También puedes usar una cuenta de servicio si ya guardaste credenciales de dominio anteriormente siguiendo nuestra documentación del producto.
Haz clic en las páginas restantes hasta llegar a la página Resumen. Introduce un nombre para el catálogo de máquinas y selecciona Finalizar para crear el catálogo de máquinas.

Limitaciones al crear un catálogo de máquinas en una zona local de AWS

Ciertas zonas locales solo admiten ciertas configuraciones de hardware (por ejemplo, la zona local de Perth no admite volúmenes GP3, solo GP2).
Dado que solo gp2 es compatible universalmente en todas las zonas locales, y no todas admiten gp3, la creación de discos de ID utiliza por defecto el tipo de volumen gp2.
Debes seleccionar un perfil de máquina con especificaciones de hardware compatibles con la zona local deseada.
Las instantáneas de AMI de imagen preparada y las instantáneas de disco de ID se colocan por defecto en la región, en lugar de en la zona local (debido a las limitaciones de AWS con respecto a la visibilidad del soporte de instantáneas de EBS en zonas locales).
Solo las zonas locales que admiten servicios completos de EC2 y EBS son zonas compatibles.

Crear un catálogo usando PowerShell

Crear un catálogo usando una especificación de versión de imagen preparada y un perfil de máquina

Crea un catálogo de máquinas MCS no persistente a partir de la especificación de versión de imagen preparada usando el comando New-ProvScheme. Por ejemplo,

 New-ProvScheme -ProvisioningSchemeName <string> -ImageVersionSpecUid <Guid> -HostingUnitUid <Guid> -IdentityPoolUid <Guid> [-CleanOnBoot $true] [-MachineProfile <string>] [-ProvisioningSchemeType “MCS”]

 <!--NeedCopy-->

Crea un catálogo de máquinas MCS persistente a partir de la especificación de versión de imagen preparada usando el comando New-ProvScheme. Por ejemplo,

 New-ProvScheme -ProvisioningSchemeName <string> -ImageVersionSpecUid <Guid> -HostingUnitUid <Guid> -IdentityPoolUid <Guid> [-CleanOnBoot $false] [-MachineProfile <string>] [-ProvisioningSchemeType “MCS”] 

 <!--NeedCopy-->

Ejemplo del conjunto completo de comandos de PowerShell para crear un catálogo:

$Catalog = New-BrokerCatalog  -AllocationType "Random"  -IsRemotePC $False  -MinimumFunctionalLevel "L7_20" -Name "wsccatalog" -PersistUserChanges "Discard" -ProvisioningType "MCS" -Scope @() -SessionSupport "MultiSession"

$IdentityPool = New-AcctIdentityPool  -AllowUnicode  -Domain "domainname" -IdentityPoolName "wsccatalog" -IdentityType "ActiveDirectory"  -NamingScheme "aws##" -NamingSchemeType "Numeric" -Scope @()

$PreparedImageVersionSpec = Get-ProvImageVersionSpec -ImageDefinitionName image1 -ImageVersionNumber 1 -Filter "PreparationType -eq 'Mcs'"

$Task = New-ProvScheme -ProvisioningSchemeName wsccatalog -ImageVersionSpecUid $PreparedImageVersionSpec.ImageVersionSpecUid -HostingUnitName wsc -IdentityPoolName wsccatalog -CleanOnBoot -Scope @() -SecurityGroup @() -MachineProfile 'XdHyp:\HostingUnits\cvad-test-scalestress\us-east-1a.availabilityzone\machine-profile-instance i (i-0xxxxxxxx).vm' -RunAsynchronously

Get-ProvTask -TaskId $Task.TaskId
$ProvScheme = Get-ProvScheme -ProvisioningSchemeName wsccatalog

-  Set-BrokerCatalog -Name $Catalog.Name -ProvisioningSchemeId $ProvScheme.ProvisioningSchemeUid

<!--NeedCopy-->

Actualizar el perfil de máquina

Para actualizar el perfil de máquina en un catálogo que se aprovisionó inicialmente con un perfil de máquina, haz lo siguiente. También puedes cambiar el tipo de tenencia y la capacidad de hibernación del origen del perfil de máquina al editar un catálogo de máquinas MCS.

Ejecuta el comando Set-ProvScheme. Por ejemplo,

 Set-ProvScheme `
 -ProvisioningSchemeUid "<ID" `
 -MachineProfile "XDHyp:\HostingUnits\abc\us-east-1a.availabilityzone\citrix-cvad-machineprofile-instance (i-0xxxxxxxx).vm"

 <!--NeedCopy-->

Crear un catálogo de máquinas con un modo de facturación específico

Actualmente, puedes especificar el modo de facturación al crear un catálogo de máquinas usando solo PowerShell.

Usar PowerShell

Para especificar el modo de facturación a través de PowerShell, usa el parámetro CustomProperties en el comando New-ProvScheme.

$custprop = "BillingMode,Monthly" 
 
New-ProvScheme -ProvisioningSchemeName "MyCatalog" ` 
-ImageVersionSpecUid $ImageVersionSpecUid ` 
-HostingUnitName "wsc-unit" ` 
-IdentityPoolName "MyIdentityPool" ` 
-MachineProfile "XdHyp:\HostingUnits\wsc-unit\machine-profile lt-123.launchtemplate\lt-123 (1).launchtemplateversion" ` 
-CustomProperties $custprop ` 
-CleanOnBoot

<!--NeedCopy-->

Nota:

Si se omite la propiedad BillingMode, el catálogo se establece por defecto en Hourly.

Cambiar el modo de facturación de un catálogo existente

Puedes convertir un catálogo existente de Monthly a Hourly, o viceversa. Este cambio puede aplicarse tanto a las VM nuevas como a las existentes en el catálogo.

Consideraciones importantes para las actualizaciones

Ventana de servicio: Las VM existentes deben pasar por una ventana de servicio o un ciclo de energía para aplicar el cambio de facturación.
Validación: MCS valida que los tipos de instancia y las plataformas existentes sean compatibles con el nuevo modo de facturación antes de aplicar el cambio.

Actualizar con PowerShell

Para actualizar el modo de facturación solo de las nuevas máquinas virtuales agregadas a un catálogo, actualiza la propiedad personalizada del modo de facturación del esquema de aprovisionamiento:
```
 $custprop = "BillingMode,Hourly" 

 Set-ProvScheme -ProvisioningSchemeName "MyCatalog" -CustomProperties $custprop

 
```

Para actualizar el modo de facturación de las máquinas virtuales nuevas y existentes en un catálogo, crea una nueva versión del esquema de aprovisionamiento con la propiedad personalizada actualizada y aplica la nueva versión a todas las máquinas virtuales:

 $custprop = "BillingMode,Hourly" 

 New-ProvSchemeVersion -ProvisioningSchemeName "MyCatalog" -CustomProperties $custprop

 New-ProvSchemeHardwareUpdate -ProvisioningSchemeVersion 2 ` 
 -StartsNow -AllVMs ` 
 -MaxDurationInMinutes 100 ` 
 -ProvisioningSchemeName "MyCatalog"

 <!--NeedCopy-->

Supervisar la información de facturación

Puedes verificar el modo de facturación de los catálogos y las máquinas virtuales individuales.

Ejecuta los siguientes comandos de PowerShell para comprobar la elegibilidad de facturación de tu cuenta:

Devuelve BillingMode como parte de CustomProperties

 -  Get-ProvScheme –ProvisioningSchemeName “"MyCatalog" "  | Select  ProvisioningSchemeName,  CustomProperties

 <!--NeedCopy-->

Devuelve BillingMode como parte de VMInfo

 Get-ProvVMDetails –ProvisioningSchemeName “"MyCatalog" "  | Select-Object  -ExpandProperty VMInfo 

 <!--NeedCopy-->

Solución de problemas y validación

MCS incluye comprobaciones previas para evitar configuraciones incompatibles. Es posible que encuentres los siguientes errores durante la creación o edición del catálogo:

-  **NoInstanceConfigFoundForBillingMode**: Se produce si la oferta de servicio seleccionada (tipo de instancia), la tenencia y el tipo de plataforma no son compatibles con el modo de facturación elegido.

-  **Instancia de Spot no compatible**: Si intentas usar instancias de Spot con una conexión de host de WorkSpaces, la validación falla.
-  **Restricción de facturación de EC2**: Si tu cuenta de AWS utiliza el modelo de facturación heredado de EC2, intentar establecer un modo de facturación mensual genera un error de validación.

Crear un catálogo con la versión de la plantilla de inicio mediante PowerShell

Puedes crear un catálogo de máquinas MCS con una versión de plantilla de inicio como entrada de perfil de máquina. También puedes actualizar la entrada de un catálogo de perfiles de máquina de una máquina virtual a una versión de plantilla de inicio y de una versión de plantilla de inicio a una máquina virtual.

En la consola de AWS EC2, puedes proporcionar la información de configuración de instancia de una plantilla de inicio junto con el número de versión. Cuando especificas la versión de la plantilla de inicio como entrada de perfil de máquina al crear o actualizar un catálogo de máquinas, las propiedades de esa versión de la plantilla de inicio se copian en las máquinas virtuales VDA aprovisionadas.

Las siguientes propiedades se pueden proporcionar mediante la entrada del perfil de máquina o explícitamente como parámetros en los comandos New-ProvScheme o Set-ProvScheme. Si se proporcionan en los comandos New-ProvScheme o Set-ProvScheme, tienen prioridad sobre los valores del perfil de máquina de estas propiedades.

Oferta de servicio
Redes

Nota:

Si la oferta de servicio no se proporciona en la plantilla de inicio del perfil de máquina o como parámetro en el comando New-ProvScheme, obtendrás un error adecuado.

Para crear un catálogo utilizando la versión de la plantilla de inicio como entrada de perfil de máquina:

1. Abre una ventana de PowerShell.

Ejecuta asnp citrix* para cargar los módulos de PowerShell específicos de Citrix.

Obtén la lista de versiones de plantilla de inicio de una plantilla de inicio. Por ejemplo:

 XDHyp:\HostingUnits\test\test-mp-sard (lt-01xxxxx).launchtemplate> ls | Select FullPath

 <!--NeedCopy-->

Crea un grupo de identidades si no se ha creado. Por ejemplo:

New-AcctIdentityPool `

-  -IdentityPoolName "abc11" `

-  -NamingScheme "abc1-##" `
    -NamingSchemeType Numeric `
    -Domain "citrix-xxxxxx.local" `
-  -ZoneUid "xxxxxxxx" `

<!--NeedCopy-->

Crea un esquema de aprovisionamiento con una versión de plantilla de inicio como entrada de perfil de máquina. Por ejemplo:

 -  New-ProvScheme `

 -  -ProvisioningSchemeName "MPLT1" `
     -HostingUnitUid "c7f71f6a-3f45-4xxx-xxxx-xxxxxxxxxx" `
     -IdentityPoolUid "bf3a6ba2-1f80-4xxx-xxxx-xxxxxxxxx" `
 -  -ImageVersionSpecUid ‘24dfb047-e867-527g-896c-25664xxxxx1t’ `
 -  -CleanOnBoot `
     -MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-01xxxxx).launchtemplate\lt-01xxxxx (1).launchtemplateversion"

 <!--NeedCopy-->

Registra un esquema de aprovisionamiento como catálogo de intermediario. Por ejemplo:

 New-BrokerCatalog -Name "MPLT1" `
 -AllocationType Random `
 -  -Description "Machine profile catalog" `

 -  -ProvisioningSchemeId fe7df345-244e-4xxxx-xxxxxxxxx `
 -ProvisioningType Mcs `
 -SessionSupport MultiSession `
 -PersistUserChanges Discard

 <!--NeedCopy-->

Completa la creación del catálogo.

Actualizar el origen del perfil de máquina

También puedes actualizar la entrada de un catálogo de perfiles de máquina de una máquina virtual a una versión de plantilla de inicio y de una versión de plantilla de inicio a una máquina virtual. Por ejemplo:

Para actualizar la entrada de un catálogo de perfiles de máquina de una máquina virtual a una versión de plantilla de inicio:

 Set-ProvScheme -ProvisioningSchemeName "CloudServiceOfferingTest" `
 -MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-0bxxxxxxxxxxxx).launchtemplate\lt-0bxxxxxxxxxxxx (1).launchtemplateversion"

 <!--NeedCopy-->

Para actualizar la entrada de un catálogo de perfiles de máquina de una versión de plantilla de lanzamiento a una VM:

 Set-ProvScheme -ProvisioningSchemeName "CloudServiceOfferingTest" `
 -  -MachineProfile "XDHyp:\HostingUnits\sard-ue1a\us-east-1a.availabilityzone\apollo-non-persistent-vda-win2022-2 (i-08xxxxxxxxx).vm"

 <!--NeedCopy-->

Catálogo con MCSIO habilitado

La optimización del almacenamiento de MCS (MCSIO) mejora el rendimiento de la VM al almacenar en caché las operaciones de disco, ya sea en la memoria o en un disco pequeño de alta velocidad. Puedes crear un catálogo no persistente con MCSIO habilitado mediante comandos de PowerShell. Para crear un catálogo de este tipo, debes instalar el controlador de MCSIO al instalar o actualizar el VDA durante la preparación de la instancia de AMI. De forma predeterminada, ese controlador no está instalado.

Una vez preparada una AMI de MCSIO (al instalar el VDA, selecciona la opción de incluir el controlador de MCSIO en la instalación), puedes crear un catálogo no persistente con MCSIO habilitado.

Nota:

La opción de configurar MCSIO solo con caché de disco (sin caché de memoria) mediante Studio se ha eliminado en todos los hipervisores y entornos de servicios en la nube.

Crear un catálogo con MCSIO habilitado

Los cuatro parámetros agregados al comando de PowerShell New-ProvScheme son:

UseWriteBackCache: Activa el almacenamiento en caché (caché de escritura diferida) para el esquema de aprovisionamiento dado.
WriteBackCacheDiskSize: Especifica el tamaño en GB del disco temporal utilizado para el almacenamiento en caché.
WriteBackCacheMemorySize: Especifica la cantidad de memoria en MB que se utilizará para el almacenamiento en caché. Este es un parámetro opcional.

Nota:

El valor de WriteBackCacheDiskSize debe ser superior a cero, ya que se requiere al menos 1 GB de almacenamiento en disco de caché. El tamaño del disco de caché no debe ser mayor que el tamaño del disco del sistema operativo.

El valor de WriteBackCacheMemorySize debe ser distinto de cero y menor que el tamaño de la memoria del catálogo de máquinas.

Las propiedades personalizadas que afectan a MCSIO son:

WBCDiskStorageType: Define el tipo de volumen que se utiliza para el disco temporal en las instancias administradas de Amazon WorkSpaces Core. Este parámetro toma un argumento de cadena con el formato volume-type[:iops][:throughput]. Los siguientes son los tipos de volumen:
- gp2: No utilices los parámetros iops y throughput para este tipo de volumen.
- gp3: Utiliza los parámetros iops y throughput para este tipo de volumen.
- io1: Utiliza solo el parámetro iops para este tipo de volumen.
- io2: Utiliza solo el parámetro iops para este tipo de volumen.
El tipo de volumen predeterminado es gp2.
PersistWBC: Controla si se debe conservar o descartar el disco de caché cada vez que se apaga la instancia administrada de Amazon WorkSpaces Core. Si se establece en true, el disco de caché se conserva. Si se establece en false (el valor predeterminado), el disco de caché solo se crea y se conserva mientras la instancia de AMI está encendida.
PersistOSDisk: Controla si se debe conservar o descartar el disco del sistema operativo cada vez que se apaga la instancia administrada de Amazon WorkSpaces Core. Si se establece en true, el disco del sistema operativo se conserva. Si se establece en false (el valor predeterminado), el disco del sistema operativo solo se crea y se conserva mientras la instancia de AMI está encendida.

Realiza los siguientes pasos en la ventana de PowerShell para crear un catálogo no persistente con MCSIO habilitado:

Abre la ventana de PowerShell.

1. Ejecuta asnp citrix* para cargar los módulos de PowerShell específicos de Citrix.

Crea un catálogo de agentes y un grupo de identidades.

Crea el esquema de aprovisionamiento. Por ejemplo:

$HostingUnitUid = '0xxxx1d9-bbfc-xxxf-bxxb-exxxxxe008b2'
$MasterImageVM = 'XDHyp:\HostingUnits\ctx-test\aws-apollo-non-persistent-multi-mcsio-vda-win2022 (ami-0bf1810488acbxxxb).template'
$NetworkMap = @{ 'NetworkPath' = 'XDHyp:\HostingUnits\ctx-test\us-east-1a.availabilityzone\10.0.128.0`/17 (vpc-0fa6e41d72507fxxx).network' }
$SecurityGroup = $( 'XDHyp:\HostingUnits\ctx-test\us-east-1a.availabilityzone\private.securitygroup' )
$ServiceOffering = 'XDHyp:\HostingUnits\ctx-test\T3 Medium Instance.serviceoffering'
-  $CustomProperties = 'WBCDiskStorageType,gp3:6000:250;PersistWBC,false'

$provScheme = New-ProvScheme -ProvisioningSchemeName $CatalogName -HostingUnitUid $HostingUnitUid `
-IdentityPoolUid $acctPool.IdentityPoolUid -CleanOnBoot `
-  MasterImageVM $MasterImageVM `
-NetworkMap $NetworkMap `
-ServiceOffering $ServiceOffering `
-SecurityGroup $SecurityGroup `
-CustomProperties $CustomProperties `
-UseWriteBackCache -WriteBackCacheDiskSize 16 -WriteBackCacheMemorySize 256

<!--NeedCopy-->

Agrega VM al catálogo.

Mejorar el rendimiento de arranque con MCSIO

Puedes mejorar el rendimiento de arranque de las VM si habilitas MCSIO y estableces las propiedades personalizadas PersistWBC y PersistOSDisk en true. Con esta configuración, las VM pueden arrancar más rápido porque no necesitan inicializar un nuevo disco de caché ni recrear un disco raíz a partir de su plantilla.

Cifrar discos de SO e ID

Puedes crear un catálogo de VM con claves de AWS KMS (clave administrada por el cliente y clave administrada por AWS) que se pueden usar para cifrar el disco del sistema operativo y el disco de identidad (ID).

Las claves administradas por AWS se rotan automáticamente cada año.
- Las claves administradas por el cliente son opcionales para la rotación automática y se pueden administrar manualmente.
- Puedes consultar los siguientes documentos de AWS para obtener más información sobre las claves KMS:
Conceptos de AWS KMS
Cómo funciona la rotación automática de claves
Para el cifrado de discos de SO e ID, configura una de las siguientes opciones:
Usa una imagen preparada que esté cifrada (por ejemplo, una AMI creada a partir de una instancia o instantánea que contenga un volumen raíz de EBS cifrado con una clave KMS).
Usa un origen de perfil de máquina (VM o plantilla de lanzamiento) que contenga un volumen raíz de EBS cifrado.

Limitaciones

Ten en cuenta las siguientes limitaciones:

Actualmente, MCS solo admite un disco en la AMI de imagen preparada.
No puedes cifrar directamente volúmenes o instantáneas de EBS existentes sin cifrar, ni modificar la clave KMS de un volumen cifrado existente. Para ello, debes:
1. Crea una nueva instantánea de ese volumen.
2. Crea un nuevo volumen a partir de esa instantánea.
3. Cifra el nuevo volumen.

Consulta los siguientes documentos de AWS:

Cifrar recursos sin cifrar
Limitaciones del cifrado automático o predeterminado de volúmenes de EBS: Cifrar automáticamente volúmenes de Amazon EBS existentes y nuevos.

Crear un catálogo con cifrado de disco

Puedes crear un catálogo de máquinas MCS con cifrado de disco usando:

Una imagen preparada (creada usando la gestión de imágenes a partir de una imagen maestra que tiene el disco cifrado).
Un perfil de máquina.

Consideraciones al usar la entrada del perfil de máquina:

La clave KMS de la entrada del perfil de máquina tiene prioridad sobre la clave KMS de la imagen preparada.
Si no se proporciona ninguna entrada de perfil de máquina, se usa la clave KMS de la AMI de la imagen preparada para cifrar los discos de las máquinas virtuales del catálogo.
Si el perfil de máquina tiene asignaciones de dispositivos de bloque presentes, los dispositivos de bloque presentes en la plantilla de imagen preparada (AMI) y el perfil de máquina deben coincidir. Por ejemplo, si la AMI tiene un dispositivo definido en /dev/sda1, el perfil de máquina también debe tener un dispositivo definido en /dev/sda1.
Si no hay ninguna clave en el origen del perfil de máquina y la imagen preparada no está cifrada, los discos de las máquinas virtuales del catálogo no se cifran.
Cuando la imagen preparada está cifrada, una máquina virtual de origen de perfil de máquina o una plantilla de lanzamiento deben tener un volumen raíz cifrado para ser consideradas una entrada válida.

Modificar un catálogo existente

Puedes modificar un catálogo existente usando el comando de PowerShell Set-ProvScheme para tener:

Una entrada de perfil de máquina con un volumen que contenga una nueva clave KMS.
Una imagen preparada creada a partir de la imagen maestra con AMI cifrada usando la gestión de imágenes.

Consideraciones importantes:

Los volúmenes de las nuevas máquinas virtuales añadidas al catálogo se cifran con la nueva clave KMS.
Para actualizar la configuración de cifrado cuando existe un perfil de máquina, ejecuta Set-ProvScheme con un nuevo perfil de máquina.
No puedes modificar un catálogo existente para pasar de tener volúmenes cifrados a volúmenes no cifrados.

No puedes realizar una actualización de imagen de una AMI de imagen preparada cifrada a una AMI de imagen preparada no cifrada.

Habilitar NitroTPM y el arranque seguro UEFI para instancias de máquinas virtuales

Al crear un catálogo, ahora puedes seleccionar una imagen preparada (AMI) con NitroTPM y/o arranque seguro UEFI habilitados. En consecuencia, las máquinas virtuales aprovisionadas en el catálogo también se habilitan con NitroTPM y/o arranque seguro UEFI. Esta implementación garantiza que las máquinas virtuales estén seguras y sean de confianza. Para obtener más información sobre NitroTPM y el arranque seguro UEFI, consulta la documentación de Amazon.

Limitaciones

Puedes usar tanto NitroTPM como el arranque seguro actualmente en todas las regiones de AWS (incluidas las regiones AWS GovCloud (US)) excepto China.
No puedes habilitar NitroTPM y el arranque seguro UEFI en catálogos existentes. Si quieres un catálogo con NitroTPM y el arranque seguro UEFI habilitados, crea un catálogo nuevo.

Pasos clave

Configura tu entorno de AWS.
Crea una conexión a AWS.
Crea una imagen maestra (AMI) habilitada con NitroTPM y/o arranque seguro UEFI.
Crea una imagen preparada a partir de la imagen maestra. Consulta Crear una imagen preparada para instancias administradas de Amazon WorkSpaces Core.
Crea un catálogo de máquinas seleccionando la imagen preparada con NitroTPM y el arranque seguro UEFI habilitados en el menú de creación de catálogos de Citrix Studio o al crear un esquema de aprovisionamiento usando comandos de PowerShell.

Las máquinas virtuales añadidas al catálogo creado tienen NitroTPM y el arranque seguro UEFI habilitados.

Crear una AMI que admita NitroTPM y el arranque seguro UEFI

Puedes crear una AMI a partir de una máquina virtual que tenga NitroTPM y/o el arranque seguro UEFI habilitados.
1. Crea la instancia usando las imágenes del marketplace de AWS. Por ejemplo, busca TPM-Windows_Server-2022-English-Full-Base en el aws-marketplace.
2. Descarga VDA de sesión única o múltiple.
3. Crea una AMI a partir de esa máquina virtual.
Usa el comando register-image:
```
--boot-mode (string)
--tpm-support (string)


```
Para obtener más información, consulta register-image.

Consulta los siguientes documentos de AWS:

Puedes abrir una ventana de PowerShell desde el host del Delivery Controller™ para comprobar si una:

oferta de servicio admite NitroTPM o el arranque seguro UEFI

 (Get-Item -Path “XDHyp:\HostingUnits\aws\T3 Medium Instance.serviceoffering”).AdditionalData.BootMode
 (Get-Item -Path “XDHyp:\HostingUnits\aws\T3 Medium Instance.serviceoffering”).AdditionalData.NitroTpmSupportVersions

 <!--NeedCopy-->

plantilla admite NitroTPM o el arranque seguro UEFI

 (Get-HypInventoryItem -LiteralPath “XDHyp:\HostingUnits\aws” -ResourceType “template -Id “ID”).AdditionalData.BootMode

 (Get-HypInventoryItem -LiteralPath “XDHyp:\HostingUnits\aws” -ResourceType “template -Id “ID”).AdditionalData.TpmSupport

 <!--NeedCopy-->

Actualizar la oferta de servicio de un catálogo existente

Puedes cambiar la oferta de servicio de un catálogo existente usando Set-ProvScheme. El cambio se aplica a las máquinas virtuales recién añadidas. Sin embargo, obtendrás errores en los siguientes escenarios:

Modo de arranque de las AMI	¿La AMI admite Nitro TPM?	¿La oferta de servicio admite NitroTPM y el arranque seguro UEFI?
UEFI	No	No
BIOS heredado	Sí	No
UEFI	Sí	No
UEFI preferido	Sí	No

Copiar etiquetas en máquinas virtuales

Puedes copiar etiquetas en NIC y discos (disco de identidad, disco de caché de escritura y disco del sistema operativo) que se especifican en el perfil de máquina a las máquinas virtuales recién creadas en un catálogo de máquinas MCS. Puedes especificar estas etiquetas en cualquiera de los orígenes del perfil de máquina (instancia de máquina virtual de AWS o versión de plantilla de lanzamiento de AWS). Esta función es aplicable a catálogos y máquinas virtuales persistentes y no persistentes.

Nota:

En la consola de AWS EC2, no puedes ver los valores de Tag Network Interfaces en Launch Template Version Resource Tags. Sin embargo, puedes ejecutar el comando de PowerShell aws ec2 describe-launch-template-versions --launch-template-id lt-0bb652503d45dcbcd --versions 12 para ver las especificaciones de las etiquetas.

Si un origen de perfil de máquina (VM o versión de plantilla de lanzamiento) tiene dos interfaces de red (eni-1 y eni-2), y eni-1 tiene la etiqueta t1 y eni-2 tiene la etiqueta t2, la VM obtiene las etiquetas de ambas interfaces de red.

Filtrar instancias de VM con PowerShell

Una instancia de VM de AWS que utilizas como VM de perfil de máquina debe ser compatible para que el catálogo de máquinas se cree y funcione correctamente. Para enumerar las instancias de VM de AWS que se pueden usar como VM de entrada de perfil de máquina, puedes usar el comando Get-HypInventoryItem. El comando puede paginar y filtrar el inventario de VM disponibles en una unidad de alojamiento.

Paginación:

Get-HypInventoryItem admite dos modos de paginación:

El modo de paginación utiliza los parámetros -MaxRecords y -Skip para devolver conjuntos de elementos:
- -MaxRecords: El valor predeterminado es 1. Esto controla cuántos elementos se devuelven.
- -Skip: El valor predeterminado es 0. Esto controla cuántos elementos se omiten desde el principio absoluto (o el final absoluto) de la lista en el hipervisor.
El modo de desplazamiento utiliza los parámetros -MaxRecords, -ForwardDirection y -ContinuationToken para permitir el desplazamiento de los registros:
- -ForwardDirection: El valor predeterminado es True. Esto se usa junto con -MaxRecords para devolver el siguiente conjunto de registros coincidentes o el conjunto anterior de registros coincidentes.
- -ContinuationToken: Devuelve los elementos inmediatamente después (o antes, si ForwardDirection es false), pero sin incluir el elemento dado en el ContinuationToken.

Ejemplos de paginación:

Para devolver un único registro de la plantilla de máquina con el nombre más bajo. El campo AdditionalData contiene TotalItemsCount y TotalFilteredItemsCount:
```
 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template

 
```

Para devolver 10 registros de la plantilla de máquina con el nombre más bajo:

 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 10 | select Name

 <!--NeedCopy-->

Para devolver una matriz de registros que terminan con el nombre más alto:

 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -ForwardDirection $False -MaxRecords 10 | select Name

 <!--NeedCopy-->

Para devolver una matriz de registros que comienzan en la plantilla de máquina asociada con el ContinuationToken dado:

 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -ContinuationToken "ami-07xxxxxxxxxx" -MaxRecords 10

 <!--NeedCopy-->

Filtrado:

Los siguientes parámetros opcionales adicionales son compatibles para el filtrado. Puedes combinar estos parámetros con las opciones de paginación.

-ContainsName "my_name": Si la cadena dada coincide con parte de un nombre de AMI, la AMI se incluye en el resultado de Get. Por ejemplo:

 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 100 -ContainName ‘apollo’ | select Name

 <!--NeedCopy-->

-Tags '{ "Key0": "Value0", "Key1": "Value1", "Key2": "Value2" }': Si una AMI tiene al menos una de estas etiquetas, se incluye en el resultado de Get. Por ejemplo:
```
 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 100 -Tags '{"opex owner": "Not tagged"}' | select Name

 
```
Nota:

Se admiten dos valores de etiqueta. El valor de etiqueta Not Tagged coincide con los elementos que no tienen la etiqueta dada en su lista de etiquetas. El valor de etiqueta All values coincide con los elementos que tienen la etiqueta, independientemente del valor de la etiqueta. De lo contrario, la coincidencia solo ocurre si el elemento tiene la etiqueta y el valor es igual al que se proporciona en el filtro.

-Id "ami-0a2d913927e0352f3": Si la AMI coincide con el ID dado, se incluye en el resultado de Get. Por ejemplo:

 Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -Id ami-xxxxxxxxxxxxx

 <!--NeedCopy-->

Filtrado en el parámetro AdditionalData:

El parámetro de filtro AdditionalData enumera plantillas o VM según su capacidad, oferta de servicio o cualquier propiedad que se encuentre en AdditionalData. Por ejemplo:

(Get-HypInventoryItem -ResourceType "launchtemplateversion" -LiteralPath "XDHyp:\HostingUnits\aws" -MaxRecords 200).AdditionalData

<!--NeedCopy-->

También puedes agregar un parámetro -Warn para indicar las VM incompatibles. Las VM se incluyen con un campo AdditionalData llamado Warning. Por ejemplo:

(Get-HypInventoryItem -ResourceType "launchtemplateversion" -LiteralPath "XDHyp:\HostingUnits\aws" -MaxRecords 200 -Template "ami-015xxxxxxxxx" -Warn $true).AdditionalData

<!--NeedCopy-->

Pasos siguientes

Para administrar un catálogo de Amazon WorkSpaces Core, consulta Administrar un catálogo de instancias administradas de Amazon WorkSpaces Core

Más información

Entornos de virtualización de AWS
Conexión a instancias administradas de Amazon WorkSpaces Core
Administración de imágenes
Crear una imagen preparada para instancias administradas de Amazon WorkSpaces Core
Para ver ejemplos de PowerShell de Amazon WorkSpaces Core en GitHub, consulta citrix-mcs-sdk-samples-Amazon WorkSpaces Core.

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

¿Le ha resultado útil?

Crear un catálogo de instancias administradas de Amazon WorkSpaces Core

May 4, 2026

Contribución de:

May 4, 2026

Contribución de:

En este artículo

Requisitos previos
Configuración de red durante la preparación de la imagen
Un catálogo de máquinas basado en perfiles de máquina
Tenencia de AWS
Facturación flexible
Crear un catálogo
Crear un catálogo usando Studio
Crear un catálogo usando PowerShell
Catálogo con MCSIO habilitado
Cifrar discos de SO e ID
Habilitar NitroTPM y el arranque seguro UEFI para instancias de máquinas virtuales
Copiar etiquetas en máquinas virtuales
Filtrar instancias de VM con PowerShell
Pasos siguientes
Más información

¿Le ha resultado útil?