Citrix DaaS

Criar um catálogo da AWS

Criar catálogos de máquinas descreve os assistentes que criam um catálogo de máquinas. As informações a seguir abrangem detalhes específicos dos ambientes de virtualização da AWS.

Nota:

Antes de criar um catálogo da AWS, você precisa concluir a criação de uma conexão com a AWS. Consulte Conexão com a AWS.

Configuração de rede durante a preparação da imagem

Durante a preparação da imagem, uma máquina virtual (VM) de preparação é criada com base na VM original. Essa VM de preparação está desconectada da rede. Para desconectar a rede da VM de preparação, um grupo de segurança de rede é criado para negar todo o tráfego de entrada e saída. Esse grupo de segurança de rede persiste e é reutilizado. O nome do grupo de segurança de rede é Citrix.XenDesktop.IsolationGroup-GUID, sendo o GUID gerado aleatoriamente.

Locação da AWS

A AWS oferece as seguintes opções de locação: locação compartilhada (o tipo padrão) e locação dedicada. Locação compartilhada significa que várias instâncias do Amazon EC2 de clientes diferentes podem residir no mesmo equipamento de hardware físico. Locação dedicada significa que suas instâncias do EC2 são executadas somente no hardware com as outras instâncias que você implantou. Outros clientes não usam o mesmo equipamento de hardware.

Você pode usar o MCS para provisionar hosts dedicados da AWS usando a interface Full Configuration ou o PowerShell.

Configurar a locação de host dedicada da AWS usando a interface Full Configuration

Quando você usa o MCS para criar um catálogo para provisionar máquinas na AWS, a página Machine Catalog Setup > Security apresenta as seguintes opções:

  • Use shared hardware. Essa configuração é adequada para a maioria das implantações. Vários clientes compartilham equipamentos de hardware, mesmo que não interajam entre si. Usar um hardware compartilhado é a opção mais barata para executar suas instâncias do Amazon EC2.

  • Use dedicated host. Um host dedicado do Amazon EC2 é um servidor físico com capacidade de instância do EC2 totalmente dedicada, permitindo que você use licenças de software existentes por soquete ou por VM. Os hosts dedicados têm utilização predefinida com base no tipo de instância. Por exemplo, um único host dedicado alocado dos tipos de instância C4 Large é limitado à execução de 16 instâncias. Consulte o site da AWS para obter mais informações.

    Os requisitos de provisionamento para os hosts da AWS incluem:

    • Uma imagem (AMI) importada da BYOL (traga sua própria licença). Com hosts dedicados, use e gerencie suas licenças existentes.
    • Uma alocação de hosts dedicados com utilização suficiente para atender às solicitações de provisionamento.
    • Ativação do posicionamento automático.

    Essa configuração é adequada para implantações com restrições de licenciamento ou requisitos de segurança que precisam do uso de um host dedicado. Com um host dedicado, você tem um host físico inteiro e é cobrado por hora. Possuir esse host permite que você gire quantas instâncias do EC2 o host permitir, sem mais cobranças.

    Como alternativa, você pode provisionar hosts dedicados da AWS por meio do PowerShell. Para isso, use o cmdlet New-ProvScheme com o parâmetro TenancyType definido como Host. Consulte a Documentação do Citrix Developer para obter mais informações.

  • Use dedicated instance. Esta configuração é mais adequada para implantações com requisitos específicos de segurança ou conformidade. Com uma instância dedicada, você ainda desfruta dos benefícios de ter um host separado de outros clientes da AWS, mas não paga pelo host inteiro. Você não precisa se preocupar com a capacidade do host, mas a taxa cobrada é pelas instâncias é mais alta.

Configurar a locação de host dedicada da AWS usando o PowerShell

Você pode criar um catálogo de máquinas com a locação de host definida por meio do PowerShell.

Um host dedicado [EC2] da Amazon é um servidor físico com capacidade de instância [EC2] totalmente dedicada, permitindo que você use licenças de software existentes por soquete ou por VM.

Os hosts dedicados têm utilização predefinida com base no tipo de instância. Por exemplo, um único host dedicado alocado dos tipos de instância C4 Large é limitado à execução de 16 instâncias. Consulte o site da AWS para obter mais informações.

