Citrix DaaS

Crear un catálogo de AWS

Crear catálogos de máquinas describe los asistentes con los que se crea un catálogo de máquinas. La siguiente información incluye detalles específicos de los entornos de virtualización de AWS.

Nota:

Antes de crear un catálogo de AWS, debe terminar de crear una conexión con AWS. Consulte Conexión con AWS.

Configuración de la red durante la preparación de imágenes

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

Arrendamiento de AWS

AWS ofrece estas opciones de arrendamiento: arrendamiento compartido (el tipo predeterminado) y arrendamiento dedicado. El arrendamiento compartido significa que es posible que varias instancias de Amazon EC2 de diferentes clientes residan en el mismo hardware físico. El arrendamiento dedicado significa que las instancias de EC2 se ejecutan únicamente en hardware con otras instancias que haya implementado. Los demás clientes no utilizan el mismo hardware.

Puede usar MCS para aprovisionar hosts dedicados de AWS mediante la interfaz de Configuración completa o PowerShell.

Configurar el arrendamiento de host dedicado de AWS mediante la interfaz de Configuración completa

Al utilizar MCS para crear un catálogo y, así, aprovisionar máquinas en AWS, la página Configuración de catálogo de máquinas > Seguridad presenta estas opciones:

  • Usar un hardware compartido. Esta configuración es adecuada para la mayoría de las implementaciones. Varios clientes comparten componentes de hardware aunque no interactúen entre sí. El uso de hardware compartido es la opción menos costosa para utilizar instancias de Amazon EC2.

  • Usar host dedicado. Un host dedicado de Amazon EC2 es un servidor físico con una capacidad de instancias de EC2 totalmente dedicada, lo que le permite utilizar licencias de software por socket o máquina virtual existentes. Los hosts dedicados tienen una utilización predeterminada basada en el tipo de instancia. Por ejemplo: un único host dedicado asignado de los tipos de instancia C4 Large está limitado a ejecutar 16 instancias. Consulte el sitio de AWS para obtener más información.

    Los requisitos para el aprovisionamiento a los hosts AWS son:

    • Una imagen (AMI) importada de BYOL (bring your own license). Con hosts dedicados, puede usar y administrar sus licencias existentes.
    • Una asignación de hosts dedicados con suficiente utilización para abarcar las solicitudes de aprovisionamiento.
    • Habilitar el emplazamiento automático.

    Esta configuración es adecuada para implementaciones con restricciones de licencias o requisitos de seguridad que exigen el uso de un host dedicado. Con un host dedicado, dispone de un host físico completo, y se factura por hora. Al tener ese host, puede poner en marcha tantas instancias de EC2 como permita dicho host sin cargos adicionales.

    También puede aprovisionar hosts dedicados de AWS a través de PowerShell. Para ello, utilice el cmdlet New-ProvScheme con el parámetro TenancyType establecido en Host. Para obtener más información, consulte la documentación de Citrix Developer.

  • Usar instancia dedicada. Este parámetro es más adecuado para implementaciones con requisitos específicos de seguridad o de cumplimiento de normas. Con una instancia dedicada, seguirá disfrutando de las ventajas de tener un host separado de los demás clientes de AWS, pero sin pagar por todo el host. No es necesario preocuparse por la capacidad del host, pero se le cobrará una tarifa más alta por las instancias.

Configurar el arrendamiento de host dedicado de AWS mediante PowerShell

Puede crear un catálogo de máquinas con el arrendamiento del host definido a través de PowerShell.

Un host dedicado Amazon [EC2] es un servidor físico con una capacidad de instancia [EC2] totalmente dedicada, lo que permite utilizar licencias de software por socket o por máquina virtual existente.

Los hosts dedicados tienen una utilización predeterminada basada en el tipo de instancia. Por ejemplo: un único host dedicado asignado de los tipos de instancia C4 Large está limitado a ejecutar 16 instancias. Consulte el sitio de AWS para obtener más información.

