Observação:

Este artigo descreve como criar catálogos usando o Studio. Se você estiver usando o Quick Deploy para criar recursos do Azure, siga as orientações em Criar catálogos usando o Quick Deploy.

Coleções de máquinas físicas ou virtuais são gerenciadas como uma única entidade chamada catálogo de máquinas. Dentro de um catálogo de máquinas, todas as máquinas compartilham um tipo de sistema operacional comum, que pode ser um sistema operacional multissessão ou um sistema operacional de sessão única, como sistemas baseados em Windows ou Linux.

O Studio orienta você a criar o primeiro catálogo de máquinas. Depois de criar o primeiro catálogo, você cria o primeiro grupo de entrega. Mais tarde, você pode alterar o catálogo criado e criar mais catálogos.

Visão geral

Ao criar um catálogo de VMs, você especifica como provisionar essas VMs. Você pode usar os Serviços de Criação de Máquinas (MCS). Ou você pode usar suas próprias ferramentas para fornecer máquinas.

• Se você usar o MCS para provisionar VMs, forneça uma imagem (ou instantâneo) para criar VMs idênticas no catálogo. Antes de criar o catálogo, você deve configurar uma conexão de hospedagem pela primeira vez com o hipervisor ou serviço de nuvem de sua escolha e, em seguida, criar e configurar a imagem mestra no mesmo. Configurar a imagem mestre requer tarefas como ingressar no domínio quando necessário, instalar os drivers necessários, aplicativos a serem publicados e implantar o Virtual Delivery Agent (VDA) na imagem.
• Depois de criar a imagem mestre, você cria o catálogo da máquina no Studio. Selecione essa imagem (ou um instantâneo de uma imagem), especifique o número de VMs a serem criadas no catálogo e configure informações adicionais.
• Se suas máquinas já estiverem disponíveis, você ainda deverá criar um ou mais catálogos de máquinas para importar essas VMs para o catálogo.

Ao usar o MCS para criar o primeiro catálogo, você especifica uma unidade de hospedagem que criou anteriormente. A unidade de hospedagem fornece configuração de recursos para você criar uma máquina virtual. Mais tarde (depois de criar seu primeiro catálogo e grupo de entrega), você pode alterar informações sobre essa unidade de hospedagem ou sua conexão de host pai ou criar mais conexões e unidades de hospedagem.

Se um Cloud Connector não estiver operando corretamente, as operações de provisionamento do MCS (como atualizações de catálogo) demoram mais que o normal, e o desempenho da interface de gerenciamento diminui significativamente.

Verificação de licença RDS

A criação de um catálogo de máquinas contendo máquinas com sistema operacional Windows multissessão inclui uma verificação automática de licenças válidas do Microsoft RDS. O catálogo é pesquisado em busca de uma máquina ligada e registrada para fazer a verificação.

• Se uma máquina ligada e registrada não puder ser encontrada, um aviso será exibido, explicando que a verificação de licenciamento do RDS não pode ser realizada.
• Se uma máquina for encontrada e um erro for detectado, o Studio exibirá uma mensagem de aviso para o catálogo que contém o problema detectado. Para remover um aviso de licença RDS de um catálogo (para que ele não apareça mais na exibição), selecione o catálogo. Selecione Remover aviso de licença RDS. Quando solicitado, confirme a ação.

Registro VDA

Um VDA deve ser registrado em um Cloud Connector para ser considerado ao iniciar sessões intermediadas. VDAs não registrados podem resultar na subutilização de recursos que de outra forma estariam disponíveis. Há vários motivos pelos quais um VDA pode não ser registrado, muitos dos quais você pode solucionar. Informações de solução de problemas são fornecidas no assistente de criação de catálogo e depois que você adiciona um catálogo a um grupo de entrega.

No assistente de criação de catálogo, depois de adicionar máquinas existentes, a lista de nomes de contas de computador indica se cada máquina é adequada para ser adicionada ao catálogo. Passe o mouse sobre o ícone ao lado de cada máquina para exibir uma mensagem informativa sobre ela.

Se a mensagem identificar uma máquina problemática, você pode removê-la (usando o botão Remover ) ou adicioná-la. Por exemplo, se uma mensagem indicar que não é possível obter informações sobre uma máquina (talvez porque ela nunca foi registrada), você pode optar por adicionar a máquina mesmo assim.

Para obter mais informações sobre solução de problemas de registro do VDA, consulte CTX136668.

Resumo da criação do catálogo MCS

Aqui está uma breve visão geral das ações padrão do MCS depois que você fornece informações no assistente de criação de catálogo.

• Se você selecionar uma imagem (em vez de um instantâneo), o MCS criará um instantâneo.
• O MCS cria uma cópia completa do instantâneo e coloca a cópia em cada local de armazenamento definido na conexão do host.
• O MCS adiciona as máquinas ao Active Directory, o que cria identidades exclusivas.
• O MCS cria o número de VMs especificado no assistente, com dois discos definidos para cada VM. Além dos dois discos por VM, a cópia completa do snapshot ou da imagem mestre também é armazenada no mesmo local de armazenamento. Se você tiver vários locais de armazenamento definidos, cada um receberá os seguintes tipos de disco:
  • A cópia completa do snapshot (observado antes), que é somente leitura e compartilhada entre as VMs recém-criadas.
  • Um disco de identidade exclusivo de 16 MB que dá a cada VM uma identidade única. Cada VM recebe um disco de identidade.
  • Um disco de diferença exclusivo para armazenar gravações feitas na VM. Este disco é provisionado de forma fina (se suportado pelo armazenamento do host) e aumenta até o tamanho máximo da imagem mestre, se necessário. Cada VM recebe um disco de diferenciação. O disco de diferença contém as alterações feitas durante as sessões. É permanente para desktops dedicados. Para desktops agrupados, ele é excluído e um novo é criado após cada reinicialização.

Como alternativa, ao criar VMs para fornecer desktops estáticos, você pode especificar (na página Máquinas do assistente de criação de catálogo) clones de VM espessos (cópia completa). Clones completos não exigem retenção da imagem mestre em cada armazenamento de dados. Cada VM tem seu próprio arquivo.

Considerações sobre armazenamento MCS

Há muitos fatores ao decidir sobre soluções de armazenamento, configurações e capacidades para MCS. As informações a seguir fornecem considerações adequadas para capacidade de armazenamento:

Considerações sobre capacidade:

• Discos

  Os discos Delta ou Diferenciais (Diff) consomem a maior quantidade de espaço na maioria das implantações do MCS para cada VM. Cada VM criada pelo MCS recebe no mínimo 2 discos na criação.

  • Disk0 = Disco Diff: contém o sistema operacional quando copiado da imagem mestre base.
  • Disk1 = Disco de identidade: 16 MB - contém dados do Active Directory para cada VM.

  À medida que o produto evolui, talvez seja necessário adicionar mais discos para atender a determinados casos de uso e consumo de recursos. Por exemplo:

  • Otimização de armazenamento do MCS cria um disco de estilo de cache de gravação para cada VM. Em ambientes de virtualização XenServer, VMware e SCVMM, o MCS coloca o disco de cache de write-back (WBC) no mesmo local de armazenamento que o disco do sistema operacional se você configurar a lista de armazenamento do sistema operacional disponível da mesma forma que a lista de armazenamento temporário disponível ao criar uma conexão de host.
  • O MCS adicionou a capacidade de usar clones completos em oposição ao cenário de disco Delta descrito na seção anterior.

  Os recursos do hipervisor também podem entrar na equação. Por exemplo:

  • XenServer IntelliCache cria um disco de leitura no armazenamento local para cada XenServer. Esta opção economiza IOPS em relação à imagem que pode estar armazenada no local de armazenamento compartilhado.

