Considerações de tamanho e escala para Cloud Connectors
Ao avaliar o Citrix DaaS 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. O fornecimento de recursos insuficientes para dimensionamento e escalabilidade afeta negativamente o desempenho da sua implantação.
Observação:
- Estas recomendações se aplicam ao Citrix DaaS Standard for Azure além do Citrix DaaS.
- Os testes e as recomendações fornecidos neste artigo são diretrizes para ajudar você a iniciar seus testes. Recomendamos que você realize os testes em seu ambiente para validar o dimensionamento correto do conector.
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 Local Host Cache (LHC).
As informações fornecidas se aplicam a implantações nas quais cada local de recurso contém cargas de trabalho VDI e cargas de trabalho RDS.
O Cloud Connector vincula suas cargas de trabalho ao Citrix DaaS™ das seguintes maneiras:
- Fornece um proxy para comunicação entre seus VDAs e o Citrix DaaS.
- Fornece um proxy para comunicação entre o Citrix DaaS e seu Active Directory (AD) e hypervisors.
- Em implantações que incluem servidores StoreFront, o Cloud Connector serve como um broker de sessão temporário durante interrupções na nuvem, fornecendo aos usuários acesso contínuo aos recursos.
É importante que seus Cloud Connectors sejam dimensionados e configurados adequadamente para atender às suas necessidades específicas. Embora os testes tenham sido executados com dois Cloud Connectors, apenas um Cloud Connector está disponível durante as atualizações do Cloud Connector. Para garantir alta disponibilidade durante as atualizações do Cloud Connector, alguns clientes optaram por implantar três Cloud Connectors.
Cada conjunto de Cloud Connectors é atribuído a um local de recurso (também conhecido como zona no Studio). Um local de recurso é uma separação lógica que especifica quais recursos se comunicam com esse conjunto de Cloud Connectors. Pelo menos um local de recurso é necessário 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 recurso.
Para implantações com mais de um local de recurso, atribua catálogos de máquinas e VDAs aos locais de recurso 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 recurso, consulte Conectar ao Citrix Cloud. Para um desempenho ideal, configure seus Cloud Connectors em conexões de baixa latência com VDAs, servidores AD e hypervisors.
Processadores e armazenamento recomendados
Para um desempenho semelhante ao observado nestes testes, use processadores modernos que suportem extensões SHA. As extensões SHA reduzem a carga criptográfica na CPU. Os processadores recomendados incluem:
- Processadores Advanced Micro Devices (AMD) Zen e mais recentes
- Processadores Intel Ice Lake e mais recentes
Os processadores recomendados funcionam de forma eficiente. Você pode usar processadores mais antigos, no entanto, isso pode levar a uma carga de CPU maior. Recomendamos aumentar sua contagem de vCPUs para compensar esse comportamento.
Os testes descritos neste artigo foram realizados com processadores AMD EPYC e Intel Cascade Lake.
Os Cloud Connectors têm uma carga criptográfica pesada ao se comunicar com a nuvem. Cloud Connectors que usam processadores com extensões SHA experimentam uma carga menor em sua CPU, o que é expresso por um menor uso de CPU pelo Serviço de Subsistema da Autoridade de Segurança Local do Windows (LSASS).
A Citrix recomenda usar armazenamento moderno com operações de E/S por segundo (IOPS) adequadas, especialmente para implantações que usam LHC. Unidades de estado sólido (SSDs) são sugeridas, mas camadas de armazenamento em nuvem premium não são necessárias. IOPS mais altos são necessários para cenários de LHC onde o Cloud Connector executa uma pequena cópia do banco de dados. Este banco de dados é atualizado regularmente com alterações na configuração do site e fornece recursos de intermediação para o local de recurso em tempos de interrupções do Citrix Cloud.
Configuração de computação recomendada para Local Host Cache
O Local Host Cache (LHC) oferece alta disponibilidade, permitindo que as operações de intermediação de conexão em uma implantação continuem quando um Cloud Connector não consegue 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 ainda mais do que a alocação de memória. Essa sobrecarga de CPU é observada apenas no modo LHC, quando o Citrix DaaS não está acessível e o broker LHC está ativo. Para qualquer implantação que use 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 o SQL Express Server LocalDB, consulte Limites de capacidade de computação por edição do SQL Server.
Se os recursos de computação disponíveis para o SQL Express Server LocalDB estiverem configurados incorretamente, os tempos de sincronização da configuração podem ser aumentados e o desempenho durante interrupções pode ser reduzido. Em alguns ambientes virtualizados, a capacidade de computação pode depender do número de processadores lógicos e não de núcleos de CPU.
Resumo dos resultados dos testes
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 para um único local de recurso. Diferentes configurações de sistema podem produzir resultados diferentes.
Esta ilustração fornece uma visão geral gráfica da configuração testada.
A tabela a seguir mostra as configurações mínimas recomendadas de CPU e memória do Cloud Connector para sites de vários tamanhos. Os resultados dos testes com essas configurações são mostrados abaixo. Consulte Limites para obter mais informações sobre os limites de local de recurso.
| Médio | Grande | Máximo | |
|---|---|---|---|
| Conectores para HA | 2 | 2 | 3 |
| VDAs | Até 1000 | 1001 - 5000 | 5001 - 10.000 |
| Sessões | Até 2500 | Até 10.000 | Até 25.000 |
| Conexões de hospedagem | Até 20 | Até 40 | Até 40 |
| CPUs para Cloud Connectors | 4vCPU | 4vCPU | 8vCPU |
| Memória para Cloud Connectors | 6 GB | 8 GB | 10 GB |
Observação:
Se sua implantação exceder 5000 VDAs, você deve usar três Cloud Connectors para alta disponibilidade e escalabilidade.
Metodologia de teste
Os testes foram realizados 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. Às vezes, ferramentas de simulação proprietárias da Citrix são usadas para simular VDAs e sessões. Essas ferramentas são projetadas para exercitar os componentes da Citrix da mesma forma que os VDAs e sessões tradicionais, sem os mesmos requisitos de recurso para hospedar sessões e VDAs reais. Os testes foram realizados nos modos de intermediação em nuvem e LHC para cenários com Citrix StoreFront.
As recomendações para o dimensionamento do Cloud Connector neste artigo são baseadas em dados coletados a partir desses testes.
Os seguintes testes foram executados:
- Tempestade de logon/inicialização 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 em nuvem e o modo Local Host Cache.
- Tempestade de ação de energia de VDA: um teste que simula alto volume de ações de energia de VDA.
Cenários e condições de teste
Esses testes foram realizados com o LHC configurado. Para obter mais informações sobre como usar o LHC, consulte o artigo Local Host Cache. 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 recurso com um único servidor StoreFront ou grupo de servidores, habilite a opção de verificação de integridade avançada para o armazenamento do StoreFront. Consulte Requisito do StoreFront no artigo Local Host Cache.
- 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 o sistema operacional base e os serviços Citrix. Aplicativos e serviços de terceiros podem exigir recursos adicionais.
- VDAs são quaisquer máquinas virtuais ou físicas executando o Citrix Virtual Delivery Agent.
- Os testes são realizados usando apenas VDAs do Windows.
- Todos os VDAs testados foram gerenciados por energia usando o Citrix DaaS.
- As sessões foram iniciadas a uma taxa sustentada de 1.000 por minuto.
- Cargas de trabalho de 1.000 a 10.000 VDI e 500 a 10.000 servidores RDS com 1.000 a 25.000 sessões foram testadas.
- Sessões RDS foram testadas até 25.000 por local de recurso.
- Os testes foram realizados usando dois Cloud Connectors tanto em operações normais quanto durante interrupções. A Citrix recomenda usar pelo menos dois Cloud Connectors para alta disponibilidade e três Cloud Connectors para locais de recurso de tamanho máximo e grande. No modo de interrupção, apenas um dos Cloud Connectors é usado para registros e intermediação de VDA. Embora os testes tenham sido executados com dois Cloud Connectors, apenas um Cloud Connector está disponível durante as atualizações. Para garantir alta disponibilidade durante as atualizações, alguns clientes optaram por operar com três Cloud Connectors.
- Os testes foram realizados com o Cloud Connector configurado com processadores Intel Cascade Lake.
- As sessões foram iniciadas por meio de um único servidor Citrix StoreFront.
- Testes de inicialização de sessões de interrupção do LHC foram realizados após as máquinas terem sido registradas novamente.
As contagens de sessão RDS são uma recomendação e não um limite. Teste seu próprio limite de sessão RDS em seu ambiente.
Observação:
A contagem de sessões e a taxa de inicialização são mais importantes para o RDS do que a contagem de VDAs.
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 de VDA | Uso de CPU e memória de registro | Duração do teste de inicialização | Uso de CPU e memória de inicialização de sessão | Taxa de inicialização |
|---|---|---|---|---|---|---|
| 1000 VDI | Online | 5 minutos | CPU máxima = 36%, CPU média = 33%, memória máxima = 5,3 GB | 2 minutos | CPU máxima = 29%, CPU média = 27%, memória máxima = 3,7 GB | 500 por minuto |
| 1000 VDI | Interrupção | 4 minutos | CPU máxima = 11%, CPU média = 10%, memória máxima = 4,5 GB | 2 minutos | CPU máxima = 42%, CPU média = 28%, memória máxima = 4,0 GB | 500 por minuto |
| 250 RDS, 5000 sessões | Online | 3 minutos | CPU máxima = 14%, CPU média = 4%, memória máxima = 3,5 GB | 9 minutos | CPU máxima = 46%, CPU média = 21%, memória máxima = 3,7 GB | 555 por minuto |
| 250 RDS, 5000 sessões | Interrupção | 3 minutos | CPU máxima = 15%, CPU média = 5%, memória máxima = 3,7 | 9 minutos | CPU máxima = 51%, CPU média = 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 de VDA | Uso de CPU e memória de registro | Duração do teste de inicialização | Uso de CPU e memória de inicialização de sessão | Taxa de inicialização |
|---|---|---|---|---|---|---|
| 5000 VDI | Online | 3–4 minutos | CPU máxima = 45%, CPU média = 25%, memória máxima = 7,0 GB | 5 minutos | CPU máxima = 75%, CPU média = 55%, memória máxima = 7,0 GB | 1000 por minuto |
| 5000 VDI | Interrupção | 4–6 minutos | CPU máxima = 15%, CPU média = 5%, memória máxima = 7,5 GB | 5 minutos | CPU máxima = 45%, CPU média = 40%, memória máxima = 7,5 GB | 1000 por minuto |
| 500 RDS, 10.000 sessões | Online | 3 minutos | CPU máxima = 45%, CPU média = 25%, memória máxima = 7,0 GB | 10 minutos | CPU máxima = 75%, CPU média = 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%, CPU média = 5%, memória máxima = 7,5 | 10 minutos | CPU máxima = 45%, CPU média = 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 de VDA | Uso de CPU e memória de registro | Duração do teste de inicialização | Uso de CPU e memória de inicialização de sessão | Taxa de inicialização |
|---|---|---|---|---|---|---|
| 10.000 VDI | Online | 3–4 minutos | CPU máxima = 85%, CPU média = 10%, memória máxima = 8,5 GB | 7 minutos | CPU máxima = 66%, CPU média = 28%, memória máxima = 7,0 GB | 1400 por minuto |
| 10.000 VDI | Interrupção | 4–5 minutos | CPU máxima = 90%, CPU média = 17%, memória máxima = 8,2 GB | 5 minutos | CPU máxima = 90%, CPU média = 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%, CPU média = 20%, memória máxima = 8,6 GB | 17 minutos | CPU máxima = 66%, CPU média = 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%, CPU média = 10%, memória máxima = 8,5 | 21 minutos | CPU máxima = 90%, CPU média = 50%, memória máxima = 7,5 GB | 1000 por minuto |
Observação:
As cargas de trabalho mostradas aqui são as cargas de trabalho máximas recomendadas para um local de recurso. Para suportar cargas de trabalho maiores, adicione mais locais de recurso.
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 para garantir que eles estejam prontos para assumir a intermediação caso ocorra uma interrupção. A sincronização de configuração atualiza o banco de dados LHC, SQL Express Server LocalDB. O processo importa os dados para um banco de dados temporário e, em seguida, alterna para esse banco de dados assim que importado. Isso garante que sempre haja um banco de dados LHC pronto para assumir.
O uso de CPU, memória e disco é temporariamente aumentado enquanto os dados são importados para o banco de dados temporário.
Condições de teste:
- Testado em um AMD EPYC de 8 vCPUs
- O banco de dados de configuração do site importado era para um ambiente com um total de 80.000 VDAs em todo o site e 300.000 usuários (três turnos de 100.000 usuários)
- O tempo de importação de dados foi testado em um local de recurso com 10.000 VDI
Resultados do teste:
- Tempo de importação de dados: 7–10 minutos
-
Uso da CPU:
- máximo = 25%
- média = 15%
-
Uso da memória:
- aumento de aproximadamente 2 GB a 3 GB
-
Uso do disco:
- pico de leitura de disco de 4 MB/s
- pico de gravação de disco de 18 MB/s
- pico de gravação de disco de 70 MB/s durante o download e a 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 LHC:
- arquivo de banco de dados de 400–500 MB
- banco de dados de log de 200–300 MB
Considerações adicionais sobre o 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. Se picos de memória estiverem ocorrendo durante as sincronizações de configuração, considere aumentar o tamanho dos Cloud Connectors.
- 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. Certifique-se de que seu Cloud Connector tenha espaço em disco suficiente para os arquivos duplicados. O processo de sincronização de configuração falha se o disco estiver cheio.