Os requisitos de provisionamento para os hosts da AWS incluem:

  • Uma imagem (AMI) importada da BYOL (traga sua própria licença). Com hosts dedicados, use e gerencie suas licenças existentes.
  • Uma alocação de hosts dedicados com utilização suficiente para atender às solicitações de provisionamento.
  • Ativar o posicionamento automático.

Para provisionar a um host dedicado na AWS usando o PowerShell, use o cmdlet New-ProvScheme com o parâmetro TenancyType definido como Host.

Consulte a Documentação do Citrix Developer para obter mais informações.

Capturar a propriedade da instância da AWS

Ao criar um catálogo para provisionar máquinas usando o Machine Creation Services (MCS) na AWS, você seleciona uma AMI para representar a imagem mestre/de ouro do catálogo. A partir dessa AMI, o MCS usa um instantâneo do disco. Em versões anteriores, se você quisesse funções ou marcações em suas máquinas, usaria o console da AWS para defini-las individualmente. Essa funcionalidade é ativada por padrão.

Dica:

Para usar a captura de propriedade da instância da AWS, você deve ter uma VM associada à AMI.

Para melhorar esse processo, o MCS lê as propriedades da instância a partir da qual a AMI foi obtida e aplica a função de Identity Access Management (IAM) e as marcas da máquina às máquinas provisionadas de um determinado catálogo. Ao usar esse recurso opcional, o processo de criação do catálogo localiza a instância de origem da AMI selecionada, lendo um conjunto limitado de propriedades. Essas propriedades são armazenadas em um Launch Template da AWS, que é usado para provisionar máquinas para esse catálogo. Qualquer máquina no catálogo herda as propriedades da instância capturada.

As propriedades capturadas incluem:

  • Funções de IAM – aplicadas a instâncias provisionadas.
  • Marcações – aplicadas a instâncias provisionadas, seus discos e NICs. Essas marcações são aplicadas a recursos temporários da Citrix, incluindo: objetos e bucket S3, e AMIs, instantâneos e modelos de execução.

Dica:

A marcação de recursos temporários da Citrix é opcional e pode ser configurada usando a propriedade personalizada AwsOperationalResourcesTagging. Para aplicar marcas com êxito e criar um catálogo da AWS com marcação de recursos operacionais, não exclua a instância do EC2 que foi usada para criar a imagem AMI.

Capturar a propriedade da instância da AWS

Você pode usar este recurso especificando uma propriedade personalizada, AwsCaptureInstanceProperties, ao criar um esquema de provisionamento para uma conexão de hospedagem da AWS:

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

Consulte a Documentação do Citrix Developer para obter mais informações.

Nota:

O AwsCaptureInstanceProperties está obsoleto.

Aplicar propriedades de instância da AWS e marcar recursos operacionais com tags na interface Full Configuration

Ao criar um catálogo para provisionar máquinas na AWS usando o MCS, você pode controlar se as propriedades de função e marcação com tag do IAM devem ser aplicadas a essas máquinas. Você também pode controlar se as marcas de máquina devem ser aplicadas aos recursos operacionais. Você tem as duas opções a seguir:

Propriedades de modelo e marcações de máquina da AWS

  • Aplicar propriedades de modelo de máquina a máquinas virtuais, em Apply machine template properties to virtual machines
    • Controla se as propriedades de tag e função do IAM associadas ao modelo de máquina selecionado devem ser aplicadas às máquinas virtuais no catálogo.
  • Aplicar marcas de máquina a recursos operacionais, em Apply machine tags to operational resources
    • Controla se as marcas de máquina devem ser aplicadas a cada item criado em seu ambiente da AWS, o que facilita o provisionamento de máquinas. Os recursos operacionais são criados como subprodutos da criação de catálogos. Incluem recursos temporários e persistentes, como preparação, instância de VM e AMI.

Marcar um recurso operacional AWS

Uma Amazon Machine Image (AMI) representa um tipo de dispositivo virtual usado para criar uma máquina virtual dentro do ambiente de nuvem Amazon Cloud, comumente chamado de EC2. Você usa uma AMI para implantar serviços que usam o ambiente EC2. Quando cria um catálogo para provisionar máquinas usando o MCS para AWS, você seleciona a AMI para atuar como a imagem de ouro do catálogo.

Importante:

A criação de catálogos por meio da captura de uma propriedade de instância e um modelo de execução é necessária para usar a marcação de recursos operacionais.