• Sobrecarga do hipervisor

  Diferentes hipervisores usam arquivos específicos que criam sobrecarga para VMs. Os hipervisores também usam armazenamento para gerenciamento e operações gerais de registro. Calcule o espaço para incluir despesas gerais para:

  • Arquivos de log
  • Arquivos específicos do hipervisor. Por exemplo:
    • O VMware adiciona mais arquivos à pasta armazenamento de VM . Ver Práticas recomendadas da VMware.
    • Calcule os requisitos totais de tamanho da sua máquina virtual. Considere uma máquina virtual contendo 20 GB para o disco virtual, 16 GB para o arquivo de swap e 100 MB para arquivos de log, consumindo 36,1 GB no total.
  • Snapshots para XenServer; Snapshots para VMware.

• Sobrecarga do processo

  Criar um catálogo, adicionar uma máquina e atualizar um catálogo têm implicações de armazenamento exclusivas. Por exemplo:

  • A criação do catálogo inicial requer que uma cópia do disco base seja copiada para cada local de armazenamento.
    • Também requer que você crie uma VM de preparação temporariamente.
  • Adicionar uma máquina a um catálogo não requer a cópia do disco base para cada local de armazenamento. A criação do catálogo varia de acordo com os recursos selecionados.
  • Atualizando o catálogo para criar um disco base extra em cada local de armazenamento. As atualizações do catálogo também sofrem um pico de armazenamento temporário, em que cada VM no catálogo tem 2 discos Diff por um determinado período de tempo.

Mais considerações:

• Tamanho da RAM: Afeta o tamanho de certos arquivos e discos do hipervisor, incluindo discos de otimização de E/S, cache de gravação e arquivos de instantâneo.
• Provisionamento fino/grosso: O armazenamento NFS é preferido devido aos recursos de provisionamento fino.

Otimização de armazenamento do Machine Creation Services (MCS)

O recurso de otimização de armazenamento do Machine Creation Services (MCS) também é conhecido como MCS I/O. Este recurso está disponível apenas no Azure, GCP, XenServer, VMware, AWS e SCVMM.

• O contêiner de cache de gravação é baseado em arquivo, a mesma funcionalidade encontrada no Citrix Provisioning. Por exemplo, o nome do arquivo de cache de gravação do Citrix Provisioning é D:\vdiskdif.vhdx e o nome do arquivo de cache de gravação do MCS I/O é D:\mcsdif.vhdx.
• Obtenha melhorias de diagnóstico incluindo suporte para um arquivo de despejo de memória do Windows gravado no disco de cache de gravação.
• O MCS I/O mantém a tecnologia cache na RAM com estouro para o disco rígido para fornecer a solução de cache de gravação multicamadas mais otimizada. Essa funcionalidade permite que um administrador equilibre o custo em cada camada, RAM e disco, e o desempenho para atender à expectativa de carga de trabalho desejada.

Atualizar o método de cache de gravação de baseado em disco para baseado em arquivo requer as seguintes alterações:

1. O MCS I/O não suporta mais somente cache de RAM. Especifique um tamanho de disco durante a criação do catálogo da máquina.
2. O disco de cache de gravação da VM é criado e formatado automaticamente ao inicializar uma VM pela primeira vez. Assim que a VM estiver ativa, o arquivo de cache de gravação mcsdif.vhdx será gravado no volume formatado MCSWCDisk.
3. O arquivo de paginação é redirecionado para este volume formatado, MCSWCDisk. Como resultado, esse tamanho de disco considera a quantidade total de espaço em disco. Inclui o delta entre o tamanho do disco e a carga de trabalho gerada, além do tamanho do arquivo de paginação. Isso normalmente está associado ao tamanho da RAM da VM.

Habilitar atualizações de otimização de armazenamento do MCS

Para habilitar o recurso de otimização de armazenamento de E/S do MCS, atualize o Delivery Controller e o VDA para a versão mais recente do Citrix DaaS.

Observação:

Se você atualizar uma implantação existente que tenha o MCS I/O habilitado, nenhuma configuração adicional será necessária. A atualização do VDA e do Delivery Controller lida com a atualização de E/S do MCS.

Para obter informações sobre como atribuir uma letra de unidade ao disco de cache de write-back, consulte Atribuir uma letra de unidade específica ao disco de cache de write-back de E/S do MCS.

Preparar uma imagem mestre no hipervisor ou serviço de nuvem

A imagem mestre contém o sistema operacional, aplicativos não virtualizados, VDA e outros softwares.

Bom saber:

• Uma imagem mestre também pode ser conhecida como imagem clone, imagem dourada, VM base ou imagem base. Fornecedores de hospedagem e provedores de serviços de nuvem podem usar termos diferentes.
• Certifique-se de que o hipervisor ou serviço de nuvem tenha processadores, memória e armazenamento suficientes para acomodar o número de máquinas criadas.
• Configure a quantidade correta de espaço em disco rígido necessária para desktops e aplicativos. Esse valor não pode ser alterado posteriormente ou no catálogo da máquina.
• Os catálogos de máquinas de acesso remoto ao PC não usam imagens mestras.
• Considerações sobre a ativação do Microsoft KMS ao usar o MCS: se sua implantação incluir VDAs 7.x com um host XenServer 6.1 ou 6.2, vSphere ou Microsoft System Center Virtual Machine Manager, não será necessário rearmar manualmente o Microsoft Windows ou o Microsoft Office.

Instale e configure o seguinte software na imagem mestre:

• Ferramentas de integração para seu hipervisor (como Citrix VM Tools, Hyper-V Integration Services ou VMware Tools). Se você omitir esta etapa, os aplicativos e desktops podem não funcionar corretamente.
• Um VDA. A Citrix recomenda instalar a versão mais recente do VDA para permitir acesso aos recursos mais recentes. A falha na instalação de um VDA na imagem mestre faz com que a criação do catálogo falhe.
• Ferramentas de terceiros, conforme necessário, como software antivírus ou agentes de distribuição eletrônica de software. Configure serviços com configurações apropriadas para usuários e o tipo de máquina (como atualização de recursos).
• Aplicativos de terceiros que você não está virtualizando. A Citrix recomenda a virtualização de aplicativos. A virtualização reduz custos ao eliminar a necessidade de atualizar a imagem mestre após adicionar ou reconfigurar um aplicativo. Além disso, menos aplicativos instalados reduzem o tamanho dos discos rígidos da imagem mestre, o que economiza custos de armazenamento.
• Clientes App-V com as configurações recomendadas, caso você planeje publicar aplicativos App-V. O cliente App-V está disponível na Microsoft.
• Ao usar o MCS, se você localizar o Microsoft Windows, instale os pacotes de idioma e local. Durante o provisionamento, quando um snapshot é criado, as VMs provisionadas usam os idiomas e as localidades instalados.

Importante:

Se você estiver usando o MCS, não execute o Sysprep em imagens mestras.

Para preparar uma imagem mestre:

1. Usando a ferramenta de gerenciamento do seu hipervisor, crie uma imagem mestre e instale o sistema operacional e todos os service packs e atualizações. Especifique o número de vCPUs. Você também pode especificar o valor da vCPU se criar o catálogo de máquinas usando o PowerShell. Não é possível especificar o número de vCPUs ao criar um catálogo do Studio. Configure a quantidade de espaço em disco rígido necessária para desktops e aplicativos. Esse valor não pode ser alterado posteriormente ou no catálogo.
2. Certifique-se de que o disco rígido esteja conectado no local do dispositivo 0. A maioria dos modelos de imagem mestre padrão configuram esse local por padrão, mas alguns modelos personalizados podem não configurar.
3. Instale e configure o software listado acima na imagem mestra.
4. Se você não estiver usando o MCS, junte a imagem mestre ao domínio do qual os aplicativos e desktops são membros. Certifique-se de que a imagem mestre esteja disponível no host onde as máquinas foram criadas. Se você estiver usando o MCS, não será necessário unir a imagem mestre a um domínio. As máquinas provisionadas são unidas ao domínio especificado no assistente de criação de catálogo.
5. A Citrix recomenda que você crie e nomeie um instantâneo da sua imagem mestre para que ela possa ser identificada posteriormente. Se você especificar uma imagem mestre em vez de um instantâneo ao criar um catálogo, a interface de gerenciamento criará um instantâneo, mas você não poderá nomeá-lo.

