Citrix DaaS

Criar catálogos de máquinas

Nota:

Este artigo descreve como criar catálogos usando a interface Full Configuration. 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. Todas as máquinas em um catálogo têm o mesmo tipo de sistema operacional: SO multissessão ou SO de sessão única. Um catálogo contendo máquinas de SO multissessão pode conter máquinas Windows ou Linux, mas não as duas.

A interface Manage > Full Configuration orienta você para 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 o Machine Creation Services (MCS). Ou você pode usar suas próprias ferramentas para fornecer máquinas.

  • Se usar o MCS para provisionar VMs, você fornece uma imagem mestre (ou instantâneo de uma imagem) para criar VMs idênticas no catálogo. Antes de criar o catálogo, você primeiro usa o hipervisor ou as ferramentas de serviço de nuvem para criar e configurar a imagem. Esse processo inclui a instalação de um Virtual Delivery Agent (VDA) na imagem. Em seguida, você cria o catálogo de máquinas na interface Manage > Full Configuration. Você seleciona essa imagem (ou um instantâneo de uma imagem), especifica o número de VMs a serem criadas no catálogo e configura informações adicionais.
  • Se suas máquinas já estiverem disponíveis (de modo que não sejam necessárias imagens), você ainda deve criar um ou mais catálogos de máquinas para essas máquinas.

Ao usar o MCS para criar o primeiro catálogo, você especifica uma conexão de host criada anteriormente. Mais tarde (depois de criar seu primeiro catálogo e grupo de entrega), você pode alterar as informações sobre essa conexão ou criar mais conexões.

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

Acessar imagens da Galeria de Imagens Compartilhadas do Azure

Ao selecionar uma imagem a ser usada para criar um catálogo de máquina, você pode selecionar imagens criadas na Galeria de Imagens Compartilhadas do Azure. Essas imagens aparecem na lista de imagens na tela Master Image do assistente de Machine Catalog Setup.

Para que essas imagens apareçam, você deve:

  1. Configurar um site do Citrix Virtual Apps and Desktops.
  2. Conectar-se ao Azure Resource Manager.
  3. No portal do Azure, criar um grupo de recursos. Para obter detalhes, consulte Criar uma Galeria de Imagens Compartilhadas do Azure usando o portal.
  4. No grupo de recursos, crie uma Galeria de Imagens Compartilhadas.
  5. Na Galeria de Imagens Compartilhadas, crie uma definição de imagem.
  6. Na definição da imagem, crie uma versão da imagem.

Verificação de licença RDS

A criação de um catálogo de máquinas contendo máquinas do SO com várias sessões do Windows inclui uma verificação automática de licenças válidas do Microsoft RDS. O catálogo é pesquisado por uma máquina ligada e registrada para realizar 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 executada.
  • Se uma máquina for encontrada e um erro for detectado, Manage > Full Configuration exibirá uma mensagem de aviso para o catálogo que contém o problema detectado. Para remover um aviso de licença do RDS de um catálogo (para que ele não apareça mais na exibição), selecione o catálogo. Selecione Remove RDS license warning. Quando solicitado, confirme a ação.

Registro de VDA

Um VDA deve ser registrado com um Cloud Connector para ser considerado ao iniciar sessões intermediadas. Os VDAs não registrados podem resultar na subutilização de recursos disponíveis. Há várias razões para que um VDA não possa ser registrado, muitas das quais você pode resolver. São fornecidas informações sobre solução de problemas no assistente de criação de catálogo e depois de adicionar um catálogo a um grupo de entrega.

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

Se a mensagem identificar uma máquina problemática, você pode remover essa máquina (usando o botão Remove) ou adicionar a máquina. Por exemplo, se uma mensagem indicar que as informações sobre uma máquina não puderam ser obtidas (talvez porque ela nunca foi registrada), você pode optar por adicionar a máquina.

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

Resumo da criação de um catálogo MCS

