Documentação de produtos
Citrix DaaS™
Ver PDF

Criar um catálogo de instâncias gerenciadas do Amazon WorkSpaces Core

September 15, 2025
Contribuição de: 
C

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 das instâncias gerenciadas do Amazon WorkSpaces Core.

Nota:

Atualmente, há suporte apenas para a criação de catálogos de VMs não persistentes (a propriedade CleanOnBoot é True).

Pré-requisitos

Antes de criar um catálogo de instâncias gerenciadas do Amazon WorkSpaces Core, você precisa concluir a criação de:

  1. Uma conexão com instâncias gerenciadas do Amazon WorkSpaces Core. Consulte Conexão com instâncias gerenciadas do Amazon WorkSpaces Core
  2. Uma imagem preparada. Consulte Criar uma imagem preparada para instâncias gerenciadas do Amazon WorkSpaces Core.

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 é 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, onde GUID é gerado aleatoriamente.

Um catálogo de máquinas baseado em 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 versão de modelo de inicialização e aplicá-las às máquinas provisionadas. As propriedades capturadas podem incluir, por exemplo, tipo de locação, tipo de instância, grupos de segurança, mapeamentos de rede, propriedades de volume EBS, otimização EBS, opções de CPU, capacidade de hibernação e outras configurações AWS compatíveis.

Você pode usar uma instância AWS EC2 (VM) ou uma versão de modelo de inicialização AWS como entrada do perfil de máquina.

Nota:

Locação 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 WorkSpaces Core de diferentes clientes podem residir na mesma peça de hardware físico. Locação dedicada significa que suas instâncias do Amazon WorkSpaces Core são executadas apenas em hardware com outras instâncias que você implantou.

Nota:

Somente as instâncias dedicadas são compatíveis (os hosts dedicados não são compatíveis atualmente). Outros clientes não usam a mesma peça de hardware.

O tipo de locação é capturado do perfil de máquina

Ao usar o MCS para criar um catálogo para provisionar máquinas na AWS, o tipo de locação é capturado do perfil de máquina.

  • Hardware compartilhado: Essa configuração é adequada para a maioria das implantações. Vários clientes compartilham peças de hardware, mesmo que não interajam entre si. Usar hardware compartilhado é a opção menos cara para executar suas instâncias do Amazon EC2.
  • Instância dedicada: Essa 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 AWS, mas não paga pelo host inteiro. Você não precisa se preocupar com a capacidade do host, mas é cobrado a uma taxa mais alta pelas instâncias. Além disso, as instâncias dedicadas fornecem suporte limitado para Bring Your Own License (BYOL).

Uma imagem preparada e um perfil de máquina são necessários para criar catálogos de instâncias gerenciadas do Amazon WorkSpaces Core. Você pode usar uma instância AWS VM ou uma versão de modelo de inicialização AWS como entrada do perfil de máquina.

Você pode criar um catálogo usando:

Criar um catálogo usando o Studio

Criar um catálogo de máquinas a partir do nó Imagens

Use a opção “Criar catálogo” no nó “Imagens” para criar um catálogo usando a versão da imagem.

Como alternativa, você pode selecionar a versão ao criar um catálogo no nó “Catálogos de Máquinas”, vinculando à opção de imagem preparada no fluxo de trabalho de criação de catálogo. Consulte Criar um catálogo de máquinas a partir do nó Catálogos de Máquinas.

Para criar um catálogo de máquinas MCS a partir do nó “Imagens”, faça o seguinte:

  1. Selecione uma versão de imagem e clique em “Criar catálogo”. Clique em “Avançar” na página “Introdução”.
  2. Nas páginas “Gerenciamento de Máquinas” e “Imagem”, as configurações são pré-selecionadas com base na versão da imagem selecionada. Na página “Imagem”, insira uma nota para a imagem preparada selecionada.
  3. Conclua as configurações nas páginas a seguir.
  4. Na página “Resumo”, verifique os detalhes do catálogo de máquinas. Insira um nome e uma descrição para o catálogo de máquinas. Clique em “Concluir”.
  5. Vá para o nó “Catálogos de Máquinas” para ver o catálogo de máquinas criado.

Criar um catálogo de máquinas a partir do nó Catálogos de Máquinas