Ativação de licenciamento por volume

O MCS oferece suporte à ativação de licenciamento por volume para automatizar e gerenciar a ativação de sistemas operacionais Windows e Microsoft Office. Os três modelos que o MCS suporta para ativação de licenciamento por volume são:

• Serviço de gerenciamento de chaves (KMS)
• Ativação baseada no Active Directory (ADBA)
• Chave de Ativação Múltipla (MAK)

Você pode alterar a configuração de ativação depois de criar o catálogo da máquina.

Serviço de gerenciamento de chaves (KMS)

O KMS é um serviço leve que não requer um sistema dedicado e pode ser facilmente co-hospedado em um sistema que fornece outros serviços. Essa funcionalidade é suportada em todas as versões do Windows suportadas pela Citrix. Durante a preparação da imagem, o MCS rearma o Microsoft Windows e o Microsoft Office KMS. Você pode pular a rearmação executando o comando Set-Provserviceconfigurationdata. Para obter mais informações sobre o Microsoft Windows KMS Rearm e o Microsoft Office KMS Rearm durante a preparação da imagem, consulte Serviços de criação de máquina: Visão geral da preparação de imagem e localização de falhas. Para obter mais informações sobre a ativação do KMS, consulte Ativar usando o Serviço de Gerenciamento de Chaves.

Observação:

Todos os catálogos de máquinas criados após a execução do comando Set-Provserviceconfigurationdata têm a mesma configuração fornecida no comando.

Ativação baseada no Active Directory (ADBA)

O ADBA permite que você ative máquinas por meio de suas conexões de domínio. As máquinas são ativadas imediatamente quando ingressam no domínio. Essas máquinas permanecem ativadas enquanto permanecem conectadas ao domínio e em contato com ele. Essa funcionalidade é suportada em todas as versões do Windows suportadas pela Citrix. Para obter mais informações sobre a ativação baseada no Active Directory, consulte Ativar usando Ativação baseada no Active Directory.

Chave de Ativação Múltipla (MAK)

MAK é uma maneira de ativar o volume e autenticar o sistema Windows com a ajuda do servidor Microsoft. Você deve comprar a chave MAK da Microsoft, que é atribuída com um número fixo de contagens de ativação. Cada vez que um sistema Windows é ativado, a contagem de ativações é reduzida. Existem duas maneiras de ativar o sistema:

• Ativação online: se o sistema Windows que você deseja ativar tiver acesso à Internet, o sistema ativará automaticamente o Windows ao instalar a chave do produto. Este processo reduz a contagem de ativação em 1 para o MAK correspondente.
• Ativação offline: se o sistema Windows não conseguir se conectar à Internet para fazer a ativação online, o MCS obtém um ID de confirmação e um ID de instalação do servidor da Microsoft para ativar o sistema Windows. Essa forma de ativação é útil para catálogos de máquinas não persistentes.

Observação:

• O MCS não oferece suporte à ativação do Microsoft Office usando MAK.
• A versão mínima necessária do VDA é 2303.

Requisitos principais

• O Controlador de Entrega deve ter acesso à internet.
• Crie um novo catálogo se a nova imagem a ser atualizada tiver uma chave MAK diferente da original.
• Instale a chave MAK na imagem mestre. Consulte Implantar ativação MAK para obter as etapas de instalação da chave MAK em um sistema Windows.

• Se você não estiver usando preparação de imagem:

  1. Adicione o valor DWORD do registro Manual em Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation.
  2. Defina o valor como 1.

Contagens de ativação

Para visualizar o número de ativações restantes para a chave MAK ou verificar se uma VM está consumindo duas ou mais ativações, use a Ferramenta de gerenciamento de ativação de volume (VAMT). Veja Instalar VAMT.

Ative o sistema Windows usando MAK

Para ativar o sistema Windows usando MAK:

1. Instale a chave do produto na imagem mestra. Esta etapa consome uma contagem de ativação.
2. Crie um catálogo de máquinas MCS.

3. Se você não estiver usando preparação de imagem:

   1. Adicione o valor DWORD do registro Manual em Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionPlatform\Activation.
   2. Defina o valor como 1.

   Este método desabilita a opção de ativação online.

4. Adicione VMs ao catálogo de máquinas.
5. Ligue as VMs.

6. Dependendo se a ativação é online ou offline, o sistema Windows é ativado.

   • Se a ativação for online, o sistema Windows será ativado após a instalação da chave do produto.
   • Se a ativação for offline, o MCS se comunicará com as VMs provisionadas para obter o status de ativação do sistema Windows. O MCS então recupera um ID de confirmação e um ID instalado do servidor Microsoft. Essas IDs são usadas para ativar o sistema Windows.

Solução de problemas

Se a VM provisionada não estiver ativada com a chave MAK instalada, execute o comando Get-ProvVM ou Get-ProvScheme em uma janela do PowerShell.

• O comando Get-ProvScheme : Veja o parâmetro WindowsActivationType associado ao catálogo da máquina MCS da imagem mestre mais recente.
• O comando Get-ProvVM . Veja os parâmetros WindowsActivationType, WindowsActivationStatus, WindowsActivationStatusErrorCodee WindowsActivationStatusError.

Você pode verificar o erro e conferir as etapas para resolver o problema.

Crie um catálogo de máquinas usando o Studio

Antes de criar um catálogo:

• Certifique-se de ter criado uma conexão com o hipervisor, serviço de nuvem ou outro recurso que hospeda suas máquinas.
• Se você criou uma imagem mestre para provisionar máquinas. Certifique-se de ter instalado um VDA nessa imagem mestre.

Observação:

Ao usar um serviço de nuvem ou hipervisor para hospedar VMs, o assistente de criação de catálogo pode conter páginas extras específicas para esse host. Por exemplo, ao usar uma imagem mestra do Azure Resource Manager, o assistente de criação de catálogo contém uma página Tipos de armazenamento e licença . Para obter informações específicas do host, consulte os artigos específicos mencionados em Para onde ir em seguida.

Inicie o assistente de criação de catálogo

1. Entre no Citrix Cloud.
2. No bloco DaaS , clique em Gerenciar para abrir o Studio.
3. Selecione Catálogos de Máquinas no painel esquerdo.
4. Se este for o primeiro catálogo sendo criado, você será guiado para a seleção correta (como “Configurar as máquinas e criar catálogos de máquinas para executar aplicativos e desktops”). O assistente de criação de catálogo é aberto.

5. Se você já criou um catálogo e deseja criar outro, siga estas etapas:

   1. Para organizar catálogos usando pastas, crie pastas na pasta padrão Catálogos de Máquinas . Para obter mais informações, consulte Criar uma pasta de catálogo.
   2. Selecione a pasta onde deseja criar o catálogo e clique em Criar Catálogo de Máquina. O assistente de criação de catálogo é aberto.

O assistente o guiará pelas páginas descritas nas seções a seguir. As páginas que você vê podem ser diferentes, dependendo das seleções que você fizer e da conexão (com um host) que você usar. Hosts / recursos de virtualização lista fontes de informações para os tipos de host suportados.

Selecione um tipo de máquina

Cada catálogo deve conter máquinas de apenas um tipo de sistema operacional. Selecione uma das seguintes opções na página Tipo de máquina :

• SO multissessão: Um catálogo de SO multissessão fornece desktops compartilhados hospedados. As máquinas podem executar versões suportadas dos sistemas operacionais Windows ou Linux, mas o catálogo não pode conter sistemas operacionais Windows e Linux.
• SO de sessão única: Um catálogo de SO de sessão única fornece desktops VDI que você pode atribuir a diferentes usuários.
• Acesso Remoto ao PC: Um catálogo de Acesso Remoto ao PC fornece aos usuários acesso remoto às suas máquinas de trabalho físicas do escritório. O acesso remoto ao PC não requer uma VPN para fornecer segurança.

