Citrix DaaS™

Crear un catálogo de AWS EC2

May 4, 2026

Contribución de:

C C

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 los entornos de virtualización de AWS EC2.

Nota:

Antes de crear un catálogo de AWS, debes terminar de crear una conexión a AWS. Consulta Conexión a AWS EC2.

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.

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 EC2 de diferentes clientes pueden residir en la misma pieza de hardware físico.
La tenencia dedicada significa que tus instancias EC2 se ejecutan solo en hardware con otras instancias que has implementado. Otros clientes no usan la misma pieza de hardware.

Requisitos para el aprovisionamiento en hosts de AWS

Una imagen BYOL (trae tu propia licencia) importada (AMI). Con los hosts dedicados, usa y administra tus licencias existentes.
Una asignación de hosts dedicados con utilización suficiente para satisfacer las solicitudes de aprovisionamiento.
Habilitar la ubicación automática.

Opciones para configurar la tenencia de AWS

Usar 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.
Usar host dedicado. Un host dedicado de Amazon EC2 es un servidor físico con capacidad de instancia EC2 que está completamente dedicado, lo que te permite usar licencias de software existentes por socket o por VM. Los hosts dedicados tienen una utilización preestablecida basada en el tipo de instancia. Por ejemplo, un único host dedicado asignado de tipos de instancia C4 Large está limitado a ejecutar 16 instancias. Consulta el sitio de AWS para obtener más información.
Esta configuración es adecuada para implementaciones con restricciones de licencia o requisitos de seguridad que necesitan que uses un host dedicado. Con un host dedicado, eres propietario de un host físico completo y se te factura por horas. Ser propietario de ese host te permite iniciar tantas instancias EC2 como ese host permita, sin cargos adicionales.
Usar 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.

Nota:

Puedes eliminar cualquier disco de identidad de preparación disponible si no hay ninguna tarea de creación de catálogo o actualización de imagen en curso.

Para configurar la tenencia de AWS mediante Studio, consulta Crear un catálogo mediante Studio y, mediante PowerShell, consulta Configurar la tenencia de host dedicado de AWS mediante PowerShell.

Etiquetar recursos operativos de AWS

Una Amazon Machine Image (AMI) representa un tipo de dispositivo virtual que se usa para crear una máquina virtual dentro del entorno de Amazon Cloud, comúnmente conocido como EC2. Usas una AMI para implementar servicios que usan el entorno EC2. Cuando creas un catálogo para aprovisionar máquinas mediante MCS para AWS, seleccionas la AMI para que actúe como imagen de oro para ese catálogo.

Importante:

Es necesario crear catálogos usando tanto un perfil de máquina como una plantilla de lanzamiento para usar el etiquetado de recursos operativos.

Para crear un catálogo de AWS, primero debes crear una AMI para la instancia que quieres que sea la imagen de oro. MCS lee las etiquetas de esa instancia y las incorpora a la plantilla de lanzamiento. Las etiquetas de la plantilla de lanzamiento se aplican luego a todos los recursos de Citrix® creados en tu entorno de AWS, incluidos:

Máquinas virtuales
Discos de VM
Interfaces de red de VM
Buckets de S3
Objetos de S3
Plantillas de lanzamiento
AMI

Puedes etiquetar recursos operativos mediante Studio y PowerShell al crear un catálogo. Para Studio, consulta Crear un catálogo mediante Studio (página Imagen). Para PowerShell, consulta Etiquetar recursos operativos mediante PowerShell.

Crear un catálogo

Puedes crear un catálogo usando:

Studio
PowerShell

Crear un catálogo mediante Studio

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 las siguientes configuraciones:

1. Selecciona Máquinas con administración de energía (por ejemplo, máquinas virtuales o PC blade).
1. Selecciona Tecnología de aprovisionamiento de Citrix. Luego, selecciona Citrix Machine Creation Services™.
  - 1. 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.
  - 1. En la página Experiencia de escritorio, selecciona un escritorio aleatorio o estático que quieres que los usuarios tengan cuando inicien sesión.
  - 1. En la página Imagen:
2. Selecciona una plantilla de máquina que quieres usar como imagen maestra para todas las máquinas del catálogo.
3. Si quieres que las VM del catálogo hereden las configuraciones de un perfil de máquina, selecciona un perfil de máquina. De forma predeterminada, la casilla de verificación Usar un perfil de máquina está seleccionada. 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.
4. Si la plantilla de máquina tiene dos volúmenes, la opción Aprovisionar un disco de datos está habilitada de forma predeterminada. En este caso, los perfiles de máquina se filtran solo con aquellas instancias o plantillas de lanzamiento con dos volúmenes (que especifican las propiedades de hardware, por ejemplo, la asignación de dispositivos de bloque, el tipo de volumen) para los dos volúmenes, y las plantillas de lanzamiento sin volúmenes y asignaciones de dispositivos de bloque definidas.
  
  Si desmarcas la casilla de verificación para aprovisionar un disco de datos, los perfiles de máquina se filtran solo con aquellas plantillas de lanzamiento sin volúmenes y asignaciones de dispositivos de bloque definidas.
  
  Para un catálogo MCS basado en perfiles de máquina, puedes usar la misma VM maestra como origen del disco de datos para el perfil de máquina.