Para criar um catálogo de máquinas MCS a partir do nó Catálogos de Máquinas, faça o seguinte:

  1. Clique em “Catálogos de Máquinas” no painel de navegação esquerdo.
  2. Clique em “Criar Catálogo de Máquinas”. A página “Configuração do Catálogo de Máquinas” é exibida.
  3. Na página “Tipo de Máquina”, selecione um tipo de máquina para o catálogo, por exemplo, “SO de várias sessões”.

  4. Na página “Gerenciamento de Máquinas”, selecione as seguintes configurações:

    1. Selecione “Máquinas com gerenciamento de energia (por exemplo, máquinas virtuais ou PCs blade)”.
    2. Selecione “Tecnologia de provisionamento Citrix”. Em seguida, selecione “Citrix Machine Creation Services™”.
    3. No campo “Recursos”, selecione os recursos (Zona de Disponibilidade) que você configurou ao criar a conexão do host e clique em “Avançar”.
  5. Na página “Experiência da área de trabalho”, selecione a área de trabalho aleatória ou estática que você deseja que os usuários tenham ao fazer login.

  6. Na página “Imagem”, clique em “Selecionar uma imagem” para selecionar uma imagem preparada para o catálogo de máquinas. Selecione a versão preparada que você criou. Clique no nome da versão da imagem. Para ver mais detalhes sobre a versão da imagem selecionada, clique no número da versão, que está sublinhado. Clique em “Concluído”.

    O perfil de máquina associado à imagem preparada é exibido e suas propriedades de hardware (por exemplo, tipo de instância, tipo de locação, mapeamentos de rede, grupos de segurança, propriedades de volume) são usadas para criar máquinas nos catálogos. Para alterar a origem do perfil de máquina para outra VM ou versão de modelo de inicialização, clique no botão de edição.

  7. Na página “Máquinas Virtuais”:

    1. Insira o número de VMs para o catálogo.
    2. A especificação de máquina padrão é exibida, que é baseada no perfil de máquina. Para alterá-la, selecione o ícone de edição e selecione uma especificação de máquina.
  8. Na página “NICs”, selecione as NICs (ou ENIs) para as VMs.
  9. Na página “Identidades da Máquina”, configure o Active Directory local ou o Azure Active Directory Híbrido para as máquinas no catálogo, selecionando o domínio e criando novas contas AD para as VMs a serem criadas neste catálogo de máquinas. As VMs provisionadas são unidas ao domínio selecionado. Especifique o esquema de nomenclatura de conta para as novas contas AD a serem criadas para as VMs. Clique em “Avançar”.
  10. Na página “Credenciais de domínio”, clique em “Inserir credenciais” para fornecer as credenciais para o domínio selecionado. Insira o nome de usuário e a senha de nível de administrador quando solicitado. Você também pode usar uma conta de serviço se já tiver credenciais de domínio salvas anteriormente, seguindo nossa documentação do produto.
  11. Clique nas páginas restantes até a página “Resumo”. Insira um nome para o catálogo de máquinas e selecione “Concluir” para criar o catálogo de máquinas.

Criar um catálogo usando o PowerShell

Criar um catálogo usando uma especificação de versão de imagem preparada e um perfil de máquina

Crie um catálogo de máquinas não persistente do MCS a partir da especificação de versão de imagem preparada usando o comando New-ProvScheme. Por exemplo,

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

Exemplo do conjunto completo de comandos do PowerShell para criar um catálogo:

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

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

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

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

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

Set-BrokerCatalog -Name $Catalog.Name -ProvisioningSchemeId $ProvScheme.ProvisioningSchemeUid
<!--NeedCopy-->

Atualizar o perfil de máquina

Para atualizar o perfil de máquina em um catálogo que foi inicialmente provisionado com um perfil de máquina, faça o seguinte. Você também pode alterar o tipo de locação e a capacidade de hibernação da origem do perfil de máquina ao editar um catálogo de máquinas MCS.

  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 inicialização usando o PowerShell

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

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

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

  • Service Offering
  • Networks

Nota:

Se a oferta de serviço não for fornecida no modelo de inicialização do perfil de 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 inicialização como entrada do perfil de máquina:

  1. Abra uma janela do PowerShell.
  2. Execute asnp citrix* para carregar os módulos do PowerShell específicos da Citrix.

  3. Obtenha a lista de versões do modelo de inicialização de um modelo de inicialização. Por exemplo:

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

  4. Crie um pool de identidades, se ainda 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 de modelo de inicialização como entrada do perfil de máquina. Por exemplo:

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

  6. Registre um esquema de provisionamento como um catálogo de broker. 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.

Atualizar a origem do perfil de máquina

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

  • Para atualizar a entrada de um catálogo de perfil de máquina de uma VM para uma versão de modelo de inicializaçã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 perfil de máquina de uma versão de modelo de inicializaçã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-->

Criptografar discos de SO e ID