Selecione as opções de gerenciamento da máquina

Observação:

A página Gerenciamento de Máquina não aparece se você selecionar Acesso Remoto ao PC na página Tipo de Máquina .

A página Gerenciamento de Máquinas indica como as máquinas são gerenciadas e a ferramenta que você deseja usar para implantar máquinas.

Selecione uma das opções para indicar como as máquinas devem ser gerenciadas energeticamente:

• Máquinas com gerenciamento de energia (por exemplo, máquinas virtuais ou PCs blade): Esta opção estará disponível somente se você já tiver configurado uma conexão com um hipervisor ou serviço de nuvem.
• As máquinas não são gerenciadas por energia (por exemplo, máquinas físicas)

Se você selecionar a opção Máquinas com gerenciamento de energia (por exemplo, máquinas virtuais ou PCs blade), selecione uma ferramenta para criar VMs:

• Tecnologia de provisionamento Citrix

  • Citrix Machine Creation Services (MCS) Cria um catálogo de VMs provisionadas e criadas imagens usando o MCS. O MCS copia imagens clonadas de uma imagem mestre para essas VMs.

  • Citrix Provisioning Services (PVS) Cria um catálogo de VMs provisionadas usando MCS e criadas imagens usando PVS. Essas VMs funcionam como dispositivos de destino do PVS e o servidor PVS pode transmitir uma única imagem de disco compartilhada para elas.

    Observação:

    • Esta opção está disponível apenas para sites PVS registrados no Citrix Cloud e atualmente está limitada aos recursos do Azure.
    • Ao criar um catálogo de provisionamento Citrix na página Dispositivo de destino , você poderá ver que no menu suspenso para selecionar o farm e o site para as máquinas a serem provisionadas, há farms e sites listados que não existem mais. Como solução alternativa, você pode executar o comando do PowerShell Unregister-HypPvsSite para remover os farms e sites do banco de dados. Para obter informações sobre o comando do PowerShell, consulte Unregister-HypPvsSite.

• Outro serviço ou tecnologia Uma ferramenta que gerencia máquinas já existentes no data center. A Citrix recomenda que você use o Microsoft System Center Configuration Manager ou outro aplicativo de terceiros para garantir que as máquinas no catálogo sejam consistentes.

Observação:

Para máquinas com sistema operacional Linux, consulte Criar VDAs Linux usando o Machine Creation Services (MCS).

Selecione uma experiência de desktop

Observação:

As opções na página Experiência de desktop variam de acordo com o tipo de máquina selecionado na página Tipo de máquina .

• Para máquinas com SO multissessão ** , os usuários recebem uma área de trabalho aleatória sempre que efetuam login. Você obtém as seguintes opções na página **Experiência de desktop :

  • Salvar alterações no disco local da máquina que hospeda desktops virtuais: Persistente
  • Descartar todas as alterações e limpar as áreas de trabalho virtuais quando o usuário fizer logoff: Não persistente

  Observação:

  Para máquinas multissessão persistentes, as alterações feitas pelos usuários nas áreas de trabalho serão salvas e ficarão acessíveis a todos os usuários autorizados.

• Para máquinas com SO de sessão única, você obtém as seguintes opções na página Experiência de desktop :

  • Conecte-se a uma nova área de trabalho (aleatória) sempre que os usuários efetuarem login.
  • Conecte-se à mesma área de trabalho (estática) sempre que os usuários efetuarem login.

  Você pode decidir ainda se as alterações feitas pelos usuários serão salvas ou descartadas depois que eles fizerem logoff.

Se você selecionar Salvar alterações no disco local da máquina que hospeda áreas de trabalho virtuais: Persistente, as opções Clone de cópia rápida ou Clone de cópia completa estão disponíveis para o Cópia da máquina virtual modo no Máquinas Virtuais página. Caso contrário, o Cópia da máquina virtual não está disponível.

Selecione uma imagem e um perfil de máquina

Observação:

• Esta página só aparece se você selecionar Citrix Machine Creation Services (MCS) na página Machine Management .
• As opções disponíveis nesta página variam de acordo com o hipervisor ou serviço de nuvem.

Siga estas etapas para concluir as configurações na página:

1. Selecione um tipo de imagem para o catálogo da máquina e, em seguida, selecione uma imagem. Dois tipos de imagens estão disponíveis:

   • Imagem mestre: Um snapshot ou VM criado como imagem mestre. Ele passa por preparação automática de imagem no início da criação do catálogo. Se necessário, você pode adicionar uma nota para a imagem selecionada.

     Observação:

     • Ao usar o MCS, não execute o Sysprep em imagens mestras.
     • Se você especificar uma imagem mestre em vez de um instantâneo, a interface de gerenciamento criará um instantâneo, mas você não poderá nomeá-lo.
     • Uma mensagem de erro será exibida se você selecionar um snapshot ou uma VM que não seja compatível com a tecnologia de gerenciamento de máquina selecionada anteriormente no assistente.
     • Para atualizar imagens dentro de um nó de imagem, selecione-o na árvore e clique na opção Atualizar no canto superior direito. Se você não selecionar nenhum nó de imagem, clicar em Atualizar atualizará todas as imagens na árvore. Para limpar um nó selecionado na árvore, segure CTRL e então clique no nó.

   • Prepared image: An image that has undergone image preparation, ready for direct use in VM creation. Opting for prepared images rather than master images for catalog creation ensures faster and more reliable machine catalog creation, along with streamlined image lifecycle management.

      > **Nota:**
      >
      > - VMs criadas usando imagens preparadas não suportam hibernação.
      > - Atualmente, a criação de catálogos usando imagens preparadas está disponível apenas em ambientes Azure e VMware.
           
        For more information about how to create prepared images, see [Image management (Preview)](/pt-br/citrix-daas/install-configure/image-management.html).
     

   Para obter mais informações sobre a preparação de imagens, consulte Serviço de criação de máquinas: Visão geral da preparação de imagens e localização de falhas.

2. Para herdar as configurações de VM de um perfil de máquina, selecione Usar um perfil de máquinae, em seguida, selecione uma especificação de modelo de VM ou ARM (específica do Azure) para usar como o perfil de máquina.

   Observação:

   Atualmente, o uso de perfis de computador é restrito a VMs do Azure, AWS, GCP e VMware.

3. Para implantações do VMWare, ao criar um catálogo de máquinas usando um perfil de máquina, você deve especificar a pasta onde deseja manter as máquinas virtuais.

Para fornecer o local da pasta da máquina virtual, no assistente de criação de catálogo, acesse Máquinas Virtuais e vá para Selecione uma pasta para colocar as máquinas e forneça o local da pasta da máquina virtual. Se não for especificado, o sistema considera a pasta do perfil de máquina selecionado como o local padrão.

1. Para implantações da AWS, você pode selecionar um modelo de inicialização como o perfil da máquina.

2. Selecione o nível funcional mínimo para o catálogo. Para permitir o uso dos recursos mais recentes do produto, certifique-se de que a imagem mestre tenha a versão mais recente do VDA instalada.

Configurar as máquinas

Observação:

• O título desta página depende do que você selecionou na página Gerenciamento de Máquinas : Máquinas, Máquinas Virtuaisou Máquinas e Usuários.
• Esta página não aparece se você selecionar Acesso Remoto ao PC na página Tipo de Máquina .
• Você pode criar um catálogo vazio, o que significa que o catálogo não contém máquinas.