5. Selecciona la casilla de verificación Aplicar etiquetas de máquina a los recursos operativos para aplicar etiquetas de máquina a los recursos operativos. Esta opción controla si se aplican etiquetas de máquina a cada elemento creado en tu entorno de AWS que facilita el aprovisionamiento de máquinas. Los recursos operativos se crean como subproductos de la creación del catálogo. Incluyen recursos temporales y persistentes, como instancias de VM de preparación y AMI.
Nota:

La página Seguridad aparece solo si estás creando un catálogo de máquinas sin asignar un perfil de máquina.

En la página Máquinas virtuales:
1. Introduce el número de máquinas virtuales 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.
3. Configura la tenencia de AWS. Consulta Opciones para configurar la tenencia de AWS.
4. También puedes configurar una máquina virtual secundaria cuando el tamaño de la máquina principal alcance su capacidad máxima. Haz clic en Tamaño secundario (opcional). En la ventana Tamaño de máquina secundaria, las máquinas virtuales enumeradas tienen tipos de máquina virtual Spot y Regular. Puedes seleccionar hasta 10 tamaños de máquina secundaria. Una vez seleccionadas las 10 máquinas virtuales, las demás máquinas virtuales enumeradas se deshabilitan para futuras selecciones. Haz clic en Siguiente. En el panel Tamaño de máquina secundaria, puedes seleccionar varios tamaños de máquina y arrastrar y soltar para cambiar el orden de prioridad. Haz clic en Listo. Los tamaños de máquina seleccionados aparecen en Tamaño secundario (opcional). Haz clic en el icono de edición para modificar según sea necesario.
- 1. La página Seguridad aparece solo si estás creando un catálogo de máquinas sin asignar un perfil de máquina. Usa la página Seguridad para configurar los grupos de seguridad de las máquinas virtuales. Esto también se aplica al modificar y clonar un catálogo de máquinas existente.

Si creas un catálogo de máquinas basado en un perfil de máquina, las configuraciones del grupo de seguridad se heredan del perfil de máquina y la página Seguridad no aparece.

En la página NICs, selecciona las NICs (o ENIs) para las máquinas virtuales.
En la página Configuración de disco, elige si quieres habilitar la caché de reescritura.
En la página Identidades de máquina, configura Active Directory local o Microsoft Entra híbrido unido para las máquinas del catálogo seleccionando el dominio y creando nuevas cuentas de AD para las máquinas virtuales que se crearán en este catálogo de máquinas. Las máquinas virtuales aprovisionadas se unen al dominio seleccionado. Especifica el esquema de nombres de cuenta para las nuevas cuentas de AD que se crearán para las máquinas virtuales. Haz clic en Siguiente.
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 tienes credenciales de dominio guardadas previamente siguiendo nuestra documentación del producto.
Haz clic en las páginas restantes hasta llegar a la página Resumen. Si seleccionas aprovisionar un disco de datos en la página Imágenes, el valor de Usar disco de datos se establece en true en 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 las zonas locales).
Solo las zonas locales que admiten servicios completos de EC2 y EBS son zonas compatibles.

Crear un catálogo mediante PowerShell

Configurar la tenencia de host dedicado de AWS mediante PowerShell

Alternativamente, puedes aprovisionar hosts dedicados de AWS mediante PowerShell. Usa el cmdlet New-ProvScheme con el parámetro TenancyType establecido en Host.

Etiquetar recursos operativos mediante PowerShell

Para usar PowerShell para etiquetar recursos:

Abre una ventana de PowerShell desde el host DDC.
Ejecuta el comando asnp citrix para cargar los módulos de PowerShell específicos de Citrix.
- Para etiquetar un recurso para una máquina virtual aprovisionada, usa la propiedad personalizada AwsOperationalResourcesTagging. Ejemplo:

New-ProvScheme -ProvisioningSchemeName test 
-CustomProperties “AwsOperationalResourcesTagging,true” 
-MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-01xxxxx).launchtemplate\lt-01xxxxx (1).launchtemplateversion" 
... <Other <standard provscheme parameters>

<!--NeedCopy-->

Catálogo con MCSIO habilitado