Você pode criar um catálogo não persistente de VMs com chaves AWS KMS (chave gerenciada pelo cliente e chave gerenciada pela AWS) que podem ser usadas para criptografar o disco do SO e o disco de identidade (ID).

  • As chaves gerenciadas pela AWS são giradas automaticamente todos os anos.
  • As chaves gerenciadas pelo cliente são opcionais para rotação automática e podem ser gerenciadas manualmente.

Você pode consultar os seguintes documentos da AWS para obter mais informações sobre as chaves KMS:

Para criptografia de discos de SO e ID, configure um dos seguintes:

  • Use uma imagem preparada que seja criptografada (por exemplo, uma AMI criada a partir de uma instância ou snapshot que contenha um volume raiz EBS criptografado com chave KMS)
  • Use uma origem de perfil de máquina (VM ou modelo de inicialização) que contenha um volume raiz EBS criptografado.

Limitações

Considere as seguintes limitações:

  • O MCS atualmente oferece suporte a apenas um disco na AMI de imagem preparada.

  • Você não pode criptografar diretamente volumes ou snapshots EBS existentes não criptografados, nem modificar a chave KMS de um volume criptografado existente. Para fazer isso, você deve:

    1. Criar um novo snapshot desse volume.
    2. Criar um novo volume a partir desse snapshot.
    3. Criptografar o novo volume.

Consulte os seguintes documentos da AWS:

Criar um catálogo com criptografia de disco

Você pode criar um catálogo de máquinas MCS com criptografia de disco usando:

  • Imagem preparada (criada usando o gerenciamento de imagens a partir de uma imagem mestre que possui disco criptografado)
  • Perfil de máquina

As considerações ao usar a entrada do perfil de máquina são:

  • A chave KMS da entrada do perfil de máquina tem precedência sobre a chave KMS da imagem preparada.
  • Se nenhuma entrada de perfil de máquina for fornecida, a chave KMS da AMI de imagem preparada será usada para criptografar os discos das VMs do catálogo.
  • Se o perfil de máquina tiver mapeamentos de dispositivo de bloco presentes, os dispositivos de bloco presentes no modelo de imagem preparada (AMI) e o perfil de máquina deverão corresponder. Por exemplo, se a AMI tiver um dispositivo definido em /dev/sda1, o perfil de máquina também deverá ter um dispositivo definido em /dev/sda1.
  • Se não houver chave na origem do perfil de máquina e a imagem preparada não for criptografada, os discos das VMs do catálogo não serão criptografados.
  • Quando a imagem preparada é criptografada, uma VM de origem de perfil de máquina ou modelo de inicialização deve ter um volume raiz criptografado para ser considerada uma entrada válida.

Modificar um catálogo existente

Você pode modificar um catálogo existente usando o comando Set-ProvScheme do PowerShell para ter:

  • Uma entrada de perfil de máquina com um volume contendo uma nova chave KMS.
  • Uma imagem preparada criada a partir da imagem mestre com AMI criptografada usando o gerenciamento de imagens.

Considerações importantes:

  • Os volumes de novas VMs adicionadas ao catálogo são criptografados com a nova chave KMS.
  • Para atualizar as configurações de criptografia quando houver um perfil de máquina existente, execute Set-ProvScheme com um novo perfil de máquina.
  • Você não pode modificar um catálogo existente de volumes criptografados para volumes não criptografados. Você não pode fazer uma atualização de imagem de uma AMI de imagem preparada criptografada para uma AMI de imagem preparada não criptografada.

Habilitar NitroTPM e inicialização segura UEFI para instâncias de VM

Ao criar um catálogo, agora você pode selecionar uma imagem preparada (AMI) com NitroTPM e/ou inicialização segura UEFI habilitados. Consequentemente, as VMs provisionadas no catálogo também são habilitadas com NitroTPM e/ou inicialização segura UEFI. Essa implementação garante que as VMs sejam seguras e confiáveis. Para obter mais informações sobre NitroTPM e inicialização segura UEFI, consulte a documentação da Amazon.

Limitações

  • Você pode usar NitroTPM e inicialização segura atualmente em todas as regiões da AWS (incluindo as regiões AWS GovCloud (EUA)), exceto na China.
  • Você não pode habilitar NitroTPM e inicialização segura UEFI em catálogos existentes. Se você deseja um catálogo com NitroTPM e inicialização segura UEFI habilitados, crie um novo catálogo.