• Ao usar o MCS para criar máquinas:

  • Especifique quantas máquinas virtuais criar. Digite 0 (zero) se não quiser criar nenhum. Mais tarde, para criar VMs para um catálogo vazio, você pode executar Adicionar máquinas.

  • Escolha a quantidade de memória (em MB) que cada VM tem.

    Importante:

    Cada VM criada possui um disco rígido. Seu tamanho é definido na imagem mestre; você não pode alterar o tamanho do disco rígido no catálogo.

  • Se você indicar na página Experiência de Desktop que as alterações do usuário em desktops estáticos devem ser salvas em um vDisk Pessoal separado, especifique o tamanho do disco virtual em GB e a letra da unidade.
  • Se sua implantação usar mais de uma zona (localização do recurso), você poderá selecionar uma zona para o catálogo.
  • Se você estiver criando VMs de desktop estáticas, selecione um modo de cópia de máquina virtual. Veja Modo de cópia da máquina virtual.
  • Se estiver criando VMs de desktop aleatórias e não persistentes, você pode habilitar e configurar o cache de write-back para dados temporários em máquinas para melhorar o desempenho de E/S. Para obter mais informações, consulte Configurar cache para dados temporários.

• Ao usar outras ferramentas para fornecer máquinas:

  Adicione (ou importe uma lista de) nomes de contas de máquina. Você pode alterar o nome da conta de uma VM depois de adicioná-la ou importá-la. Se você tiver especificado máquinas estáticas na página Experiência de Desktop , você pode opcionalmente especificar o nome de usuário para uso com cada VM que você adicionar.

  Dica:

  Para adicionar usuários, você pode navegar até eles ou inserir manualmente uma lista de nomes de usuários separados por ponto e vírgula. Se os usuários estiverem no Active Directory, insira os nomes diretamente. Caso contrário, insira os nomes neste formato: <identity provider>:<user name>. Exemplo: AzureAD:nomedeusuário.

  Depois de adicionar ou importar nomes, você pode usar o botão Remover para excluir nomes da lista enquanto ainda estiver nesta página do assistente.

• Ao usar outras ferramentas (não MCS):

  Um ícone e uma dica de ferramenta para cada máquina adicionada (ou importada) ajudam a identificar máquinas que podem não ser elegíveis para serem adicionadas ao catálogo ou que não podem ser registradas em um Cloud Connector.

Modo de cópia da máquina virtual

O modo de cópia especificado na página Máquinas determina se o MCS cria clones finos (cópia rápida) ou grossos (cópia completa) a partir da imagem mestre. (Padrão = clones finos)

• Use clones de cópia rápida para uso mais eficiente do armazenamento e criação mais rápida da máquina.
• Use clones de cópia completa para melhor recuperação de dados e suporte à migração, com IOPS potencialmente reduzidos após a criação das máquinas.

Observação:

A abordagem de Clone de Cópia Completa está disponível apenas para provisionar VMs persistentes em sistemas operacionais de várias sessões ou de sessão única.

Configurar cache para dados temporários

Ao usar o MCS para gerenciar máquinas aleatórias não persistentes em um catálogo, você pode habilitar o cache de write-back para máquinas para melhorar o desempenho de E/S.

O cache de write-back é chamado de MCSIO. Para mais informações, veja este artigo do blog.

Pré-requisitos

Para habilitar o cache de write-back, o catálogo deve atender a estes requisitos:

• Usa uma conexão que especifica o armazenamento de dados temporários. Para mais informações, consulte Conexões e recursos.

• Os VDAs devem ter pelo menos a versão 7.9 e ser instalados com um driver MCSIO atual.

  Observação:

  Você pode instalar este driver ao instalar ou atualizar um VDA. Por padrão, esse driver não está instalado.

• Para habilitar a atribuição de letras de unidade para caches de disco, as VMs devem atender aos seguintes requisitos adicionais:
  • Sistema operacional: Windows
  • Versão VDA: 2305 ou posterior

Considerações

• Os caches de write-back vêm em Memória cache e Disco cache. Por padrão, seus valores padrão diferem de acordo com o tipo de conexão. Geralmente, os valores padrão são suficientes para a maioria dos casos; no entanto, considere o espaço necessário para:
  • Arquivos de dados temporários criados pelo próprio Windows, incluindo o arquivo de paginação do Windows.
  • Dados do perfil do usuário.
  • Dados do ShareFile que são sincronizados com as sessões dos usuários.
  • Dados que podem ser criados ou copiados por um usuário da sessão ou quaisquer aplicativos que os usuários possam instalar dentro da sessão.

  

• Ao habilitar o cache de write-back para dados temporários, use um cache de memória e um cache de disco. Os dados temporários são gravados primeiro no cache de memória. Quando o cache de memória atinge o limite configurado, os dados mais antigos são movidos para o cache de disco. Nota: O cache de write-back usando apenas um cache de disco não é mais suportado.
• O cache de memória faz parte da quantidade total de memória em cada máquina. Considere aumentar a quantidade total de memória em cada computador depois de habilitar o cache de write-back.

• Alterar o tamanho do cache de disco (GB) ** do seu valor padrão pode afetar o desempenho. O tamanho deve corresponder às necessidades do usuário e à carga colocada na máquina.

  Importante:

  Se o cache de disco ficar sem espaço, a sessão do usuário ficará inutilizável.

• Se você desmarcar a caixa de seleção Tamanho do cache do disco , nenhum disco de cache será criado. Nesse caso, especifique um valor de Memória alocada para cache que seja grande o suficiente para armazenar todos os dados temporários. Isso só é possível se houver grandes quantidades de RAM disponíveis para alocação a cada VM.

• Não habilite o cache se você pretende usar este catálogo para criar AppDisks.

• Não é possível alterar os valores de cache em um catálogo de máquina depois que ele for criado.

Usando arquivos CSV para adicionar máquinas em massa

Se você usar o Studio, poderá adicionar máquinas em massa usando arquivos CSV. O recurso está disponível para todos os catálogos, exceto catálogos criados por meio do MCS.

Um fluxo de trabalho geral para usar arquivos CSV para adicionar máquinas em massa é o seguinte:

1. Na página Máquinas , selecione Adicionar arquivo CSV. A janela Adicionar máquinas em massa é exibida.
2. Selecione Baixar modelo CSV.
3. Preencha o arquivo de modelo.
4. Arraste ou navegue até o arquivo para carregá-lo.
5. Selecione Validar para fazer verificações de validação na sua importação.
6. Selecione Importar para concluir.

Para obter informações sobre considerações sobre arquivos CSV, consulte Considerações ao usar arquivos CSV para adicionar máquinas.

Você também pode exportar máquinas de um catálogo na mesma página Máquinas. O CSV exportado de máquinas pode então ser usado como um modelo ao adicionar máquinas em massa. Para exportar máquinas:

1. Na página Máquinas , selecione Exportar para arquivo CSV. Um arquivo CSV contendo uma lista das máquinas é baixado.

2. Abra o arquivo CSV para adicionar ou editar máquinas conforme necessário. Para adicionar máquinas em massa usando o arquivo CSV salvo, consulte a seção anterior, Usando arquivos CSV para adicionar máquinas em massa.

Observação:

• Este recurso não está disponível para catálogos de acesso remoto ao PC.

• A exportação e importação de máquinas em arquivos CSV só são suportadas entre catálogos do mesmo tipo.

Configurar NICs para as máquinas

A página NICs não aparece se você selecionar Acesso remoto ao PC na página Tipo de máquina .

Se você planeja usar várias NICs, associe uma rede virtual a cada placa. Por exemplo, você pode atribuir um cartão para acessar uma rede segura específica e outro cartão para acessar uma rede mais comumente usada. Você também pode adicionar ou remover NICs desta página.

Observação:

Para implantações VMWare, ao criar um catálogo de máquina usando um perfil de máquina, o catálogo herda as configurações de NIC do perfil de máquina. Nesses casos, se o perfil da máquina tiver várias NICs com a mesma rede, o Studio usará a rede da unidade de hospedagem para configurações de NIC.

Adicionar contas de máquina

Observação:

Esta página Contas de máquina aparece somente quando você seleciona Acesso remoto ao PC na página Tipo de máquina .

