Considerações de tamanho e escala de Cloud Connectors
Ao avaliar o Citrix DaaS (anteriormente serviço Citrix Virtual Apps and Desktops) para dimensionamento e escalabilidade, considere todos os componentes. Pesquise e teste a configuração dos Citrix Cloud Connectors e do StoreFront para seus requisitos específicos. Fornecer recursos insuficientes para dimensionamento e escalabilidade afeta negativamente o desempenho de sua implantação.
Nota:
Essas recomendações se aplicam ao Citrix DaaS Standard para Azure, e também ao Citrix DaaS.
Este artigo fornece detalhes das capacidades máximas testadas e recomendações de melhores práticas para a configuração da máquina do Cloud Connector. Os testes foram realizados em implantações configuradas com StoreFront e Cache de host local (LHC).
As informações fornecidas se aplicam a implantações nas quais cada local de recursos contém cargas de trabalho VDI ou cargas de trabalho RDS. Para locais de recursos que contêm as cargas de trabalho de VDI e RDS juntas, entre em contato com Citrix Consulting Services.
O Cloud Connector vincula suas cargas de trabalho ao Citrix DaaS das seguintes maneiras:
- Fornece um proxy para a comunicação entre seus VDAs e o Citrix DaaS
- Fornece um proxy para a comunicação entre o Citrix DaaS e seu Active Directory (AD) e hipervisores
- Em implantações que incluem servidores StoreFront, o Cloud Connector atua como um agente de sessão temporário durante interrupções na nuvem, fornecendo aos usuários acesso contínuo aos recursos
É importante ter seus Cloud Connectors devidamente dimensionados e configurados para atender às suas necessidades específicas.
Cada conjunto de Cloud Connectors é atribuído a um local de recursos (também conhecido como zona). Um local de recursos é uma separação lógica que especifica quais recursos se comunicam com o conjunto de Cloud Connectors. É necessário pelo menos um local de recursos por domínio para se comunicar com o Active Directory (AD).
Cada catálogo de máquinas e conexão de hospedagem é atribuído a um local de recursos.
Para implantações com mais de um local de recursos, atribua catálogos de máquinas e VDAs aos locais de recursos para otimizar a capacidade do LHC de intermediar conexões durante interrupções. Para obter mais informações sobre como criar e gerenciar locais de recursos, consulte Conectar-se ao Citrix Cloud. Para um desempenho ideal, configure seus Cloud Connectors em conexões de baixa latência para VDAs, servidores AD e hipervisores.
Processadores e armazenamento recomendados
Para obter um desempenho semelhante ao observado nesses testes, use processadores modernos que aceitam extensões SHA. As extensões SHA reduzem a carga criptográfica na CPU. Os processadores recomendados incluem:
- Advanced Micro Devices (AMD) Zen e processadores mais recentes
- Intel Ice Lake e processadores mais recentes
Os processadores recomendados funcionam com eficiência. Você pode usar processadores mais antigos, no entanto, isso pode levar a uma maior carga da CPU. Recomendamos aumentar sua contagem de vCPUs para compensar isso.
Os testes descritos neste artigo foram realizados com os processadores AMD EPYC e Intel Cascade Lake.
Os Cloud Connectors têm uma carga criptográfica pesada durante a comunicação com a nuvem. Os Cloud Connectors que usam processadores com extensões SHA sentem uma carga menor na CPU, o que é expresso pelo menor uso da CPU pelo serviço LSASS (Local Security Authority Subsystem Service) do Windows.
A Citrix recomenda usar o armazenamento moderno com operações de E/S por segundo (IOPS) adequadas, especialmente para implantações que usam LHC. sugerimos as unidades de estado sólido (SSD), mas os níveis premium de armazenamento em nuvem não são necessários. IOPS mais altas são necessárias para cenários do LHC em que o Cloud Connector executa uma pequena cópia do banco de dados. Esse banco de dados é atualizado com alterações de configuração do site regularmente e fornece recursos de intermediação para o local de recursos nos momentos de interrupção do Citrix Cloud.
Configuração de computação recomendada para cache de host local
O Cache de host local (LHC) fornece alta disponibilidade ao permitir que as operações de intermediação de conexão em uma implantação continuem quando um Cloud Connector não pode se comunicar com o Citrix Cloud.
Os Cloud Connectors executam o Microsoft SQL Express Server LocalDB, que é instalado automaticamente quando você instala o Cloud Connector. A configuração da CPU do Cloud Connector, especialmente o número de núcleos disponíveis para o SQL Express Server LocalDB, afeta diretamente o desempenho do LHC. O número de núcleos de CPU disponíveis para o SQL Server Express Server LocalDB afeta o desempenho do LHC mais do que a alocação de memória. Essa sobrecarga de CPU é observada somente no modo LHC quando o Citrix DaaS não está acessível e o agente do LHC está ativo. Para qualquer implantação usando LHC, a Citrix recomenda quatro núcleos por soquete, com um mínimo de quatro núcleos de CPU por Cloud Connector. Para obter informações sobre como configurar recursos de computação para SQL Express Server LocalDB, consulte Compute capacity limits by edition of SQL Server.
Se os recursos de computação disponíveis para o SQL Express Server LocalDB estiverem configurados incorretamente, o tempo de sincronização da configuração poderá aumentar e o desempenho durante as interrupções será reduzido. Em alguns ambientes virtualizados, a capacidade computacional dependerá do número de processadores lógicos e não de núcleos de CPU.
Resumo dos resultados do teste
Todos os resultados neste resumo são baseados nas descobertas de um ambiente de teste, conforme configurado nas seções detalhadas deste artigo. Os resultados mostrados aqui são de um único local de recursos. Diferentes configurações de sistema podem produzir resultados diferentes.
Esta ilustração fornece uma visão geral gráfica da configuração testada.
Esta tabela fornece um guia rápido para dimensionar a sua localização de recursos. 10.000 é o máximo para um local de recursos. Consulte Limites para obter informações sobre os limites de localização do recurso.
Nota:
Exceder o limite pode causar problemas de conectividade e desempenho durante uma interrupção. Portanto, você não deve exceder o limite recomendado, pois isso pode levar ao cancelamento do registro de VDAs.
Os resultados são baseados em testes internos da Citrix. As configurações descritas foram testadas com cargas de trabalho variadas, incluindo testes de início de sessão de alta taxa e tempestades de registro.
| Médio | Grande | Máximo | |
|---|---|---|---|
| VDAs | 1000 VDI ou 250 RDS | 5000 VDI ou 500 RDS | 10.000 VDI ou 1000 RDS |
| Conexões de hospedagem | 20 | 40 | 40 |
| CPUs para Connectors | 4 vCPU | 4 vCPU | 8 vCPU |
| Memória para Connectors | 6 GB | 8 GB | 10 GB |
Metodologia do teste
Foram realizados testes para adicionar carga e medir o desempenho dos componentes do ambiente. Os componentes foram monitorados coletando dados de desempenho e tempo de procedimento, como tempo de logon e tempo de registro. Em alguns casos, foram usadas ferramentas de simulação de propriedade da Citrix para simular VDAs e sessões. Essas ferramentas foram concebidas para exercitar os componentes Citrix da mesma forma que os VDAs e sessões tradicionais, sem os mesmos requisitos de recursos para hospedar sessões e VDAs reais. Os testes foram conduzidos na intermediação em nuvem e no modo LHC em cenários com o Citrix StoreFront.
As recomendações para o dimensionamento do Cloud Connector neste artigo são baseadas nos dados coletados nos testes.
Os seguintes testes foram executados:
- Tempestade de início/logon de sessão: um teste que simula períodos de logon de alto volume.
- Tempestade de registro de VDA: um teste que simula períodos de registro de VDA de alto volume. Por exemplo, após um ciclo de atualização ou transição entre a intermediação na nuvem e o modo de Cache de host local.
- Tempestade de ação de energia VDA: um teste que simula alto volume de ações de energia VDA.
Cenários e condições de teste
Estes testes foram realizados com o LHC configurado. Para obter mais informações sobre como usar o LHC, consulte o artigo Cache de host local. O LHC requer um servidor StoreFront local. Para obter informações detalhadas sobre o StoreFront, consulte a documentação do produto StoreFront.
Recomendações para configurações do StoreFront:
- Se você tiver vários locais de recursos com um único servidor ou grupo de servidores StoreFront, ative a opção de verificação de integridade avançada para a loja do StoreFront. Consulte Requisito do StoreFront no artigo Cache de host local.
- Para taxas de inicialização de sessão mais altas, use um grupo de servidores StoreFront. Consulte Configurar grupos de servidores na documentação do produto StoreFront.
Condições de teste:
- Os requisitos de CPU e memória são apenas para os serviços básicos de SO e da Citrix. Aplicativos e serviços de terceiros podem exigir recursos adicionais.
- VDAs são máquinas virtuais ou físicas que executam o Citrix Virtual Delivery Agent.
- Todos os VDAs testados tiveram sua energia gerenciada usando o Citrix DaaS.
- Foram testadas cargas de trabalho de servidores de 1.000 a 10.000 VDI e 250-1000 RDS com 1.000-20.000 sessões.
- As sessões RDS foram testadas com até 20.000 por local de recursos.
- Os testes foram realizados usando um Cloud Connector em operações normais e durante interrupções. A Citrix recomenda usar pelo menos dois Cloud Connectors para alta disponibilidade. Quando em modo de interrupção, apenas um dos conectores é usado para registros de VDA e intermediação.
- Os testes foram realizados com o Cloud Connector configurado com os processadores Intel Cascade Lake.
- As sessões foram iniciadas por meio de um único servidor Citrix StoreFront.
- Testes de início de sessão com interrupção do LHC conduzidos após as máquinas terem se registrado novamente.
As contagens de sessões do RDS são uma recomendação e não um limite. Teste seu próprio limite de sessão do RDS em seu ambiente.
Nota:
A contagem de sessões e a taxa de inicialização são mais importantes para o RDS do que a contagem de VDA.
Cargas de trabalho médias
Essas cargas de trabalho foram testadas com 4 vCPUs e 6 GB de memória.
| Cargas de trabalho de teste | Condição do site | Tempo de registro do VDA | Registro de uso de CPU e memória | Duração do teste de início | Uso de CPU e memória no início de sessão | Taxa de inicialização |
|---|---|---|---|---|---|---|
| 1000 VDI | Online | 5 minutos | CPU máxima = 36%, média da CPU = 33%, memória máxima = 5,3 GB | 2 minutos | CPU máxima = 29%, média da CPU = 27%, memória máxima = 3,7 GB | 500 por minuto |
| 1000 VDI | Interrupção | 4 minutos | CPU máxima = 11%, média da CPU = 10%, memória máxima = 4,5 GB | 2 minutos | CPU máxima = 42%, média da CPU = 28%, memória máxima = 4,0 GB | 500 por minuto |
| 200 RDS, 5000 sessões | Online | 3 minutos | CPU máxima = 14%, média da CPU = 4%, memória máxima = 3,5 GB | 9 minutos | CPU máxima = 46%, média da CPU = 21%, memória máxima = 3,7 GB | 555 por minuto |
| 200 RDS, 5000 sessões | Interrupção | 3 minutos | CPU máxima = 15%, média da CPU = 5%, memória máxima = 3,7 | 9 minutos | CPU máxima = 51%, média da CPU = 32%, memória máxima = 4,2 GB | 555 por minuto |
Cargas de trabalho grandes
Essas cargas de trabalho foram testadas com 4 vCPUs e 8 GB de memória.
| Cargas de trabalho de teste | Condição do site | Tempo de registro do VDA | Registro de uso de CPU e memória | Duração do teste de início | Uso de CPU e memória no início de sessão | Taxa de inicialização |
|---|---|---|---|---|---|---|
| 5000 VDI | Online | 3—4 minutos | CPU máxima = 45%, média da CPU = 25%, memória máxima = 7,0 GB | 5 minutos | CPU máxima = 75%, média da CPU = 55%, memória máxima = 7,0 GB | 1000 por minuto |
| 5000 VDI | Interrupção | 4—6 minutos | CPU máxima = 15%, média da CPU = 5%, máximo de memória = 7,5 GB | 5 minutos | CPU máxima = 45%, média da CPU = 40%, memória máxima = 7,5 GB | 1000 por minuto |
| 500 RDS, 10.000 sessões | Online | 3 minutos | CPU máxima = 45%, média da CPU = 25%, memória máxima = 7,0 GB | 10 minutos | CPU máxima = 75%, média da CPU = 55%, memória máxima = 7,0 GB | 1000 por minuto |
| 500 RDS, 10.000 sessões | Interrupção | 3 minutos | CPU máxima = 15%, média da CPU = 5%, memória máxima = 7,5 | 10 minutos | CPU máxima = 45%, média da CPU = 40%, memória máxima = 7,5 GB | 1000 por minuto |
Cargas de trabalho máximas
Essas cargas de trabalho foram testadas com 8 vCPUs e 10 GB de memória.
| Cargas de trabalho de teste | Condição do site | Tempo de registro do VDA | Registro de uso de CPU e memória | Duração do teste de início | Uso de CPU e memória no início de sessão | Taxa de inicialização |
|---|---|---|---|---|---|---|
| 10.000 VDI | Online | 3—4 minutos | CPU máxima = 85%, média da CPU = 10%, máximo de memória = 8,5 GB | 7 minutos | CPU máxima = 66%, média da CPU = 28%, memória máxima = 7,0 GB | 1400 por minuto |
| 10.000 VDI | Interrupção | 4–5 minutos | CPU máxima = 90%, média da CPU = 17%, memória máxima = 8,2 GB | 5 minutos | CPU máxima = 90%, média da CPU = 45%, memória máxima = 8,5 GB | 2000 por minuto |
| 1000 RDS, 20.000 sessões | Online | 1—2 minutos | CPU máxima = 60%, média da CPU = 20%, memória máxima = 8,6 GB | 17 minutos | CPU máxima = 66%, média da CPU = 25%, memória máxima = 6,8 GB | 1200 por minuto |
| 1000 RDS, 20.000 sessões | Interrupção | 3—4 minutos | CPU máxima = 22%, média da CPU = 10%, memória máxima = 8,5 | 21 minutos | CPU máxima = 90%, média da CPU = 50%, memória máxima = 7,5 GB | 1000 por minuto |
Nota:
As cargas de trabalho mostradas aqui são as cargas de trabalho máximas recomendadas para um local de recursos. Para dar suporte a cargas de trabalho maiores, adicione mais locais de recursos.
Usos de recursos de sincronização de configuração
O processo de sincronização de configuração mantém os Cloud Connectors atualizados com o Citrix DaaS. As atualizações são enviadas automaticamente para os Cloud Connectors, garantindo que os Cloud Connectors estejam prontos para assumir a intermediação se ocorrer uma interrupção. A sincronização de configuração atualiza o banco de dados do LHC, SQL Express Server LocalDB. O processo importa os dados para um banco de dados temporário e depois alterna para o banco de dados depois de importado. Isso garante que sempre haja um banco de dados do LHC pronto para assumir o controle.
O uso de CPU, memória e disco aumenta temporariamente enquanto os dados são importados para o banco de dados temporário.
Resultados do teste:
- Tempo de importação de dados: 7 a 10 minutos
-
Uso de CPU:
- máximo = 25%
- média = 15%
-
Uso de memória:
- máximo = 9 GB
- aumento de aproximadamente 2 GB a 3 GB
-
Uso de disco:
- pico de leitura de disco de 4 MB/s
- pico de gravação em disco de 18 MB/s
- Pico de gravação em disco de 70 MB/s durante download e gravação de arquivos de configuração xml
- Pico de leitura de disco de 4 MB/s na conclusão da importação
-
Tamanho do banco de dados do LHC:
- Arquivo de banco de dados de 400 a 500 MB
- Banco de dados de log de 200 a 300 MB
Condições de teste:
- Testado em um AMD EPYC de 8 vCPUs
- O banco de dados de configuração de site importado destinava-se a um ambiente com um total de 80.000 VDAs e 300.000 usuários em todo o site (três turnos de 100.000 usuários)
- O tempo de importação de dados foi testado em um local de recursos com 10.000 VDI
Considerações adicionais sobre uso de recursos:
- Durante a importação, os dados completos de configuração do site são baixados. Esse download pode causar um pico de memória, dependendo do tamanho do site.
- O site testado usou aproximadamente 800 MB para o banco de dados e os arquivos de log do banco de dados combinados. Durante uma sincronização de configuração, esses arquivos são duplicados com um tamanho combinado máximo de aproximadamente 1600 MB. Assegure que o Cloud Connector tenha espaço em disco suficiente para os arquivos duplicados. O processo de sincronização de configuração falhará se o disco estiver cheio.