Citrix Virtual Apps and Desktops 7 2311

Crear un catálogo de Microsoft Azure

May 31, 2026

Contribución de:

C C

(/es-es/citrix-virtual-apps-desktops/2311/install-configure/machine-catalogs-create.html) describe los asistentes que crean un catálogo de máquinas. La siguiente información cubre detalles específicos de los entornos de nube de Microsoft Azure Resource Manager.

Nota:

Antes de crear un catálogo de Microsoft Azure, debe terminar de crear una conexión a Microsoft Azure. Consulte (/es-es/citrix-virtual-apps-desktops/2311/install-configure/connections/connection-azure-resource-manager.html).

Crear un catálogo de máquinas

Puede crear un catálogo de máquinas de dos maneras:

Crear un catálogo de máquinas mediante una imagen de Azure Resource Manager en Web Studio(/es-es/citrix-virtual-apps-desktops/2311/install-configure/machine-catalogs-create/create-machine-catalog-citrix-azure.html#create-a-machine-catalog-using-an-azure-resource-manager-image-in-web-studio)
Crear un catálogo de máquinas mediante PowerShell(/es-es/citrix-virtual-apps-desktops/2311/install-configure/machine-catalogs-create/create-machine-catalog-citrix-azure.html#create-a-machine-catalog-using-powershell)

Crear un catálogo de máquinas mediante una imagen de Azure Resource Manager en Web Studio

Una imagen puede ser un disco, una instantánea o una versión de imagen de una definición de imagen dentro de Azure Compute Gallery que se utiliza para crear las VM en un catálogo de máquinas. Antes de crear el catálogo de máquinas, cree una imagen en Azure Resource Manager. Para obtener información general sobre las imágenes, consulte (/es-es/citrix-virtual-apps-desktops/2311/install-configure/machine-catalogs-create.html).

Nota:

La compatibilidad con el uso de una imagen maestra de una región diferente a la configurada en la conexión de host está en desuso. Utilice Azure Compute Gallery para replicar la imagen maestra en la región deseada.

Al crear un catálogo de máquinas MCS, se crea una VM temporal basada en la VM original para realizar tareas de preparación, como habilitar DHCP y el rearme de licencias. Esta VM temporal se denomina VM de preparación. El nombre de esta VM de preparación sigue el formato Preparati-84x9n, donde los últimos cinco caracteres se generan aleatoriamente para evitar duplicaciones. La convención de nomenclatura para esta VM de preparación es fija y no se puede personalizar. Una vez completadas las tareas de preparación, la VM de preparación se destruye.

Para desconectar la red de la VM de preparación, se crea un grupo de seguridad de red para denegar todo el tráfico de entrada y salida. El grupo de seguridad de red se crea automáticamente una vez por catálogo. El nombre del grupo de seguridad de red es Citrix-Deny-All-a3pgu-GUID, donde GUID se genera aleatoriamente. Por ejemplo, Citrix-Deny-All-a3pgu-3f161981-28e2-4223-b797-88b04d336dd1.

En el asistente de creación del catálogo de máquinas:

Las páginas Tipo de máquina y Administración de máquinas no contienen información específica de Azure. Siga las instrucciones del artículo Crear catálogos de máquinas.
En la página Imagen maestra, seleccione una imagen que quiera usar como imagen maestra para todas las máquinas del catálogo. Aparecerá el asistente Seleccionar una imagen.
1. (Solo aplicable a conexiones configuradas con imágenes compartidas dentro o entre inquilinos) Seleccione una suscripción donde resida la imagen.
2. Seleccione un grupo de recursos.
3. Vaya al VHD de Azure, a Azure Compute Gallery o a la versión de la imagen de Azure. Agregue una nota para la imagen seleccionada si es necesario.
Al seleccionar una imagen, tenga en cuenta lo siguiente:
- Compruebe que haya un VDA de Citrix instalado en la imagen.
- Si selecciona un VHD conectado a una VM, debe apagar la VM antes de continuar con el siguiente paso.
Nota:
- La suscripción correspondiente a la conexión (host) que creó las máquinas en el catálogo se indica con un punto verde. Las otras suscripciones son aquellas que tienen Azure Compute Gallery compartida con esa suscripción. En esas suscripciones, solo se muestran las galerías compartidas. Para obtener información sobre cómo configurar suscripciones compartidas, consulte Compartir imágenes dentro de un inquilino (entre suscripciones) y Compartir imágenes entre inquilinos.
- El uso de un perfil de máquina con inicio de confianza como Tipo de seguridad es obligatorio al seleccionar una imagen o instantánea que tenga el inicio de confianza habilitado. A continuación, puede habilitar o deshabilitar SecureBoot y vTPM especificando sus valores en el perfil de la máquina. El inicio de confianza no es compatible con Shared Image Gallery. Para obtener información sobre el inicio de confianza de Azure, consulte https://docs.microsoft.com/es-es/azure/virtual-machines/trusted-launch.
- Puede crear un esquema de aprovisionamiento mediante un disco de SO efímero en Windows con inicio de confianza. Al seleccionar una imagen con inicio de confianza, debe seleccionar un perfil de máquina con inicio de confianza que tenga vTPM habilitado. Para crear catálogos de máquinas mediante un disco de SO efímero, consulte Cómo crear máquinas mediante discos de SO efímeros.
- Cuando la replicación de la imagen está en curso, puede continuar y seleccionar la imagen como imagen maestra y completar la configuración. Sin embargo, la creación del catálogo puede tardar más en completarse mientras la imagen se está replicando. MCS requiere que la replicación se complete en una hora a partir de la creación del catálogo. Si la replicación agota el tiempo de espera, la creación del catálogo falla. Puede verificar el estado de la replicación en Azure. Vuelva a intentarlo si la replicación aún está pendiente o después de que se complete la replicación.
- Cuando selecciona una imagen maestra para catálogos de máquinas en Azure, MCS identifica el tipo de SO según la imagen maestra y el perfil de máquina que seleccione. Si MCS no puede identificarlo, seleccione el tipo de SO que coincida con la imagen maestra.
- Puede aprovisionar un catálogo de VM Gen2 mediante una imagen Gen2 para mejorar el rendimiento del tiempo de arranque. Sin embargo, no se admite la creación de un catálogo de máquinas Gen2 mediante una imagen Gen1. Del mismo modo, tampoco se admite la creación de un catálogo de máquinas Gen1 mediante una imagen Gen2. Además, cualquier imagen antigua que no tenga información de generación es una imagen Gen1.
Elija si desea que las máquinas virtuales del catálogo hereden las configuraciones de un perfil de máquina. De forma predeterminada, la casilla Usar un perfil de máquina (obligatorio para Azure Active Directory) está seleccionada. Haga clic en Seleccionar un perfil de máquina para buscar una máquina virtual o una especificación de plantilla de ARM en una lista de grupos de recursos.

Valide la especificación de plantilla de ARM para asegurarse de que se puede usar como perfil de máquina para crear un catálogo de máquinas. Hay dos formas de validar la especificación de plantilla de ARM:
- Después de seleccionar la especificación de plantilla de ARM de la lista de grupos de recursos, haga clic en Siguiente. Aparecen mensajes de error si la especificación de plantilla de ARM tiene errores.
- Ejecute uno de los siguientes comandos de PowerShell:
  - Test-ProvInventoryItem -HostingUnitName <string> -InventoryPath <string>
  - Test-ProvInventoryItem -HostingUnitUid <Guid> -InventoryPath <string>
Algunos ejemplos de configuraciones que las máquinas virtuales pueden heredar de un perfil de máquina son:
- Redes aceleradas
- Diagnóstico de arranque
- Almacenamiento en caché de disco de host (relacionado con discos de SO y MCSIO)
- Tamaño de la máquina (a menos que se especifique lo contrario)
- Etiquetas colocadas en la máquina virtual
Después de crear el catálogo, puede ver las configuraciones que la imagen hereda del perfil de máquina. En el nodo Catálogos de máquinas, seleccione el catálogo para ver sus detalles en el panel inferior. A continuación, haga clic en la ficha Propiedades de plantilla para ver las propiedades del perfil de máquina. La sección Etiquetas muestra hasta tres etiquetas. Para ver todas las etiquetas colocadas en la máquina virtual, haga clic en Ver todo.

Si quiere que MCS aprovisione máquinas virtuales en un host dedicado de Azure, habilite la casilla Usar un grupo de hosts dedicados y, a continuación, seleccione un grupo de hosts de la lista. Un grupo de hosts es un recurso que representa una colección de hosts dedicados. Un host dedicado es un servicio que proporciona servidores físicos que alojan una o varias máquinas virtuales. Su servidor está dedicado a su suscripción de Azure y no se comparte con otros suscriptores. Cuando utiliza un host dedicado, Azure garantiza que sus máquinas virtuales son las únicas máquinas que se ejecutan en ese host. Esta función es adecuada para escenarios en los que debe cumplir requisitos normativos o de seguridad internos. Para obtener más información sobre los grupos de hosts y las consideraciones para usarlos, consulte Hosts dedicados de Azure.
Importante:
- Solo se muestran los grupos de hosts que tienen habilitado el autoemplazamiento de Azure.
- El uso de un grupo de hosts cambia la página Máquinas virtuales que se ofrece más adelante en el asistente. En esa página, solo se muestran los tamaños de máquina que contiene el grupo de hosts seleccionado. Además, las zonas de disponibilidad se seleccionan automáticamente y no están disponibles para su selección.
La página Tipos de almacenamiento y licencias solo aparece cuando se utiliza una imagen de Azure Resource Manager.

Tiene los siguientes tipos de almacenamiento para usar en el catálogo de máquinas:
- SSD Premium. Ofrece una opción de almacenamiento en disco de alto rendimiento y baja latencia, adecuada para máquinas virtuales con cargas de trabajo intensivas en E/S.
- SSD estándar. Ofrece una opción de almacenamiento rentable adecuada para cargas de trabajo que requieren un rendimiento constante con niveles de IOPS más bajos.
- HDD estándar. Ofrece una opción de almacenamiento en disco fiable y de bajo coste, adecuada para máquinas virtuales que ejecutan cargas de trabajo poco sensibles a la latencia.
- Disco de SO efímero de Azure. Ofrece una opción de almacenamiento rentable que reutiliza el disco local de las máquinas virtuales para alojar el disco del sistema operativo. Alternativamente, puede usar PowerShell para crear máquinas que utilicen discos de SO efímeros. Para obtener más información, consulte Discos efímeros de Azure. Tenga en cuenta las siguientes consideraciones al usar un disco de SO efímero:
  - El disco de SO efímero de Azure y MCS I/O no se pueden habilitar al mismo tiempo.
  - Para actualizar las máquinas que utilizan discos de SO efímeros, debe seleccionar una imagen cuyo tamaño no exceda el tamaño del disco de caché o del disco temporal de la máquina virtual.
  - No puede usar la opción Conservar la máquina virtual y el disco del sistema durante los ciclos de encendido que se ofrece más adelante en el asistente.
Nota:

El disco de identidad siempre se crea con SSD estándar, independientemente del tipo de almacenamiento que elija.

El tipo de almacenamiento determina qué tamaños de máquina se ofrecen en la página Máquinas virtuales del asistente. MCS configura los discos premium y estándar para usar Almacenamiento con redundancia local (LRS). LRS realiza varias copias sincrónicas de los datos del disco dentro de un único centro de datos. Los discos de SO efímeros de Azure utilizan el disco local de las máquinas virtuales para almacenar el sistema operativo. Para obtener más información sobre los tipos de almacenamiento de Azure y la replicación de almacenamiento, consulte lo siguiente:
Seleccione si desea utilizar licencias de Windows o de Linux existentes.
- Licencias de Windows: El uso de licencias de Windows junto con imágenes de Windows (imágenes compatibles con la plataforma Azure o imágenes personalizadas) le permite ejecutar máquinas virtuales de Windows en Azure a un costo reducido. Hay dos tipos de licencias:
  - Licencia de Windows Server. Le permite usar sus licencias de Windows Server o Azure Windows Server, lo que le permite usar las ventajas híbridas de Azure. Para obtener más información, consulte https://azure.microsoft.com/es-es/pricing/hybrid-benefit/. La Ventaja híbrida de Azure reduce el costo de ejecutar máquinas virtuales en Azure a la tarifa de cómputo base, eximiendo el costo de licencias adicionales de Windows Server de la galería de Azure.
  - Licencia de cliente de Windows. Le permite llevar sus licencias de Windows 10 y Windows 11 a Azure, lo que le permite ejecutar máquinas virtuales de Windows 10 y Windows 11 en Azure sin necesidad de licencias adicionales. Para obtener más información, consulte Licencias de acceso de cliente y licencias de administración.
Puede verificar que la máquina virtual aprovisionada está utilizando la ventaja de licencias ejecutando el siguiente comando de PowerShell: Get-AzVM -ResourceGroup MyResourceGroup -Name MyVM.
- Para el tipo de licencia de Windows Server, verifique que el tipo de licencia sea Windows_Server. Hay más instrucciones disponibles en https://docs.microsoft.com/es-es/azure/virtual-machines/windows/hybrid-use-benefit-licensing/.
- Para el tipo de licencia de cliente de Windows, verifique que el tipo de licencia sea Windows_Client. Hay más instrucciones disponibles en https://docs.microsoft.com/es-es/azure/virtual-machines/windows/windows-desktop-multitenant-hosting-deployment/.
Alternativamente, puede usar el SDK de PowerShell Get-Provscheme para realizar la verificación. Por ejemplo: Get-Provscheme -ProvisioningSchemeName "My Azure Catalog". Para obtener más información sobre este cmdlet, consulte https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/MachineCreation/Get-ProvScheme/.
- Licencias de Linux: Con las licencias de Linux de tipo «traiga su propia suscripción» (BYOS), no tiene que pagar por el software. El cargo de BYOS solo incluye la tarifa de hardware de cómputo. Hay dos tipos de licencias:
  - RHEL_BYOS: Para usar el tipo RHEL_BYOS correctamente, habilite Red Hat Cloud Access en su suscripción de Azure.
  - SLES_BYOS: Las versiones BYOS de SLES incluyen soporte de SUSE.
  Puede establecer el valor de LicenseType en las opciones de Linux en New-ProvScheme y Set-ProvScheme.
  
  Ejemplo de cómo establecer LicenseType en RHEL_BYOS en New-ProvScheme:
```
New-ProvScheme -CleanOnBoot -ProvisioningSchemeName "azureCatalog" -RunAsynchronously -Scope @() -SecurityGroup @() -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" /><Property xsi:type="StringProperty" Name="StorageAccountType" Value="StandardSSD_LRS" /><Property xsi:type="StringProperty" Name="ResourceGroups" Value="hu-dev-mcs" /><Property xsi:type="StringProperty" Name="OsType" Value="Linux" /><Property xsi:type="StringProperty" Name="LicenseType" Value="RHEL_BYOS" /></CustomProperties>'

```
  Ejemplo de cómo establecer LicenseType en SLES_BYOS en Set-ProvScheme:
```
Set-ProvScheme -ProvisioningSchemeName "azureCatalog" -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" /><Property xsi:type="StringProperty" Name="StorageAccountType" Value="StandardSSD_LRS" /><Property xsi:type="StringProperty" Name="ResourceGroups" Value="hu-dev-mcs" /><Property xsi:type="StringProperty" Name="OsType" Value="Linux" /><Property xsi:type="StringProperty" Name="LicenseType" Value="SLES_BYOS" /></CustomProperties>'

```
  Nota:
  
  Si el valor de LicenseType está vacío, los valores predeterminados son Licencia de servidor de Azure Windows o Licencia de Azure Linux, según el valor de OsType.
  
  Ejemplo de cómo establecer LicenseType en vacío:
```
Set-ProvScheme -ProvisioningSchemeName "azureCatalog" -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" /><Property xsi:type="StringProperty" Name="StorageAccountType" Value="StandardSSD_LRS" /><Property xsi:type="StringProperty" Name="ResourceGroups" Value="hu-dev-mcs" /><Property xsi:type="StringProperty" Name="OsType" Value="Linux" /></CustomProperties>'

```
Consulte los siguientes documentos para comprender los tipos de licencias y sus ventajas:
- https://docs.microsoft.com/es-es/dotnet/api/microsoft.azure.management.compute.models.virtualmachine.licensetype?view=azure-dotnet
- https://docs.microsoft.com/es-es/azure/virtual-machines/linux/azure-hybrid-benefit-linux
Azure Compute Gallery (anteriormente Azure Shared Image Gallery) es un repositorio para administrar y compartir imágenes. Le permite poner sus imágenes a disposición de toda su organización. Le recomendamos que almacene una imagen en SIG al crear catálogos de máquinas no persistentes grandes, ya que esto permite restablecer más rápidamente los discos del SO de VDA. Después de seleccionar Colocar imagen preparada en Azure Compute Gallery, aparece la sección Configuración de Azure Compute Gallery, que le permite especificar más opciones de configuración de Azure Compute Gallery:
- Relación de máquinas virtuales con réplicas de imagen. Le permite especificar la relación de máquinas virtuales con réplicas de imagen que desea que Azure mantenga. De forma predeterminada, Azure mantiene una única réplica de imagen por cada 40 máquinas no persistentes. Para las máquinas persistentes, ese número predeterminado es 1000.
- Número máximo de réplicas. Le permite especificar el número máximo de réplicas de imagen que desea que Azure mantenga. El valor predeterminado es 10.
Nota:

Se crea una galería en ACG para almacenar la imagen. Esta galería solo es accesible para MCS para la creación de VM y no aparece en la página Seleccionar una imagen.
En la página Máquinas virtuales, indique cuántas VM desea crear. Debe especificar al menos una y seleccionar un tamaño de máquina. Después de crear el catálogo, puede cambiar el tamaño de la máquina editando el catálogo.
La página NIC no contiene información específica de Azure. Siga las instrucciones del artículo Crear catálogos de máquinas.
En la página Configuración de disco, elija si desea habilitar la caché de reescritura. Con la función de optimización de almacenamiento de MCS habilitada, puede configurar los siguientes ajustes al crear un catálogo. Estos ajustes se aplican a los entornos de Azure y GCP.

Después de habilitar la caché de reescritura, puede hacer lo siguiente:
- Configure el tamaño del disco y la RAM utilizados para almacenar datos temporales en caché. Para obtener más información, consulte Configurar la caché para datos temporales.
- Seleccione el tipo de almacenamiento para el disco de caché de reescritura. Las siguientes opciones de almacenamiento están disponibles para el disco de caché de reescritura:
  - SSD Premium
  - SSD Estándar
  - HDD Estándar
- Elija si desea que el disco de caché de reescritura persista para las máquinas virtuales aprovisionadas. Seleccione Habilitar caché de reescritura para que las opciones estén disponibles. De forma predeterminada, está seleccionada la opción Usar disco de caché de reescritura no persistente.
- Seleccione el tipo para el disco de caché de reescritura.
  - Usar disco de caché de reescritura no persistente. Si se selecciona, el disco de caché de reescritura se elimina durante los ciclos de encendido y apagado. Cualquier dato redirigido a él se perderá. Si el disco temporal de la máquina virtual tiene suficiente espacio, se utiliza para alojar el disco de caché de reescritura y reducir los costes. Después de crear el catálogo, puede comprobar si las máquinas aprovisionadas utilizan el disco temporal. Para ello, haga clic en el catálogo y verifique la información en la ficha Propiedades de la plantilla. Si se utiliza el disco temporal, verá Disco de caché de reescritura no persistente y su valor será Sí (utilizando el disco temporal de la máquina virtual). Si no, verá Disco de caché de reescritura no persistente y su valor será No (no utilizando el disco temporal de la máquina virtual).
  - Usar disco de caché de reescritura persistente. Si se selecciona, el disco de caché de reescritura persiste para las máquinas virtuales aprovisionadas. Habilitar esta opción aumenta los costes de almacenamiento.
- Elija si desea conservar las máquinas virtuales y los discos del sistema para los VDA durante los ciclos de encendido y apagado.
  
  Conservar la máquina virtual y el disco del sistema durante los ciclos de encendido y apagado. Disponible cuando ha seleccionado Habilitar caché de reescritura. De forma predeterminada, las máquinas virtuales y los discos del sistema se eliminan al apagarse y se vuelven a crear al iniciarse. Si desea reducir los tiempos de reinicio de las máquinas virtuales, seleccione esta opción. Tenga en cuenta que habilitar esta opción también aumenta los costes de almacenamiento.
- Elija si desea habilitar Ahorro de costes de almacenamiento. Si está habilitado, ahorre costes de almacenamiento degradando el disco de almacenamiento a HDD Estándar cuando la máquina virtual se apague. La máquina virtual vuelve a su configuración original al reiniciarse. La opción se aplica tanto a los discos de almacenamiento como a los de caché de reescritura. Alternativamente, también puede usar PowerShell. Consulte Cambiar el tipo de almacenamiento a un nivel inferior cuando una máquina virtual se apaga.
  
  Nota:
  
  Microsoft impone restricciones al cambio del tipo de almacenamiento durante el apagado de la VM. También es posible que Microsoft bloquee los cambios de tipo de almacenamiento en el futuro. Para obtener más información, consulte este artículo de Microsoft.
- Elija si desea cifrar los datos de las máquinas aprovisionadas en el catálogo. El cifrado del lado del servidor con una clave de cifrado administrada por el cliente le permite administrar el cifrado a nivel de disco administrado y proteger los datos de las máquinas del catálogo. Para obtener más información, consulte Cifrado del lado del servidor de Azure.
En la página Grupo de recursos, elija si desea crear grupos de recursos o usar grupos existentes.
- Si elige crear grupos de recursos, seleccione Siguiente.
- Si elige usar grupos de recursos existentes, seleccione los grupos de la lista Grupos de recursos de aprovisionamiento disponibles. Recuerde: Seleccione suficientes grupos para alojar las máquinas que va a crear en el catálogo. Aparecerá un mensaje si elige muy pocos. Es posible que desee seleccionar más del mínimo requerido si planea agregar más VM al catálogo más adelante. No puede agregar más grupos de recursos a un catálogo una vez creado.
Para obtener más información, consulte Grupos de recursos de Azure.
En la página Identidades de máquina, elija un tipo de identidad y configure las identidades para las máquinas de este catálogo. Si selecciona las VM como unidas a Azure Active Directory, puede agregarlas a un grupo de seguridad de Azure AD. Los pasos detallados son los siguientes:
1. En el campo Tipo de identidad, seleccione Unida a Azure Active Directory. Aparece la opción Grupo de seguridad de Azure AD (opcional).
2. Haga clic en Grupo de seguridad de Azure AD: Crear nuevo.
3. Introduzca un nombre de grupo y, a continuación, haga clic en Crear.
4. Siga las instrucciones en pantalla para iniciar sesión en Azure. Si el nombre del grupo no existe en Azure, aparece un icono verde. De lo contrario, aparece un mensaje de error que le pide que introduzca un nuevo nombre.
5. Introduzca el esquema de nombres de cuenta de máquina para las VM.
Después de la creación del catálogo, Citrix Virtual Apps and Desktops™ accede a Azure en su nombre y crea el grupo de seguridad y una regla de pertenencia dinámica para el grupo. Según la regla, las VM con el esquema de nombres especificado en este catálogo se agregan automáticamente al grupo de seguridad.

Para agregar VM con un esquema de nombres diferente a este catálogo, debe iniciar sesión en Azure. Citrix Virtual Apps and Desktops puede acceder a Azure y crear una regla de pertenencia dinámica basada en el nuevo esquema de nombres.

Al eliminar este catálogo, la eliminación del grupo de seguridad de Azure también requiere iniciar sesión en Azure.
Las páginas de Credenciales de dominio y Resumen no contienen información específica de Azure. Siga las instrucciones del artículo Crear catálogos de máquinas.

Complete el asistente.

Condiciones para que el disco temporal de Azure sea apto para el disco de caché de reescritura

Puede usar el disco temporal de Azure como disco de caché de reescritura solo si se cumplen todas las condiciones siguientes:

El disco de caché de reescritura no debe ser persistente, ya que el disco temporal de Azure no es adecuado para datos persistentes.
El tamaño de VM de Azure elegido debe incluir un disco temporal.
No es necesario habilitar el disco de SO efímero.
Acepte colocar el archivo de caché de reescritura en el disco temporal de Azure.
El tamaño del disco temporal de Azure debe ser mayor que el tamaño total de (tamaño del disco de caché de reescritura + espacio reservado para el archivo de paginación + 1 GB de espacio de búfer).

Escenarios de disco de caché de reescritura no persistente

La siguiente tabla describe tres escenarios diferentes en los que se utiliza el disco temporal para la caché de reescritura al crear un catálogo de máquinas.

Escenario	Resultado
Se cumplen todas las condiciones para usar el disco temporal para la caché de reescritura.	El archivo WBC `mcsdif.vhdx` se coloca en el disco temporal.
El disco temporal no tiene espacio suficiente para el uso de la caché de reescritura.	Se crea un disco VHD `MCSWCDisk` y el archivo WBC `mcsdif.vhdx` se coloca en este disco.
El disco temporal tiene espacio suficiente para el uso de la caché de reescritura, pero `UseTempDiskForWBC` está establecido en false.	Se crea un disco VHD `MCSWCDisk` y el archivo WBC `mcsdif.vhdx` se coloca en este disco.

Crear una especificación de plantilla de Azure

Puede crear una especificación de plantilla de Azure en el portal de Azure y usarla en Web Studio y en los comandos de PowerShell para crear o actualizar un catálogo de máquinas MCS.

Para crear una especificación de plantilla de Azure para una VM existente:

Vaya al portal de Azure. Seleccione un grupo de recursos y, a continuación, seleccione la VM y la interfaz de red. En el menú … de la parte superior, haga clic en Exportar plantilla.
Desactive la casilla Incluir parámetros si desea crear una especificación de plantilla para el aprovisionamiento de catálogos. Verifique en el archivo JSON que las secciones parameters y variables son:
```
"parameters": {},
"variables": {}

```
Haga clic en Descargar para guardar la plantilla como archivo JSON.
En el portal de Azure, seleccione Especificaciones de plantilla y haga clic en Importar plantilla.
Busque e importe el perfil de máquina (en JSON) guardado en su equipo.
Proporcione el Nombre, la Suscripción, el Grupo de recursos, la Ubicación y la Versión. Haga clic en Siguiente: Editar plantilla.
Cree Revisar+Crear y cree la especificación de plantilla.
En la página de Especificaciones de plantilla, verifique la especificación de plantilla que acaba de crear. Haga clic en la especificación de plantilla. En el panel izquierdo, haga clic en Versiones.
Puede crear una nueva versión haciendo clic en Crear nueva versión. Especifique un nuevo número de versión, realice cambios en la especificación de plantilla actual y haga clic en Revisar + Crear para crear la nueva versión de la especificación de plantilla.

Puede obtener información sobre la especificación de plantilla y la versión de plantilla mediante los siguientes comandos de PowerShell:

Para obtener información sobre la especificación de plantilla, ejecute:

 get-item XDHyp:\HostingUnits\East\machineprofile.folder\abc.resourcegroup\bggTemplateSpec.templatespec
 <!--NeedCopy-->

Para obtener información sobre la versión de la especificación de plantilla, ejecute:

 get-item XDHyp:\HostingUnits\East\machineprofile.folder\abc.resourcegroup\bggTemplateSpec.templatespec\bgg1.0.templatespecversion
 <!--NeedCopy-->

Usar la especificación de plantilla para crear o actualizar un catálogo

Puede crear o actualizar un catálogo de máquinas MCS utilizando una especificación de plantilla como entrada de perfil de máquina. Para ello, puede utilizar Web Studio o los comandos de PowerShell.

Para Web Studio, consulte Crear un catálogo de máquinas con una imagen de Azure Resource Manager en Web Studio
Para PowerShell, consulte Usar la especificación de plantilla para crear o actualizar un catálogo mediante PowerShell

Cifrado del lado del servidor de Azure

Citrix Virtual Apps and Desktops admite claves de cifrado administradas por el cliente para discos administrados de Azure a través de Azure Key Vault. Con esta compatibilidad, puede administrar los requisitos de su organización y de cumplimiento cifrando los discos administrados de su catálogo de máquinas con su propia clave de cifrado. Para obtener más información, consulte Cifrado del lado del servidor de Azure Disk Storage.

Al usar esta función para discos administrados:

Para cambiar la clave con la que se cifra el disco, cambie la clave actual en DiskEncryptionSet. Todos los recursos asociados a DiskEncryptionSet cambian para cifrarse con la nueva clave.
Cuando deshabilita o elimina su clave, todas las máquinas virtuales con discos que utilizan esa clave se apagan automáticamente. Después de apagarse, las máquinas virtuales no se pueden usar a menos que la clave se vuelva a habilitar o se asigne una nueva clave. Cualquier catálogo que utilice la clave no se puede encender y no se le pueden agregar máquinas virtuales.

Consideraciones importantes al usar claves de cifrado administradas por el cliente

Tenga en cuenta lo siguiente al utilizar esta función:

Todos los recursos relacionados con sus claves administradas por el cliente (Azure Key Vaults, conjuntos de cifrado de disco, máquinas virtuales, discos e instantáneas) deben residir en la misma suscripción y región.
Una vez que haya habilitado la clave de cifrado administrada por el cliente, no podrá deshabilitarla más tarde. Si desea deshabilitar o eliminar la clave de cifrado administrada por el cliente, copie todos los datos en un disco administrado diferente que no utilice la clave de cifrado administrada por el cliente.
Los discos creados a partir de imágenes personalizadas cifradas mediante cifrado del lado del servidor y claves administradas por el cliente deben cifrarse con las mismas claves administradas por el cliente. Estos discos deben estar en la misma suscripción.
Las instantáneas creadas a partir de discos cifrados con cifrado del lado del servidor y claves administradas por el cliente deben cifrarse con las mismas claves administradas por el cliente.
Los discos, instantáneas e imágenes cifrados con claves administradas por el cliente no se pueden mover a otro grupo de recursos y suscripción.
Los discos administrados cifrados actualmente o anteriormente con Azure Disk Encryption no se pueden cifrar con claves administradas por el cliente.
Consulte el sitio de Microsoft para conocer las limitaciones de los conjuntos de cifrado de disco por región.

Nota:

Consulte Inicio rápido: Creación de un almacén de claves con Azure Portal para obtener información sobre cómo configurar el cifrado del lado del servidor de Azure.

Clave de cifrado administrada por el cliente de Azure

Al crear un catálogo de máquinas, puede elegir si desea cifrar los datos de las máquinas aprovisionadas en el catálogo. El cifrado del lado del servidor con una clave de cifrado administrada por el cliente le permite administrar el cifrado a nivel de disco administrado y proteger los datos de las máquinas del catálogo. Un conjunto de cifrado de disco (DES) representa una clave administrada por el cliente. Para usar esta función, primero debe crear su DES en Azure. Un DES tiene el siguiente formato:

/subscriptions/12345678-1234-1234-1234-123456789012/resourceGroups/Sample-RG/providers/Microsoft.Compute/diskEncryptionSets/SampleEncryptionSet

Seleccione un DES de la lista. El DES que seleccione debe estar en la misma suscripción y región que sus recursos. Si su imagen está cifrada con un DES, utilice el mismo DES al crear el catálogo de máquinas. No puede cambiar el DES después de crear el catálogo.

Si crea un catálogo con una clave de cifrado y luego deshabilita el DES correspondiente en Azure, ya no podrá encender las máquinas del catálogo ni agregar máquinas a él.

Consulte Creación de un catálogo de máquinas mediante una clave administrada por el cliente.

Cifrado de disco de Azure en el host

Puede crear un catálogo de máquinas MCS con la capacidad de cifrado en el host. Actualmente, MCS solo admite el flujo de trabajo de perfil de máquina para esta función. Puede usar una VM o una especificación de plantilla como entrada para un perfil de máquina.

Este método de cifrado no cifra los datos a través del almacenamiento de Azure. El servidor que aloja la VM cifra los datos y, a continuación, los datos cifrados fluyen a través del servidor de almacenamiento de Azure. Por lo tanto, este método de cifrado cifra los datos de extremo a extremo.

Restricciones:

El cifrado de disco de Azure en el host es:

No compatible con todos los tamaños de máquina de Azure
Incompatible con el cifrado de disco de Azure

Para crear un catálogo de máquinas con la capacidad de cifrado en el host:

Compruebe si la suscripción tiene la función de cifrado en el host habilitada. Para ello, consulte https://learn.microsoft.com/es-es/rest/api/resources/features/get?tabs=HTTP/. Si no está habilitada, debe habilitar la función para la suscripción. Para obtener información sobre cómo habilitar la función para su suscripción, consulte https://learn.microsoft.com/es-es/azure/virtual-machines/disks-enable-host-based-encryption-portal?tabs=azure-powershell#prerequisites/.

Compruebe si un tamaño de VM de Azure en particular admite el cifrado en el host. Para ello, en una ventana de PowerShell, ejecute uno de los siguientes comandos:

PS XDHyp:\Connections\<your connection>\east us.region\serviceoffering.folder>
<!--NeedCopy-->

PS XDHyp:\HostingUnits\<your hosting unit>\serviceoffering.folder>
<!--NeedCopy-->

Cree una VM o una especificación de plantilla, como entrada para el perfil de máquina, en el portal de Azure con el cifrado en el host habilitado.
- Si desea crear una VM, seleccione un tamaño de VM que admita el cifrado en el host. Después de crear la VM, la propiedad de la VM Encryption at host se habilita.
- Si desea utilizar una especificación de plantilla, asigne el parámetro Encryption at Host como true dentro de securityProfile.
Cree un catálogo de máquinas MCS con el flujo de trabajo de perfil de máquina seleccionando una VM o una especificación de plantilla.
- Disco del SO / Disco de datos: Se cifra mediante clave administrada por el cliente y clave administrada por la plataforma
- Disco del SO efímero: Se cifra solo mediante clave administrada por la plataforma
- Disco de caché: Se cifra mediante clave administrada por el cliente y clave administrada por la plataforma
Puede crear el catálogo de máquinas mediante Web Studio o ejecutando comandos de PowerShell.

Recuperar información de cifrado en el host de un perfil de máquina

Puede recuperar la información de cifrado en el host de un perfil de máquina al ejecutar el comando de PowerShell con el parámetro AdditionalData. Si el parámetro EncryptionAtHost es True, indica que el cifrado en el host está habilitado para el perfil de máquina.

Por ejemplo: Cuando la entrada del perfil de máquina es una VM, ejecute el siguiente comando:

(get-item XDHyp:\HostingUnits\myAzureNetwork\machineprofile.folder\abc.resourcegroup\def.vm).AdditionalData
<!--NeedCopy-->

Por ejemplo: Cuando la entrada del perfil de máquina es una especificación de plantilla, ejecute el siguiente comando:

(get-item XDHyp:\HostingUnits\myAzureNetwork\machineprofile.folder\abc.resourcegroup\def_templatespec.templatespec\EncryptionAtHost.templatespecversion).AdditionalData
<!--NeedCopy-->

Cifrado doble en disco administrado

Puede crear un catálogo de máquinas con cifrado doble. Todos los catálogos creados con esta función tienen todos los discos cifrados en el lado del servidor con claves administradas por la plataforma y por el cliente. Usted es el propietario y mantiene Azure Key Vault, la clave de cifrado y los conjuntos de cifrado de disco (DES).

El cifrado doble es el cifrado del lado de la plataforma (predeterminado) y el cifrado administrado por el cliente (CMEK). Por lo tanto, si usted es un cliente con alta sensibilidad a la seguridad y le preocupa el riesgo asociado con cualquier algoritmo de cifrado, implementación o una clave comprometida, puede optar por este cifrado doble. Los discos persistentes del SO y de datos, las instantáneas y las imágenes se cifran en reposo con cifrado doble.

Nota:

Puede crear y actualizar un catálogo de máquinas con cifrado doble mediante Web Studio y comandos de PowerShell. Consulte Crear un catálogo de máquinas con cifrado doble para ver los comandos de PowerShell.

Puede utilizar un flujo de trabajo basado en perfiles no de máquina o un flujo de trabajo basado en perfiles de máquina para crear o actualizar un catálogo de máquinas con cifrado doble.

Si utiliza un flujo de trabajo basado en perfiles no de máquina para crear un catálogo de máquinas, puede reutilizar el DiskEncryptionSetId almacenado.

Si utiliza un perfil de máquina, puede usar una VM o una especificación de plantilla como entrada de perfil de máquina.

Limitaciones:

El cifrado doble no es compatible con Ultra Disks o Premium SSD v2.
El cifrado doble no es compatible con discos no administrados.
Si deshabilita una clave de DiskEncryptionSet asociada a un catálogo, las VM del catálogo se deshabilitan.
Todos los recursos relacionados con sus claves administradas por el cliente (Azure Key Vaults, conjuntos de cifrado de disco, VM, discos e instantáneas) deben estar en la misma suscripción y región.
Solo puede crear hasta 50 conjuntos de cifrado de disco por región y por suscripción.
No puede actualizar un catálogo de máquinas que ya tiene un DiskEncryptionSetId con un DiskEncryptionSetId diferente.

Grupos de recursos de Azure

Los grupos de recursos de aprovisionamiento de Azure proporcionan una forma de aprovisionar las VM que ofrecen aplicaciones y escritorios a los usuarios. Puede agregar grupos de recursos de Azure vacíos existentes al crear un catálogo de máquinas MCS, o bien hacer que se creen nuevos grupos de recursos. Para obtener información sobre los grupos de recursos de Azure, consulte la documentación de Microsoft.

Uso de grupos de recursos de Azure

No hay límite en el número de máquinas virtuales, discos administrados, instantáneas e imágenes por grupo de recursos de Azure. (Se ha eliminado el límite de 240 VM por cada 800 discos administrados por grupo de recursos de Azure).

Cuando se utiliza un principal de servicio de ámbito completo para crear un catálogo de máquinas, MCS crea solo un grupo de recursos de Azure y lo utiliza para el catálogo.
Cuando se utiliza un principal de servicio de ámbito limitado para crear un catálogo de máquinas, debe proporcionar un grupo de recursos de Azure vacío y precreado para el catálogo.

Discos efímeros de Azure

Un disco efímero de Azure le permite reutilizar el disco de caché o el disco temporal para almacenar el disco del sistema operativo de una máquina virtual habilitada para Azure. Esta funcionalidad es útil para entornos de Azure que requieren un disco SSD de mayor rendimiento en lugar de un disco HDD estándar. Para obtener información sobre cómo crear un catálogo con un disco efímero de Azure, consulte Crear un catálogo con discos efímeros de Azure.

Nota:

Los catálogos persistentes no admiten discos de SO efímeros.

Los discos de SO efímeros requieren que su esquema de aprovisionamiento utilice discos administrados y una Shared Image Gallery.

Almacenamiento de un disco temporal de SO efímero

Tiene la opción de almacenar un disco de SO efímero en el disco temporal de la VM o en un disco de recursos. Esta funcionalidad le permite usar un disco de SO efímero con una VM que no tiene caché o que tiene una caché insuficiente. Dichas VM tienen un disco temporal o de recursos para almacenar un disco de SO efímero, como Ddv4.

Tenga en cuenta lo siguiente:

Un disco efímero se almacena en el disco de caché de la VM o en el disco temporal (de recursos) de la VM. Se prefiere el disco de caché al disco temporal, a menos que el disco de caché no sea lo suficientemente grande como para contener el contenido del disco del sistema operativo.
Para las actualizaciones, una nueva imagen que sea más grande que el disco de caché pero más pequeña que el disco temporal da como resultado la sustitución del disco de SO efímero por el disco temporal de la VM.

Disco efímero de Azure y optimización del almacenamiento de Machine Creation Services (MCS I/O)

El disco de SO efímero de Azure y MCS I/O no se pueden habilitar al mismo tiempo.

Las consideraciones importantes son las siguientes:

No puede crear un catálogo de máquinas con el disco de SO efímero y MCS I/O habilitados al mismo tiempo.
Los parámetros de PowerShell (UseWriteBackCache y UseEphemeralOsDisk) fallan con los mensajes de error adecuados si los establece en true en New-ProvScheme o Set-ProvScheme.
Para los catálogos de máquinas existentes creados con ambas funciones habilitadas, aún puede:
- actualizar un catálogo de máquinas.
- añadir o eliminar máquinas virtuales.
- eliminar un catálogo de máquinas.

Azure Compute Gallery

Utilice Azure Compute Gallery (anteriormente Azure Shared Image Gallery) como repositorio de imágenes publicadas para máquinas aprovisionadas por MCS en Azure. Puede almacenar una imagen publicada en la galería para acelerar la creación e hidratación de discos del sistema operativo, mejorando los tiempos de inicio y de lanzamiento de aplicaciones para máquinas virtuales no persistentes. La galería de imágenes compartidas contiene los tres elementos siguientes:

Gallery: Aquí se almacenan las imágenes. MCS crea una galería para cada catálogo de máquinas.
Gallery Image Definition: Esta definición incluye información (tipo y estado del sistema operativo, región de Azure) sobre la imagen publicada. MCS crea una definición de imagen para cada imagen creada para el catálogo.
Gallery Image Version: Cada imagen en una Shared Image Gallery puede tener varias versiones, y cada versión puede tener varias réplicas en diferentes regiones. Cada réplica es una copia completa de la imagen publicada.

Nota:

La funcionalidad de Shared Image Gallery solo es compatible con discos administrados. No está disponible para catálogos de máquinas heredados.

Para obtener más información, consulte Información general de Azure Compute Gallery.

Para obtener información sobre cómo crear o actualizar un catálogo de máquinas mediante una imagen de Azure Compute Gallery con PowerShell, consulte Crear o actualizar un catálogo de máquinas mediante una imagen de Azure Compute Gallery.

Máquinas virtuales confidenciales de Azure

Las máquinas virtuales de computación confidencial de Azure garantizan que su escritorio virtual esté cifrado en la memoria y protegido en uso.

Puede usar MCS para crear un catálogo con máquinas virtuales confidenciales de Azure. Debe usar el flujo de trabajo de perfil de máquina para crear dicho catálogo. Puede usar tanto VM como la especificación de plantilla ARM como entrada de perfil de máquina.

Consideraciones importantes para las VM confidenciales

Las consideraciones importantes para los tamaños de VM admitidos y la creación de catálogos de máquinas con VM confidenciales son las siguientes:

Tamaños de VM admitidos: Las VM confidenciales admiten los siguientes tamaños de VM:
- Serie DCasv5
- Serie DCadsv5
- Serie ECasv5
- Serie ECadsv5
Crear catálogos de máquinas con VM confidenciales.
- Puede crear un catálogo de máquinas con VM confidenciales de Azure mediante Web Studio y comandos de PowerShell.
- Debe utilizar un flujo de trabajo basado en perfiles de máquina para crear un catálogo de máquinas con VM confidenciales de Azure. Puede utilizar una VM o una especificación de plantilla como entrada de perfil de máquina.
- La imagen maestra y la entrada del perfil de máquina deben estar habilitadas con el mismo tipo de seguridad confidencial. Los tipos de seguridad son:
  - VMGuestStateOnly: VM confidencial con solo el estado de invitado de la VM cifrado
  - DiskWithVMGuestState: VM confidencial con el disco del SO y el estado de invitado de la VM cifrados con una clave administrada por la plataforma o una clave administrada por el cliente. Se pueden cifrar tanto el disco del SO normal como el efímero.
- Puede obtener información de VM confidencial de varios tipos de recursos, como disco administrado, instantánea, imagen de Azure Compute Gallery, VM y especificación de plantilla de ARM, mediante el parámetro AdditionalData. Por ejemplo:
```
 PS C:\Users\username> (get-item XDHyp:\HostingUnits\mynetwork\image.folder\username-dev-testing-rg.resourcegroup\username-dev-tsvda.vm).AdditionalData
 
```
  Los campos de datos adicionales son:
  - DiskSecurityType
  - ConfidentialVMDiskEncryptionSetId
  - DiskSecurityProfiles
  Para obtener la propiedad de computación confidencial de un tamaño de máquina, ejecute el siguiente comando: (Get-Item -path "XDHyp:\Connections\my-connection-name\East US.region\serviceoffering.folder\abc.serviceoffering").AdditionalData
  
  El campo de datos adicional es ConfidentialComputingType.
- No puede cambiar la imagen maestra o el perfil de máquina del tipo de seguridad confidencial a no confidencial, o del tipo de seguridad no confidencial a confidencial.
- Recibirá mensajes de error apropiados para cualquier configuración incorrecta.

Prepare imágenes maestras y perfiles de máquina

Antes de crear un conjunto de máquinas virtuales confidenciales, siga estos pasos para preparar una imagen maestra y un perfil de máquina para ellas:

En el portal de Azure, cree una máquina virtual confidencial con configuraciones específicas, como:
- Tipo de seguridad: Máquinas virtuales confidenciales
- Cifrado de disco del SO confidencial: Habilitado.
- Administración de claves: Cifrado de disco confidencial con una clave administrada por la plataforma Para obtener más información sobre la creación de máquinas virtuales confidenciales, consulte este artículo de Microsoft.
Prepare la imagen maestra en la máquina virtual creada. Instale las aplicaciones necesarias y el VDA en la máquina virtual creada.

Nota:

No se admite la creación de máquinas virtuales confidenciales mediante VHD. En su lugar, utilice Azure Compute Gallery, discos administrados o instantáneas para este fin.
Cree el perfil de máquina de una de estas maneras:
- Utilice la máquina virtual existente creada en el paso 1 si posee las propiedades de máquina necesarias.
- Si opta por una especificación de plantilla de ARM como perfil de máquina, cree la especificación de plantilla según sea necesario. Específicamente, configure los parámetros que cumplan con los requisitos de su máquina virtual confidencial, como SecurityEncryptionType y diskEncryptionSet (para la clave administrada por el cliente). Para obtener más información, consulte (/es-es/citrix-virtual-apps-desktops/2311/install-configure/machine-catalogs-create/create-machine-catalog-citrix-azure#create-an-azure-template-spec).
  Nota:
  - Asegúrese de que la imagen maestra y el perfil de máquina tengan el mismo tipo de clave de seguridad.
  - Para crear máquinas virtuales confidenciales que requieran cifrado de disco del sistema operativo confidencial con una clave administrada por el cliente, asegúrese de que los ID del conjunto de cifrado de disco en la imagen maestra y en el perfil de máquina sean idénticos.

Crear máquinas virtuales confidenciales mediante Web Studio o comandos de PowerShell

Para crear un conjunto de máquinas virtuales confidenciales, cree un catálogo de máquinas utilizando una imagen maestra y un perfil de máquina derivado de una máquina virtual confidencial deseada.

Para crear el catálogo mediante Web Studio, siga los pasos descritos en (/es-es/citrix-virtual-apps-desktops/2311/install-configure/machine-catalogs-create). Tenga en cuenta las siguientes consideraciones:

En la página Imagen, seleccione una imagen maestra y un perfil de máquina que haya preparado para la creación de la máquina virtual confidencial. La selección del perfil de máquina es obligatoria y solo los perfiles que coinciden con el mismo tipo de cifrado de seguridad que la imagen maestra seleccionada están disponibles para la selección.
En la página Máquinas virtuales, solo aparecen para la selección los tamaños de máquina que admiten máquinas virtuales confidenciales.
En la página Configuración de disco, no puede especificar el conjunto de cifrado de disco porque se hereda del perfil de máquina seleccionado.

Azure Marketplace

Citrix Virtual Apps and Desktops admite el uso de una imagen maestra en Azure que contiene información del plan para crear un catálogo de máquinas. Para obtener más información, consulte Mercado de Microsoft Azure.

Consejo:

Algunas imágenes encontradas en Azure Marketplace, como la imagen estándar de Windows Server, no adjuntan información del plan. La función de Citrix Virtual Apps and Desktops es para imágenes de pago.

Asegúrese de que la imagen creada en Shared Image Gallery contenga información del plan de Azure

Utilice el procedimiento de esta sección para ver las imágenes de Shared Image Gallery en Web Studio. Estas imágenes se pueden usar opcionalmente como imagen maestra. Para colocar la imagen en una Shared Image Gallery, cree una definición de imagen en una galería.

Galería de imágenes compartidas de Azure Marketplace

En la página Opciones de publicación, verifique la información del plan de compra.

Los campos de información del plan de compra están inicialmente vacíos. Rellene esos campos con la información del plan de compra utilizada para la imagen. Si no se rellena la información del plan de compra, el proceso del catálogo de máquinas puede fallar.

Azure Marketplace verifica las opciones de publicación de VDA

Después de verificar la información del plan de compra, cree una versión de imagen dentro de la definición. Esta se utiliza como imagen maestra. Haga clic en Agregar versión:

Azure Marketplace agregar versión de VDA

En la sección Detalles de la versión, seleccione la instantánea de imagen o el disco administrado como origen:

Azure Marketplace seleccionar opciones de VDA

Crear un catálogo de máquinas con PowerShell

Esta sección detalla cómo puede crear catálogos con PowerShell:

Crear un catálogo con disco de caché de reescritura no persistente
Crear un catálogo con disco de caché de reescritura persistente(#create-a-catalog-with-persistent-write-back-cache-disk)
Mejorar el rendimiento de arranque con MCSIO(#improve-boot-performance-with-mcsio)
Usar la especificación de plantilla al crear o actualizar un catálogo con PowerShell(#use-template-spec-in-creating-or-updating-a-catalog-using-powershell)
Catálogos de máquinas con inicio de confianza(#machine-catalogs-with-trusted-launch)
Usar valores de propiedades de perfil de máquina(#use-machine-profile-property-values)
Crear un catálogo de máquinas con clave de cifrado administrada por el cliente(#create-a-machine-catalog-with-customer-managed-encryption-key)
Crear un catálogo de máquinas con cifrado doble(#create-a-machine-catalog-with-double-encryption)
Crear un catálogo con discos efímeros de Azure(#create-a-catalog-with-an-azure-ephemeral-disks)
Hosts dedicados de Azure(#azure-dedicated-hosts)
Crear o actualizar un catálogo de máquinas con una imagen de Azure Compute Gallery(#create-or-update-a-machine-catalog-using-an-azure-compute-gallery-image)
Configurar Shared Image Gallery(#configure-shared-image-gallery)
Aprovisionar máquinas en zonas de disponibilidad especificadas(#provision-machines-into-specified-availability-zones)
Tipos de almacenamiento(#storage-types)
Ubicación del archivo de paginación(#page-file-location)
Actualizar la configuración del archivo de paginación(#update-page-file-setting)
Crear un catálogo con máquinas virtuales de Azure Spot(#create-a-catalog-using-azure-spot-vms)
Configurar tamaños de VM de copia de seguridad(#configure-backup-vm-sizes)
Copiar etiquetas en todos los recursos(#copy-tags-on-all-resources)
Aprovisionar máquinas virtuales de catálogo con Azure Monitor Agent instalado(#provision-catalog-vms-with-azure-monitor-agent-installed)

Crear un catálogo con disco de caché de reescritura no persistente

Para configurar un catálogo con un disco de caché de reescritura no persistente, utilice el parámetro de PowerShell New-ProvScheme CustomProperties. La propiedad personalizada UseTempDiskForWBC indica si acepta utilizar el almacenamiento temporal de Azure para almacenar el archivo de caché de reescritura. Esto debe configurarse como true al ejecutar New-ProvScheme si desea utilizar el disco temporal como disco de caché de reescritura. Si esta propiedad no se especifica, el parámetro se establece en False de forma predeterminada.

Por ejemplo, utilizando el parámetro CustomProperties para establecer UseTempDiskForWBC en true:

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

Nota:

Una vez que se confirma el catálogo de máquinas para usar el almacenamiento temporal local de Azure para el archivo de caché de reescritura, no se puede cambiar para usar VHD más tarde.

Crear un catálogo con disco de caché de reescritura persistente

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

Ejemplos de propiedades encontradas en el parámetro CustomProperties antes de admitir PersistWBC incluyen:

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
</CustomProperties>
<!--NeedCopy-->

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

Establecer la propiedad PersistWBC en true no elimina el disco de caché de reescritura cuando el administrador de Citrix Virtual Apps and Desktops apaga la máquina mediante Web Studio.

Establecer la propiedad PersistWBC en false elimina el disco de caché de reescritura cuando el administrador de Citrix Virtual Apps and Desktops apaga la máquina mediante Web Studio.

Nota:

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

Por ejemplo, al usar el parámetro CustomProperties para establecer PersistWBC en true:

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="benvaldev5RG3" />
<Property xsi:type="StringProperty" Name="PersistWBC" Value="true" />
</CustomProperties>
<!--NeedCopy-->

Importante:

La propiedad PersistWBC solo se puede configurar mediante el cmdlet de PowerShell New-ProvScheme. Intentar modificar la CustomProperties de un esquema de aprovisionamiento después de la creación no tiene ningún impacto en el catálogo de máquinas ni en la persistencia del disco de caché de reescritura cuando se apaga una máquina.

Por ejemplo, configure New-ProvScheme para usar la caché de reescritura mientras establece la propiedad PersistWBC en true:

New-ProvScheme
-CleanOnBoot
-CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`"><Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Premium_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"ResourceGroups`" Value=`"benvaldev5RG3`" /><Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`" /></CustomProperties>"
-HostingUnitName "adSubnetScale1"
-IdentityPoolName "BV-WBC1-CAT1"
-MasterImageVM "XDHyp:\HostingUnits\adSubnetScale1\image.folder\GoldImages.resourcegroup\W10MCSIO-01_OsDisk_1_a940e6f5bab349019d57ccef65d2c7e3.manageddisk"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\adSubnetScale1\\virtualprivatecloud.folder\CloudScale02.resourcegroup\adVNET.virtualprivatecloud\adSubnetScale1.network"}
-ProvisioningSchemeName "BV-WBC1-CAT1"
-ServiceOffering "XDHyp:\HostingUnits\adSubnetScale1\serviceoffering.folder\Standard_D2s_v3.serviceoffering"
-UseWriteBackCache
-WriteBackCacheDiskSize 127
-WriteBackCacheMemorySize 256
<!--NeedCopy-->

Mejorar el rendimiento de arranque con MCSIO

Puede mejorar el rendimiento de arranque de los discos administrados de Azure y GCP cuando MCSIO está habilitado. Utilice la propiedad personalizada de PowerShell PersistOSDisk en el comando New-ProvScheme para configurar esta función. Las opciones asociadas con New-ProvScheme incluyen:

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="Resource <!--NeedCopy-->
``````<!--NeedCopy-->
<!--NeedCopy-->
````````Groups" Value="benvaldev5RG3" />
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="true" />
</CustomProperties>
<!--NeedCopy-->

Para habilitar esta función, establezca la propiedad personalizada PersistOSDisk en true. Por ejemplo:

New-ProvScheme
-CleanOnBoot
-CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`"><Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Premium_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"ResourceGroups`" Value=`"benvaldev5RG3`" /><Property xsi:type=`"StringProperty`" Name=`"PersistOsDisk`" Value=`"true`" /></CustomProperties>"
-HostingUnitName "adSubnetScale1"
-IdentityPoolName "BV-WBC1-CAT1"
-MasterImageVM "XDHyp:\HostingUnits\adSubnetScale1\image.folder\GoldImages.resourcegroup\W10MCSIO-01_OsDisk_1_a940e6f5bab349019d57ccef65d2c7e3.manageddisk"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\adSubnetScale1\\virtualprivatecloud.folder\CloudScale02.resourcegroup\adVNET.virtualprivatecloud\adSubnetScale1.network"}
-ProvisioningSchemeName "BV-WBC1-CAT1"
-ServiceOffering "XDHyp:\HostingUnits\adSubnetScale1\serviceoffering.folder\Standard_D2s_v3.serviceoffering"
-UseWriteBackCache
-WriteBackCacheDiskSize 127
-WriteBackCacheMemorySize 256
<!--NeedCopy-->

Usar la especificación de plantilla para crear o actualizar un catálogo mediante PowerShell

Para Web Studio, consulte Crear un catálogo de máquinas mediante una imagen de Azure Resource Manager en Web Studio

Mediante comandos de PowerShell:

Abra la ventana de PowerShell.
Ejecute asnp citrix*.

Crear o actualizar un catálogo.

Para crear un catálogo:

Utilice el comando New-ProvScheme con una especificación de plantilla como entrada de perfil de máquina. Por ejemplo:

New-ProvScheme -MasterImageVM "XDHyp:/HostingUnits/azure/image.folder/fgthj.resourcegroup/nab-ws-vda_OsDisk_1_xxxxxxxxxxa.manageddisk"
MachineProfile "XDHyp:/HostingUnits/azure/machineprofile.folder/fgthj.resourcegroup/test.templatespec/V1.templatespecversion"
-ProvisioningSchemeName <String>
-HostingUnitName <String>
-IdentityPoolName <String>
[-ServiceOffering <String>][-CustomProperties <String>
[-LoggingId <Guid>]
[-BearerToken <String>][-AdminAddress <String>]
[<CommonParameters>]
<!--NeedCopy-->

Termine de crear el catálogo.

Para actualizar un catálogo, utilice el comando Set-ProvScheme con una especificación de plantilla como entrada de perfil de máquina. Por ejemplo:

 Set-ProvScheme -MasterImageVm 'XDHyp://Connections/Azure/East Us.region/vm.folder/MasterDisk.vm'
 MachineProfile 'XDHyp:/HostingUnits/azure/machineprofile.folder/fgthj.resourcegroup/testing.templatespec/V1.templatespecversion'
 [-ProvisioningSchemeName] <String>
 [-CustomProperties <String>][-ServiceOffering <String>] [-PassThru]
 [-LoggingId <Guid>] [-BearerToken <String>][-AdminAddress <String>] [<CommonParameters>]
 <!--NeedCopy-->

Catálogos de máquinas con inicio de confianza

Para crear correctamente un catálogo de máquinas con inicio de confianza, utilice:

Un perfil de máquina con inicio de confianza
Un tamaño de VM que admita el inicio de confianza
Una versión de VM de Windows que admita el inicio de confianza. Actualmente, Windows 10, Windows 11, Windows Server 2016, 2019 y 2022 admiten el inicio de confianza.

Importante:

MCS admite la creación de un nuevo catálogo con VM con inicio de confianza habilitado. Sin embargo, para actualizar un catálogo persistente existente y las VM existentes, debe usar el portal de Azure. No puede actualizar el inicio de confianza de un catálogo no persistente. Para obtener más información, consulte el documento de Microsoft Habilitar el inicio de confianza en las VM de Azure existentes.

Para ver los elementos del inventario de la oferta de Citrix Virtual Apps and Desktops y determinar si el tamaño de la VM admite el inicio de confianza, ejecute el siguiente comando:

Abra una ventana de PowerShell.
Ejecute asnp citrix* para cargar los módulos de PowerShell específicos de Citrix.

Ejecute el siguiente comando:

$s = (ls XDHyp:\HostingUnits\<name of hosting unit>\serviceoffering.folder\"<VM size>.serviceoffering)
<!--NeedCopy-->

Ejecute $s | select -ExpandProperty Additionaldata
Compruebe el valor del atributo SupportsTrustedLaunch.
- Si SupportsTrustedLaunch es True, el tamaño de la VM admite el inicio de confianza.
- Si SupportsTrustedLaunch es False, el tamaño de la VM no admite el inicio de confianza.

Según Azure PowerShell, puede utilizar el siguiente comando para determinar los tamaños de VM que admiten el inicio de confianza:

(Get-AzComputeResourceSku | where {$_.Locations.Contains($region) -and ($_.Name -eq "<VM size>") })[0].Capabilities
<!--NeedCopy-->

A continuación se muestran ejemplos que describen si el tamaño de la VM admite el inicio de confianza después de ejecutar el comando de Azure PowerShell.

Ejemplo 1: Si la VM de Azure solo admite la Generación 1, esa VM no admite el inicio de confianza. Por lo tanto, la capacidad TrustedLaunchDisabled no se muestra después de ejecutar el comando de Azure PowerShell.
Ejemplo 2: Si la VM de Azure solo admite la Generación 2 y la capacidad TrustedLaunchDisabled es True, el tamaño de la VM de Generación 2 no es compatible con el inicio de confianza.
Ejemplo 3: Si la VM de Azure solo admite la Generación 2 y la capacidad TrustedLaunchDisabled no se muestra después de ejecutar el comando de PowerShell, el tamaño de la VM de Generación 2 es compatible con el inicio de confianza.

Para obtener más información sobre el inicio de confianza para máquinas virtuales de Azure, consulte el documento de Microsoft Trusted launch for Azure virtual machines.

Crear un catálogo de máquinas con inicio de confianza

Cree una imagen maestra habilitada con inicio de confianza. Consulte la documentación de Microsoft Trusted launch VM Images.
Cree una VM o una especificación de plantilla con el tipo de seguridad como máquinas virtuales de inicio de confianza. Para obtener más información sobre cómo crear una VM o una especificación de plantilla, consulte el documento de Microsoft Deploy a trusted launch VM.

Cree un catálogo de máquinas mediante Web Studio o los comandos de PowerShell.

Si desea utilizar Web Studio, consulte Crear un catálogo de máquinas mediante una imagen de Azure Resource Manager en Web Studio.

Si desea utilizar comandos de PowerShell, use el comando New-ProvScheme con la VM o la especificación de plantilla como entrada de perfil de máquina. Para obtener la lista completa de comandos para crear un catálogo, consulte Crear un catálogo.

Ejemplo de New-ProvScheme con la VM como entrada de perfil de máquina:

 New-ProvScheme -CleanOnBoot -HostingUnitName "name" -IdentityPoolName "name" -InitialBatchSizeHint 1
 -MasterImageVM "XDHyp:/HostingUnits/azure/image.folder/fgthj.resourcegroup/nab-ws-vda_OsDisk_1_xxxxxxxxxxa.manageddisk"
 -MachineProfile "XDHyp:\HostingUnits\<adnet>\machineprofile.folder\<def.resourcegroup>\<machine profile vm.vm>"
 -ProvisioningSchemeName <String>
 -HostingUnitName <String>
 -IdentityPoolName <String>
 [-ServiceOffering <String>][-CustomProperties <String>]
 [<CommonParameters>]
 <!--NeedCopy-->

Ejemplo de New-ProvScheme con la especificación de plantilla como entrada de perfil de máquina:

 New-ProvScheme -CleanOnBoot -HostingUnitName "name" -IdentityPoolName "name" -InitialBatchSizeHint 1
 -MasterImageVM "XDHyp:/HostingUnits/azure/image.folder/fgthj.resourcegroup/nab-ws-vda_OsDisk_1_xxxxxxxxxxa.manageddisk"
 MachineProfile "XDHyp:/HostingUnits/azure/machineprofile.folder/fgthj.resourcegroup/test.templatespec/V1.templatespecversion"
 -ProvisioningSchemeName <String>
 -HostingUnitName <String>
 -IdentityPoolName <String>
 [-ServiceOffering <String>][-CustomProperties <String>]
 [<CommonParameters>]
 <!--NeedCopy-->

Errores al crear catálogos de máquinas con inicio de confianza

Obtendrá los errores apropiados en los siguientes escenarios al crear un catálogo de máquinas con inicio de confianza:

Escenario	Error
Si selecciona un perfil de máquina al crear un catálogo no administrado	`MachineProfileNotSupportedForUnmanagedCatalog`
Si selecciona un perfil de máquina que admita el inicio de confianza al crear un catálogo con un disco no administrado como imagen maestra	`SecurityTypeNotSupportedForUnmanagedDisk`
Si no selecciona un perfil de máquina al crear un catálogo administrado con un origen de imagen maestra con inicio de confianza como tipo de seguridad	`MachineProfileNotFoundForTrustedLaunchMasterImage`
Si selecciona un perfil de máquina con un tipo de seguridad diferente al tipo de seguridad de la imagen maestra	`SecurityTypeConflictBetweenMasterImageAndMachineProfile`
Si selecciona un tamaño de VM que no admite el inicio de confianza, pero utiliza una imagen maestra que sí lo admite al crear un catálogo	`MachineSizeNotSupportTrustedLaunch`

Usar valores de propiedades del perfil de máquina

El catálogo de máquinas utiliza las siguientes propiedades definidas en las propiedades personalizadas:

Zona de disponibilidad
ID de grupo de host dedicado
ID de conjunto de cifrado de disco
Tipo de SO
Tipo de licencia
Tipo de almacenamiento

Si estas propiedades personalizadas no se definen explícitamente, los valores de las propiedades se establecen a partir de la especificación de plantilla de ARM o de la VM, lo que se utilice como perfil de máquina. Además, si no se especifica ServiceOffering, se establece a partir del perfil de máquina.

Nota:

Si faltan algunas de las propiedades en el perfil de máquina y no se definen en las propiedades personalizadas, se utilizan los valores predeterminados de las propiedades cuando corresponda.

La siguiente sección describe algunos escenarios en New-ProvScheme y Set-ProvScheme cuando CustomProperties tiene todas las propiedades definidas o los valores se derivan del MachineProfile.

Escenarios de New-ProvScheme

MachineProfile tiene todas las propiedades y CustomProperties no están definidas. Ejemplo:

New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm"

Los siguientes valores se establecen como propiedades personalizadas para el catálogo:

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="<mpA-value>"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="<mpA-value>"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="<mpA-value>"/>
 <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="<mpA-value>"/>
 <Property xsi:type="StringProperty" Name="DedicatedHostGroupId" Value="<mpA-value>"/>
 <Property xsi:type="StringProperty" Name="Zones" Value="<mpA-value>"/>
 </CustomProperties>
 <!--NeedCopy-->

MachineProfile tiene algunas propiedades y CustomProperties no están definidas. Ejemplo: MachineProfile solo tiene LicenseType y OsType.

New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm"

Los siguientes valores se establecen como propiedades personalizadas para el catálogo:

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="OSType" Value="<mpA-value>"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="<mpA-value>"/>
 </CustomProperties>
 <!--NeedCopy-->

Tanto MachineProfile como CustomProperties definen todas las propiedades. Ejemplo:

New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm" -CustomProperties $CustomPropertiesA

Las propiedades personalizadas tienen prioridad. Los siguientes valores se establecen como propiedades personalizadas para el catálogo:

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="<CustomPropertiesA-value>"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="<CustomPropertiesA-value>"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="<CustomPropertiesA-value>"/>
 <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="<CustomPropertiesA-value>"/>
 <Property xsi:type="StringProperty" Name="DedicatedHostGroupId" Value="<CustomPropertiesA-value>"/>
 <Property xsi:type="StringProperty" Name="Zones" Value="<CustomPropertiesA-value>"/>
 </CustomProperties>
 <!--NeedCopy-->

Algunas propiedades se definen en MachineProfile y otras en CustomProperties. Ejemplo:

CustomProperties definen LicenseType y StorageAccountType
MachineProfile define LicenseType, OsType y Zones

New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm" -CustomProperties $CustomPropertiesA

Los siguientes valores se establecen como propiedades personalizadas para el catálogo:

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="<CustomPropertiesA-value>"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="<mpA-value>"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="<CustomPropertiesA-value>"/>
 <Property xsi:type="StringProperty" Name="Zones" Value="<mpA-value>"/>
 </CustomProperties>
 <!--NeedCopy-->

Algunas propiedades se definen en MachineProfile y otras en CustomProperties. Además, ServiceOffering no está definido. Ejemplo:

CustomProperties definen StorageType
MachineProfile define el tipo de licencia

 New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mp.vm"
 -ServiceOffering "XDHyp:\HostingUnits\azureunit\serviceoffering.folder\<explicit-machine-size>.serviceoffering"
 <!--NeedCopy-->

Los siguientes valores se establecen como propiedades personalizadas para el catálogo:

 Get-ProvScheme | select ServiceOffering
 serviceoffering.folder\<explicit-machine-size>.serviceoffering

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="explicit-storage-type"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="value-from-machineprofile"/>
 </CustomProperties>
 <!--NeedCopy-->

Si OsType no está ni en CustomProperties ni en MachineProfile, entonces:
- El valor se lee de la imagen maestra.
- Si la imagen maestra es un disco no administrado, OsType se establece en Windows. Ejemplo:
New-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpA.vm" -MasterImageVM "XDHyp:\HostingUnits\azureunit\image.folder\linux-master-image.manageddisk"

El valor de la imagen maestra se escribe en las propiedades personalizadas, en este caso Linux.
```
 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="OSType" Value="Linux"/>
 </CustomProperties>
 
```

Escenarios de Set-ProvScheme

Un catálogo existente con:
- CustomProperties para StorageAccountType y OsType
- MachineProfile mpA.vm que define zonas

Actualizaciones:

MachineProfile mpB.vm que define StorageAccountType
Un nuevo conjunto de propiedades personalizadas $CustomPropertiesB que define LicenseType y OsType

Set-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpB.vm" -CustomProperties $CustomPropertiesB

Los siguientes valores se establecen como propiedades personalizadas para el catálogo:

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="<mpB-value>"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="<CustomPropertiesB-value>"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="<CustomPropertiesB-value>"/>
     </CustomProperties>
 <!--NeedCopy-->

Un catálogo existente con:
- CustomProperties para StorageAccountType y OsType
- MachineProfile mpA.vm que define StorageAccountType y LicenseType

Actualizaciones:

Un nuevo conjunto de propiedades personalizadas $CustomPropertiesB que define StorageAccountType y OsType.

Set-ProvScheme -CustomProperties $CustomPropertiesB

Los siguientes valores se establecen como propiedades personalizadas para el catálogo:

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="<CustomPropertiesB-value>"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="<CustomPropertiesB-value>"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="<mp-A-value>"/>
 </CustomProperties>
 <!--NeedCopy-->

Un catálogo existente con:
- CustomProperties para StorageAccountType y OsType
- MachineProfile mpA.vm que define Zones

Actualizaciones:

Un MachineProfile mpB.vm que define StorageAccountType y LicenseType
ServiceOffering no está especificado

Set-ProvScheme -MachineProfile "XDHyp:\HostingUnits\azureunit\machineprofile.folder\azure.resourcegroup\mpB.vm"

Los siguientes valores se establecen como propiedades personalizadas para el catálogo:

 Get-ProvScheme | select ServiceOffering
 serviceoffering.folder\<value-from-machineprofile>.serviceoffering

 Get-ProvScheme | select CustomProperties
 <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="<mpB-value>"/>
 <Property xsi:type="StringProperty" Name="OSType" Value="<prior-CustomProperties-value>"/>
 <Property xsi:type="StringProperty" Name="LicenseType" Value="<mpB-value>"/>
 </CustomProperties>
 <!--NeedCopy-->

Aprovisionar máquinas virtuales de catálogo con Azure Monitor Agent instalado

La supervisión de Azure es un servicio que puede utilizar para recopilar, analizar y actuar sobre los datos de telemetría de sus entornos de Azure y locales.

Azure Monitor Agent (AMA) recopila datos de supervisión de recursos informáticos como máquinas virtuales y los entrega a Azure Monitor. Actualmente, admite la recopilación de registros de eventos, Syslog y métricas de rendimiento, y los envía a las fuentes de datos de Azure Monitor Metrics y Azure Monitor Logs.

Para habilitar la supervisión identificando de forma única las máquinas virtuales en los datos de supervisión, puede aprovisionar las máquinas virtuales de un catálogo de máquinas MCS con AMA instalado como una extensión.

Requisitos

Permisos: Asegúrese de tener los permisos mínimos de Azure, tal como se especifica en Acerca de los permisos de Azure, y los siguientes permisos para usar Azure Monitor:
- Microsoft.Compute/virtualMachines/extensions/read
- Microsoft.Compute/virtualMachines/extensions/write
- Microsoft.Insights/DataCollectionRuleAssociations/Read
- Microsoft.Insights/dataCollectionRuleAssociations/write
- Microsoft.Insights/DataCollectionRules/Read
Regla de recopilación de datos: Configure una regla de recopilación de datos en el portal de Azure. Para obtener información sobre cómo configurar una DCR, consulte Crear una regla de recopilación de datos. Una DCR es específica de la plataforma (Windows o Linux). Asegúrese de crear una DCR según la plataforma requerida. El AMA utiliza reglas de recopilación de datos (DCR) para administrar la asignación entre los recursos, como las máquinas virtuales, y las fuentes de datos, como Azure Monitor Metrics y Azure Monitor Logs.
Espacio de trabajo predeterminado: Cree un espacio de trabajo en el portal de Azure. Para obtener información sobre su creación, consulte Crear un espacio de trabajo de Log Analytics. Cuando recopila registros y datos, la información se almacena en un espacio de trabajo. Este tiene un ID de espacio de trabajo y un ID de recurso únicos. Su nombre debe ser único para un grupo de recursos determinado. Después de crearlo, configure las fuentes de datos y las soluciones para almacenar sus datos en él.
Extensión de monitor en la lista de permitidos: Las extensiones AzureMonitorWindowsAgent y AzureMonitorLinuxAgent son extensiones de Citrix en la lista de permitidos. Para ver la lista de extensiones en la lista de permitidos, utilice el comando PoSH, Get-ProvMetadataConfiguration.
Imagen maestra: Microsoft recomienda quitar las extensiones de una máquina existente antes de crear una nueva máquina a partir de ella. Si las extensiones no se quitan, podría provocar archivos residuales y un comportamiento inesperado. Para obtener más información, consulte Si la VM se recrea a partir de una VM existente.

Para aprovisionar VM de catálogo con AMA habilitado:

Configure una plantilla de perfil de máquina.

Si quiere usar una VM como plantilla de perfil de máquina:
1. Cree una VM en el portal de Azure.
2. Encienda la VM.
3. Agregue la VM a la regla de recopilación de datos en Recursos. Esto invoca la instalación del agente en la VM de la plantilla.

Nota:

Si debe crear un catálogo de Linux, configure una máquina Linux.

Si quiere usar la especificación de plantilla como plantilla de perfil de máquina:

Configure una especificación de plantilla.

Agregue la siguiente extensión y asociación de reglas de recopilación de datos a la especificación de plantilla generada:

{
"type": "Microsoft.Compute/virtualMachines/extensions",
"apiVersion": "2022-03-01",
"name": "<vm-name>/AzureMonitorWindowsAgent",
"dependsOn": [
    "Microsoft.Compute/virtualMachines/<vm-name>"
],
"location": "<azure-region>",
"properties": {
    "publisher": "Microsoft.Azure.Monitor",
    "type": "AzureMonitorWindowsAgent",
    "typeHandlerVersion": "1.0",
    "autoUpgradeMinorVersion": true,
    "enableAutomaticUpgrade": true
}
},
 {
    "type": "Microsoft.Insights/dataCollectionRuleAssociations",
    "apiVersion": "2021-11-01",
    "name": "<associatio-name>",
    "scope": "Microsoft.Compute/virtualMachines/<vm-name>",
    "dependsOn": [
     "Microsoft.Compute/virtualMachines/<vm-name>",
    "Microsoft.Compute/virtualMachines/<vm-name>/extensions/AzureMonitorWindowsAgent"
    ],
    "properties": {
       "description": "Association of data collection rule. Deleting this association will break the data collection for this Arc server.",
     "dataCollectionRuleId": "/subscriptions/<azure-subscription>/resourcegroups/<azure-resource-group>/providers/microsoft.insights/datacollectionrules/<azure-data-collection-rule>"
     }
    }
<!--NeedCopy-->

Cree o actualice un catálogo de máquinas MCS existente.
- Para crear un nuevo catálogo de MCS:
  1. Seleccione esa VM o especificación de plantilla como perfil de máquina en Web Studio.
  2. Continúe con los siguientes pasos para crear el catálogo.
- Para actualizar un catálogo de MCS existente, utilice los siguientes comandos de PoSH:
  - Para que las nuevas VM obtengan la plantilla de perfil de máquina actualizada, ejecute el siguiente comando:
    Set-ProvScheme -ProvisioningSchemeName "name" -MachineProfile "XDHyp:\HostingUnits\Unit1\machineprofile.folder\abc.resourcegroup\ab-machine-profile.vm" 
  - Para actualizar las VM existentes con la plantilla de perfil de máquina actualizada:
    Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -StartsNow -DurationInMinutes -1 
Encienda las VM del catálogo.
Vaya al portal de Azure y compruebe si la extensión de monitorización está instalada en la VM y si la VM aparece en los recursos de DCR. Después de unos minutos, los datos de monitorización se muestran en Azure Monitor.

Solución de problemas

Para obtener información sobre la guía de solución de problemas del Agente de Azure Monitor, consulte lo siguiente:

Crear un catálogo de máquinas con clave de cifrado administrada por el cliente

Los pasos detallados sobre cómo crear un catálogo de máquinas con clave de cifrado administrada por el cliente son:

Abra una ventana de PowerShell.
Ejecute asnp citrix* para cargar los módulos de PowerShell específicos de Citrix.
Introduzca cd xdhyp:/.
Introduzca cd .\HostingUnits\(your hosting unit).
Introduzca cd diskencryptionset.folder.
Introduzca dir para obtener la lista de los conjuntos de cifrado de disco.
Copie el Id. de un conjunto de cifrado de disco.

Cree una cadena de propiedades personalizadas para incluir el Id. del conjunto de cifrado de disco. Por ejemplo:

$customProperties = "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`">
<Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Standard_LRS`" />
<Property xsi:type=`"StringProperty`" Name=`"persistWBC`" Value=`"False`" />
<Property xsi:type=`"StringProperty`" Name=`"PersistOsDisk`" Value=`"false`" />
<Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" />
<Property xsi:type=`"StringProperty`" Name=`"DiskEncryptionSetId`" Value=`"/subscriptions/0xxx4xxx-xxb-4bxx-xxxx-xxxxxxxx/resourceGroups/abc/providers/Microsoft.Compute/diskEncryptionSets/abc-des`"/>
</CustomProperties>
<!--NeedCopy-->

Cree un grupo de identidades si aún no se ha creado. Por ejemplo:

New-AcctIdentityPool -IdentityPoolName idPool -NamingScheme ms## -Domain def.local -NamingSchemeType Numeric
<!--NeedCopy-->

Ejecute el comando New-ProvScheme: Por ejemplo:

New-ProvScheme -CleanOnBoot -HostingUnitName "name" -IdentityPoolName "name" -InitialBatchSizeHint 1
-MasterImageVM "XDHyp:\HostingUnits\azure-res2\image.folder\def.resourcegroup\def.snapshot"
-NetworkMapping @{"0"="XDHyp:\HostingUnits\azure-res2\\virtualprivatecloud.folder\def.resourcegroup\def-vnet.virtualprivatecloud\subnet1.network"}
-ProvisioningSchemeName "name"
-ServiceOffering "XDHyp:\HostingUnits\azure-res2\serviceoffering.folder\Standard_DS2_v2.serviceoffering"
-MachineProfile "XDHyp:\HostingUnits\<adnet>\machineprofile.folder\<def.resourcegroup>\<machine profile vm.vm>"
-CustomProperties $customProperties
<!--NeedCopy-->

Termine de crear el catálogo de máquinas.

Crear un catálogo de máquinas con cifrado doble

Puede crear y actualizar un catálogo de máquinas con cifrado doble mediante Web Studio y comandos de PowerShell.

Los pasos detallados para crear un catálogo de máquinas con cifrado doble son:

Cree un Azure Key Vault y un DES con claves administradas por la plataforma y por el cliente. Para obtener información sobre cómo crear un Azure Key Vault y un DES, consulte Usar Azure Portal para habilitar el cifrado doble en reposo para discos administrados.
Para examinar los DiskEncryptionSets disponibles en su conexión de alojamiento:
1. Abra una ventana de PowerShell.
2. Ejecute los siguientes comandos de PowerShell:
  1. asnp citrix*
  2. cd xdhyp:
  3. cd HostingUnits
  4. cd YourHostingUnitName (ej. azure-east)
  5. cd diskencryptionset.folder
  6. dir
Puede usar un Id de DiskEncryptionSet para crear o actualizar un catálogo mediante propiedades personalizadas.
Si quiere usar el flujo de trabajo de perfil de máquina, cree una VM o una especificación de plantilla como entrada de perfil de máquina.
- Si quiere usar una VM como entrada de perfil de máquina:
  1. Cree una VM en Azure Portal.
  2. Vaya a Disks>Key management para cifrar la VM directamente con cualquier DiskEncryptionSetID.
- Si quiere usar una especificación de plantilla como entrada de perfil de máquina:
  1. En la plantilla, en properties>storageProfile>osDisk>managedDisk, agregue el parámetro diskEncryptionSet y añada el id del DES de doble cifrado.

Cree el catálogo de máquinas.

Si utiliza Web Studio, haga una de las siguientes acciones además de los pasos de Crear catálogos de máquinas.
- Si no utiliza el flujo de trabajo basado en perfiles de máquina, en la página Configuración de disco, seleccione Usar la siguiente clave para cifrar los datos de cada máquina. A continuación, seleccione su DES de cifrado doble en la lista desplegable. Continúe creando el catálogo.
- Si utiliza el flujo de trabajo de perfil de máquina, en la página Imagen maestra, seleccione una imagen maestra y un perfil de máquina. Asegúrese de que el perfil de máquina tenga un ID de conjunto de cifrado de disco en sus propiedades.
Todas las máquinas creadas en el catálogo se cifran doblemente con la clave asociada al DES que seleccionó.

Si utiliza comandos de PowerShell, haga una de las siguientes acciones:

Si no utiliza el flujo de trabajo basado en perfiles de máquina, agregue la propiedad personalizada DiskEncryptionSetId en el comando New-ProvScheme. Por ejemplo:

 New-ProvScheme -CleanOnBoot -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
 <Property xsi:type="StringProperty" Name="StorageAccountType" Value="Premium_LRS" />
 <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="/subscriptions/12345678-xxxx-1234-1234-123456789012/resourceGroups/Sample-RG/providers/Microsoft.Compute/diskEncryptionSets/SampleEncryptionSet" />
 </CustomProperties>'
 -HostingUnitName "Redacted"
 -IdentityPoolName "Redacted"
 -InitialBatchSizeHint 1
 -MasterImageVM "Redacted"
 -NetworkMapping @{"0"="Redacted"}
 -ProvisioningSchemeName "Redacted"
 -ServiceOffering "Redacted"
 <!--NeedCopy-->

Si utiliza el flujo de trabajo basado en perfiles de máquina, use una entrada de perfil de máquina en el comando New-ProvScheme. Por ejemplo:

 New-ProvScheme -CleanOnBoot
 -HostingUnitName azure-east
 -IdentityPoolName aio-ip
 -InitialBatchSizeHint 1
 -MasterImageVM XDHyp:\HostingUnits\azure-east\image.folder\abc.resourcegroup\fgb-vda-snapshot.snapshot
 -NetworkMapping @{"0"="XDHyp:\HostingUnits\azure-east\virtualprivatecloud.folder\apa-resourceGroup.resourcegroup\apa-resourceGroup-vnet.virtualprivatecloud\default.network"}
 -ProvisioningSchemeName aio-test
 -MachineProfile XDHyp:\HostingUnits\azure-east\machineprofile.folder\abc.resourcegroup\abx-mp.templatespec\1.0.0.templatespecversion
 <!--NeedCopy-->

Termine de crear un catálogo mediante el SDK remoto de PowerShell. Para obtener información sobre cómo crear un catálogo mediante el SDK remoto de PowerShell, consulte https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/. Todas las máquinas creadas en el catálogo se cifran doblemente con la clave asociada al DES que seleccionó.

Convertir un catálogo sin cifrar para usar cifrado doble

Puede actualizar el tipo de cifrado de un catálogo de máquinas (mediante propiedades personalizadas o perfil de máquina) solo si el catálogo no estaba cifrado previamente.

Si no utiliza el flujo de trabajo basado en perfiles de máquina, agregue la propiedad personalizada DiskEncryptionSetId en el comando Set-ProvScheme. Por ejemplo:

 Set-ProvScheme -ProvisioningSchemeName "SampleProvSchemeName"
 -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="/subscriptions/12345678-xxxx-1234-1234-123456789012/resourceGroups/Sample-RG/providers/Microsoft.Compute/diskEncryptionSets/SampleEncryptionSet" />
 </CustomProperties>'
 <!--NeedCopy-->

Si utiliza el flujo de trabajo basado en perfiles de máquina, use una entrada de perfil de máquina en el comando Set-ProvScheme. Por ejemplo:

 Set-ProvScheme -ProvisioningSchemeName mxiao-test -MachineProfile XDHyp:\HostingUnits\azure-east\machineprofile.folder\aelx.resourcegroup\elx-mp.templatespec\1.0.0.templatespecversion
 <!--NeedCopy-->

Una vez realizado correctamente, todas las nuevas máquinas virtuales que agregue a su catálogo se cifrarán doblemente con la clave asociada al DES que seleccionó.

Verificar que el catálogo está cifrado doblemente

En Web Studio:
1. Vaya a Catálogos de máquinas.
2. Seleccione el catálogo que quiere verificar. Haga clic en la ficha Propiedades de la plantilla, situada cerca de la parte inferior de la pantalla.
3. En Detalles de Azure, compruebe el ID del conjunto de cifrado de disco en Conjunto de cifrado de disco. Si el ID de DES del catálogo está en blanco, el catálogo no está cifrado.
4. En Azure Portal, compruebe que el tipo de cifrado del DES asociado al ID de DES es de claves administradas por la plataforma y por el cliente.
Mediante el comando de PowerShell:
1. Abra la ventana de PowerShell.
2. Ejecute asnp citrix* para cargar los módulos de PowerShell específicos de Citrix.
3. Utilice Get-ProvScheme para obtener la información de su catálogo de máquinas. Por ejemplo:
```
Get-ProvScheme -ProvisioningSchemeName "SampleProvSchemeName"

```
4. Recupere la propiedad personalizada DES Id del catálogo de máquinas. Por ejemplo:
```
<Property xsi:type="StringProperty" Name="DiskEncryptionSetId" Value="/subscriptions/12345678-1234-1234-1234-123456789012/resourceGroups/Sample-RG/providers/Microsoft.Compute/diskEncryptionSets/SampleEncryptionSet" />

```
5. En Azure Portal, compruebe que el tipo de cifrado del DES asociado al ID de DES es de claves administradas por la plataforma y por el cliente.

Crear un catálogo con discos efímeros de Azure

Para usar discos efímeros, debe establecer la propiedad personalizada UseEphemeralOsDisk en true al ejecutar New-ProvScheme.

Nota:

Si la propiedad personalizada UseEphemeralOsDisk se establece en false o no se especifica ningún valor, todos los VDA aprovisionados seguirán utilizando un disco del sistema operativo aprovisionado.

A continuación se muestra un conjunto de propiedades personalizadas de ejemplo para usar en el esquema de aprovisionamiento:

"CustomProperties": [
            {
                "Name": "UseManagedDisks",
                "Value": "true"
            },
            {
                "Name": "StorageType",
                "Value": "Standard_LRS"
            },
            {
                "Name": "UseSharedImageGallery",
                "Value": "true"
            },
            {
                "Name": "SharedImageGalleryReplicaRatio",
                "Value": "40"
            },
            {
                "Name": "SharedImageGalleryReplicaMaximum",
                "Value": "10"
            },
            {
                "Name": "LicenseType",
                "Value": "Windows_Server"
            },
            {
                "Name": "UseEphemeralOsDisk",
                "Value": "true"
            }
        ],
<!--NeedCopy-->

Configurar un disco efímero para un catálogo

Para configurar un disco de SO efímero de Azure para un catálogo, utilice el parámetro UseEphemeralOsDisk en Set-ProvScheme. Establezca el valor del parámetro UseEphemeralOsDisk en true.

Nota:

Para usar esta función, también debe habilitar los parámetros UseManagedDisks y UseSharedImageGallery.

Por ejemplo:

Set-ProvScheme -ProvisioningSchemeName catalog-name -CustomProperties <CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="UseSharedImageGallery" Value="true" />
<Property xsi:type="StringProperty" Name="UseEphemeralOsDisk" Value="true" />
</CustomProperties>'
<!--NeedCopy-->

Consideraciones importantes para los discos efímeros

Para aprovisionar discos de SO efímeros mediante New-ProvScheme, tenga en cuenta las siguientes restricciones:

El tamaño de VM utilizado para el catálogo debe admitir discos de SO efímeros.
El tamaño de la caché o del disco temporal asociado al tamaño de la VM debe ser mayor o igual que el tamaño del disco del SO.
El tamaño del disco temporal debe ser mayor que el tamaño del disco de caché.

Considere también estos problemas al:

Crear el esquema de aprovisionamiento.
Modificar el esquema de aprovisionamiento.
Actualizar la imagen.

Hosts dedicados de Azure

Puede usar MCS para aprovisionar máquinas virtuales en hosts dedicados de Azure. Antes de aprovisionar máquinas virtuales en hosts dedicados de Azure:

Cree un grupo de hosts.
Cree hosts en ese grupo de hosts.
Asegúrese de que haya suficiente capacidad de host reservada para crear catálogos y máquinas virtuales.

Puede crear un catálogo de máquinas con la tenencia de host definida mediante el siguiente script de PowerShell:

New-ProvScheme <otherParameters> -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Property xsi:type="StringProperty" Name="HostGroupId" Value="myResourceGroup/myHostGroup" />
 ...other Custom Properties...
 </CustomProperties>
<!--NeedCopy-->

Al usar MCS para aprovisionar máquinas virtuales en hosts dedicados de Azure, tenga en cuenta lo siguiente:

Un host dedicado es una propiedad del catálogo y no se puede cambiar una vez creado el catálogo. La tenencia dedicada no es compatible actualmente con Azure.
Se requiere un grupo de hosts de Azure preconfigurado, en la región de la unidad de alojamiento, al usar el parámetro HostGroupId.
Se requiere la ubicación automática de Azure. Esta funcionalidad realiza una solicitud para incorporar la suscripción asociada al grupo de hosts. Para obtener más información, consulte Conjunto de escalado de máquinas virtuales en hosts dedicados de Azure - Versión preliminar pública. Si la ubicación automática no está habilitada, MCS genera un error durante la creación del catálogo.

Crear o actualizar un catálogo de máquinas mediante una imagen de Azure Compute Gallery

Al seleccionar una imagen para crear un catálogo de máquinas, puede seleccionar las imágenes que creó en Azure Compute Gallery.

Para que estas imágenes aparezcan, debe:

Configurar un sitio de Citrix Virtual Apps and Desktops.
Conectarse a Azure Resource Manager.
En el portal de Azure, cree un grupo de recursos. Para obtener más información, consulte Crear una Azure Compute Gallery mediante el portal.
En el grupo de recursos, cree una Azure Compute Gallery.
En la Azure Compute Gallery, cree una definición de imagen.
En la definición de imagen, cree una versión de imagen.

Utilice los siguientes comandos de PowerShell para crear o actualizar un catálogo de máquinas mediante una imagen de Azure Compute Gallery:

Abra una ventana de PowerShell.
Ejecute asnp citrix* para cargar los módulos de PowerShell específicos de Citrix.

Seleccione un grupo de recursos y, a continuación, enumere todas las galerías de ese grupo de recursos.

Get-ChildItem -LiteralPath @("XDHyp:\HostingUnits\testresource\image.folder\sharedImageGalleryTest.resourcegroup")
<!--NeedCopy-->

Seleccione una galería y, a continuación, enumere todas las definiciones de imagen de esa galería.

Get-ChildItem -LiteralPath @("XDHyp:\HostingUnits\testresource\image.folder\sharedImageGalleryTest.resourcegroup\sharedImageGallery.sharedimagegallery")
<!--NeedCopy-->

Seleccione una definición de imagen y, a continuación, enumere todas las versiones de imagen de esa definición de imagen.

Get-ChildItem -LiteralPath @("XDHyp:\HostingUnits\testresource\image.folder\sharedImageGalleryTest.resourcegroup\sharedImageGallery.sharedimagegallery\sigtestimage.imagedefinition")
<!--NeedCopy-->

Cree y actualice un catálogo de MCS mediante los siguientes elementos:
- Grupo de recursos
- Galería
- Definición de imagen de la galería
- Versión de imagen de la galería
Para obtener información sobre cómo crear un catálogo mediante el SDK de PowerShell remoto, consulte https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/.

Configurar Galería de imágenes compartidas

Utilice el comando New-ProvScheme para crear un esquema de aprovisionamiento con compatibilidad con la Galería de imágenes compartidas. Utilice el comando Set-ProvScheme para habilitar o deshabilitar esta función para un esquema de aprovisionamiento y para cambiar la relación de réplicas y los valores máximos de réplicas.

Se agregaron tres propiedades personalizadas a los esquemas de aprovisionamiento para admitir la función de Galería de imágenes compartidas:

UseSharedImageGallery

Define si se debe usar la Galería de imágenes compartidas para almacenar las imágenes publicadas. Si se establece en True, la imagen se almacena como una imagen de Galería de imágenes compartidas; de lo contrario, la imagen se almacena como una instantánea.
Los valores válidos son True y False.
Si la propiedad no está definida, el valor predeterminado es False.

SharedImageGalleryReplicaRatio

Define la relación entre las máquinas y las réplicas de la versión de la imagen de la galería.
Los valores válidos son números enteros mayores que 0.
Si la propiedad no está definida, se utilizan los valores predeterminados. El valor predeterminado para los discos del sistema operativo persistentes es 1000 y el valor predeterminado para los discos del sistema operativo no persistentes es 40.

SharedImageGalleryReplicaMaximum

Define el número máximo de réplicas para cada versión de la imagen de la galería.
Los valores válidos son números enteros mayores que 0.
Si la propiedad no está definida, el valor predeterminado es 10.
Actualmente, Azure admite hasta 10 réplicas para una única versión de imagen de galería. Si la propiedad se establece en un valor superior al admitido por Azure, MCS intenta usar el valor especificado. Azure genera un error, que MCS registra y, a continuación, deja el recuento de réplicas actual sin cambios.

Consejo:

Al usar Shared Image Gallery para almacenar una imagen publicada para catálogos aprovisionados por MCS, MCS establece el recuento de réplicas de la versión de la imagen de la galería en función del número de máquinas del catálogo, la relación de réplicas y el número máximo de réplicas. El recuento de réplicas se calcula dividiendo el número de máquinas del catálogo por la relación de réplicas (redondeando al valor entero más cercano) y, a continuación, limitando el valor al recuento máximo de réplicas. Por ejemplo, con una relación de réplicas de 20 y un máximo de 5, las máquinas de 0 a 20 tienen una réplica creada, las de 21 a 40 tienen 2 réplicas, las de 41 a 60 tienen 3 réplicas, las de 61 a 80 tienen 4 réplicas y las de 81 o más tienen 5 réplicas.

Caso de uso: Actualización de la relación de réplicas y el máximo de réplicas de Shared Image Gallery

El catálogo de máquinas existente utiliza Shared Image Gallery. Utilice el comando Set-ProvScheme para actualizar las propiedades personalizadas de todas las máquinas existentes en el catálogo y de las futuras máquinas:

Set-ProvScheme -ProvisioningSchemeName catalog-name -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Property xsi:type="StringProperty" Name="StorageType" Value="Standard_LRS"/> <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="True"/> <Property xsi:type="StringProperty" Name="UseSharedImageGallery" Value="True"/> <Property xsi:type="IntProperty" Name="SharedImageGalleryReplicaRatio" Value="30"/> <Property xsi:type="IntProperty" Name="SharedImageGalleryReplicaMaximum" Value="20"/></CustomProperties>'
<!--NeedCopy-->

Caso de uso: Conversión de un catálogo de instantáneas en un catálogo de Shared Image Gallery

Para este caso de uso:

Ejecute Set-ProvScheme con el indicador UseSharedImageGallery establecido en True. Opcionalmente, incluya las propiedades SharedImageGalleryReplicaRatio y SharedImageGalleryReplicaMaximum.
Actualice el catálogo.
Reinicie las máquinas para forzar una actualización.

Por ejemplo:

Set-ProvScheme -ProvisioningSchemeName catalog-name -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Property xsi:type="StringProperty" Name="StorageType" Value="Standard_LRS"/> <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="True"/> <Property xsi:type="StringProperty" Name="UseSharedImageGallery" Value="True"/> <Property xsi:type="IntProperty" Name="SharedImageGalleryReplicaRatio" Value="30"/> <Property xsi:type="IntProperty" Name="SharedImageGalleryReplicaMaximum" Value="20"/></CustomProperties>'
<!--NeedCopy-->

Consejo:

Los parámetros SharedImageGalleryReplicaRatio y SharedImageGalleryReplicaMaximum no son obligatorios. Una vez que el comando Set-ProvScheme finaliza, la imagen de Shared Image Gallery aún no se ha creado. Una vez que el catálogo está configurado para usar la galería, la siguiente operación de actualización del catálogo almacena la imagen publicada en la galería. El comando de actualización del catálogo crea la galería, la imagen de la galería y la versión de la imagen. El reinicio de las máquinas las actualiza, momento en el que se actualiza el recuento de réplicas, si corresponde. A partir de ese momento, todas las máquinas no persistentes existentes se restablecen utilizando la imagen de Shared Image Gallery y todas las máquinas recién aprovisionadas se crean utilizando la imagen. La instantánea antigua se limpia automáticamente en unas pocas horas.

Caso de uso: Conversión de un catálogo de Shared Image Gallery en un catálogo de instantáneas

Para este caso de uso:

Ejecute Set-ProvScheme con el indicador UseSharedImageGallery establecido en False o no definido.
Actualice el catálogo.
Reinicie las máquinas para forzar una actualización.

Por ejemplo:

Set-ProvScheme -ProvisioningSchemeName catalog-name -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <Property xsi:type="StringProperty" Name="StorageType" Value="Standard_LRS"/> <Property xsi:type="StringProperty" Name="UseManagedDisks" Value="True"/> <Property xsi:type="StringProperty" Name="UseSharedImageGallery" Value="False"/></CustomProperties>'
<!--NeedCopy-->

Sugerencia:

A diferencia de la actualización de una instantánea a un catálogo de Shared Image Gallery, los datos personalizados de cada máquina aún no se han actualizado para reflejar las nuevas propiedades personalizadas. Ejecute el siguiente comando para ver las propiedades personalizadas originales de Shared Image Gallery: Get-ProvVm -ProvisioningSchemeName catalog-name. Una vez que el comando Set-ProvScheme se completa, la instantánea de la imagen aún no se ha creado. Una vez que el catálogo está configurado para no usar la galería, la siguiente operación de actualización del catálogo almacena la imagen publicada como una instantánea. A partir de ese momento, todas las máquinas no persistentes existentes se restablecen utilizando la instantánea y todas las máquinas recién aprovisionadas se crean a partir de la instantánea. El reinicio de las máquinas las actualiza, momento en el cual los datos personalizados de la máquina se actualizan para reflejar que UseSharedImageGallery está establecido en False. Los activos antiguos de Shared Image Gallery (galería, imagen y versión) se limpian automáticamente en unas pocas horas.

Aprovisionar máquinas en zonas de disponibilidad especificadas

Puede aprovisionar máquinas en zonas de disponibilidad específicas en entornos de Azure. Puede lograrlo mediante PowerShell.

Nota:

Si no se especifican zonas, MCS permite que Azure coloque las máquinas dentro de la región. Si se especifica más de una zona, MCS distribuye aleatoriamente las máquinas entre ellas.

Configurar zonas de disponibilidad mediante PowerShell

Con PowerShell, puede ver los elementos de inventario de la oferta mediante Get-Item. Por ejemplo, para ver la oferta de servicio Standard_B1ls de la región Este de EE. UU.:

$serviceOffering = Get-Item -path "XDHyp:\Connections\my-connection-name\East US.region\serviceoffering.folder\Standard_B1ls.serviceoffering"
<!--NeedCopy-->

Para ver las zonas, use el parámetro AdditionalData para el elemento:

$serviceOffering.AdditionalData

Si no se especifican zonas de disponibilidad, no hay cambios en la forma en que se aprovisionan las máquinas.

Para configurar las zonas de disponibilidad a través de PowerShell, utilice la propiedad personalizada Zones disponible con la operación New-ProvScheme. La propiedad Zones define una lista de zonas de disponibilidad en las que aprovisionar máquinas. Esas zonas pueden incluir una o varias zonas de disponibilidad. Por ejemplo, <Property xsi:type="StringProperty" Name="Zones" Value="1, 3"/> para las zonas 1 y 3.

Utilice el comando Set-ProvScheme para actualizar las zonas de un esquema de aprovisionamiento.

Si se proporciona una zona no válida, el esquema de aprovisionamiento no se actualiza y aparece un mensaje de error con instrucciones sobre cómo corregir el comando no válido.

Consejo:

Si especifica una propiedad personalizada no válida, el esquema de aprovisionamiento no se actualiza y aparece un mensaje de error relevante.

Tipos de almacenamiento

Seleccione diferentes tipos de almacenamiento para las máquinas virtuales en entornos de Azure que utilizan MCS. Para las máquinas virtuales de destino, MCS admite:

Disco del SO: SSD prémium, SSD o HDD
Disco de caché de escritura diferida: SSD prémium, SSD o HDD

Al utilizar estos tipos de almacenamiento, tenga en cuenta lo siguiente:

Asegúrese de que su máquina virtual admita el tipo de almacenamiento seleccionado.
Si su configuración utiliza un disco efímero de Azure, no tendrá la opción de configuración del disco de caché de escritura diferida.

Consejo:

StorageType se configura para un tipo de SO y una cuenta de almacenamiento. WBCDiskStorageType se configura para el tipo de almacenamiento de caché de escritura diferida. Para un catálogo normal, StorageType es necesario. Si WBCDiskStorageType no está configurado, StorageType se utiliza como valor predeterminado para WBCDiskStorageType.

Si WBCDiskStorageType no está configurado, StorageType se utiliza como valor predeterminado para WBCDiskStorageType.

Configurar tipos de almacenamiento

Para configurar los tipos de almacenamiento para la VM, utilice el parámetro StorageType en New-ProvScheme. Establezca el valor del parámetro StorageType en uno de los tipos de almacenamiento admitidos.

A continuación, se muestra un ejemplo del parámetro CustomProperties en un esquema de aprovisionamiento:

Set-ProvScheme -ProvisioningSchemeName catalog-name -CustomProperties '<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
</CustomProperties>'
<!--NeedCopy-->

Habilitar el almacenamiento con redundancia de zona

Puede seleccionar el almacenamiento con redundancia de zona durante la creación del catálogo. Este replica sincrónicamente el disco administrado de Azure en varias zonas de disponibilidad, lo que le permite recuperarse de un fallo en una zona utilizando la redundancia en otras.

Puede especificar Premium_ZRS y StandardSSD_ZRS en las propiedades personalizadas del tipo de almacenamiento. El almacenamiento ZRS se puede configurar mediante propiedades personalizadas existentes o a través de la plantilla MachineProfile. El almacenamiento ZRS también es compatible con el comando Set-ProvVMUpdateTimeWindow con los parámetros -StartsNow y -DurationInMinutes -1, y puede cambiar una máquina existente de almacenamiento LRS a ZRS.

Limitaciones:

Solo compatible con discos administrados
Solo compatible con unidades de estado sólido (SSD) premium y estándar
No compatible con StorageTypeAtShutdown
Disponible solo en ciertas regiones.
El rendimiento de Azure disminuye al crear discos ZRS a escala. Por lo tanto, para el primer encendido, encienda las máquinas en lotes más pequeños (menos de 300 máquinas a la vez).

Establecer el almacenamiento con redundancia de zona como tipo de almacenamiento de disco

Puede seleccionar el almacenamiento con redundancia de zona durante la creación inicial del catálogo, o puede actualizar su tipo de almacenamiento en un catálogo existente.

Seleccionar almacenamiento con redundancia de zona mediante comandos de PowerShell

Al crear un catálogo nuevo en Azure mediante el comando de PowerShell New-ProvScheme, utilice Standard_ZRS como valor en el StorageAccountType. Por ejemplo:

<Property xsi:type="StringProperty" Name="StorageAccountType" Value="StandardSSD_ZRS" />
<!--NeedCopy-->

Al establecer este valor, una API dinámica lo valida para determinar si se puede usar correctamente. Las siguientes excepciones pueden ocurrir si el uso de ZRS no es válido para su catálogo:

StorageTypeAtShutdownNotSupportedForZrsDisks: La propiedad personalizada StorageTypeAtShutdown no se puede usar con el almacenamiento ZRS.
StorageAccountTypeNotSupportedInRegion: Esta excepción ocurre si intenta usar el almacenamiento ZRS en una región de Azure que no admite ZRS.
ZrsRequiresManagedDisks: Solo puede usar almacenamiento con redundancia de zona con discos administrados.

Puede establecer el tipo de almacenamiento en disco mediante las siguientes propiedades personalizadas:

StorageType
WBCDiskStorageType
IdentityDiskStorageType

Nota:

Durante la creación del catálogo, se utiliza el disco del sistema operativo StorageType del perfil de la máquina si no se establecen las propiedades personalizadas.

Capturar la configuración de diagnóstico en máquinas virtuales y NIC desde un perfil de máquina

Puede capturar la configuración de diagnóstico en máquinas virtuales y NIC desde un perfil de máquina al crear un catálogo de máquinas, actualizar un catálogo de máquinas existente y actualizar máquinas virtuales existentes.

Puede crear una máquina virtual o una especificación de plantilla como origen del perfil de máquina.

Pasos clave

Configure los ID necesarios en Azure. Debe proporcionar estos ID en la especificación de la plantilla.
- Cuenta de almacenamiento
- Espacio de trabajo de Log Analytics
- Espacio de nombres de Event Hub con el nivel de precios Estándar
Crear origen de perfil de máquina.
Cree un nuevo catálogo de máquinas, actualice un catálogo existente o actualice las máquinas virtuales existentes.

Configurar los ID necesarios en Azure

Configure uno de los siguientes elementos en Azure:

Cuenta de almacenamiento
Espacio de trabajo de Log Analytics
Espacio de nombres de Event Hub con el nivel de precios Estándar

Configurar una cuenta de almacenamiento

Cree una cuenta de almacenamiento estándar en Azure. En la especificación de la plantilla, proporcione el resourceId completo de la cuenta de almacenamiento como storageAccountId.

Una vez que las máquinas virtuales estén configuradas para registrar datos en la cuenta de almacenamiento, los datos se pueden encontrar en el contenedor insights-metrics-pt1m.

Configurar un espacio de trabajo de análisis de registros

Cree un espacio de trabajo de análisis de registros. En la especificación de la plantilla, proporcione el resourceId completo del espacio de trabajo de análisis de registros como workspaceId.

Una vez que las máquinas virtuales están configuradas para registrar datos en el espacio de trabajo, los datos se pueden consultar en Registros en Azure. Puede ejecutar el siguiente comando en Azure, en Registros, para mostrar un recuento de todas las métricas registradas por un recurso:

AzureMetrics | summarize Count=count() by ResourceId

Configurar un centro de eventos

Haga lo siguiente para configurar un centro de eventos en el portal de Azure:

Cree un espacio de nombres de centro de eventos con el nivel de precios estándar.
Cree un centro de eventos dentro del espacio de nombres.
Vaya a Captura en el centro de eventos. Active el conmutador para capturar con el tipo de salida Avro.
Cree un nuevo contenedor en una cuenta de almacenamiento existente para capturar los registros.
En la especificación de la plantilla, especifique el eventHubAuthorizationRuleId en el siguiente formato: /subscriptions/093f4c12-704b-4b1d-8339-f339e7557f60/resourcegroups/matspo/providers/Microsoft.EventHub/namespaces/matspoeventhub/authorizationrules/RootManageSharedAccessKey
Especifique el nombre del centro de eventos.

Una vez que las máquinas virtuales están configuradas para registrar datos en el centro de eventos, los datos se capturan en el contenedor de almacenamiento configurado.

Crear un origen de perfil de máquina

Puede crear una máquina virtual o una especificación de plantilla como origen de perfil de máquina.

Crear un perfil de máquina basado en VM con configuración de diagnóstico

Si quiere crear una VM como perfil de máquina, primero configure los ajustes de diagnóstico en la propia VM de plantilla. Puede consultar las instrucciones detalladas proporcionadas en la documentación de Microsoft Configuración de diagnóstico en Azure Monitor.

Puede ejecutar los siguientes comandos para verificar que ahora hay configuraciones de diagnóstico asociadas a la VM o NIC:

az monitor diagnostic-settings list --resource-group matspo --resource matspo-tog-cc2659 --resource-type microsoft.network/networkInterfaces
<!--NeedCopy-->

az monitor diagnostic-settings list --resource-group matspo --resource matspo-tog-cc2 --resource-type microsoft.compute/virtualMachines
<!--NeedCopy-->

Crear un perfil de máquina basado en especificaciones de plantilla con configuración de diagnóstico

Si quiere usar una VM que ya tiene la configuración de diagnóstico habilitada y exportarla a una especificación de plantilla de ARM, esta configuración no se incluirá automáticamente en la plantilla. Debe agregar o modificar manualmente la configuración de diagnóstico dentro de la plantilla de ARM.

Sin embargo, si quiere una VM como perfil de máquina, MCS garantiza que la configuración de diagnóstico crítica se capture y aplique con precisión a los recursos de su catálogo de MCS.

Cree una especificación de plantilla estándar que defina una VM y una(s) NIC.
Agregue recursos adicionales para implementar la configuración de diagnóstico según la especificación: Microsoft.Insights diagnosticSettings. Para el ámbito, haga referencia a una VM o NIC que esté en la plantilla por su nombre con un ID parcial. Por ejemplo, para crear una configuración de diagnóstico adjunta a una VM llamada test-VM en la especificación de la plantilla, especifique el ámbito como:
```
"scope": "microsoft.compute/virtualMachines/test-VM",

```
Utilice la especificación de la plantilla como origen del perfil de máquina.

Crear o actualizar un catálogo con configuración de diagnóstico

Después de crear un origen de perfil de máquina, ahora puede crear un catálogo de máquinas mediante el comando New-ProvScheme, actualizar un catálogo de máquinas existente mediante el comando Set-ProvScheme y actualizar las VM existentes mediante el comando Request-ProvVMUpdate.

Ubicación del archivo de paginación

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

Cuando crea ProvScheme durante la preparación de la imagen, MCS determina la ubicación del archivo de paginación basándose en ciertas reglas. Después de crear ProvScheme:

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

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

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

Función	Ubicación esperada del archivo de paginación
EOS	Disco del SO
MCSIO	Primero, disco temporal de Azure; de lo contrario, disco de caché de escritura diferida

Nota:

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

Escenarios de configuración del archivo de paginación

La tabla describe algunos posibles escenarios de configuración del archivo de paginación durante la preparación de la imagen y la actualización del esquema de aprovisionamiento:

Durante	Escenario	Resultado
Preparación de la imagen	El archivo de paginación de la imagen de origen está configurado en el disco temporal, mientras que el tamaño de la VM especificado en el esquema de aprovisionamiento no tiene disco temporal.	El archivo de paginación se coloca en el disco del sistema operativo
Preparación de la imagen	El archivo de paginación de la imagen de origen está configurado en el disco del sistema operativo, mientras que el tamaño de la VM especificado en el esquema de aprovisionamiento tiene disco temporal.	El archivo de paginación se coloca en el disco temporal
Preparación de la imagen	El archivo de paginación de la imagen de origen está configurado en el disco temporal, mientras que el disco del sistema operativo efímero está habilitado en el esquema de aprovisionamiento.	El archivo de paginación se coloca en el disco del sistema operativo
Actualización del esquema de aprovisionamiento	Intenta actualizar el esquema de aprovisionamiento, el tamaño de la VM original tiene disco temporal y la VM de destino no tiene disco temporal.	Rechaza el cambio con un mensaje de error
Actualización del esquema de aprovisionamiento	Intenta actualizar el esquema de aprovisionamiento, el tamaño de la VM original no tiene disco temporal y la VM de destino tiene disco temporal	Rechaza el cambio con un mensaje de error

Actualizar la configuración del archivo de paginación

También puede especificar la configuración del archivo de paginación, incluida la ubicación y el tamaño, explícitamente mediante el comando de PowerShell. Esto anula el valor determinado por MCS. Puede hacerlo ejecutando el comando New-ProvScheme e incluyendo las siguientes propiedades personalizadas:

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

Ejemplo de uso de las propiedades personalizadas:

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

Restricciones:

Puede actualizar la configuración del archivo de paginación solo al crear el esquema de aprovisionamiento ejecutando el comando New-ProvScheme, y la configuración del archivo de paginación no se puede cambiar posteriormente.
Proporcione todas las propiedades relativas a la configuración del archivo de paginación (PageFileDiskDriveLetterOverride, InitialPageFileSizeInMB y MaxPageFileSizeInMB) en las propiedades personalizadas o no proporcione ninguna de ellas.
El tamaño inicial del archivo de paginación debe estar entre 16 MB y 16777216 MB.
El tamaño máximo del archivo de paginación debe ser mayor o igual que el tamaño inicial del archivo de paginación y menor que 16777216 MB.
Esta función no es compatible con Web Studio.

Crear un catálogo con Azure Spot VM

Las VM de Spot de Azure le permiten aprovechar la capacidad de computación no utilizada de Azure con un ahorro significativo de costes. Sin embargo, la capacidad de asignar una VM de Spot de Azure depende de la capacidad y los precios actuales. Por lo tanto, Azure podría expulsar su VM en ejecución, no crear la VM o no encender la VM según la política de expulsión. Por lo tanto, las VM de Spot de Azure son adecuadas para algunas aplicaciones y escritorios no críticos. Para obtener más información, consulte Usar máquinas virtuales de Spot de Azure.

Limitaciones

No todos los tamaños de VM son compatibles con las VM de Spot de Azure. Para obtener más información, consulte Limitaciones.

Puede ejecutar el siguiente comando de PowerShell para comprobar si un tamaño de VM admite VM de Spot o no. Si un tamaño de VM admite VM de Spot, entonces SupportsSpotVM es True.
```
 (Get-Item "XDHyp:\HostingUnits\azure-res-conn2\serviceoffering.folder\Standard_D2ds_v4.serviceoffering"). AdditionalData
 
```
Actualmente, las VM de Spot de Azure no admiten la hibernación.

Requisito

Al crear el origen del perfil de máquina (VM o especificación de plantilla) para el catálogo de VM de Spot de Azure, debe seleccionar Instancia de Spot de Azure (si usa VM) o establecer priority como Spot (si usa especificación de plantilla).

Pasos para crear un catálogo mediante VM de Spot de Azure

Cree un origen de perfil de máquina (VM o plantilla de inicio).
- Para crear una VM mediante Azure Portal, consulte Implementar máquinas virtuales de Spot de Azure mediante Azure Portal.
- Para crear una especificación de plantilla, agregue las siguientes propiedades en resources > type: Microsoft.Compute/virtualMachines > properties en la especificación de plantilla. Por ejemplo:
```
 "priority": "Spot",
 "evictionPolicy": "Deallocate",
 "billingProfile": {
 "maxPrice": 0.01
 }
 
```
Nota:
- La política de expulsión puede ser Desasignar o Eliminar.
  - Para las VM no persistentes, MCS siempre establece la política de expulsión en Eliminar. Si la VM es expulsada, se elimina junto con los discos no persistentes (por ejemplo, el disco del SO). Los discos persistentes (por ejemplo, el disco de identidad) no se eliminan. Sin embargo, un disco del SO es persistente si el tipo de catálogo es persistente o si la propiedad personalizada PersistOsDisk se establece en True. Del mismo modo, un disco WBC es persistente si la propiedad personalizada PersistWbc se establece en True.
  - Para las VM persistentes, MCS siempre establece la política de expulsión en Desasignar. Si la VM es expulsada, se desasigna. No se realizan cambios en los discos.
- El precio máximo es el precio que está dispuesto a pagar por hora. Si utiliza Solo capacidad, entonces es -1. El precio máximo solo puede ser nulo, -1 o un decimal mayor que cero. Para obtener más información, consulte Precios.
Puede ejecutar el siguiente comando de PowerShell para comprobar si un perfil de máquina tiene habilitada la VM de Azure Spot o no. Si el parámetro SpotEnabled es True y SpotEvictionPolicy está establecido en Desasignar o Eliminar, el perfil de máquina tiene habilitada la VM de Azure Spot. Por ejemplo,
- Si el origen del perfil de máquina es una VM, ejecute el siguiente comando:
```
 (Get-Item "XDHyp:\HostingUnits\azure-res-conn2\machineprofile.folder\fifthcolumn.resourcegroup\kb-spot-delete.vm"). AdditionalData
 
```
- Si el origen del perfil de máquina es una especificación de plantilla, ejecute el siguiente comando:
```
 (Get-Item "XDHyp:\HostingUnits\azure-res-conn2\machineprofile.folder\fifthcolumn.resourcegroup\fc-aeh-templatespec.templatespec\14.0.0-spot-delete.templatespecversion").AdditionalData
 
```
Cree un catálogo de máquinas utilizando un perfil de máquina con el comando de PowerShell New-ProvScheme.

Puede actualizar un catálogo mediante el comando Set-ProvScheme. También puede actualizar las VM existentes mediante el comando de PowerShell Set-ProvVmUpdateTimeWindow. El perfil de máquina se actualiza en el siguiente encendido.

Expulsiones en una VM de Azure Spot en ejecución

Si la capacidad de computación no está disponible o el precio por hora es superior al precio máximo configurado, Azure expulsa una VM Spot en ejecución. De forma predeterminada, no se le notifica una expulsión. La VM simplemente se congela y se expulsa. Microsoft recomienda usar Eventos programados para supervisar las expulsiones. Consulte Supervisar continuamente las expulsiones. También puede ejecutar scripts desde una VM para recibir una notificación antes de la expulsión. Por ejemplo, Microsoft tiene un script de sondeo en Python ScheduledEvents.cs.

Solución de problemas

Puede ver las propiedades de la VM Spot en la customMachineData de la VM aprovisionada mediante el comando Get-ProvVM. Si el campo de prioridad está establecido en Spot, significa que Spot está en uso.
Puede comprobar si una VM está usando Spot en Azure Portal:
1. Busque la VM en Azure Portal.
2. Vaya a la página de Información general.
3. Desplácese hasta la parte inferior y busque la sección Azure Spot.
  - Si Spot no está en uso, este campo está vacío.
  - Si Spot está en uso, los campos Azure Spot y Azure Spot eviction policy se establecen.

Puede comprobar el perfil de facturación o el precio máximo por hora de la VM en la página Configuración.

Configurar tamaños de VM de respaldo

Las nubes públicas a veces pueden quedarse sin capacidad para un tamaño de VM específico. Además, si utiliza VM de Azure Spot, las VM se desalojan en cualquier momento según las necesidades de capacidad de Azure. En tal caso de capacidad insuficiente en Azure o un fallo de encendido de una VM Spot, MCS recurre a los tamaños de VM de respaldo. Puede proporcionar una lista de tamaños de VM de respaldo utilizando una propiedad personalizada BackupVmConfiguration al crear o actualizar un catálogo de máquinas MCS. MCS intenta recurrir a los tamaños de VM de respaldo en el orden que usted proporciona en la lista.

Cuando MCS utiliza una configuración de respaldo particular para la VM, continúa utilizando esa configuración hasta el siguiente apagado. En el siguiente encendido, MCS intenta arrancar la configuración de VM principal. En caso de fallo, MCS intenta de nuevo arrancar una configuración de tamaño de VM de respaldo según la lista.

Esta función es compatible con:

un catálogo que utiliza un perfil de máquina
catálogos de máquinas MCS persistentes y no persistentes
entornos de Azure actualmente

Consideraciones importantes

Puede proporcionar más de un tamaño de VM de respaldo en la lista.
La lista debe ser única.
Puede añadir la propiedad de tipo de instancia para cada una de las VM de la lista. El tipo es Spot o Regular. Si no se especifica el tipo, MCS considera que la VM es Regular.
Puede cambiar la lista de tamaños de VM de respaldo de un catálogo existente utilizando los comandos de PowerShell Set-ProvScheme.
Puede actualizar las VM existentes creadas a partir del esquema de aprovisionamiento asociado al catálogo utilizando el comando Set-ProvVMUpdateTimeWindow.
Puede configurar la lista de tamaños de VM de respaldo para un número seleccionado de VM de MCS existentes mediante el comando Set-ProvVM. Sin embargo, para aplicar las actualizaciones, establezca una ventana de tiempo de actualización para las VM mediante Set-ProvVMUpdateTimeWindow e inicie las VM dentro de esa ventana. Si se utiliza el comando Set-ProvVm en una VM, la VM sigue utilizando la lista de tamaños de VM de respaldo establecida en esa VM en particular, incluso si la lista en el esquema de aprovisionamiento se actualiza posteriormente. Puede utilizar Set-ProvVM con -RevertToProvSchemeConfiguration para que la VM utilice la lista de respaldo en el esquema de aprovisionamiento.

Crear un catálogo con tamaños de VM de respaldo

Nota:

Para solucionar el problema de que la interfaz de usuario de Studio se congele, reemplace todas las comillas simples por " al ejecutar los comandos de PowerShell.

Abra una ventana de PowerShell.
Ejecute asnp citrix* para cargar los módulos de PowerShell específicos de Citrix.
Cree un catálogo de Broker. Este catálogo se rellena con las máquinas que están a punto de crearse.
Cree un grupo de identidades. Este se convierte en un contenedor para las cuentas de AD creadas para las máquinas que se van a crear.
Cree un esquema de aprovisionamiento con el perfil de máquina. Consulte Cómo configurar la configuración de respaldo.
Actualice el BrokerCatalog con el Id. único del esquema de aprovisionamiento.
Cree y agregue VM al catálogo.

Actualizar un catálogo existente

Puede actualizar un esquema de aprovisionamiento mediante el comando Set-ProvScheme. Consulte Cómo configurar la configuración de respaldo.

Actualizar VM existentes

Puede actualizar las VM existentes en un catálogo mediante el comando de PowerShell Set-ProvVMUpdateTimeWindow. El comando actualiza las VM creadas a partir del esquema de aprovisionamiento asociado al catálogo en el siguiente encendido dentro de la ventana de tiempo dada. Por ejemplo:

Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName azure-catalog -StartTimeInUTC "3/12/2022 3am" -DurationInMinutes 60
Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName azure-catalog -StartsNow -DurationInMinutes 60

Nota:

StartsNow indica la hora de inicio programada. DurationInMinutes es el período de tiempo de la programación.

Puede configurar la lista de tamaños de VM de copia de seguridad para un número seleccionado de VM de MCS existentes mediante el comando Set-ProvVM. Sin embargo, para aplicar las actualizaciones, establezca un período de tiempo de actualización para las VM mediante Set-ProvVMUpdateTimeWindow e inicie las VM dentro de ese período. Por ejemplo:

Ejecute el comando Set-ProvVM para configurar la lista de tamaños de VM de copia de seguridad para una VM de MCS existente seleccionada. Por ejemplo:

Set-ProvVM -ProvisioningSchemeName "name"-VMName "Vm-001"
-CustomProperties
"<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`"xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`">
<Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" />
<Property xsi:type=`"StringProperty`" Name=`"StorageAccountType`" Value=`"Premium_LRS`" />
<Property xsi:type=`"StringProperty`" Name=`"LicenseType`" Value=`"Windows_Server`"/>
<Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"true`"/>
<Property xsi:type=`"StringProperty`" Name=`"BackupVmConfiguration`" Value=`"[{&quot;ServiceOffering&quot;: &quot;Standard_D2as_v4&quot;, &quot;Type&quot;: &quot;Spot&quot;}, {&quot;ServiceOffering&quot;: &quot;Standard_D2s_v3&quot;, &quot;Type&quot;: &quot;Regular&quot;}, {&quot;ServiceOffering&quot;: &quot;Standard_D2s_v3&quot;, &quot;Type&quot;: &quot;Spot&quot;}]`"/>
</CustomProperties>"
<!--NeedCopy-->

Ejecute el comando Set-ProvVMUpdateTimeWindow para aplicar las actualizaciones. Por ejemplo:

Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName azure-catalog -StartsNow -DurationInMinutes 60
<!--NeedCopy-->

Copiar etiquetas en todos los recursos

Puede copiar las etiquetas especificadas en un perfil de máquina en todos los recursos, como varias NIC y discos (disco del sistema operativo, disco de identidad y disco de caché de reescritura) de una VM nueva o una VM existente en un catálogo de máquinas. El origen del perfil de máquina puede ser una VM o una especificación de plantilla de ARM.

Nota:

Debe agregar la directiva sobre las etiquetas (consulte Asignar definiciones de directivas para el cumplimiento de etiquetas) o agregar las etiquetas en un origen de perfil de máquina para conservar las etiquetas en los recursos.

Requisitos previos

Cree el origen del perfil de máquina (VM o especificación de plantilla de ARM) para tener etiquetas en la VM, los discos y las NIC de esa VM.

Si desea tener una VM como entrada de perfil de máquina, aplique etiquetas a la VM y a todos los recursos en Azure Portal. Consulte Aplicar etiquetas con Azure Portal.
Si desea tener una especificación de plantilla de ARM como entrada de perfil de máquina, agregue el siguiente bloque de etiquetas en cada recurso.
```
  "tags": {
 "TagC": "Value3"
 },
 
```

Nota:

Puede tener un máximo de un disco y al menos una NIC en la especificación de la plantilla.

Copiar etiquetas a los recursos de una VM en un nuevo catálogo de máquinas

Cree un catálogo no persistente o persistente con una VM o una especificación de plantilla ARM como entrada de perfil de máquina.
Agregue una VM al catálogo y enciéndala. Debe ver las etiquetas especificadas en el perfil de la máquina copiadas en los recursos correspondientes de esa VM.

Nota:

Recibirá un error si hay una discrepancia entre el número de NIC proporcionadas en el perfil de la máquina y el número de NIC que desea que utilicen las VM.

Modificar etiquetas en los recursos de una VM existente

Cree un perfil de máquina con las etiquetas en todos los recursos.

Actualice el catálogo de máquinas existente con el perfil de máquina actualizado. Por ejemplo:

Set-ProvScheme -ProvisioningSchemeName <YourCatalogName> -MachineProfile <PathToYourMachineProfile>
<!--NeedCopy-->

Apague la VM en la que desea aplicar las actualizaciones.

Solicite una actualización programada para la VM. Por ejemplo:

Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName <YourCatalogName>  -VMName machine1 -StartsNow -DurationInMinutes -1
<!--NeedCopy-->

Encienda la VM.
Debe ver las etiquetas especificadas en el perfil de la máquina copiadas en los recursos correspondientes.

Nota:

Se produce un error si hay una discrepancia en el número de NIC proporcionadas en el perfil de la máquina y el número de NIC proporcionadas en el Set-ProvScheme.

Pasos siguientes

Si este es el primer catálogo creado, Web Studio le guía para crear un grupo de entrega
Para revisar todo el proceso de configuración, consulte Instalar y configurar
Para administrar catálogos, consulte Administrar catálogos de máquinas y Administrar un catálogo de Microsoft Azure

Más información

La documentación oficial de este producto está en inglés. Las versiones en otros idiomas se ofrecen solo como referencia y pueden incluir contenido traducido de forma automática. Para obtener más información, consulte la cláusula de exención de responsabilidad sobre traducción automática en Cloud Software Group home.

¿Le ha resultado útil?

Crear un catálogo de Microsoft Azure

May 31, 2026

Contribución de:

C C

May 31, 2026

Contribución de:

C C

En este artículo

Crear un catálogo de máquinas
Condiciones para que el disco temporal de Azure sea apto para el disco de caché de reescritura
Escenarios de disco de caché de reescritura no persistente
Crear una especificación de plantilla de Azure
Usar la especificación de plantilla para crear o actualizar un catálogo
Cifrado del lado del servidor de Azure
Clave de cifrado administrada por el cliente de Azure
Cifrado de disco de Azure en el host
Cifrado doble en disco administrado
Grupos de recursos de Azure
Discos efímeros de Azure
Azure Compute Gallery
Máquinas virtuales confidenciales de Azure
Azure Marketplace
Crear un catálogo de máquinas con PowerShell
Crear un catálogo con disco de caché de reescritura no persistente
Crear un catálogo con disco de caché de reescritura persistente
Mejorar el rendimiento de arranque con MCSIO
Usar la especificación de plantilla para crear o actualizar un catálogo mediante PowerShell
Catálogos de máquinas con inicio de confianza
Usar valores de propiedades del perfil de máquina
Aprovisionar máquinas virtuales de catálogo con Azure Monitor Agent instalado
Crear un catálogo de máquinas con clave de cifrado administrada por el cliente
Crear un catálogo de máquinas con cifrado doble
Crear un catálogo con discos efímeros de Azure
Hosts dedicados de Azure
Crear o actualizar un catálogo de máquinas mediante una imagen de Azure Compute Gallery
Configurar Galería de imágenes compartidas
Aprovisionar máquinas en zonas de disponibilidad especificadas
Tipos de almacenamiento
Capturar la configuración de diagnóstico en máquinas virtuales y NIC desde un perfil de máquina
Ubicación del archivo de paginación
Actualizar la configuración del archivo de paginación
Crear un catálogo con Azure Spot VM
Configurar tamaños de VM de respaldo
Copiar etiquetas en todos los recursos
Pasos siguientes
Más información

¿Le ha resultado útil?