Adicione as contas de máquina do Active Directory ou Unidades Organizacionais (UOs). Não use barra (/) no nome de uma UO.

Você pode escolher uma conexão de gerenciamento de energia configurada anteriormente ou optar por não usar o gerenciamento de energia. Se quiser usar o gerenciamento de energia, mas uma conexão adequada ainda não tiver sido configurada, você poderá criar essa conexão mais tarde e editar o catálogo da máquina para atualizar as configurações de gerenciamento de energia.

Você também pode adicionar máquinas em massa usando arquivos CSV. Um fluxo de trabalho geral para fazer isso é o seguinte:

1. Na página Contas de máquina , selecione Adicionar arquivo CSV. A janela Adicionar máquinas em massa é exibida.
2. Selecione Baixar modelo CSV.
3. Preencha o arquivo de modelo.
4. Arraste ou navegue até o arquivo para carregá-lo.
5. Selecione Validar para fazer verificações de validação na sua importação.
6. Selecione Importar para concluir.

Para obter informações sobre considerações sobre arquivos CSV, consulte Considerações ao usar arquivos CSV para adicionar máquinas.

Configurar identidades para máquinas no catálogo

Observação:

• A página Identidades de Máquina aparece somente quando você não seleciona Acesso Remoto ao PC na página Tipo de Máquina e seleciona Citrix Machine Creation Services (MCS) na página Gerenciamento de Máquina .

Cada máquina no catálogo deve ter uma identidade única. Esta página permite que você configure identidades para máquinas no catálogo. As máquinas são unidas à identidade após serem provisionadas. Não é possível alterar o tipo de identidade depois de criar o catálogo.

Um fluxo de trabalho geral para configurar as configurações nesta página é o seguinte:

1. Selecione uma identidade na lista.
2. Indique se deseja criar contas ou usar as existentes, e o local (domínio) dessas contas.

Você pode selecionar uma das seguintes opções:

• Active Directory local: Máquinas de propriedade de uma organização e conectadas com uma conta do Active Directory que pertence a essa organização. Eles existem no local.

  Observação:

  Por padrão, o domínio onde o recurso (conexão) reside é selecionado.

• Azure AD ingressou em: Máquinas de propriedade de uma organização e conectadas com uma conta do Azure Active Directory que pertence a essa organização. Eles existem apenas na nuvem. Para obter informações sobre os requisitos, limitações e considerações, consulte Azure Active Directory ingressado.

  Observação:

  • Esta opção requer que a imagem mestre atenda aos pré-requisitos do sistema operacional. Para obter mais informações, consulte a documentação da Microsoft Dispositivos Microsoft Entra associados.

• Azure Active Directory híbrido ingressou em. Máquinas de propriedade de uma organização e conectadas com uma conta dos Serviços de Domínio do Active Directory que pertence a essa organização. Eles existem na nuvem e no local. Para obter informações sobre os requisitos, limitações e considerações, consulte Azure Active Directory híbrido ingressado.

  Observação:

  • Antes de poder usar a associação híbrida do Azure Active Directory, certifique-se de que seu ambiente do Azure atenda aos pré-requisitos. Veja Configurar junção híbrida do Microsoft Entra.
  • Esta opção requer que a imagem mestre atenda aos pré-requisitos do sistema operacional. Para obter mais informações, consulte Dispositivos híbridos Microsoft Entra associados.

• Não associado a domínio. Máquinas não associadas a nenhum domínio. Para obter informações sobre os requisitos e limitações, consulte Não associado a domínio.

Importante:

• Se você selecionar Active Directory local ou Azure Active Directory híbrido ingressado como o tipo de identidade, cada máquina no catálogo deverá ter uma conta de computador correspondente do Active Directory.
• O tipo de identidade Não associado ao domínio requer a versão 1811 ou posterior do VDA como o nível funcional mínimo para o catálogo. Para torná-lo disponível, atualize o nível funcional mínimo.
• Os tipos de identidade Azure Active Directory ingressado e Azure Active Directory híbrido ingressado exigem a versão 2203 ou posterior do VDA como o nível funcional mínimo para o catálogo. Para torná-los disponíveis, atualize o nível funcional mínimo.
• Uma conta de serviço do Azure AD é obrigatória ao criar catálogos somente do Azure AD ou do Azure AD registrados no Microsoft Intune para VMs persistentes e não persistentes.

Se você criar contas, deverá ter permissão para criar contas de computador na UO onde as máquinas residem. Cada máquina no catálogo deve ter um nome exclusivo. Especifique o esquema de nomenclatura de contas para as máquinas que você deseja criar. Para obter mais informações, consulte Esquema de nomenclatura de contas de máquina.

Observação:

Certifique-se de que os nomes das UOs não usem barras (/).

Se você usar contas existentes, navegue até as contas ou clique em Importar e especifique um arquivo .csv contendo nomes de contas. O conteúdo do arquivo importado deve usar o formato: [ADComputerAccount] ADcomputeraccountname.domain

Certifique-se de que haja contas suficientes para todas as máquinas que você está adicionando. O estúdio gerencia essas contas. Portanto, permita que essa interface redefina as senhas de todas as contas ou especifique a senha da conta, que deve ser a mesma para todas as contas.

Para catálogos que contêm máquinas físicas ou existentes, selecione ou importe contas existentes e atribua cada máquina a uma conta de computador do Active Directory e a uma conta de usuário.

Esquema de nomenclatura de conta de máquina

Cada máquina em um catálogo deve ter um nome exclusivo. Você deve especificar um esquema de nomenclatura de conta de máquina ao criar um catálogo. Use curingas (marcas de hash) como marcadores de posição para números ou letras sequenciais que aparecem no nome.

Ao especificar um esquema de nomenclatura, considere o seguinte:

• O número máximo de caracteres permitidos é 15.
• O esquema de nomenclatura deve conter pelo menos um caractere curinga. Você deve colocar todos os curingas juntos.
• O nome completo, incluindo curingas, deve conter pelo menos 2 e não mais que 15 caracteres. Deve incluir pelo menos um caractere não numérico e um # (curinga).
• O nome não deve incluir espaços ou nenhum dos seguintes caracteres: ,~!@'$%^&.()}{\/*?"<>|=+[];:_"..
• O nome não pode terminar com hífen (-).
• O número de caracteres aumenta com o aumento do número de contas de máquina. Por exemplo, se você criar 1.000 contas de máquina com o esquema “veryverylong#”, o último nome de conta criado (veryverylong1000) conterá 16 caracteres que excedem o número máximo de caracteres permitidos.

Você pode indicar se os valores sequenciais são números (0-9) ou letras (AZ):