Para criar um catálogo da AWS, você deve primeiro criar uma AMI para a instância que você quer que seja a imagem de ouro. O MCS lê as marcas dessa instância e as incorpora ao modelo de execução. As marcas do modelo de execução são então aplicadas a todos os recursos da Citrix criados no seu ambiente da AWS, incluindo:

  • Máquinas virtuais
  • Discos VM
  • Interfaces de rede VM
  • Buckets do S3
  • Objetos do S3
  • Modelos de execução
  • AMIs

Marcar um recurso operacional

Para usar o PowerShell para marcar recursos:

  1. Abra uma janela do PowerShell no host DDC.
  2. Execute o comando asnp citrix para carregar módulos PowerShell específicos da Citrix.

Para marcar um recurso para uma VM provisionada, use a nova propriedade personalizada AwsOperationalResourcesTagging. A sintaxe dessa propriedade é:

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

Criar um catálogo usando um perfil de máquina

Você pode usar um perfil de máquina para capturar as propriedades de hardware de uma instância EC2 (VM) ou iniciar a versão do modelo e aplicá-las às máquinas provisionadas. As propriedades capturadas podem incluir, por exemplo, propriedades de volume do EBS, tipo de instância, otimização do EBS, Elastic Graphics e outras configurações compatíveis da AWS.

Você pode usar uma instância (VM) AWS EC2 ou a versão AWS Launch Template como entrada do perfil da máquina.

Nota:

As propriedades de volume do EBS são derivadas somente de um perfil de máquina.

Considerações importantes

Considerações importantes ao criar um catálogo de máquinas MCS:

  • Se você adicionar os parâmetros de propriedade de hardware da máquina nos comandos New-ProvScheme e Set-ProvScheme, os valores fornecidos nos parâmetros substituirão os valores no perfil da máquina.
  • Se você definir AwsCaptureInstanceProperties como true e não definir a propriedade MachineProfile, somente as tags e funções do IAM serão capturadas.
  • Você não pode definir AwsCaptureInstanceProperties e MachineProfile ao mesmo tempo.

    **Nota:

    O AwsCaptureInstanceProperties está obsoleto.

  • Você deve fornecer explicitamente os valores das seguintes propriedades:

    • TenancyType
    • Grupo de Segurança
    • NIC ou rede virtual
  • Você pode ativar AwsOperationalResourcesTagging somente se ativar AwsCaptureInstanceProperties ou especificar um perfil de máquina.

Considerações importantes após criar um catálogo de máquinas MCS:

  • Somente as novas VMs adicionadas ao catálogo são afetadas pela alteração.
  • Você não pode alterar de um catálogo baseado em perfil de máquina para um catálogo não baseado em perfil de máquina.

Criar um catálogo de máquinas usando um perfil de máquina

Para criar um catálogo de máquinas usando um perfil de máquina:

  1. Abra uma janela do PowerShell.
  2. Execute o comando asnp citrix* para carregar os módulos do PowerShell específicos da Citrix.
  3. Crie um pool de identidades se ainda não tiver sido criado. Por exemplo,

    New-AcctIdentityPool -IdentityPoolName idPool -NamingScheme ms## -Domain abcdf -NamingSchemeType Numeric
    <!--NeedCopy-->
    
  4. Execute o comando New-ProvScheme. Por exemplo:

    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. Conclua a criação do catálogo. Para obter mais informações, consulte Citrix PowerShell SDK.

Para atualizar o perfil da máquina em um catálogo que foi inicialmente provisionado com um perfil de máquina:

  1. Execute o comando Set-ProvScheme. Por exemplo,

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

Criar um catálogo com a versão do modelo de execução

Você pode criar um catálogo de máquinas MCS com uma versão do modelo de execução como entrada do perfil da máquina. Você também pode atualizar a entrada de um catálogo de perfis de máquina de uma VM para uma versão de modelo de execução e de uma versão de modelo de execução para uma VM.

No console da AWS EC2, você pode fornecer as informações de configuração da instância de um modelo de execução juntamente com o número da versão. Quando você especifica a versão do modelo de execução como uma entrada de perfil de máquina ao criar ou atualizar um catálogo de máquinas, as propriedades dessa versão do modelo de execução são copiadas para as VMs VDA provisionadas.