Apresentamos a seguir 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ê selecionou uma imagem mestre (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, que cria identidades exclusivas.
  • O MCS cria o número de VMs especificadas no assistente, com dois discos definidos para cada VM. Além dos dois discos por VM, uma imagem mestre também é armazenada no mesmo local de armazenamento. Se você tiver vários locais de armazenamento definidos, cada um deles obterá os seguintes tipos de disco:
    • A cópia completa do instantâneo 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 exclusiva. Cada VM obtém um disco de identidade.
    • Um disco de diferença exclusivo para armazenar gravações feitas na VM. Esse disco é provisionado pelo thin (se suportado pelo armazenamento do host) e aumenta até o tamanho máximo da imagem mestre, se necessário. Cada VM obtém um disco de diferença. O disco de diferença mantém as alterações feitas durante as sessões. É permanente para áreas de trabalho dedicadas. Para áreas de trabalho em pool, ela é excluída e uma nova é criada após cada reinicialização.

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

Considerações sobre armazenamento MCS

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

Considerações sobre a capacidade:

  • Discos

    Os discos Delta ou Differencing (Diff) consomem a maior quantidade de espaço na maioria das implantações MCS por VM. Cada VM criada pelo MCS recebe no mínimo dois discos após a criação.

    • Disk0 = Diff Disk: contém o SO quando copiado da imagem base mestre.
    • Disk1 = Identity Disk: 16 MB - contém dados do Active Directory de cada VM.

    À medida que o produto evolui, pode ser preciso adicionar mais discos para satisfazer determinados casos de uso e consumo de recursos que você tenha. Por exemplo:

    • O MCS Storage Optimization cria um disco de estilo cache de gravação para cada VM.
    • O MCS adicionou a capacidade de usar clones completos, contrário ao cenário de disco Delta descrito na seção anterior.

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

    • Citrix Hypervisor IntelliCache cria um disco de leitura no armazenamento local para cada Citrix Hypervisor. Essa opção economiza IOPS em comparação à imagem mestre, que pode ser mantida 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 sobrecargas para:

    • Arquivos de log
    • Arquivos específicos do Hypervisor. Por exemplo:
      • VMware adiciona mais arquivos à pasta de armazenamento da VM. Consulte VMware Best Practices.
      • Calcule os seus requisitos totais de tamanho de máquinas virtuais. Considere uma máquina virtual contendo 20 GB para o disco virtual, 16 GB para o arquivo de permuta e 100 MB para arquivos de log, o que consome 36,1 GB no total.
    • Snapshots for XenServer; Snapshots for VMware.
  • Sobrecarga do processo

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

    • A criação de um catálogo inicial requer que uma cópia do disco base seja copiada para cada local de armazenamento.
    • A adição de uma máquina a um catálogo não exige copiar o disco base para cada local de armazenamento. A criação do catálogo varia de acordo com os recursos selecionados.
    • Atualizar o catálogo para criar um disco básico extra em cada local de armazenamento. Atualizações de catálogo também apresentam um pico de armazenamento temporário, onde cada VM no catálogo possui 2 discos Diff por um determinado período de tempo.

Mais considerações:

  • Dimensionamento de RAM: afeta o tamanho de determinados discos e arquivos do hipervisor, incluindo discos de otimização de E/S, cache de gravação e arquivos de instantâneos.
  • Provisionamento thin/thick: o armazenamento NFS é preferido devido aos recursos de provisionamento dinâmico.

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

O recurso de otimização de armazenamento do Machine Creation Services (MCS) também é conhecido como MCS I/O:

  • 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 MCS I/O é D:\mcsdif.vhdx.
  • Obtenha melhorias de diagnóstico, ao incluir 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 de cache em RAM com estouro para o disco rígido para fornecer a solução de cache de gravação multicamada mais adequada. Essa funcionalidade permite que um administrador equilibre entre o custo de cada camada, RAM e disco, e 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. MCS I/O não suporta mais cache somente RAM. Especifique um tamanho de disco durante a criação do catálogo de máquinas.
  2. O disco de cache de gravação da VM é criado e formatado automaticamente ao inicializar uma VM pela primeira vez. Uma vez que a VM esteja ativa, o arquivo de cache de gravação mcsdif.vhdx é gravado no volume formatado MCSWCDisk.
  3. O pagefile, ou arquivo de paginação, é redirecionado para o volume formatado, MCSWCDisk. Como resultado, o tamanho de disco considera a quantidade total de espaço em disco. Ele inclui o delta entre o tamanho do disco e a carga de trabalho gerada, acrescido do tamanho do arquivo de paginação. Isso geralmente é associado ao tamanho da RAM da VM.

Ativar atualizações de otimização de armazenamento MCS

Ao criar um catálogo de máquinas, o administrador pode configurar a RAM e o tamanho do disco.

  • A interface do usuário de configuração do catálogo de máquinas do console baseado na Web:

    Configuração do catálogo de máquinas

Para ativar a funcionalidade de otimização de armazenamento MCS I/O, atualize o Delivery Controller e o VDA para a versão mais recente do Citrix Virtual Apps and Desktops.

Nota:

Se você atualizar uma implantação existente que tenha o MCS I/O habilitado, nenhuma configuração adicional será exigida. O VDA e a atualização do Delivery Controller manipulam a atualização do MCS I/O.

Com o recurso de otimização de armazenamento do MCS ativado, você pode definir as seguintes configurações ao criar um catálogo: Essas configurações se aplicam aos ambientes Azure e GCP.

  • Configurar o tamanho do disco e da RAM usados para armazenar dados temporários em cache.

  • Selecionar o tipo de armazenamento para o disco de cache de write-back.

  • Escolha se deseja que o disco de cache write-back persista para as VMs provisionadas. Selecione Enable write-back cache para disponibilizar as opções. Por padrão, a opção Use non-persistent write-back cache disk está selecionada.

  • Use a opção Use non-persistent write-back cache disk para controlar se o disco de cache de write-back não deve persistir para as VMs provisionadas no Azure. O disco é excluído durante os ciclos de energia e todos os dados redirecionados para o disco serão perdidos. Usando essa opção, você pode usar o disco temporário do Azure como armazenamento porque a opção é adequada para discos de cache de write-back não persistente. Isso reduz o custo de armazenamento e melhora o desempenho de E/S. Você também pode usar o PowerShell. Para obter detalhes, consulte Usar PowerShell para criar um catálogo com disco de cache de write-back não persistente
    • Use non-persistent write-back cache disk. Para usar essa opção:

      1. Marque a caixa de seleção Habilitar cache write-back.
      2. Insira um tamanho de cache de disco positivo válido em GB. A VM não funcionará corretamente se o tamanho for muito pequeno.
      3. Selecione a opção Use non-persistent write-back cache disk.
  • Use Use persistent write-back cache disk para controlar se o disco de cache de write-back persiste para as VMs provisionadas no Azure e no Google Cloud Platform (GCP). Por padrão, o disco de cache de write-back persistente é desativado, fazendo com que o disco seja excluído durante os ciclos de energia e todos os dados redirecionados para o disco sejam perdidos. Habilitar essa opção aumenta os custos de armazenamento. Você também pode usar o PowerShell. Para obter detalhes, consulte Usar PowerShell para criar um catálogo com disco de cache de write-back persistente
    • Use persistent write-back cache disk. Para usar essa opção:

      1. Marque a caixa de seleção Habilitar cache write-back.
      2. Insira um tamanho de cache de disco positivo válido em GB. A VM não funcionará corretamente se o tamanho for muito pequeno.
      3. Selecione a opção Use persistent write-back cache disk.
  • Use o Retain system disk during power cycles para controlar se os discos do sistema devem ser retidos para VDAs durante os ciclos de alimentação de energia. Esse comportamento se aplica aos ambientes do Azure e do GCP.
    • Retain system disk during power cycles. Por padrão, o disco do sistema é excluído no desligamento e recriado na inicialização. Isso garante que o disco esteja sempre em um estado limpo, mas resulta em tempos de reinicialização mais longos da VM. Se as gravações do sistema forem redirecionadas para o cache de RAM e transbordarem para o disco de cache, o disco do sistema permanecerá inalterado. Ativar essa opção aumenta os custos de armazenamento, mas reduz os tempos de reinicialização da VM. Selecione Enable write-back cache para tornar essa opção disponível.
    • Retain VMs across power cycles. Selecione essa opção para manter a personalização da VM e permitir que as VMs sejam iniciadas por meio do portal do Azure ou do GCP. Ative Retain system disk durante os ciclos de energia para disponibilizar essa opção.

Nota:

O disco de SO efêmero do Azure e o MCS I/O não podem estar ativados ao mesmo tempo. Para obter mais informações, consulte Otimização de armazenamento de disco efêmero do Azure e do MCS (Machine Creation Services) (MCS I/O).

Condições para que o disco temporário do Azure seja elegível para disco de cache write-back

Você pode usar o disco temporário do Azure como disco de cache de write-back somente se todas as seguintes condições forem atendidas:

  • O disco de cache de write-back não deve ser persistente, pois o disco temporário do Azure não é apropriado para dados persistentes.

  • O tamanho escolhido da VM do Azure deve incluir um disco temporário.

  • Não é necessário ativar o disco de SO efêmero

  • Aceite colocar o arquivo de cache de write-back no disco temporário do Azure.

  • O tamanho do disco temporário do Azure deve ser maior que o tamanho total de (tamanho do disco do cache de write-back + espaço reservado para o arquivo de paginação + 1 GB de espaço no buffer).

Usar PowerShell para criar um catálogo com disco de cache de write-back não persistente

Para configurar um catálogo com disco de cache de write-back não persistente, use o parâmetro do PowerShell New-ProvScheme CustomProperties. As propriedades personalizadas são:

  • UseTempDiskForWBC. Essa propriedade indica se você está aceitando usar o armazenamento temporário do Azure para armazenar o arquivo de cache de write-back. Isso deve ser configurado como true durante a execução New-ProvScheme se você quiser usar o disco temporário como disco de cache write-back. Se essa propriedade não for especificada, o parâmetro será definido como False por padrão.

Por exemplo, uso do parâmetro CustomProperties para definir UseTempDiskForWBC como true:

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

Nota:

Depois de confirmar o catálogo da máquina para usar o armazenamento temporário local do Azure para o arquivo de cache de write-back, ele não poderá ser alterado para usar o VHD posteriormente.

Cenários de disco de cache de write-back não persistente

A tabela a seguir descreve três cenários diferentes em que o disco temporário é usado para cache de write-back durante a criação do catálogo de máquinas.

Cenário Resultado
Todas as condições para usar o disco temporário para cache write-back estão satisfeitas. O arquivo WBC mcsdif.vhdx é colocado no disco temporário.
O disco temporário não tem espaço suficiente para o uso do cache write-back. É criado um disco VHD ‘MCSWCDisk’ e o arquivo WBC mcsdif.vhdx é colocado neste disco.
O disco temporário tem espaço suficiente para o uso do cache write-back, mas UseTempDiskForWBC está definido como false. É criado um disco VHD ‘MCSWCDisk’ e o arquivo WBC mcsdif.vhdx é colocado neste disco.

Usar PowerShell para criar um catálogo com disco de cache de write-back persistente

Para configurar um catálogo com disco de cache de write-back persistente, use o parâmetro do PowerShell New-ProvScheme CustomProperties.

Dica:

Use o parâmetro PowerShell New-ProvScheme CustomProperties somente para conexões de hospedagem baseadas em nuvem. Se você deseja provisionar máquinas usando um disco de cache de write-back persistente para uma solução local (por exemplo, Citrix Hypervisor), o PowerShell não é necessário porque o disco persiste automaticamente.

Esse parâmetro suporta uma propriedade extra, PersistWBC, usada para determinar como o disco de cache de write-back persiste para máquinas provisionadas MCS. A propriedade PersistWBC só é usada quando o parâmetro UseWriteBackCache é especificado, e quando o parâmetro WriteBackCacheDiskSize é definido para indicar que um disco foi criado.

Nota:

Esse comportamento se aplica ao Azure e ao GCP, em que o disco de cache de write-back padrão do MCSIO é excluído e recriado durante o ciclo de energia. Você pode optar por manter o disco para evitar a exclusão e a recriação do disco de cache de write-back do MCSIO.

Exemplos de propriedades encontradas no parâmetro CustomProperties antes do suporte a PersistWBC incluem:

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

Nota:

Esse exemplo só se aplica ao Azure. As propriedades são diferentes no ambiente do GCP.

Ao usar essas propriedades, considere que elas contêm valores padrão se as propriedades forem omitidas do parâmetro CustomProperties. A propriedade PersistWBC tem dois valores possíveis: true ou false.

Definir a propriedade PersistWBC como true não exclui o disco de cache de write-back quando o administrador do Citrix Virtual Apps and Desktops desliga a máquina por meio da interface de gerenciamento.

Definir a propriedade PersistWBC como false exclui o disco de cache de write-back quando o administrador do Citrix Virtual Apps and Desktops desliga a máquina por meio da interface de gerenciamento.

Nota:

Se a propriedadePersistWBC for omitida, o padrão da propriedade será false e o cache de write-back será excluído quando a máquina for desligada por meio da interface de gerenciamento.

Por exemplo, uso do parâmetro CustomProperties para definir PersistWBC como true:

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

Importante:

A propriedade PersistWBC só pode ser definida usando o cmdlet New-ProvScheme do PowerShell. Tentar alterar CustomProperties em um esquema de provisionamento após a criação não tem impacto no catálogo da máquina e na persistência do disco de cache de write-back quando uma máquina é desligada.

Por exemplo, definir New-ProvScheme para usar o cache de write-back ao definir a propriedade PersistWBC como true:

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

Melhorar o desempenho de inicialização com o MCSIO

Você pode melhorar o desempenho de inicialização dos discos gerenciados do Azure e do GCP quando o MCSIO estiver habilitado. Use a propriedade personalizada do PowerShell PersistOSDisk no comando New-ProvScheme para configurar esse recurso. As opções associadas a New-ProvScheme são:

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

Para ativar esse recurso, defina a propriedade personalizada PersistOSDisk como true. Por exemplo:

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

Preparar uma imagem mestre no hipervisor ou no 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 é conhecida como imagem clonada, imagem final, VM base ou imagem base. Os fornecedores de host e os provedores de serviços de nuvem podem usar termos diferentes.
  • Verifique se o hipervisor ou serviço de rede tem 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ário para áreas de trabalho e aplicativos. Esse valor não pode ser alterado posteriormente ou no catálogo de máquinas.
  • Os catálogos de máquinas do Remote PC Access não usam imagens mestre.
  • Considerações de ativação do Microsoft KMS ao usar o MCS: se a sua implantação incluir VDAs 7.x com um host XenServer 6.1 ou 6.2, vSphere ou Microsoft System Center Virtual Machine Manager, você não precisa rearmar manualmente o Microsoft Windows ou o Microsoft Office.

Instale e configure o seguinte software na imagem mestre:

  • Ferramentas de integração para o seu hipervisor (como Citrix VM Tools, Hyper-V Integration Services ou ferramentas VMware). Se você omitir esta etapa, aplicativos e áreas de trabalho podem não funcionar corretamente.
  • Um VDA. A Citrix recomenda a instalação da versão mais recente para permitir o acesso aos recursos novos. 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árias, como softwares antivírus ou agentes de distribuição eletrônica de software. Defina os serviços com configurações apropriadas para os usuários e o tipo de máquina (por exemplo, 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 os custos eliminando a necessidade de atualizar a imagem mestre após adicionar ou reconfigurar um aplicativo. Além disso, menos aplicativos instalados reduz o tamanho dos discos rígidos de imagem mestre, o que economiza nos custos de armazenamento.
  • Clientes App-V com as configurações recomendadas, se você planeja publicar aplicativos App-V. O cliente App-V está disponível na Microsoft.
  • Quando usar MCS, se você localiza o Microsoft Windows, instale os locais e os pacotes de idiomas. Durante o provisionamento, quando um instantâneo é criado, as VMs provisionadas usam os locais e os pacotes de idiomas 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, além de todos os service packs e atualizações. Especifique o número de CPUs virtuais. Você também pode especificar o valor vCPU se criar o catálogo da máquinas usando o PowerShell. Você não pode especificar o número de vCPUs ao criar um catálogo em Manage > Full Configuration. Configure a quantidade de espaço em disco rígido necessário para áreas de trabalho e aplicativos. Esse valor não pode ser alterado posteriormente ou no catálogo.
  2. Assegure-se de que o disco rígido esteja conectado ao local do dispositivo 0. A maioria dos modelos de imagem mestre padrão configura esse local por padrão, mas alguns modelos personalizados podem não o fazer.
  3. Instale e configure o software listado acima na imagem mestre.
  4. Se você não estiver usando o MCS, associe a imagem mestre ao domínio onde aplicativos e áreas de trabalho são membros. Assegure-se de que a imagem mestre esteja disponível no host onde as máquinas são criadas. Se você estiver usando o MCS, não é necessário associar a imagem mestre a um domínio. As máquinas provisionadas são ingressadas no 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 do licenciamento por volume

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

  • 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 faz a rearmação do Microsoft Windows e do 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 Machine Creation Services: Image Preparation Overview and Fault-Finding. Para obter mais informações sobre a ativação do KMS, consulte Ativar usando o Serviço de Gerenciamento de Chaves.

    Nota:

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

  • Ativação baseada no Active Directory: o ADBA permite ativar 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 permanecerem ingressadas no domínio e em contato com ele. Essa funcionalidade é suportada em todas as versões do Windows suportadas pela Citrix, exceto o Windows Server 2022. Para obter mais informações sobre a ativação baseada no Active Directory, consulte Ativar usando a ativação baseada no Active Directory.

Você pode alterar a configuração de ativação depois de criar o catálogo de máquinas. Se você quiser ignorar a rearmação durante a atualização do catálogo de máquinas, execute o comando do PowerShell Set-ProvSchemeMetadata.

Antes de criar um catálogo:

  • Revise esta seção para saber mais sobre as escolhas que você faz e as informações que você fornece.
  • 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, verifique se você instalou um VDA nessa imagem.

Para iniciar o assistente de criação de catálogo:

  1. Faça login no Citrix Cloud. No menu superior esquerdo, selecione My Services > DaaS.
  2. Selecione Manage.
  3. Se este for o primeiro catálogo sendo criado, você será levado para a seleção correta (como “Set up the machines and create machine catalogs to run apps and desktops”). O assistente de criação de catálogo é aberto.
  4. Se você já criou um catálogo e deseja criar outro, siga estas etapas:

    1. Em Manage > Full Configuration, selecione Machine Catalogs no painel esquerdo.

    2. Para organizar catálogos usando pastas, crie pastas abaixo da pasta Machine Catalogs padrão. Para obter mais informações, consulte Criar uma pasta de catálogo.

    3. Selecione a pasta em que você deseja criar o catálogo e clique em Create Machine Catalog. O assistente de criação de catálogo é aberto.

O assistente o leva pelas páginas descritas nas seções a seguir. As páginas que você vê podem ser diferentes, dependendo das seleções feitas e da conexão (com um host) que você usa. Hosts / virtualization resources lista as fontes de informação para os tipos de host com suporte.

Sistema operacional

Cada catálogo contém máquinas de apenas um tipo.

  • Multi-session OS: um catálogo de SO multissessão fornece áreas de trabalho compartilhadas hospedadas. As máquinas podem estar executando versões suportadas dos sistemas operacionais Windows ou Linux, mas o catálogo não pode conter os dois.
  • Single-session OS: um catálogo de SO de sessão única fornece áreas de trabalho VDI que você pode atribuir a vários usuários diferentes.
  • Remote PC Access: um catálogo de Remote PC Access fornece aos usuários acesso remoto a suas áreas de trabalho nas máquinas físicas no escritório. O Remote PC Access não requer uma VPN para fornecer segurança.

Gerenciamento de máquinas

Esta página não aparece quando você está um catálogo de Remote PC Access.

A página Machine Management indica como as máquinas são gerenciadas e qual ferramenta você usa para implantar as máquinas.

Escolha se as máquinas no catálogo serão gerenciadas por meio da interface de Full Configuration.

  • As máquinas têm a energia gerenciada por meio da interface Full Configuration ou são provisionadas por meio de um ambiente de nuvem, por exemplo, VMs ou PCs blade. Essa 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 têm a energia gerenciada por meio da interface Full Configuration, por exemplo, máquinas físicas.

Se você indicou que as máquinas têm a energia gerenciada por meio da interface Full Configuration ou são provisionadas por meio de um ambiente de nuvem, escolha qual ferramenta usar para criar VMs.

  • Citrix Machine Creation Services (MCS): usa uma imagem mestre para criar e gerenciar máquinas virtuais. Os catálogos de máquinas em ambientes de nuvem usam o MCS. O MCS não está disponível para máquinas físicas.
  • Other: uma ferramenta que gerencia máquinas já 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.

Tipos de área de trabalho (experiência de área de trabalho)

Esta página é exibida somente quando você está criando um catálogo contendo máquinas de SO de sessão única.

A página Desktop Experience determina o que ocorre cada vez que um usuário faz logon. Selecione um dos seguintes:

  • Os usuários se conectam a uma nova área de trabalho (aleatória) cada vez que fazem logon.
  • Os usuários se conectam à mesma área de trabalho (estática) cada vez que fazem logon.

Imagem mestre

Esta página aparece somente quando você está usando o MCS para criar VMs.

Selecione a conexão com o hipervisor host ou o serviço de nuvem e, em seguida, selecione o instantâneo ou a VM criada anteriormente.

Nota:

  • Quando você estiver usando 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.

Não altere a seleção de VDA mínimo padrão. Para permitir o uso dos recursos mais recentes do produto, certifique-se de que a imagem mestre tem a versão mais recente do VDA instalada.

Uma mensagem de erro será exibida se você selecionar um instantâneo ou VM que não seja compatível com a tecnologia de gerenciamento de máquina selecionada anteriormente no assistente.

Ambientes de serviço e plataforma de nuvem

Quando você está usando um serviço de nuvem ou plataforma 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 mestre do Azure Resource Manager, o assistente de criação de catálogo contém uma página Storage and License Types.

Para obter informações específicas do host, siga o link apropriado listado em Start creating the catalog.

Machines

Esta página não aparece quando você está criando catálogos de Remote PC Access.

O título desta página depende do que você selecionou na página Machine Management: Machines, Virtual Machines ou Machines and Users.

  • Ao usar o MCS para criar máquinas:

    • Especifique quantas máquinas virtuais criar.
    • Escolha a quantidade de memória (em MB) que cada VM tem.
    • Importante: cada VM criada tem um disco rígido. O respectivo tamanho é definido na imagem mestre; você não pode alterar o tamanho do disco rígido no catálogo.
    • Se você indicou na página Desktop Experience que as alterações do usuário para áreas de trabalho estáticas devem ser salvas em um Personal vDisk 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 áreas de trabalho estáticas, selecione um modo de cópia de máquina virtual. Veja Modo de cópia da máquina virtual
    • Se você estiver criando VMs de áreas de trabalho aleatórias que não usam vDisks pessoais, você pode configurar um cache para ser usado para dados temporários em cada máquina. Veja 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ê especificou máquinas estáticas na página Desktop Experience, poderá, opcionalmente, especificar o nome de usuário para usar com cada VM que adicionar.

    Dica:

    Para adicionar usuários, você pode navegar até os usuários ou inserir manualmente uma lista de nomes de usuário 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:username.

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

  • Ao usar outras ferramentas (não 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 estar qualificadas para serem adicionadas ao catálogo ou que não podem se registrar com um Cloud Connector.

Modo de cópia da máquina virtual

O modo de cópia que você especificar na página Machines determina se o MCS cria clones thin (cópia rápida) ou thick (cópia completa) a partir da imagem mestre. (Padrão = clones thin)

  • Use clones de cópia rápida para uma utilização de armazenamento mais eficiente e criação de máquinas mais rápida.
  • Use clones de cópia completa para melhorar o suporte a migração e recuperação de dados, com IOPS potencialmente reduzido após a criação das máquinas.

Configurar cache para dados temporários

O armazenamento em cache de dados temporários localmente na VM é opcional. Você pode habilitar o uso do cache de dados temporários na máquina quando usar o MCS para gerenciar máquinas em pool (não dedicadas) em um catálogo. Se o catálogo usar uma conexão que especifique armazenamento para dados temporários, você pode ativar e configurar as informações do cache de dados temporários quando criar o catálogo.

Para habilitar o armazenamento em cache de dados temporários, o VDA em cada máquina no catálogo deve ser a versão mínima 7.9. Esse recurso é conhecido como MCSIO.

Importante:

Esse recurso requer um driver de MCSIO atual. Instalar esse driver é uma opção quando você instala ou atualiza um VDA. Por padrão, esse driver não é instalado.

Você especifica se os dados temporários usam armazenamento compartilhado ou local ao criar a conexão que o catálogo usa. Para obter detalhes, consulte Conexões e recursos. Habilitar e configurar o cache temporário no catálogo inclui duas caixas de seleção e valores: Memory allocated to cache (MB) e Disk cache size (GB). Por padrão, essas caixas de seleção estão desmarcadas. Quando você ativa uma ou ambas as caixas de seleção, os 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, leve em consideração 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 de perfil do usuário.
  • Dados do ShareFile que são sincronizados com as sessões de usuários.
  • Dados que podem ser criados ou copiados por um usuário da sessão ou por qualquer aplicativo que os usuários possam instalar dentro da sessão.

Se você habilitar a caixa de seleção Disk cache size, os dados temporários serão gravados inicialmente no cache de memória. Quando o cache de memória atinge seu limite configurado (o valor em Memory allocated to cache), os dados mais antigos são movidos para o disco de cache de dados temporários.

Imagem de armazenamento

O cache de memória faz parte da quantidade total de memória em cada máquina. Portanto, se você ativar a caixa de seleção Memory allocated to cache, considere aumentar a quantidade total de memória em cada máquina.

Se você desmarcar a caixa de seleção Memory allocated to cache e deixar a opção Disk cache size assinalada, os dados temporários serão gravados diretamente no disco de cache, usando uma quantidade mínima de cache de memória.

Alterar o tamanho do cache em disco em Disk cache size para o seu valor padrão pode afetar o desempenho. O tamanho deve corresponder aos requisitos 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 Disk cache size, nenhum disco de cache será criado. Nesse caso, especifique um valor de Memory allocated to cache que seja grande o suficiente para conter todos os dados temporários. Isso só é possível se grandes quantidades de RAM estiverem disponíveis para alocação em cada VM.

Se você desmarcar as duas caixas de seleção, os dados temporários não serão armazenados em cache. Eles serão gravados no disco de diferença (localizado no armazenamento do sistema operacional) para cada VM. (Essa é a ação de provisionamento em versões anteriores a 7.9.)

Não ative o armazenamento em cache se você pretender usar esse catálogo para criar AppDisks.

Não é possível alterar os valores de cache em um catálogo de máquinas após ele ser criado.

Uso de arquivos CSV para adicionar máquinas em massa

Se você usar a interface de gerenciamento de Full Configuration, poderá adicionar máquinas em massa usando arquivos CSV. O recurso está disponível para todos os catálogos, exceto os 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 Machines, selecione Add CSV File. A janela Add Machines in Bulk é aberta.

  2. Selecione Download CSV Template.

  3. Preencha o arquivo de modelo.

  4. Arraste ou navegue até o arquivo para carregá-lo.

  5. Selecione Validate para realizar verificações de validação na importação.

  6. Selecione Import para concluir.

Para obter informações sobre considerações sobre o arquivo 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 ser usado como um modelo ao adicionar máquinas em massa. Para exportar máquinas:

  1. Na página Machines, selecione Export to CSV file. É baixado um arquivo CSV que contém uma lista das máquinas.

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

Nota:

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

  • A exportação e a importação de máquinas em arquivos CSV apenas têm suporte entre catálogos do mesmo tipo.

NIC (NICs)

Esta página não aparece quando você está criando catálogos de Remote PC Access.

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

Contas de máquina

Esta página é exibida somente ao criar catálogos de Remote PC Access.

Especifique as contas de máquina do Active Directory ou Unidades Organizacionais (UOs) para adicionar que correspondam a usuários ou grupos de usuários. Não use barra (/) no nome de uma unidade organizacional.

Você pode escolher uma conexão de gerenciamento de energia configurada anteriormente ou selecionar 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ê pode criar essa conexão mais tarde e, então, editar o catálogo de máquinas 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 Machine Accounts, selecione Add CSV File. A janela Add Machines in Bulk é aberta.

  2. Selecione Download CSV Template.

  3. Preencha o arquivo de modelo.

  4. Arraste ou navegue até o arquivo para carregá-lo.

  5. Selecione Validate para realizar verificações de validação na importação.

  6. Selecione Import para concluir.

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

Identidades de máquina

Esta página aparece somente ao usar o MCS para criar VMs.

Cada máquina no catálogo deve ter uma identidade exclusiva. Essa página permite configurar identidades para máquinas no catálogo. As máquinas são ingressadas à identidade depois de serem provisionadas. Você não pode alterar o tipo de identidade depois de criar o catálogo.

Um fluxo de trabalho geral para definir 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 a localização (domínio) dessas contas.

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

  • On-premises Active Directory. Máquinas pertencentes a uma organização e conectadas com uma conta do Active Directory que pertence a essa organização. Eles existem no local.

  • Azure Active Directory joined. Máquinas pertencentes a uma organização e conectadas com uma conta do Azure Active Directory que pertence a essa organização. Elas existem apenas na nuvem. Para obter informações sobre os requisitos, limitações e considerações, consulte Ingressado no Azure Active Directory.

  • Hybrid Azure Active Directory joined. Máquinas pertencentes a uma organização e conectadas com uma conta do Active Directory Domain Services que pertence a essa organização. Elas existem na nuvem e no local. Para obter informações sobre os requisitos, limitações e considerações, consulte Ingressado no Azure Active Directory híbrido.

    Nota:

    Antes de poder usar a associação híbrida do Azure Active Directory, verifique se o seu ambiente do Azure atende aos pré-requisitos. Veja https://docs.microsoft.com/en-us/azure/active-directory/devices/hybrid-azuread-join-managed-domains.

  • Non-domain-joined. Máquinas que não ingressaram em nenhum domínio. Para obter informações sobre os requisitos e limitações, consulte Não ingressado em domínio.

Importante:

  • Se você selecionar On-premises Active Directory ou Hybrid Azure Active Directory joined como o tipo de identidade, cada máquina no catálogo deverá ter uma conta de computador do Active Directory correspondente.
  • O tipo de identidade Non-domain-joined requer a versão 1811 ou posterior do VDA como o nível funcional mínimo para o catálogo. Para disponibilizá-lo, atualize o nível funcional mínimo.
  • Os tipos de identidade Azure Active Directory joined e Hybrid Azure Active Directory joined exigem a versão 2203 ou posterior do VDA como o nível funcional mínimo para o catálogo. Para disponibilizá-los, atualize o nível funcional mínimo.

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

Nota:

Os nomes das UO não podem conter barras (/).

Se você usar contas existentes, navegue até as contas ou clique em Import e especifique o arquivo .csv que contém o nome das contas. O conteúdo do arquivo importado deve usar o formato:

  • [ADComputerAccount] ADcomputeraccountname.domain

É preciso haver contas suficientes para todas as máquinas que você está adicionando. A interface Full Configuration gerencia essas contas. Portanto, permita que o Studio 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 nomeação de conta de máquina

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

Ao especificar um esquema de nomenclatura, esteja ciente das seguintes regras:

  • O esquema de nomeação deve conter pelo menos um caractere curinga. Você deve colocar todos os curingas juntos.
  • O nome inteiro, incluindo curingas, deve conter pelo menos 2, mas não mais que 15 caracteres. Ele deve incluir pelo menos um caractere não numérico e um caractere # (curinga).
  • O nome não deve incluir espaços ou qualquer um dos seguintes caracteres: ,~!@'$%^&.()}{\/*?"<>|=+[];:_“..
  • O nome não pode terminar com um hífen (-).

Além disso, deixe espaço suficiente para crescimento ao especificar o esquema de nomenclatura. Considere este exemplo: Se você criar 1.000 contas de máquina com o esquema “veryverylong#”, o último nome de conta criado (veryverylong1000) conterá 16 caracteres. Portanto, o esquema de nomeação resultará em um ou mais nomes de máquinas que excedem o máximo de 15 caracteres.

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

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

    Nota:

    Se houver apenas um curinga (#), o nome das contas começa com 1. Se houver dois, o nome das contas começa com 01. Se houver três, o nome das contas começa com 001 e assim por diante.

  • A-Z. Se selecionados, os curingas especificados são resolvidos em letras sequenciais.

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

Opcionalmente, você pode especificar como 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 caracteres curinga, insira dois dígitos ou mais.
  • Se você selecionar A-Z, 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.

Credenciais de domínio

Selecione Enter credentials e insira as credenciais de um administrador com permissão para executar operações de conta no domínio de destino do Active Directory.

Use a opção Check name para verificar se o nome de usuário é válido ou exclusivo. A opção é útil, por exemplo, quando:

  • O mesmo nome de usuário existe em vários domínios. Você é solicitado a selecionar o usuário desejado.
  • Você não consegue se lembrar do nome de domínio. Você pode inserir o nome de usuário sem especificar o nome do domínio. Se a verificação for aprovada, o nome de domínio é preenchido automaticamente.

Nota:

Se o tipo de identidade selecionado em Machine Identities for Hybrid Azure Active Directory joined, as credenciais inseridas deverão ter recebido a permissão Write userCertificate.

Workspace Environment Management (opcional)

Esta página 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 do 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 vincular um catálogo a um conjunto de configurações, você deve configurar a implantação do serviço WEM. Faça login no Citrix Cloud e inicie o serviço WEM. Para obter mais informações, consulte Primeiros passos com o serviço Workspace Environment Management.
  • 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 de forma consistente para executar a configuração e ignorar essa configuração.

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

  • Apply basic settings to configuration set. A opção permite que você comece a usar rapidamente 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 da CPU. Para ver as configurações básicas, clique no link aqui. Para modificá-los, use o console do WEM.

Atualização do VDA (opcional)

Importante:

  • Esse recurso está disponível como Preview. Se você estiver interessado em avaliá-lo, envie sua solicitação por meio deste formulário.
  • Esse recurso requer que o Citrix VDA Upgrade Agent funcione. Instalar o agente é uma opção quando você instala o VDA versão 2109 ou posterior, ou o VDA versão 2203 LTSR ou posterior. Por padrão, o agente não está instalado. Para obter mais informações sobre o VDA Upgrade Agent, consulte Instalar componentes adicionais.

Esse recurso se aplica aos seguintes tipos de máquina:

  • Máquinas persistentes provisionadas pelo MCS. Você as implanta usando o 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 o MCS (por exemplo, máquinas físicas). Você os implanta usando Other service or technology na página Machine Management durante a criação do catálogo.

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

Na página VDA Upgrade, selecione a versão do VDA para a qual 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.

Nota:

  • Esse recurso suporta a atualização somente para o VDA mais recente. O momento em que você cria um agendamento de atualização do VDA ou atualiza um VDA determina a versão mais recente do VDA.
  • Depois de definir 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 exibir a coluna VDA Upgrade, clique em Columns, na barra de ações, selecione Machine Catalog > VDA Upgrade e clique em Save.

Escolha uma faixa VDA que se adapte à sua implantação:

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

  • Latest LTSR VDA. As versões de serviço de longo prazo (LTSRs) são recomendadas para os ambientes de produção das grandes empresas, que preferem manter a mesma versão base por um período prolongado.

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

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

Resumo, nome e descrição

Na página Summary, revise as configurações especificadas. Insira um nome e uma descrição para o catálogo. Essas informações aparecem na interface de gerenciamento Full Configuration.

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

Nos Machine Catalogs, o novo catálogo aparece com uma barra de progresso embutida.

Para ver os detalhes do progresso da criação:

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

  2. Na dica de ferramenta exibida, clique em View details.

    É exibido um gráfico de progresso passo a passo, onde você pode ver o seguinte:

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

Consideração importante sobre a configuração de propriedades personalizadas

As propriedades personalizadas devem ser definidas corretamente em Set-ProvScheme e New-ProvScheme nos ambientes GCP e Azure. Se você especificar propriedades personalizadas não existentes, 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ção importante sobre a configuração dos parâmetros ProvScheme

Quando você usa o MCS para criar um catálogo, você recebe um erro se:

  • Definir os seguintes New-ProvScheme parâmetros em hipervisores sem suporte ao criar um catálogo de máquinas:
Parâmetro Hipervisores compatíveis
UseWriteBackCache VMware
  Hyper-V
  Citrix Hypervisor
  Azure
  GCP
DedicatedTenancy Azure
  GCP
  AWS
TenancyType Azure
  GCP
  AWS
UseFullDiskCloneProvisioning VMware
  Hyper-V
  Citrix Hypervisor
  • Atualizar os seguintes parâmetros de Set-ProvScheme depois de criar o catálogo de máquinas:

    • CleanOnBoot
    • UseWriteBackCache
    • DedicatedTenancy
    • TenancyType
    • UseFullDiskCloneProvisioning

Mais informações

O que fazer a seguir

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

Para revisar todo o processo de configuração, consulte Planeje e crie uma implantação.