Los requisitos para el aprovisionamiento a los hosts AWS son:

  • Una imagen (AMI) importada de BYOL (bring your own license). Con hosts dedicados, puede usar y administrar sus licencias existentes.
  • Una asignación de hosts dedicados con suficiente utilización para abarcar las solicitudes de aprovisionamiento.
  • Habilite auto-placement.

Para aprovisionar a un host AWS dedicado mediante PowerShell, utilice el cmdlet New-ProvScheme con el parámetro “TenancyType” establecido en Host.

Consulte la documentación para desarrolladores de Citrix para obtener más información.

Capturar la propiedad de instancia de AWS

Cuando crea un catálogo para aprovisionar máquinas con Machine Creation Services (MCS) en AWS, selecciona una imagen AMI que represente la imagen maestra de ese catálogo. A partir de esa imagen AMI, MCS utiliza una instantánea del disco. En versiones anteriores, si quería incluir roles o etiquetas en sus máquinas, tenía que usar la consola de AWS para definirlos individualmente. Esta funcionalidad está habilitada de forma predeterminada.

Sugerencia:

Para utilizar la captura de propiedades de instancias de AWS, debe tener una máquina virtual asociada a la imagen AMI.

Para mejorar este proceso, MCS lee las propiedades de la instancia de la que se obtuvo la imagen AMI y aplica el rol y etiquetas de IAM (Administración de acceso e identidad) de la máquina a las máquinas aprovisionadas de un catálogo determinado. Cuando se utiliza esta función opcional, el proceso de creación de catálogos busca la instancia AMI de origen seleccionada, leyendo un conjunto limitado de propiedades. Estas propiedades se almacenan en una plantilla de inicio de AWS, que sirve para aprovisionar las máquinas de ese catálogo. Cualquier máquina del catálogo heredará las propiedades de instancia capturadas.

Las propiedades capturadas incluyen:

  • Roles de IAM: Aplicados a las instancias aprovisionadas.
  • Etiquetas: Aplicadas a las instancias aprovisionadas, su disco y NIC. Estas etiquetas se aplican a los recursos transitorios de Citrix, incluidos: el depósito y objetos de S3, recursos de volumen y empleado, imágenes AMI, instantáneas y plantillas de inicio.

Sugerencia:

El etiquetado de los recursos transitorios de Citrix es optativo y se puede configurar mediante la propiedad personalizada AwsOperationalResourcesTagging. Para aplicar etiquetas correctamente y crear un catálogo de AWS con etiquetado de recursos operativos, no elimine la instancia de EC2 que se utilizó para crear la imagen AMI.

Capturar la propiedad de instancia de AWS

Puede utilizar esta funcionalidad especificando una propiedad personalizada, AwsCaptureInstanceProperties, al crear un esquema de aprovisionamiento para una conexión de host de AWS:

New-ProvScheme -CustomProperties “AwsCaptureInstanceProperties,true” …<standard provscheme parameters

Consulte la documentación para desarrolladores de Citrix para obtener más información.

Nota:

AwsCaptureInstanceProperties se ha retirado.

Aplicar propiedades de instancias de AWS y etiquetar recursos operativos en la interfaz de Configuración completa

Al crear un catálogo para aprovisionar máquinas mediante MCS en AWS, puede decidir si aplicar las propiedades de etiqueta y el rol de IAM a esas máquinas. También puede decidir si aplicar etiquetas de máquina a los recursos operativos. Dispone de estas dos opciones:

Propiedades de plantilla y etiquetas de máquina de AWS

  • Aplicar propiedades de plantilla de máquina a máquinas virtuales
    • Controla si se aplican a las máquinas virtuales de este catálogo las propiedades de etiqueta y rol de IAM asociadas a la plantilla de máquina seleccionada.
  • Aplicar etiquetas de máquina a recursos operativos
    • Controla si aplicar etiquetas de máquina a cada elemento creado en el entorno de AWS que facilite el aprovisionamiento de máquinas. Los recursos operativos se crean como subproductos de la creación de catálogos. Constan de recursos temporales y persistentes, como la instancia de VM de preparación y Amazon Machine Image.