As propriedades a seguir podem ser fornecidas usando a entrada do perfil da máquina ou explicitamente como parâmetros nos comandos New-ProvScheme ou Set-ProvScheme. Se forem fornecidos nos comandos New-ProvScheme ou Set-ProvScheme, eles terão precedência sobre os valores de perfil da máquina dessas propriedades.

  • Oferta de serviço
  • Redes
  • Grupos de segurança
  • Tipo de locação

Nota:

Se a oferta de serviço não for fornecida no modelo de execução do perfil da máquina ou como um parâmetro no comando New-ProvScheme, você receberá um erro apropriado.

Para criar um catálogo usando a versão do modelo de execução como uma entrada de perfil da máquina:

  1. Abra uma janela do PowerShell.
  2. Execute o comando asnp citrix* para carregar os módulos do PowerShell específicos da Citrix.
  3. Obtenha a lista de versões de modelo de execução de um modelo de execução. Por exemplo:

    XDHyp:\HostingUnits\test\test-mp-sard (lt-01xxxxx).launchtemplate> ls | Select FullPath
    <!--NeedCopy-->
    
  4. Crie um pool de identidades se não tiver sido criado. Por exemplo:

    New-AcctIdentityPool `
    -IdentityPoolName "abc11" `
    -NamingScheme "abc1-##" `
    -NamingSchemeType Numeric `
    -Domain "citrix-xxxxxx.local" `
    -ZoneUid "xxxxxxxx" `
    <!--NeedCopy-->
    
  5. Crie um esquema de provisionamento com uma versão do modelo de execução como entrada do perfil da máquina. Por exemplo:

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

    Você também pode substituir parâmetros como oferta de serviço, grupos de segurança, locação e redes. Por exemplo:

    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 o esquema de provisionamento como um catálogo de agente. Por exemplo:

    New-BrokerCatalog -Name "MPLT1" `
    -AllocationType Random `
    -Description "Machine profile catalog" `
    -ProvisioningSchemeId fe7df345-244e-4xxxx-xxxxxxxxx `
    -ProvisioningType Mcs `
    -SessionSupport MultiSession `
    -PersistUserChanges Discard
    <!--NeedCopy-->
    
  7. Conclua a criação do catálogo. Para obter mais informações, consulte Citrix PowerShell SDK