Principais etapas

  1. Configure seu ambiente AWS.
  2. Crie uma conexão com a AWS.
  3. Crie uma imagem mestre (AMI) habilitada com NitroTPM e/ou inicialização segura UEFI.
  4. Crie uma imagem preparada a partir da imagem mestre. Consulte Criar uma imagem preparada para instâncias gerenciadas do Amazon WorkSpaces Core.
  5. Crie um catálogo de máquinas selecionando a imagem preparada com NitroTPM e inicialização segura UEFI habilitados no menu de criação de catálogo do Citrix Studio ou ao criar um esquema de provisionamento usando comandos do PowerShell.

As VMs adicionadas ao catálogo criado têm NitroTPM e inicialização segura UEFI habilitados.

Criar uma AMI que suporte NitroTPM e inicialização segura UEFI

  1. Você pode criar uma AMI a partir de uma VM que tenha NitroTPM e/ou inicialização segura UEFI habilitados.

    1. Crie a instância usando as imagens do AWS Marketplace. Exemplo: pesquise por TPM-Windows_Server-2022-English-Full-Base on the aws-marketplace.
    2. Baixe o VDA de sessão única ou múltipla.
    3. Crie uma AMI a partir dessa VM.

  2. Use o comando register-image:

    --boot-mode (string)
--tpm-support (string)
<!--NeedCopy-->

    Para obter mais informações, consulte register-image.

Consulte os seguintes documentos da AWS:

Você pode abrir uma janela do PowerShell a partir do host do Delivery Controller™ para verificar se um(a) específico(a):

  • oferta de serviço oferece suporte a NitroTPM ou inicialização segura UEFI

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

  • modelo oferece suporte a NitroTPM ou inicialização segura UEFI

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

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

Atualizar a oferta de serviço do catálogo existente

Você pode alterar a oferta de serviço de um catálogo existente usando Set-ProvScheme. A alteração se aplica às VMs recém-adicionadas. No entanto, você recebe erros nos seguintes cenários:

Modo de inicialização da AMI A AMI oferece suporte a Nitro TPM? A oferta de serviço oferece suporte a NitroTPM e inicialização segura UEFI?
UEFI Não Não
BIOS herdado Sim Não
UEFI Sim Não
UEFI Preferencial Sim Não

Copiar tags em VMs

Você pode copiar tags em NICs e discos (disco de identidade, disco de cache de gravação e disco do SO) que são especificados no perfil de máquina para VMs recém-criadas em um catálogo de máquinas MCS. Você pode especificar essas tags em qualquer uma das origens do perfil de máquina (instância AWS VM ou versão de modelo de inicialização AWS). Esse recurso é aplicável a catálogos de máquinas e VMs persistentes e não persistentes.

Nota:

  • No console AWS EC2, você não pode ver os valores de “Tag Network Interfaces” em “Launch Template Version Resource Tags”. No entanto, você pode executar o comando do PowerShell aws ec2 describe-launch-template-versions --launch-template-id lt-0bb652503d45dcbcd --versions 12 para ver as especificações da tag.
  • Se uma origem de perfil de máquina (VM ou versão de modelo de inicialização) tiver duas interfaces de rede (eni-1 e eni-2), e eni-1 tiver a tag t1 e eni-2 tiver a tag t2, a VM obterá as tags de ambas as interfaces de rede.

Filtrar instâncias de VM usando o PowerShell

Uma instância de VM AWS que você usa como 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 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 oferece suporte a 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 pular do início absoluto (ou fim 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 não incluindo 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 TotalItemsCount e 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 terminando 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 compatíveis para filtragem. Você pode combinar esses parâmetros com as opções de paginação.

  • -ContainsName "my_name": Se a string fornecida corresponder a parte de um nome de AMI, a AMI será incluída no resultado Get. 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 resultado Get. 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 compatíveis. O valor de tag “Não marcado” corresponde a itens que não têm a tag fornecida em sua lista de tags. O valor de tag “Todos os valores” corresponde a itens que têm a tag, independentemente do valor da tag. Caso contrário, a correspondência ocorre somente se o item tiver a tag e o valor for igual ao que é fornecido no filtro.

  • -Id "ami-0a2d913927e0352f3": Se a AMI corresponder ao ID fornecido, ela será incluída no resultado Get. Por exemplo:

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

Filtragem no 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 são incluídas com um campo AdditionalData chamado “Aviso”. Por exemplo:

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

Onde ir em seguida

Mais informações

Criar um catálogo de instâncias gerenciadas do Amazon WorkSpaces Core
September 15, 2025
Contribuição de: 
C
September 15, 2025
Contribuição de: 
C

Neste artigo

Feedback do site | Your privacy choices footer linkSuas escolhas de privacidade | Privacidade e termos legais | Preferências de cookies | Configurações de consentimento | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.