La optimización del almacenamiento de MCS (MCSIO) mejora el rendimiento de la máquina virtual al almacenar en caché las operaciones de disco 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 dicho catálogo, debes instalar el controlador MCSIO al instalar o actualizar el VDA durante la preparación de la instancia de AMI. Por defecto, ese controlador no está instalado.

Una vez preparada una AMI de MCSIO (al instalar el VDA, selecciona la opción de incluir el controlador 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 añadidos al comando de PowerShell New-ProvScheme son:

UseWriteBackCache: Activa el almacenamiento en caché (caché de reescritura) 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 a usar para el almacenamiento en caché. Este es un parámetro opcional.

Nota:

El valor de WriteBackCacheDiskSize debe ser mayor que cero porque 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 AWS. Este parámetro toma un argumento de cadena en el formato volume-type[:iops][:throughput]. Los siguientes son los tipos de volumen:
- gp2: No uses los parámetros iops y throughput para este tipo de volumen
- gp3: Usa los parámetros iops y throughput para este tipo de volumen
- io1: Usa solo el parámetro iops para este tipo de volumen
- io2: Usa solo el parámetro iops para este tipo de volumen
El tipo de volumen predeterminado es gp2.
PersistWBC: Controla si se mantiene o se descarta el disco de caché cada vez que se apaga la instancia de AWS. Si se establece en true, el disco de caché se mantiene. Si se establece en false (el valor predeterminado), el disco de caché solo se crea y se mantiene mientras la instancia de AMI está encendida.
PersistOSDisk: Controla si se mantiene o se descarta el disco del sistema operativo cada vez que se apaga la instancia de AWS. Si se establece en true, el disco del sistema operativo se mantiene. Si se establece en false (el valor predeterminado), el disco del sistema operativo solo se crea y se mantiene 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.
Ejecuta asnp citrix* para cargar los módulos de PowerShell específicos de Citrix.
Crea un catálogo de intermediario 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-->

1. Agrega máquinas virtuales al catálogo.

Mejorar el rendimiento de arranque con MCSIO

Puedes mejorar el rendimiento de arranque de las máquinas virtuales si habilitas MCSIO y estableces las propiedades personalizadas PersistWBC y PersistOSDisk como true. Con esta configuración, las máquinas virtuales 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.

Crear un catálogo de máquinas basado en un perfil de máquina mediante PowerShell

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

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

Nota:

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

Consideraciones importantes

Las consideraciones importantes al crear un catálogo de máquinas MCS:

Si agregas parámetros de propiedades de hardware de máquina en los comandos New-ProvScheme y Set-ProvScheme, los valores proporcionados en los parámetros sobrescriben los valores del perfil de máquina.
Si configuras AwsCaptureInstanceProperties como true y no configuras la propiedad MachineProfile, solo se capturan los roles de IAM y las etiquetas.
No puedes configurar AwsCaptureInstanceProperties y MachineProfile al mismo tiempo.

Nota:

AwsCaptureInstanceProperties está en desuso.
Si no se proporciona un perfil de máquina, debes proporcionar explícitamente los valores de las siguientes propiedades:
- Grupo de seguridad
- ENI o red virtual
Solo puedes habilitar AwsOperationalResourcesTagging si habilitas AwsCaptureInstanceProperties o especificas un perfil de máquina.

La consideración importante después de crear un catálogo de máquinas MCS es:

No puedes cambiar un catálogo de uno basado en perfil de máquina a uno no basado en perfil de máquina.

Configurar grupos de seguridad en una entrada de perfil de máquina

Puedes crear un catálogo de máquinas MCS donde las VM aprovisionadas tienen grupos de seguridad asignados por ENI (interfaz de red). Para ello, usa una entrada de perfil de máquina (instancia EC2 o plantilla de lanzamiento) que tenga diferentes grupos de seguridad asignados a ENI distintas. Por ejemplo, si la entrada del perfil de máquina tiene ENI A con SG 1 y ENI B con SG 2, las VM aprovisionadas también deben tener ENI A con SG 1 y ENI B con SG 2.

Recuperar detalles de la interfaz de red

Ejecuta los siguientes comandos para obtener la lista de registros de datos de la interfaz de red, incluidos el SubnetId de la interfaz, los grupos de seguridad asignados y las redes asignadas.

(Get-HypInventoryItem -LiteralPath 'XdHyp:\HostingUnits\cvad-test' – ResourceType vm). AdditionalData

<!--NeedCopy-->

Nota:

MCS no permite actualmente más de una red por interfaz de red.

Crear un catálogo de máquinas usando un perfil de máquina

Para crear un catálogo de máquinas usando un perfil de máquina:
1. Abre una ventana de PowerShell.
1. Ejecuta asnp citrix* para cargar los módulos de PowerShell específicos de Citrix.

Crea un grupo de identidades si aún no lo has hecho. Por ejemplo,

New-AcctIdentityPool -IdentityPoolName idPool -NamingScheme ms## -Domain abcdf -NamingSchemeType Numeric

<!--NeedCopy-->

Ejecuta el comando New-ProvScheme. Por ejemplo:

 New-ProvScheme -ProvisioningSchemeName demet-test-1
 -HostingUnitUid aa633238-9xxd-4cf6-80e8-232a758a1xx1
 -  -IdentityPoolUid 34d5b088-e312-416f-907d-16573xxxxxc4
 -  -CleanOnBoot
 -MasterImageVM 'XDHyp:\HostingUnits\cvad-test-scalestress\citrix-demet-ami.0 (ami-0ca813xxxxxx061ef).template'
 -MachineProfile 'XdHyp:\HostingUnits\cvad-test-scalestress\us-east-1a.availabilityzone\machine-profile-instance i (i-0xxxxxxxx).vm'

 <!--NeedCopy-->

Finaliza la creación del catálogo.

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

```

Crear un catálogo con una versión de plantilla de lanzamiento usando PowerShell

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

En la consola de AWS EC2, puedes proporcionar la información de configuración de instancia de una plantilla de lanzamiento junto con el número de versión. Cuando especificas la versión de la plantilla de lanzamiento 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 lanzamiento se copian a las VM VDA aprovisionadas.

Las siguientes propiedades se pueden proporcionar usando 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
Tipo de tenencia

Nota:

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

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

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 lanzamiento de una plantilla de lanzamiento. Por ejemplo:

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

<!--NeedCopy-->

Crea un grupo de identidades si no está 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 lanzamiento 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" `
-MasterImageVM "XDHyp:\HostingUnits\xxxd-ue1a\apollo-non-persistent-vda-win2022 (ami-0axxxxxxxxxxx).template" `
-CleanOnBoot `
-MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-01xxxxx).launchtemplate\lt-01xxxxx (1).launchtemplateversion"