Você também pode atualizar a entrada de um catálogo de perfis de máquina de uma VM para uma versão de modelo de execução e de uma versão de modelo de execução para uma VM. Por exemplo:

  • Para atualizar a entrada de um catálogo de perfis de máquina de uma VM para uma versão de modelo de execução:

     Set-ProvScheme -ProvisioningSchemeName "CloudServiceOfferingTest" `
     -MachineProfile "XDHyp:\HostingUnits\xxxx-ue1a\machineprofiletest (lt-0bxxxxxxxxxxxx).launchtemplate\lt-0bxxxxxxxxxxxx (1).launchtemplateversion"
     <!--NeedCopy-->
    
  • Para atualizar a entrada de um catálogo de perfis de máquina de uma versão do modelo de execução para uma VM:

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

Criar um catálogo de VMs habilitadas com o acelerador do Elastic Graphics

Usando o fluxo de trabalho baseado em perfil de máquina, você pode criar um catálogo de VMs habilitadas com o acelerador do Elastic Graphics. Você pode usar uma VM ou um modelo de execução como uma entrada de perfil de máquina.

As etapas detalhadas para criar um catálogo são:

  1. Ative um acelerador do Elastic Graphics em uma VM ou modelo de execução. Para obter informações sobre como ativar o acelerador do Elastic Graphics, consulte Como trabalhar com o Elastic Graphics.
  2. Verifique o tipo de acelerador do Elastic Graphics usado pela VM ou pela versão do modelo de execução. Se a chave ElasticGpuType não estiver presente nos dados adicionais, a VM ou o modelo de execução não tem o acelerador do Elastic Graphics ativado.

    • Por exemplo, para uma VM:

       (Get-Item -LiteralPath 'XDHyp:\HostingUnits\abc-resources\us-eat-1a.availibilityzone\abcelastic (i-0584xxxxxab8b2206).vm').AdditionalData
       <!--NeedCopy-->
      
    • Por exemplo, para um modelo de execução:

       (Get-Item -LiteralPath 'XDHyp:\HostingUnits\abc-resources\ElasticGC (lt-015f531351188cd2e).launchtemplate\lt-015f531351188cd2e (1).launchtemplateversion).AdditionalData
       <!--NeedCopy-->
      
  3. Crie um catálogo de máquinas MCS com fluxo de trabalho de perfil de máquina selecionando uma especificação de modelo ou um modelo de execução. Você pode criar o catálogo de máquinas usando comandos do PowerShell.

Nota:

O catálogo de máquinas deve atender aos pré-requisitos do Elastic Graphics para a criação bem-sucedida do catálogo de máquinas. Portanto, certifique-se de que o tipo de instância do EC2 seja compatível com o Elastic Graphics. Para obter informações, consulte Conceitos básicos de Elastic Graphics.

Filtrar instâncias de VM

Uma instância de VM da AWS que você usa como uma VM de perfil de máquina deve ser compatível para que o catálogo de máquinas seja criado e funcione corretamente. Para listar as instâncias de VM da AWS que podem ser usadas como VMs de entrada de perfil de máquina, você pode usar o comando Get-HypInventoryItem. O comando pode paginar e filtrar o inventário de VMs disponíveis em uma unidade de hospedagem.

Paginação:

Get-HypInventoryItem suporta dois modos de paginação:

  • O modo de paginação usa os parâmetros -MaxRecords e -Skip para retornar conjuntos de itens:
    • -MaxRecords: o padrão é 1. Isso controla quantos itens retornar.
    • -Skip: o padrão é 0. Isso controla quantos itens devem ser ignorados do início absoluto (ou final absoluto) da lista no hipervisor.
  • O modo de rolagem usa os parâmetros -MaxRecords, -ForwardDirection e -ContinuationToken para permitir a rolagem dos registros:
    • -ForwardDirection: o padrão é True. Isso é usado junto com -MaxRecords para retornar o próximo conjunto de registros correspondentes ou o conjunto anterior de registros correspondentes.
    • -ContinuationToken: retorna os itens imediatamente após (ou antes, se ForwardDirection for false), mas sem incluir o item fornecido em ContinuationToken.

Exemplos de paginação:

  • Para retornar um único registro do modelo de máquina com o nome mais baixo. O campo AdditionalData tem o TotalItemsCount e o TotalFilteredItemsCount:

     Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template
     <!--NeedCopy-->
    
  • Para retornar 10 registros do modelo de máquina com o nome mais baixo:

     Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 10 | select Name
     <!--NeedCopy-->
    
  • Para retornar uma matriz de registros que terminam com o nome mais alto:

     Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -ForwardDirection $False -MaxRecords 10 | select Name
     <!--NeedCopy-->
    
  • Para retornar uma matriz de registros começando no modelo de máquina associado ao ContinuationToken fornecido:

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

Filtragem:

Os seguintes parâmetros opcionais adicionais são suportados para filtragem. Você pode combinar esses parâmetros com as opções de paginação.

  • -ContainsName "my_name": se a cadeia de caracteres fornecida corresponder à parte do nome de uma AMI, a AMI será incluída no Get resultante. Por exemplo:

     Get-HypInventoryItem -LiteralPath "XDHyp:\HostingUnits\ctx-test" -ResourceType template -MaxRecords 100 -ContainName ‘apollo’ | select Name
     <!--NeedCopy-->
    
  • -Tags '{ "Key0": "Value0", "Key1": "Value1", "Key2": "Value2" }': se uma AMI tiver pelo menos uma dessas tags, ela será incluída no Get resultante. Por exemplo:

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

    Nota:

    Dois valores de tag são suportados. O valor da marca Not Tagged corresponde aos itens que não têm a tag especificada em sua lista de tags. O valor da marca All values corresponde aos itens que têm a tag, independentemente do valor da tag. Caso contrário, a correspondência só acontece se o item tiver a tag e o valor for igual ao fornecido no filtro.

  • -Id "ami-0a2d913927e0352f3": se a AMI corresponder à ID fornecida, ela será incluída no Get resultante. Por exemplo:

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

Filtragem pelo parâmetro AdditionalData:

O parâmetro de filtro AdditionalData lista modelos ou VMs com base em sua capacidade, oferta de serviço ou qualquer propriedade que esteja em AdditionalData. Por exemplo:

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

Você também pode adicionar um parâmetro -Warn para indicar as VMs incompatíveis. As VMs estão incluídas em um campo AdditionalData chamado Warning. Por exemplo:

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

O que fazer a seguir

Mais informações