Etiquetar un recurso operativo de AWS

Una imagen AMI (Amazon Machine Image) representa un tipo de dispositivo virtual utilizado para crear una máquina virtual dentro del entorno de Amazon Cloud, conocido comúnmente como EC2. Puede utilizar una imagen AMI para implementar servicios que utilicen el entorno EC2. Cuando crea un catálogo para aprovisionar máquinas con MCS en AWS, selecciona una imagen AMI que sirve de imagen maestra para ese catálogo.

Importante:

La creación de catálogos mediante la captura de una propiedad de instancia y una plantilla de inicio es necesaria para utilizar el etiquetado de recursos operativos.

Para crear un catálogo de AWS, primero debe crear una imagen AMI de la instancia que quiere que sirva de imagen maestra. MCS lee las etiquetas de esa instancia y las incorpora a la plantilla de inicio. A continuación, las etiquetas de la plantilla de inicio se aplican a todos los recursos de Citrix creados en su entorno de AWS, incluidos:

  • Máquinas virtuales
  • Discos de VM
  • Interfaces de red de VM
  • Depósitos de S3
  • Objetos de S3
  • Plantillas de lanzamiento
  • Imágenes AMI

Etiquetar un recurso operativo

Para usar PowerShell para etiquetar recursos:

  1. Abra una ventana de PowerShell desde el host de DDC (Desktop Delivery Controller).
  2. Ejecute el comando asnp citrix para cargar módulos de PowerShell específicos de Citrix.

Para etiquetar un recurso para una máquina virtual aprovisionada, utilice la nueva propiedad personalizada AwsOperationalResourcesTagging. La sintaxis de esta propiedad es:

New-ProvScheme -CustomProperties “AwsCaptureInstanceProperties,true; AwsOperationalResourcesTagging,true” …<standard provscheme parameters>

Crear un catálogo mediante un perfil de máquina

Al seleccionar un perfil de máquina, se capturan las propiedades del hardware de la máquina junto con los roles y etiquetas de IAM. Algunas de las propiedades que captura el perfil de la máquina son:

  • Propiedades del volumen de EBS
  • Tipo EC2
  • Optimización para EBS
  • Elastic Graphics
  • Elastic Network Adapter (ENA)

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

Nota:

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

Consideraciones importantes

Consideraciones importantes a la hora de crear un catálogo de máquinas MCS:

  • Si agrega parámetros de propiedades de hardware de máquina en los comandos New-ProvScheme y Set-ProvScheme, los valores proporcionados en los parámetros sobrescriben los valores del perfil de máquina.
  • Si asigna a AwsCaptureInstanceProperties el valor true y no establece la propiedad MachineProfile, solo se capturarán los roles y etiquetas de IAM.
  • No puede establecer AwsCaptureInstanceProperties y MachineProfile al mismo tiempo.

    **Nota:

    AwsCaptureInstanceProperties se ha retirado.

  • Debe proporcionar de forma explícita los valores de las siguientes propiedades:

    • TenancyType
    • Grupo de seguridad
    • NIC o red virtual
  • Solo puede habilitar AwsOperationalResourcesTagging si habilita AwsCaptureInstanceProperties o especifica un perfil de máquina.

Consideraciones importantes después de crear un catálogo de máquinas de MCS:

  • El cambio solo afecta a las nuevas máquinas virtuales agregadas al catálogo.
  • No puede cambiar un catálogo de un catálogo basado en perfiles de máquinas a uno que no esté basado en perfiles de máquinas.

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