• 0-9. Se selecionados, os curingas especificados serão resolvidos em números sequenciais.

  Observação:

  Se houver apenas um curinga (#), os nomes das contas começarão com 1. Se houver dois, os nomes das contas começam com 01. Se houver três, os nomes das contas começam com 001 e assim por diante.

• DE A A. Se selecionados, os curingas especificados serão resolvidos em letras sequenciais.

Por exemplo, um esquema de nomenclatura de PC-Sales-## (com 0-9 selecionado) resulta em contas chamadas PC-Sales-01, PC-Sales-02, PC-Sales-03 e assim por diante.

Opcionalmente, você pode especificar com que nome os nomes das contas começam.

• Se você selecionar 0-9, as contas serão nomeadas sequencialmente, começando com os números especificados. Insira um ou mais dígitos, dependendo de quantos curingas você usar no campo anterior. Por exemplo, se você usar dois curingas, insira dois dígitos ou mais.
• Se você selecionar AZ, as contas serão nomeadas sequencialmente, começando com as letras especificadas. Insira uma ou mais letras, dependendo de quantos curingas você usar no campo anterior. Por exemplo, se você usar dois curingas, insira duas letras ou mais.

Adicionar credenciais de domínio

Insira as credenciais de um administrador que tenha permissão para executar operações de conta. As etapas detalhadas são as seguintes:

1. Clique em Inserir credenciais. A página Segurança do Windows é exibida.

2. No campo Nome de usuário, insira o SamName, o nome de usuário ou o SID do usuário do administrador. Dependendo da sua entrada:

   • Se você inserir um SamName, o campo Domínio será preenchido automaticamente.
   • Se você inserir um nome de usuário ou SID, poderá limitar a pesquisa do usuário a um domínio específico inserindo o nome de domínio ou SID no campo Domínio .
3. Clique em Verificar nome para verificar se o nome de usuário é válido ou exclusivo.
4. No campo Senha , digite a senha de domínio do administrador.
5. Clique em Concluído.

Observação:

Se o tipo de identidade selecionado em Identidades de máquina for Azure Active Directory híbrido ingressado, as credenciais inseridas deverão ter recebido a permissão Gravar certificado do usuário .

Selecione um conjunto de configurações de gerenciamento de ambiente de espaço de trabalho (opcional)

A página WEM aparece somente quando você usa a edição Advanced ou Premium do Citrix DaaS.

Selecione um conjunto de configurações do Workspace Environment Management (WEM) ao qual você deseja vincular o catálogo. Um conjunto de configurações é um contêiner lógico usado para organizar um conjunto de configurações WEM. Vincular um catálogo a um conjunto de configurações permite que você use o WEM para oferecer a melhor experiência de espaço de trabalho possível aos seus usuários.

Importante:

• Antes de poder vincular um catálogo a um conjunto de configurações, você deve configurar a implantação do serviço WEM. Entre no Citrix Cloud e inicie o serviço WEM. Para obter mais informações, consulte Introdução ao serviço de gerenciamento de ambiente de espaço de trabalho.
• Se você já usa o WEM, as máquinas no catálogo que você está prestes a provisionar podem já estar presentes em um conjunto de configurações. Por exemplo, por meio do Active Directory. Nesse caso, recomendamos que você use o Active Directory consistentemente para executar a configuração e ignore esta configuração.

Se o conjunto de configuração selecionado não contiver configurações relacionadas à configuração básica do WEM, a seguinte opção será exibida:

• Aplicar configurações básicas ao conjunto de configurações. A opção permite que você comece rapidamente a usar o WEM aplicando configurações básicas ao conjunto de configurações. As configurações básicas incluem proteção contra picos de CPU, prevenção automática de picos de CPU e otimização inteligente de CPU. Para visualizar as configurações básicas, clique no link aqui . Para modificá-los, use o console do WEM.

Atualizar VDA (opcional)

Importante:

• Para garantir uma atualização tranquila, certifique-se de atender aos pré-requisitos e revisar os problemas conhecidos antes de atualizar os VDAs para as versões CR ou LTSR CU. Veja Atualizar VDAs usando o Studio.
• Ao atualizar VDAs LTSR para versões de atualização cumulativa (CU) LTSR, certifique-se de que a versão dos agentes de atualização de VDA em execução nos VDAs seja 7.36.0.7 ou posterior. Para obter mais informações, consulte Atualizar VDAs usando o Studio.

Este recurso se aplica aos seguintes tipos de máquinas:

• Máquinas persistentes provisionadas pelo MCS. Você os implanta usando Citrix Machine Creation Services na página Machine Management durante a criação do catálogo.
• Máquinas que não são criadas usando MCS (por exemplo, máquinas físicas). Você os implanta usando Outro serviço ou tecnologia na página Gerenciamento de máquina durante a criação do catálogo.

Para mais informações sobre as duas opções, consulte Gerenciamento de máquina

Na página Atualização do VDA , selecione a versão do VDA para a qual deseja atualizar. Se especificado, os VDAs no catálogo que têm o VDA Upgrade Agent instalado podem atualizar para a versão selecionada — imediatamente ou em um horário agendado.

Observação:

• Este recurso oferece suporte à atualização apenas para o VDA mais recente. O momento em que você cria um cronograma de atualização do VDA ou atualiza um VDA determina a versão mais recente do VDA.
• Após configurar as configurações de atualização do VDA, pode levar até 15 minutos para que o campo Atualização do VDA reflita o status mais recente. Para mostrar a coluna Atualização do VDA , clique no ícone Colunas para exibir no canto superior direito, selecione Catálogo de máquinas > Atualização do VDAe clique em Salvar.

Escolha uma trilha VDA que seja adequada à sua implantação:

Importante:

Você pode alternar entre o CR VDA e o LTSR VDA, desde que mude de uma versão anterior para uma versão posterior. Você não pode mudar de uma versão posterior para uma anterior porque isso é considerado um downgrade. Por exemplo, você não pode fazer downgrade de 2212 CR para 2203 LTSR (qualquer CU), mas pode fazer upgrade de 2112 CR para 2203 LTSR (qualquer CU).

• Último CR VDA. As versões atuais (CRs) oferecem os recursos e funcionalidades mais recentes e inovadores de virtualização de aplicativos, desktops e servidores.

• LTSR VDA mais recente. Lançamentos de serviço de longo prazo (LTSRs) são recomendados para grandes ambientes de produção empresarial que preferem manter a mesma versão base por um longo período.

Após a criação do catálogo, você pode atualizar os VDAs conforme necessário. Para obter mais informações, consulte Atualizar VDAs.

Se desejar habilitar a atualização do VDA mais tarde, você pode retornar a esta página editando o catálogo após sua criação. Para obter mais informações, consulte Configurar as configurações de atualização do VDA editando um catálogo.

Revise as configurações

Na página Resumo , revise as configurações que você especificou. Insira um nome e uma descrição para o catálogo. Essas informações aparecem no Studio.

Quando terminar, selecione Concluir para iniciar a criação do catálogo.

Em Catálogos de Máquinas, o novo catálogo aparece com uma barra de progresso em linha.

Para ver detalhes do progresso da criação:

1. Passe o mouse sobre o catálogo da máquina.

2. Na dica de ferramenta que aparece, clique em Ver detalhes.

   Um gráfico de progresso passo a passo aparece onde você pode ver o seguinte:

   • Histórico de etapas
   • Progresso e tempo de execução da etapa atual
   • Passos restantes

Crie um catálogo de máquinas MCS usando comandos do PowerShell

Você também pode criar um catálogo de máquinas MCS usando comandos do PowerShell. Para mais informações, consulte:

• SDKs e APIs
• Gerencie o Citrix DaaS usando SDKs remotos do PowerShell
• Novo-ProvScheme

Atribuir uma letra de unidade específica a um disco de cache de write-back de E/S do MCS

Você pode atribuir uma letra de unidade específica a um disco de cache de write-back de E/S do MCS. Essa implementação ajuda a evitar conflitos entre a letra da unidade de qualquer aplicativo que você usa e a letra da unidade do disco de cache de write-back de E/S do MCS. Para fazer isso, você pode usar comandos do PowerShell. Os hipervisores suportados são Azure, GCP, VMware, SCVMM e XenServer.

Observação:

Este recurso requer o VDA versão 2305 ou posterior.

Limitações

• Aplicável somente ao sistema operacional Windows
• Letra de unidade aplicável para disco de cache de write-back: E a Z
• Não aplicável quando o disco temporário do Azure é usado como um disco de cache de write-back
• Aplicável somente quando você cria um novo catálogo de máquina

Atribuir uma letra de unidade a um disco de cache de write-back

Para atribuir uma letra de unidade a um disco de cache de write-back:

1. Abra a janela PowerShell .
2. Execute asnp citrix*.
3. Crie um pool de identidades, caso ainda não tenha sido criado.

4. Crie um esquema de provisionamento usando o comando New-ProvScheme com a propriedade WriteBackCacheDriveLetter. Por exemplo:

     New-ProvScheme -CleanOnBoot `
     -HostingUnitName "<name>" `
     -IdentityPoolName $schemeName `
     -ProvisioningSchemeName $schemeName `
     -InitialBatchSizeHint 1 `
     -UseWriteBackCache -WriteBackCacheDiskSize 127 -WriteBackCacheMemorySize 256 -WriteBackCacheDriveLetter E `
     -MasterImageVM "XDHyp:\HostingUnits\<name>\image.folder\abcd-resources.resourcegroup\MCSIOMasterVm_OsDisk_1_d3e2d6352xxxxxxxxx2130aa145ec77.manageddisk" `
     -NetworkMapping @{"0"="XDHyp:\\HostingUnits\\name\\virtualprivatecloud.folder\\East US.region\\virtualprivatecloud.folder\\abcd-resources.resourcegroup\\abcd-resources-vnet.virtualprivatecloud\\default.network"} `
     -ServiceOffering "XDHyp:\\HostingUnits\\<name>\\serviceoffering.folder\\Standard_D2s_v5.serviceoffering" `
     -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="OsType" Value="Windows" />
     <Property xsi:type="StringProperty" Name="StorageType" Value="Premium_LRS"/>
     <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="WBCDiskStorageType" Value="Premium_LRS" />
     <Property xsi:type="StringProperty" Name="UseTempDiskForWBC" Value="false" />
     <Property xsi:type="StringProperty" Name="ResourceGroups" Value="abcd-group1" />
     <Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
     <Property xsi:type="StringProperty" Name="SchemaVersion" Value="2" />
     </CustomProperties>'
   <!--NeedCopy-->
   

5. Conclua a criação do catálogo.

Considerações importantes sobre a configuração de propriedades personalizadas

Propriedades personalizadas devem ser definidas corretamente em New-ProvScheme e Set-ProvScheme em ambientes GCP e Azure. Se você especificar uma ou mais propriedades personalizadas inexistentes, receberá a seguinte mensagem de erro e os comandos não serão executados.

Invalid property found: <invalid property>. Ensure that the CustomProperties parameter supports the property.

Considerações importantes sobre a configuração dos parâmetros ProvScheme

Ao usar o MCS para criar um catálogo, você receberá um erro se:

• Defina os seguintes parâmetros New-ProvScheme em hipervisores não suportados ao criar um catálogo de máquina:

Parâmetro	Hipervisor suportado
UseWriteBackCache	VMware
	Hyper-V
	Servidor Xen
	Azul
	PCG
DedicatedTenancy	Azul
	PCG
	AWS
TenancyType	Azul
	PCG
	AWS
UseFullDiskCloneProvisioning	VMware
	Hyper-V
	Servidor Xen

• Atualize os seguintes parâmetros Set-ProvScheme depois de criar o catálogo da máquina:

  • CleanOnBoot
  • UseWriteBackCache
  • DedicatedTenancy
  • TenancyType
  • UseFullDiskCloneProvisioning

Adicionar SIDs ao criar máquinas virtuais

Você pode adicionar o parâmetro ADAccountSid para identificar exclusivamente as máquinas ao criar novas máquinas virtuais.

Para fazer isso:

1. Crie um catálogo com o tipo de identidade suportado.

2. Adicione máquinas ao catálogo usando NewProvVM. Por exemplo:

     New-ProvVM  -ProvisioningSchemeName "name"  -ADAccountSid @("SID ")  -RunAsynchronously
   <!--NeedCopy-->
   

Entretanto, você não pode provisionar uma máquina com:

• Uma conta do AD que não está no pool de identidade do catálogo
• Uma conta do AD que não está em estado disponível

Validar a configuração antes de criar um catálogo de máquinas MCS

Você pode validar as configurações antes de criar um catálogo de máquina MCS usando o parâmetro -validate no comando New-ProvScheme . Depois de executar este comando do PowerShell com o parâmetro, você receberá uma mensagem de erro apropriada se houver um parâmetro incorreto usado ou se um parâmetro tiver conflito com outro parâmetro. Você pode então usar a mensagem de erro para resolver o problema e criar com sucesso um catálogo de máquinas MCS usando o PowerShell. Atualmente, esse recurso é aplicável a ambientes de virtualização AWS, Azure, GCP e VMware.

Observação:

Durante a validação, você não deve criar um catálogo de máquina MCS real. Você deve usar o resultado do comando para corrigir os erros e, em seguida, criar um catálogo bem-sucedido. Portanto, ao executar o comando New-ProvScheme , use um nome de pool de identidade falso.

Para validar a configuração, siga os seguintes passos:

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

3. Execute o comando New-ProvScheme e use o parâmetro -validate. Forneça um nome de pool de identidade falso para que o comando funcione. Por exemplo,

     $result =New-ProvScheme  -CleanOnBoot -HostingUnitName "vSanRg" -IdentityPoolName "mptmpcatalogdemo" -InitialBatchSizeHint 1  -MasterImageVM "XDHyp:\HostingUnits\vSanRg\Windows19MasterImage.vm\Citrix_XD_NonMachineProfileWin19Machines.snapshot" -NetworkMapping @{"0"="XDHyp:\HostingUnits\vSanRg\\VM Network.network"} -ProvisioningSchemeName "MachineProfileW10Machines"  -Scope @()
     -VMCpuCount 2  -VM
     MemoryMB 6143 -MachineProfile "XDHyp:\HostingUnits\vSanRg\TRW-Win11-tpm-BL-TEMPLATE.template" -TenancyType Shared  -FunctionalLevel "L7_20" -Validate
     $result.TerminatingError | Format-List -Property *
   <!--NeedCopy-->
   

   Mensagem de erro:

     ErrorData    : {[[ValidationFailureCount, xxx], [InvalidMemoryValue, The memory size provided 6143 must be a multiple of 4 MB and must be greater than or equal to 4 MB.], [InconsistentGuestOsSetting, The GuestOs setting - windows9_64Guest of the selected machine profile does not match with the setting - windows2019srv_64Guest of master image.   Please select a machine profile that matches the GuestOs setting of the master image.], [InconsistentVtpmSetting, The vTPM setting of the selected machine profile does not match with the selected master image.   Please select a machine profile that matches the vTPM setting of the master image.], [InconsistentFirmwareSetting, The firmware setting - efi of the selected machine profile does not match with the setting - bios of master image.   Please select a machine profile that matches the firmware setting of the master image ErrorId      : ValidationFailure
     ErrorMessage : ValidationFailure
     Operation    : ValidatingInputs
   <!--NeedCopy-->
   

4. Após validar a configuração, você pode criar um catálogo de máquinas MCS com um nome de pool de identidade real e parâmetros corretos.

Para onde ir a seguir

Para obter informações sobre como criar catálogos de hipervisores específicos, consulte:

• Criar um catálogo AWS
• Crie um catálogo do Google Cloud Platform
• Criar um catálogo do Microsoft Azure
• Crie um catálogo do Microsoft System Center Virtual Machine Manager
• Crie um catálogo Nutanix
• Crie um catálogo VMware
• Criar um catálogo XenServer

Se este for o primeiro catálogo criado, você será orientado a criar um grupo de entrega.

Para revisar todo o processo de configuração, consulte Planejar e criar uma implantação.

Você pode criar um catálogo do Citrix Provisioning usando o Studio e o PowerShell. Esta implementação oferece as seguintes vantagens:

• Um único console unificado para gerenciar catálogos de provisionamento do MCS e do Citrix.
• Tenha novos recursos para catálogos do Citrix Provisioning, como solução de gerenciamento de identidade, provisionamento sob demanda e assim por diante.

Atualmente, esse recurso está disponível apenas para cargas de trabalho do Azure e do VMware. No entanto, em ambientes VMware e XenServer, atualmente você pode criar os catálogos usando apenas comandos do PowerShell. Para obter mais informações, consulte Criar catálogos de provisionamento do Citrix no Citrix Studio.

Mais informações

• Gerenciamento de imagens de aplicativos e desktops virtuais Citrix
• Crie e gerencie conexões e recursos
• Pools de identidades de diferentes tipos de junção de identidade de máquina
• Gerenciar catálogos de máquinas