<!--NeedCopy-->

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

New-BrokerCatalog -Name "MPLT1" `
-AllocationType Random `
-Description "Machine profile catalog" `
-ProvisioningSchemeId fe7df345-244e-4xxxx-xxxxxxxxx `
-ProvisioningType Mcs `
-SessionSupport MultiSession `
-PersistUserChanges Discard

<!--NeedCopy-->

1. 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 perfil de máquina de una VM a una versión de plantilla de lanzamiento y de una versión de plantilla de lanzamiento a una VM. Por ejemplo:
- Para actualizar la entrada de un catálogo de perfil de máquina de una VM a una versión de plantilla de lanzamiento:
```
 -  Set-ProvScheme -ProvisioningSchemeName "CloudServiceOfferingTest" `
 -  -MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-0bxxxxxxxxxxxx).launchtemplate\lt-0bxxxxxxxxxxxx (1).launchtemplateversion"

 
```

Para actualizar la entrada de un catálogo de perfil 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-->

Cifrar discos de SO, ID y WBC

-  Puedes crear un catálogo persistente y no persistente de VM con claves AWS KMS (clave administrada por el cliente y clave administrada por AWS) que se pueden usar para cifrar el disco del SO, el disco de identidad (ID) y el disco de caché de reescritura (WBC).

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 gestionar manualmente.

Puedes consultar los siguientes documentos de AWS para obtener más información sobre las claves KMS:

Para el cifrado de discos de SO, ID y WBC, configura una de las siguientes opciones:

-  Usa una imagen maestra cifrada (por ejemplo, una AMI creada a partir de una instancia o instantánea que contiene un volumen raíz de EBS cifrado con 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:

MCS actualmente solo admite un disco en la AMI de imagen maestra.
- 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:

Imagen maestra
- Perfil de máquina

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

-  La clave KMS de la entrada del perfil de máquina tiene prioridad sobre la clave KMS de la imagen maestra.

Si no se proporciona ninguna entrada de perfil de máquina, la clave KMS de la AMI de imagen maestra se usa para cifrar los discos de las VM 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 maestra (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 maestra no está cifrada, los discos de las VM del catálogo no se cifran.
Cuando la imagen maestra está cifrada, una VM de origen de perfil de máquina o una plantilla de lanzamiento debe tener un volumen raíz cifrado para considerarse 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 AMI de plantilla de imagen maestra cifrada con una nueva clave KMS.

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 ya 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 sin cifrar.
No puedes realizar una actualización de imagen de una AMI maestra cifrada a una AMI maestra sin cifrar.

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

Al crear un catálogo, ahora puedes seleccionar una imagen maestra (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

Actualmente, puedes usar tanto NitroTPM como el arranque seguro en todas las regiones de AWS (incluidas las regiones de 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 un catálogo de máquinas seleccionando la imagen maestra con NitroTPM y el arranque seguro UEFI habilitados en el menú de creación de catálogos de Web 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 on the aws-marketplace.
2. Descarga un VDA de sesión única o múltiple.
3. Crea una AMI a partir de esa máquina virtual.

1. 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 de Delivery Controller™ para comprobar si una:

oferta de servicio específica 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
Legacy BIOS	Sí	No
UEFI	Sí	No
UEFI Preferred	Sí	No

Aprovisionar un disco de datos en una máquina virtual creada con MCS

Un disco de datos permite el almacenamiento de datos persistentes como registros de eventos, rastros de seguridad y datos de aplicaciones.

Puedes crear y asignar un disco de datos persistente a una máquina virtual persistente o no persistente creada con MCS de un catálogo de máquinas MCS en AWS.

Puedes aprovisionar discos de datos persistentes con los discos de SO e ID. Además, el origen del disco de datos debe ser la imagen maestra (el volumen secundario de la AMI).

Puedes crear catálogos MCS basados en perfiles de máquina y sin perfiles de máquina. Para los catálogos MCS basados en perfiles de máquina, puedes usar la misma máquina virtual de imagen maestra como origen del disco de datos para el perfil de máquina.

Propiedades del disco de datos

El disco de datos de la VM aprovisionada se deriva de:

El tamaño y el nombre del dispositivo del AMI
El tipo de volumen del AMI si no se proporciona el perfil de máquina
Para catálogos basados en perfiles de máquina,
Si el disco de datos está en la plantilla del perfil de máquina, la VM aprovisionada deriva las propiedades del disco de datos, como la etiqueta, la política de almacenamiento y el nivel de almacenamiento, del perfil de máquina.
La plantilla del perfil de máquina también debe tener un disco de datos en el mismo índice de dispositivo que el disco de datos del AMI.

Para catálogos no basados en perfiles de máquina, la información de hardware se deriva del AMI de la imagen maestra.

El disco de datos también se cifra con una clave KMS y hereda la clave KMS del disco de datos del AMI o del perfil de máquina si se proporciona la clave KMS. Sin embargo, la KMS del perfil de máquina tiene prioridad. No puedes cambiar la KMS del disco de datos.

Limitaciones

Actualmente, las siguientes operaciones no son compatibles:

Aprovisionamiento de discos de datos no persistentes.
Usar un perfil de máquina:
- sin disco de datos cuando el AMI tiene uno, o
- con un índice de disco de datos diferente al del AMI
Etiquetado por disco en el momento de la creación de la instancia.
Restricciones de nombre de dispositivo del disco de datos:
- Para AMIs de Windows, coloca el disco de datos en xvd[h-z] y no en xvd[f-g]
- Para AMIs de Linux, coloca el disco de datos en /dev/sd[h-p] y no en /dev/sd[f-g]
Modificar catálogos y VMs existentes para usar discos de datos.
Restablecimiento del disco de datos.
Actualizar una imagen, de un catálogo existente que tiene un disco de datos, con una imagen que no tiene un disco de datos. Solo las VMs nuevas se actualizan con el contenido de la imagen y las propiedades del volumen, mientras que las VMs existentes no se actualizan.
Aprovisionamiento de disco WBC con disco de datos.

Crear un catálogo con disco de datos

Puedes crear un catálogo con disco de datos usando Studio y PowerShell.

Para Studio, consulta Crear un catálogo usando Studio. Además, ten en cuenta los siguientes puntos importantes:

Crea una imagen maestra (AMI) a partir de una VM maestra con dos volúmenes: uno para el disco del SO (volumen raíz) y otro para el disco de datos (volumen secundario).
Para un catálogo MCS basado en perfiles de máquina, puedes usar la misma VM maestra como origen del disco de datos para el perfil de máquina.
Durante la creación del catálogo en la interfaz de usuario de Studio, selecciona el AMI que creaste con dos volúmenes como imagen maestra.
La opción Aprovisionar disco de datos está habilitada de forma predeterminada.
Selecciona un perfil de máquina con 2 volúmenes (instancia o plantilla de lanzamiento) o 0 volúmenes (solo plantillas de lanzamiento) que especifique las propiedades de hardware (por ejemplo, asignación de dispositivos de bloque, tipo de volumen) para los dos volúmenes.
No puedes aprovisionar un disco de datos cuando la imagen maestra (AMI) tiene:
- Un volumen: En este caso, los perfiles de máquina se filtran para incluir solo las instancias o plantillas de lanzamiento con 1 volumen, y las plantillas de lanzamiento sin volúmenes y con asignaciones de dispositivos de bloque definidas.
- Más de 2 volúmenes: En este caso, los perfiles de máquina se filtran para incluir solo las plantillas de lanzamiento sin volúmenes y con asignaciones de dispositivos de bloque definidas.
Termina de crear el catálogo y el disco de datos se aprovisionará para las VMs del catálogo.

Usar el SDK de PowerShell

Crea una imagen maestra (AMI) a partir de una VM maestra con un disco de datos en AWS.

Para un catálogo MCS basado en perfiles de máquina, puedes usar la misma VM maestra como origen del disco de datos para el perfil de máquina.

Crea un catálogo de máquinas MCS con VMs aprovisionadas con disco de datos usando el comando de PowerShell New-ProvScheme con el valor del parámetro DataDiskPersistence - "Persistent". Por ejemplo:

New-ProvScheme  -CleanOnBoot -HostingUnitName "<HostingUnitName >" -IdentityPoolName "<IdentityPoolName >" -InitialBatchSizeHint 1 -MasterImageVM "<Path to master image item with an additional disk >" -NetworkMapping <NetworkMapping > -ProvisioningSchemeName "<ProvisioningSchemeName >" -DataDisk "" -DataDiskPersistence "Persistent"  -Scope @() -VMCpuCount 4  -VMMemoryMB 6144  -TenancyType Shared  -FunctionalLevel "L7_20"

<!--NeedCopy-->

Agrega VMs al catálogo usando el comando de PowerShell New-ProvVM.

Actualización de imagen con disco de datos

Puedes actualizar la imagen usando Publish-ProvMasterVMImage; sin embargo, no puedes actualizar una imagen de un catálogo existente que contenga un disco de datos con una imagen que no tenga un disco de datos. Después de actualizar la imagen:

Para un catálogo persistente:
- las VMs nuevas del catálogo tienen el disco del SO y el disco de datos actualizados. Las VMs existentes no se actualizan.
Para un catálogo no persistente:
- las VMs nuevas del catálogo tienen el disco del SO y el disco de datos actualizados. El disco del SO de las VMs existentes se actualiza en el siguiente reinicio, mientras que el disco de datos no se actualiza.

Eliminar disco de datos

Si eliminas el catálogo, el disco de datos se elimina a menos que uses la opción forgetVM o purgeDBOnly. Si eliminas la VM, el disco de datos se elimina a menos que uses la opción forgetVM o purgeDBOnly.

Para catálogos de aprovisionamiento bajo demanda, nunca elimines el disco de datos.

Copiar etiquetas en VMs

Puedes copiar etiquetas en NICs y discos (disco de identidad, disco de caché de escritura y disco del SO) que se especifican en el perfil de máquina a las VMs 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 VM de AWS o versión de plantilla de lanzamiento de AWS). Esta característica es aplicable a catálogos de máquinas y VMs persistentes y no persistentes.

Nota:

En la consola de AWS EC2, no puedes ver los valores de Etiquetar interfaces de red en Etiquetas de recursos de la versión de la plantilla de lanzamiento. 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, entonces la VM obtiene las etiquetas de ambas interfaces de red.

Filtrar instancias de VM usando PowerShell

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

Paginación:

Get-HypInventoryItem admite dos modos de paginación:

El modo de paginación usa 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 usa los parámetros -MaxRecords, -ForwardDirection y -ContinuationToken para permitir el desplazamiento de los registros:
- -ForwardDirection: El valor predeterminado es True. 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 proporcionado 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 proporcionado:

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

 <!--NeedCopy-->

Filtrado:

Se admiten los siguientes parámetros opcionales adicionales para el filtrado. Puedes combinar estos parámetros con las opciones de paginación.

-ContainsName "my_name": Si la cadena proporcionada 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 Sin etiquetar coincide con los elementos que no tienen la etiqueta proporcionada en su lista de etiquetas. El valor de etiqueta Todos los valores coincide con los elementos que tienen la etiqueta, independientemente del valor de la etiqueta. De lo contrario, la coincidencia solo se produce si el elemento tiene la etiqueta y el valor es igual al proporcionado en el filtro.

-Id "ami-0a2d913927e0352f3": Si la AMI coincide con el ID proporcionado, 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 las plantillas o máquinas virtuales en función de 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 máquinas virtuales incompatibles. Las máquinas virtuales se incluyen con un campo AdditionalData denominado Warning. Por ejemplo:

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

<!--NeedCopy-->

Lista de SKU de respaldo para máquinas virtuales

Las nubes públicas a veces pueden quedarse sin capacidad para un tipo de instancia EC2 específico (“SKU principal”). Si la configuración de la máquina virtual principal no está disponible, la máquina virtual no puede iniciarse, lo que provoca una pérdida de tiempo y una interrupción del negocio. Para abordar estos escenarios, proporciona una lista de tipos de instancia EC2 de respaldo (“SKU de respaldo”) a los que MCS puede recurrir en caso de problemas relacionados con la capacidad.

Usa una propiedad personalizada BackupVmConfiguration al crear o actualizar un catálogo de máquinas MCS para proporcionar una lista de tipos de instancia EC2 de respaldo (“Lista de SKU de respaldo”).

Si la instancia EC2 principal falla, MCS intenta recurrir a los tipos de instancia EC2 de respaldo en el orden que especifiques. Si MCS no puede recurrir a ninguno de los tipos de instancia EC2 de respaldo proporcionados, se muestra un mensaje de error. Luego, puedes intentar encender la instancia EC2 principal nuevamente. Si esto falla, MCS vuelve a intentar con los tipos de instancia EC2 de respaldo.

La lista de SKU de respaldo puede tener instancias bajo demanda.

Esta característica es aplicable tanto a los catálogos de máquinas MCS persistentes como a los no persistentes.

Consideraciones importantes

Puedes proporcionar varios tipos de instancias EC2 de respaldo en la lista de SKU de respaldo.
La lista de SKU de respaldo debe ser única.
Una instancia EC2 de respaldo no puede ser la misma que la instancia EC2 principal.
Las instancias EC2 de respaldo deben ser tipos de instancia de AWS válidos.
No especifiques ofertas de servicio duplicadas. Ejemplo: BackupVmConfiguration,t2.small|t3.small|t2.small no es válido.
La oferta de servicio especificada en la lista debe ser compatible con la configuración del catálogo de máquinas. Por ejemplo, si el catálogo usa UEFI y la oferta de servicio especificada en la lista de respaldo no lo admite, la creación o actualización del catálogo fallará durante la comprobación previa.
Puedes modificar la lista de SKU de respaldo de un catálogo existente usando el comando de PowerShell Set-ProvScheme. Puedes modificar las máquinas virtuales existentes usando los comandos de PowerShell Set-ProvVM y Set-ProvVMUpdateTimeWindow.

Configurar instancias EC2 de respaldo

Abre una ventana de PowerShell.
Ejecuta asnp citrix\* para cargar los módulos de PowerShell específicos de Citrix.
Crea un catálogo de Broker.
Crea un grupo de identidades.

Agrega una lista de instancias EC2 de respaldo usando la propiedad personalizada BackupVmConfiguration y crea un esquema de aprovisionamiento. Por ejemplo:

$serviceOffering = "XDHyp:\HostingUnits\$hostingUnitName\T3 Medium Instance.serviceoffering"
$customProperties = "AwsCaptureInstanceProperties,false;AwsOperationalResourcesTagging,false;BackupVmConfiguration,t2.small|t2.large|t3.small|t3.large;"
$createdProvScheme = New-ProvScheme -ProvisioningSchemeName $provisioningSchemeName -HostingUnitName $hostingUnitName -IdentityPoolName $provisioningSchemeName -NetworkMapping $networkMapping -SecurityGroup $securityGroupPath -ServiceOffering $serviceOffering -MasterImageVM $masterImageVm -CustomProperties $customProperties

<!--NeedCopy-->

Actualiza el BrokerCatalog con el ID único del esquema de aprovisionamiento.
Crea y agrega máquinas virtuales al catálogo.

También puedes agregar instancias EC2 de respaldo usando Studio:

En la página Máquinas virtuales, haz clic en Tamaño secundario (opcional). En la ventana Tamaño de máquina secundario, las máquinas virtuales listadas tienen tipos de máquina virtual tanto Spot como Regular. Puedes seleccionar hasta 10 tamaños de máquina secundarios. Una vez seleccionadas las 10 máquinas virtuales, las demás máquinas virtuales listadas se deshabilitan para futuras selecciones. Haz clic en Siguiente. En el panel Tamaño de máquina secundario, puedes seleccionar varios tamaños de máquina y arrastrar y soltar para cambiar el orden de prioridad. Haz clic en Listo. Los tamaños de máquina seleccionados aparecen en Tamaño secundario (opcional). Haz clic en el icono de edición para modificar según sea necesario. Consulta Crear un catálogo usando Studio.

Crear un catálogo usando instancias Spot de AWS

En comparación con las instancias bajo demanda, las instancias Spot ofrecen un ahorro de costes de hasta el 90 %. Las instancias Spot pueden ser interrumpidas por Amazon EC2 si la capacidad deja de estar disponible, lo que las hace adecuadas solo para aplicaciones y escritorios no críticos.

Para obtener información sobre las instancias Spot, consulta la documentación de AWS Instancias Spot.

Además, puedes usar instancias Spot como tipo de instancia EC2 principal y como instancia EC2 de respaldo. Puedes proporcionar una lista de tipos de instancias EC2 de respaldo (SKU de respaldo que pueden ser instancias bajo demanda y Spot) usando PowerShell a la que MCS puede recurrir en caso de problemas relacionados con la capacidad.

Consideraciones importantes

Debes crear un catálogo de instancias Spot solo con el flujo de trabajo de perfil de máquina.
Solo se admite un tipo de solicitud de instancia Spot persistente. No se admite una solicitud de instancia Spot única.
Solo se admiten los comportamientos de interrupción Detener e Hibernar.
Puedes cambiar la configuración de un catálogo existente de instancias bajo demanda a Spot y viceversa. Sin embargo, cambiar una instancia EC2 de bajo demanda a Spot es complejo. Consulta la documentación de AWS Cambiar una instancia EC2 de bajo demanda a precios Spot.
Cuando elimines una instancia Spot aprovisionada, cancela la solicitud de instancia Spot existente. De lo contrario, AWS creará una nueva instancia Spot.

Pasos para crear un catálogo usando instancias Spot de AWS

Crea un origen de perfil de máquina con instancia Spot. Para conocer los pasos para crear una instancia Spot, consulta Crear una solicitud de instancia Spot.
Crea un catálogo de máquinas usando un perfil de máquina con el comando de PowerShell New-ProvScheme. Puedes actualizar un catálogo usando el comando Set-ProvScheme.

Usar instancias Spot como SKU de respaldo

Puedes usar instancias Spot como tipo de instancia EC2 principal y como instancia EC2 de respaldo. Puedes proporcionar una lista de tipos de instancias EC2 de respaldo (SKU de respaldo que pueden ser instancias bajo demanda y Spot) usando PowerShell a la que MCS puede recurrir en caso de problemas relacionados con la capacidad.

Nota:

Puedes especificar instancias Spot duplicadas en la lista de SKU de respaldo. Ejemplo: BackupVmConfiguration,t2.small:Spot|t2.small|t3.small es válido.

Permisos necesarios

Necesitas los siguientes permisos si usas una instancia Spot como instancia EC2 principal o de respaldo:

ec2:DescribeSpotInstanceRequests
ec2:CancelSpotInstanceRequests

Configurar instancias Spot de respaldo

Abre una ventana de PowerShell.
Ejecuta asnp citrix\* para cargar los módulos de PowerShell específicos de Citrix.
Crea un catálogo de Broker.
Crea un grupo de identidades.

Agrega una lista de instancias EC2 de respaldo usando la propiedad personalizada BackupVmConfiguration y crea un esquema de aprovisionamiento. Por ejemplo:

$serviceOffering \= "XDHyp:\\HostingUnits\\$hostingUnitName\\T3 Medium Instance.serviceoffering"  
$customProperties \= "AwsCaptureInstanceProperties,false;AwsOperationalResourcesTagging,false;BackupVmConfiguration,t2.small|t2.large|t3.small:Spot|t3.large:Spot"  
$createdProvScheme \= New-ProvScheme \-ProvisioningSchemeName $provisioningSchemeName \-HostingUnitName $hostingUnitName \-IdentityPoolName $provisioningSchemeName \-NetworkMapping $networkMapping \-SecurityGroup $securityGroupPath \-ServiceOffering $serviceOffering \-MasterImageVM $masterImageVm \-CustomProperties $customProperties

<!--NeedCopy-->

Actualiza el BrokerCatalog con el ID único del esquema de aprovisionamiento.
Crea y agrega máquinas virtuales al catálogo.

Qué hacer a continuación

Si este es el primer catálogo creado, se te guiará para crear un grupo de entrega.
Para revisar todo el proceso de configuración, consulta Planificar y crear una implementación.
Para administrar catálogos, consulta Administrar catálogos de máquinas y Administrar un catálogo de AWS EC2.

Más información

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

¿Le ha resultado útil?

Crear un catálogo de AWS EC2

May 4, 2026

Contribución de:

C C

May 4, 2026

Contribución de:

C C

En este artículo

Configuración de red durante la preparación de la imagen
Tenencia de AWS
Etiquetar recursos operativos de AWS
Crear un catálogo
Crear un catálogo mediante Studio
Crear un catálogo mediante PowerShell
Catálogo con MCSIO habilitado
Crear un catálogo de máquinas basado en un perfil de máquina mediante PowerShell
Cifrar discos de SO, ID y WBC
Habilitar NitroTPM y el arranque seguro UEFI para instancias de máquinas virtuales
Aprovisionar un disco de datos en una máquina virtual creada con MCS
Copiar etiquetas en VMs
Filtrar instancias de VM usando PowerShell
Lista de SKU de respaldo para máquinas virtuales
Crear un catálogo usando instancias Spot de AWS
Qué hacer a continuación
Más información

¿Le ha resultado útil?