Para crear un catálogo de máquinas mediante un perfil de máquina

  1. Abra una ventana de PowerShell.
  2. Ejecute asnp citrix* para cargar los módulos de PowerShell específicos de Citrix.
  3. Cree un grupo de identidades si aún no se ha creado. Por ejemplo:

    New-AcctIdentityPool -IdentityPoolName idPool -NamingScheme ms## -Domain abcdf -NamingSchemeType Numeric
    <!--NeedCopy-->
    
  4. Ejecute el comando New-ProvScheme. Por ejemplo:

    New-ProvScheme -ProvisioningSchemeName demet-test-1
    -HostingUnitUid aa633238-9xxd-4cf6-80e8-232a758a1xx1
    -IdentityPoolUid 34d5b088-e312-416f-907d-16573xxxxxc4
    -CleanOnBoot
    -MasterImageVM 'XDHyp:\HostingUnits\cvad-test-scalestress\citrix-demet-ami.0 (ami-0ca813xxxxxx061ef).template'
    -MachineProfile 'XdHyp:\HostingUnits\cvad-test-scalestress\us-east-1a.availabilityzone\machine-profile-instance i (i-0xxxxxxxx).vm'
    <!--NeedCopy-->
    
  5. Complete la creación del catálogo. Para obtener más información, consulte SDK de PowerShell de Citrix.

Para actualizar el perfil de máquina en un catálogo al que inicialmente se aprovisionó un perfil de máquina:

  1. Ejecute el comando Set-ProvScheme. Por ejemplo:

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

Crear un catálogo con una versión de plantilla de inicio

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

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

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

  • Oferta de servicios
  • Redes
  • Grupos de seguridad
  • Tipo de arrendamiento

Nota:

Si la oferta de servicios no se proporciona en la plantilla de inicio del perfil de la máquina o como parámetro del comando New-ProvScheme, aparecerá el error correspondiente.

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

  1. Abra una ventana de PowerShell.
  2. Ejecute asnp citrix* para cargar los módulos de PowerShell específicos de Citrix.
  3. Obtenga la lista de versiones de una plantilla de inicio. Por ejemplo:

    XDHyp:\HostingUnits\test\test-mp-sard (lt-01xxxxx).launchtemplate> ls | Select FullPath
    <!--NeedCopy-->
    
  4. Cree un grupo de identidades si no se ha creado. Por ejemplo:

    New-AcctIdentityPool `
    -IdentityPoolName "abc11" `
    -NamingScheme "abc1-##" `
    -NamingSchemeType Numeric `
    -Domain "citrix-xxxxxx.local" `
    -ZoneUid "xxxxxxxx" `
    <!--NeedCopy-->
    
  5. Cree un esquema de aprovisionamiento con una versión de plantilla de inicio como entrada del perfil de máquina. Por ejemplo:

    New-ProvScheme `
    -ProvisioningSchemeName "MPLT1" `
    -HostingUnitUid "c7f71f6a-3f45-4xxx-xxxx-xxxxxxxxxx" `
    -IdentityPoolUid "bf3a6ba2-1f80-4xxx-xxxx-xxxxxxxxx" `
    -MasterImageVM "XDHyp:\HostingUnits\xxxd-ue1a\apollo-non-persistent-vda-win2022 (ami-0axxxxxxxxxxx).template" `
    -CleanOnBoot `
    -MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-01xxxxx).launchtemplate\lt-01xxxxx (1).launchtemplateversion"
    <!--NeedCopy-->
    

    También puede anular parámetros como la oferta de servicios, los grupos de seguridad, el arrendamiento y las redes. Por ejemplo:

    New-ProvScheme `
    -ProvisioningSchemeName "MPLT1" `
    -HostingUnitUid " c7f71f6a-3f45-4xxx-xxxx-xxxxxxxxxx" `
    -IdentityPoolUid " bf3a6ba2-1f80-4xxx-xxxx-xxxxxxxxx" `
    -MasterImageVM "XDHyp:\HostingUnits\xxxd-ue1a\apollo-non-persistent-vda-win2022 (ami-0axxxxxxxxxxx).template" `
    -CleanOnBoot `
    -MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-01xxxx).launchtemplate\lt-01xxxx (1).launchtemplateversion" `
    -ServiceOffering "XDHyp:\HostingUnits\xxxd-ue1a\T3 Large Instance.serviceoffering"
    <!--NeedCopy-->
    
  6. Registre el esquema de aprovisionamiento como un catálogo de broker. Por ejemplo:

    New-BrokerCatalog -Name "MPLT1" `
    -AllocationType Random `
    -Description "Machine profile catalog" `
    -ProvisioningSchemeId fe7df345-244e-4xxxx-xxxxxxxxx `
    -ProvisioningType Mcs `
    -SessionSupport MultiSession `
    -PersistUserChanges Discard
    <!--NeedCopy-->
    
  7. Complete la creación del catálogo. Para obtener más información, consulte SDK de PowerShell de Citrix

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

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

     Set-ProvScheme -ProvisioningSchemeName "CloudServiceOfferingTest" `
     -MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-0bxxxxxxxxxxxx).launchtemplate\lt-0bxxxxxxxxxxxx (1).launchtemplateversion"
     <!--NeedCopy-->
    
  • Para actualizar la entrada de un catálogo de perfiles de máquina de una versión de plantilla de inicio a una VM:

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

Crear un catálogo de máquinas virtuales habilitadas con el acelerador de Elastic Graphics

Con un flujo de trabajo basado en perfiles de máquina, puede crear catálogos de máquinas virtuales que estén habilitadas con el acelerador de Elastic Graphics. Puede usar una máquina virtual o una plantilla de inicio como entrada del perfil de máquina.

Los pasos detallados para crear un catálogo son:

  1. Habilite un acelerador de Elastic Graphics en una máquina virtual o en una plantilla de inicio. Para obtener información sobre cómo habilitar el acelerador de Elastic Graphics, consulte Trabajar con Elastic Graphics.
  2. Compruebe el tipo de acelerador de Elastic Graphics que utiliza la máquina virtual o la versión de la plantilla de inicio. Si la clave ElasticGpuType no está presente en los datos adicionales, la máquina virtual o la plantilla de inicio no tienen habilitado el acelerador de Elastic Graphics.

    • Por ejemplo: Para una máquina virtual

       (Get-Item -LiteralPath 'XDHyp:\HostingUnits\abc-resources\us-eat-1a.availibilityzone\abcelastic (i-0584xxxxxab8b2206).vm').AdditionalData
       <!--NeedCopy-->
      
    • Por ejemplo: Para una plantilla de inicio

       (Get-Item -LiteralPath 'XDHyp:\HostingUnits\abc-resources\ElasticGC (lt-015f531351188cd2e).launchtemplate\lt-015f531351188cd2e (1).launchtemplateversion).AdditionalData
       <!--NeedCopy-->
      
  3. Cree un catálogo de máquinas de MCS con un flujo de trabajo de perfil de máquina. Para ello, seleccione una máquina virtual o una plantilla de inicio. Puede crear el catálogo de máquinas a través de Web Studio o con comandos de PowerShell.

Nota:

El catálogo de máquinas debe cumplir los requisitos previos de Elastic Graphics para crear correctamente el catálogo de máquinas. Por lo tanto, asegúrese de que el tipo de instancia de EC2 sea compatible con Elastic Graphics. Para obtener información, consulta Conceptos básicos de Elastic Graphics.

Filtrar instancias de VM

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

Paginación:

Get-HypInventoryItem admite dos modos de paginación:

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

Ejemplos de paginación:

  • Para devolver un solo registro de la plantilla de máquina con el nombre más bajo. El campo AdditionalData tiene TotalItemsCount y TotalFilteredItemsCount:

     Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template
     <!--NeedCopy-->
    
  • Para devolver diez registros de la plantilla de máquina con el nombre más bajo:

     Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 10 | select Name
     <!--NeedCopy-->
    
  • Para devolver una matriz de registros que termine con el nombre más alto:

     Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -ForwardDirection $False -MaxRecords 10 | select Name
     <!--NeedCopy-->
    
  • Para devolver una matriz de registros que comience en la plantilla de máquina asociada al ContinuationToken correspondiente:

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

Filtros:

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

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

     Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 100 -ContainName ‘apollo’ | select Name
     <!--NeedCopy-->
    
  • -Tags '{ "Key0": "Value0", "Key1": "Value1", "Key2": "Value2" }': Si una AMI tiene al menos una de estas etiquetas, se incluye en el resultado de Get . Por ejemplo:

     Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 100 -Tags '{"opex owner": "Not tagged"}' | select Name
     <!--NeedCopy-->
    

    Nota:

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

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

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

Filtrado en el parámetro AdditionalData:

El parámetro de filtrado AdditionalData muestra plantillas o máquinas virtuales en función de su capacidad, oferta de servicio o cualquier propiedad que se encuentre en AdditionalData. Por ejemplo:

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

También puede agregar un parámetro -Warn para indicar las máquinas virtuales incompatibles. Las máquinas virtuales se incluyen en un campo de AdditionalData denominado Warning. Por ejemplo:

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

Hibernación de instancias

El proceso de hibernación almacena el estado en memoria de la instancia, junto con sus direcciones IP privadas y elásticas, lo que le permite continuar exactamente donde lo dejó.

Cuando se indica a una instancia que hiberne, esta escribe el estado en memoria en un archivo del volumen raíz de EBS y, a continuación, se apaga sola. Un volumen de Amazon EBS es un dispositivo de almacenamiento duradero a nivel de bloques que usted puede conectar a sus instancias. Después de conectar un volumen a una instancia, puede usarlo como si fuera un disco duro físico. Cifre el volumen de EBS raíz de la instancia. El cifrado garantiza la protección adecuada de los datos confidenciales cuando se copian de la memoria al volumen de EBS. Para obtener información sobre el cifrado de EBS, consulte Cifrado de Amazon EBS.

Estas son las limitaciones de la hibernación de instancias admitida:

  • Se admite una memoria de instancia (RAM) de solo 150 GB
  • No se admite el modo de arranque UEFI
  • El SSD de uso general y el SSD de E/S por segundo aprovisionado solo se admiten como tipos de volumen de EBS.

A continuación, se muestra la capacidad de conexión del host al nivel del hipervisor.

  • Hipervisores con función de suspensión: VMware, Citrix Hypervisor, Hyper-V y GCP
  • Hipervisores sin función de suspensión: Nutanix, Azure y AWS

Nota:

  • Todas las funciones de suspensión e hibernación se denominan “suspensión”.
  • En el caso de AWS, la función de suspensión se admite al nivel de la máquina, pero no al nivel del hipervisor.

Crear máquinas virtuales compatibles con la hibernación

Para crear máquinas virtuales compatibles con la hibernación:

  1. Cree una conexión de host. Consulte Conexión con AWS.
  2. Inicie una instancia con la raíz de EBS cifrada y la propiedad Stop-Hibernate habilitada. Para obtener más información sobre cómo iniciar la instancia, cifrar el volumen de EBS raíz y habilitar la hibernación, consulte https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/launching-instance.html/. Utilice esta instancia como imagen maestra para crear una AMI.
  3. Prepare la imagen maestra:

    1. Instale un VDA en la imagen maestra. Citrix recomienda instalar la última versión para poder disponer de las funciones más recientes. Un error en la instalación del VDA en la imagen maestra provoca un error en la creación de catálogos. Para obtener más información sobre cómo instalar un VDA, consulte Instalar VDA.
    2. Una la imagen maestra al dominio al que pertenecen las aplicaciones y los escritorios. Compruebe que la imagen maestra está disponible en el host donde se crearán las máquinas.
  4. Cree una AMI a partir de esa instancia. Para obtener información sobre cómo crear una AMI a partir de una instancia, consulte Crear una AMI a partir de una instancia de Amazon EC2.
  5. Cree un catálogo de máquinas mediante el comando New-ProvScheme. Defina la propiedad personalizada AwsCaptureInstanceProperties en True. Para obtener información sobre cómo habilitar propiedades de las instancias de AWS en la interfaz de Configuración completa, consulte Aplicar propiedades de instancias de AWS y etiquetar recursos operativos en la interfaz de Configuración completa.

    New-ProvScheme  -AdminAddress "xxx" -CleanOnBoot
    -CustomProperties "AwsCaptureInstanceProperties,true;"
    -HostingUnitName "xxx" -IdentityPoolName $catalog_name -InitialBatchSizeHint 1
    -MasterImageVM "xyz.template" -NetworkMapping @{"0"="XDHyp:\HostingUnits\MyConn\us-east-2a.availabilityzone\10.0.0.0``/24 (vpc-0f1771e45671aedcd).network"}
    -ProvisioningSchemeName $catalog_name
    -RunAsynchronously -Scope @() -SecurityGroup @("xxx") -ServiceOffering "xxx"
    <!--NeedCopy-->
    

    Para obtener información sobre la creación de catálogos de máquinas mediante los comandos de PowerShell, consulte https://developer-docs.citrix.com/projects/citrix-daas-sdk/en/latest/.

Las máquinas virtuales que se pueden hibernar se crean si:

  • Selecciona una AMI creada a partir de una imagen maestra que tenga habilitada la propiedad Stop-Hibernate.
  • La máquina virtual principal está unida a un dominio y tiene el VDA instalado.
  • Selecciona el tamaño de máquina virtual correcto (oferta de servicios) que pueda gestionar la hibernación.

El comando New-ProvScheme falla y muestra el mensaje de error correspondiente si:

  • La máquina virtual principal está habilitada para la hibernación, pero la oferta de servicios no puede gestionar la hibernación.
  • Si la máquina virtual principal no está unida a un dominio y no tiene ningún VDA instalado.

Estado de hibernación de las ofertas de servicios y AMI

Para obtener el estado de hibernación de las ofertas de servicios y las AMI (plantillas), ejecute estos comandos:

  • Get-HypConfigurationObjectForItem 'XDHyp:\HostingUnits\MyConn\WIN2016-ADDC-2021.09.10.145334-a1968709-10c4-47d5-9642-21e743159a7b (ami-0e6c5b33a52d2a6b6).template'
  • Get-HypConfigurationObjectForItem 'XDHyp:\HostingUnits\MyConn\R6i Sixteen Extra Large Instance.serviceoffering'

Actualizar la oferta de servicios de un esquema de aprovisionamiento compatible con la hibernación existente

  1. Ejecute el comando Set-ProvScheme. Por ejemplo:

    Set-ProvScheme -ProvisioningSchemeName <String> -ServiceOffering <String>
    <!--NeedCopy-->
    

El sistema muestra un mensaje de excepción si la oferta de servicios no es compatible.

Actualizar el catálogo de máquinas que admite la hibernación

Si intenta actualizar un catálogo de máquinas existente con un catálogo de máquinas que no admite la hibernación, la actualización fallará y aparecerá el mensaje de error correspondiente.

Administración de energía de máquinas virtuales en hibernación

Puede realizar estas operaciones de administración de energía en las máquinas virtuales hibernadas:

  1. Suspender la VM del estado de ejecución.
  2. Reanudar la máquina virtual desde el estado suspendido.
  3. Reiniciar la máquina virtual desde el estado suspendido.

Para ver las opciones de administración de energía, en la interfaz Administrar > Configuración completa, haga clic con el botón secundario en las máquinas virtuales en hibernación.

También puede ver el estado de energía como Suspendiendo y Suspendido para cada máquina virtual según las operaciones de energía que realice en las máquinas virtuales.

Qué hacer a continuación

Más información