Considerações de escala e tamanho para o cache do host local
Este artigo contém informações detalhadas sobre o teste do Cache do Host Local e considerações ao configurar a sua implantação. Para obter informações gerais sobre o cache do host local e como ele funciona, consulte Cache do host local.
Visão geral
O recurso Cache de host local no Citrix DaaS (anteriormente Citrix Virtual Apps and Desktops Service) permite que a intermediação de conexão em um site continue se houver uma interrupção. Uma interrupção acontece se o link de WAN entre o site e o console de gerenciamento falhar em um ambiente Citrix Cloud. Em dezembro de 2017, testamos a configuração da máquina Citrix Cloud Connector usando o recurso Cache de host local do Citrix DaaS. Os resultados do teste fornecidos neste documento detalham os máximos testados em dezembro de 2017. As recomendações de melhores práticas são baseadas nos máximos testados.
Este artigo pressupõe que o leitor pode instalar e configurar um ambiente Citrix Cloud de acordo com os padrões recomendados, com um mínimo de três Cloud Connectors.
O cache do host local oferece suporte somente ao StoreFront local em cada local ou zona de recurso.
Enquanto o modo de interrupção estiver ativo, se o Cloud Connector selecionado que intermediar as sessões tiver uma interrupção, o segundo Cloud Connector se torna o Serviço de Alta Disponibilidade selecionado. Após a escolha, o segundo Cloud Connector assume o comando para intermediar as sessões. O recurso Cache de host local usa apenas um soquete para CPUs de vários núcleos para a configuração da máquina virtual do Cloud Connector. Nesse cenário, recomendamos uma configuração de 4 núcleos e 1 soquete.
Resumo
Todos os resultados neste resumo são baseados nas descobertas dos ambientes de teste que configuramos conforme detalhado nas seções a seguir. Diferentes configurações de sistema produzem resultados diferentes.
Principais recomendações com base nos resultados do teste
- Recomendamos que, para sites de alta disponibilidade que hospedam no máximo 5.000 estações de trabalho ou 500 VDAs de servidor, configure 3 VMs dedicadas ao Cloud Connector. Cada VM do Cloud Connector requer 4 vCPUs com 4 GB de RAM. Essa configuração é uma configuração de alta disponibilidade N+1. Os Cloud Connectors são implantados em conjuntos de alta disponibilidade. Os Cloud Connectors não têm balanceamento de carga. Como cada CPU pode processar um número limitado de conexões, a CPU é o maior fator limitante relacionado ao número de estações de trabalho ou VDAs de servidor suportados.
- Embora este documento se concentre no teste com dois Cloud Connectors, recomendamos um conjunto N+1 de três Cloud Connectors.
- Conduzimos testes de lançamento de sessão para comparar o modo de interrupção do Cache do Host Local ativo e inativo depois que uma nova configuração foi sincronizada e importada. Os testes de lançamento cobriram cenários com 5.000, 20.000 e 1.000 lançamentos de sessão em relação ao respectivo número de estações de trabalho disponíveis.
- 5.000 sessões lançadas contra 5.000 VDAs de estação de trabalho
- Os testes usaram duas VMs do Cloud Connector, cada uma com 4 vCPUs e 4 GB de RAM. Com base na recomendação para uma configuração N+1, os ambientes de produção devem incluir três VMs do Cloud Connector que atendam a essas especificações.
- O pico do serviço de cache do host local consumiu 91% dos recursos da CPU e houve uma média de 563 MB de memória disponível.
- Demorou aproximadamente 10 minutos a partir do momento em que o serviço de alta disponibilidade detectou uma interrupção para que todos os VDAs se registrassem novamente no serviço de alta disponibilidade, que agora é o agente. Medimos desde o momento em que o serviço de alta disponibilidade entrou no modo de interrupção até que o serviço de alta disponibilidade estivesse pronto para agenciar as sessões novamente.
- 20.000 sessões lançadas em 500 servidores VDAs
- Os testes usaram duas VMs do Cloud Connector, cada uma com 4 vCPUs e 4 GB de RAM. Com base na recomendação para uma configuração N+1, os ambientes de produção devem incluir três VMs do Cloud Connector que atendam a essas especificações.
- O pico do serviço de cache do host local consumiu 90% dos recursos da CPU e havia uma média de 471 MB de memória disponível.
- Demorou aproximadamente 8 minutos a partir do momento em que o serviço de alta disponibilidade detectou uma interrupção para que todos os VDAs se registrassem novamente no serviço de alta disponibilidade. Medimos desde o momento em que o serviço de alta disponibilidade entrou no modo de interrupção até que o serviço de alta disponibilidade estivesse pronto para agenciar as sessões novamente.
- 1.000 sessões lançadas contra 1.000 VDAs de estação de trabalho
- Os testes usaram 2 VMs do Cloud Connector, cada uma com 2 vCPUs e 4 GB de RAM. Com base na recomendação para uma configuração N+1, os ambientes de produção devem incluir três VMs do Cloud Connector que atendam a essas especificações.
- O pico do serviço de cache do host local consumiu 95% dos recursos da CPU e houve uma média de 589 MB de memória disponível
- Demorou aproximadamente 7 minutos a partir do momento em que o serviço de alta disponibilidade detectou uma interrupção para que todos os VDAs se registrassem novamente no serviço de alta disponibilidade, que agora é o agente. Medimos desde o momento em que o serviço de alta disponibilidade entrou no modo de interrupção até que o serviço de alta disponibilidade estivesse pronto para agenciar as sessões novamente.
- 5.000 sessões lançadas contra 5.000 VDAs de estação de trabalho
O Citrix Cloud gerencia os serviços do Cloud Connector e o cliente gerencia as máquinas.
Metodologia do teste
Conduzimos testes adicionando carga e depois medindo o desempenho dos componentes do ambiente:
- CPU
- memory
- database load
- Serviço Citrix Remote Broker Provider
- Serviço de alta disponibilidade Citrix
Coletamos dados de desempenho, tempo de logon ou ambos. Em certos casos, ferramentas de simulação proprietárias da Citrix foram usadas para simular VDAs e sessões. As ferramentas de simulação são projetadas 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.
O Cache de Host Local oferece suporte a um serviço de alta disponibilidade selecionado por zona, não por site. Por exemplo, se você tiver cinco zonas, um Cloud Connector será eleito como o agente em cada zona. O serviço Citrix Config Synchronizer é responsável por importar o banco de dados do site gerenciado pela Citrix. Cada sincronização de configuração cria um banco de dados, portanto, as configurações iniciais são necessárias, como a compilação de procedimentos armazenados na primeira vez que o banco de dados é usado. Executamos todos os testes após uma sincronização de configuração.
Testes de lançamento de sessão
Em servidores StoreFront gerenciados pelo cliente, iniciamos 5.000 e 20.000 testes de sessão. As ferramentas de monitoramento coletam o tempo de logon do StoreFront, a enumeração de recursos e a recuperação de arquivos ICA.
A Citrix usa ferramentas de simulação para facilitar testes de usuários de alto volume. As ferramentas de simulação, que são de propriedade da Citrix, nos permitem executar os testes em menos hardware do que o necessário para executar testes usando sessões reais nesses níveis (5.000 e 20.000 sessões). Essas sessões simuladas passam pelo logon normal do StoreFront, pela enumeração de recursos e pela recuperação de arquivos ICA, mas não iniciam áreas de trabalho ativas. Em vez disso, a ferramenta de simulação relata à pilha ICA que a sessão foi iniciada e toda a comunicação entre o agente do corretor e o serviço do corretor e corresponde à de uma sessão real. As métricas de desempenho são coletadas dos Citrix Cloud Connectors. Para determinar como o ambiente respondeu aos lançamentos de sessão, foi mantida uma simultaneidade sustentada de 25 lançamentos de sessão durante toda a duração do teste. As medições, portanto, mostram os resultados de um sistema sob carga durante todo o teste.
Resultados de teste
Lançamento da sessão
As tabelas seguintes comparam os testes de inicialização de sessão entre o modo de interrupção do cache do host local ativo e o modo de interrupção do cache do host local inativo após uma nova importação de sincronização de configuração Cada tabela mostra os resultados para o número de sessões lançadas no teste.
5.000 sessões VDA de estação de trabalho
| Modo de interrupção do cache do host local Inativo (operações normais) / Tempo médio | Modo de interrupção do cache do host local Ativo / Tempo médio | ||
|---|---|---|---|
| Autenticar | 193 ms | 95 ms | |
| Enumerar | 697 ms | 75 ms | |
| Tempo total de logon | 890 ms | 170 ms | |
| Recuperar arquivo ICA | 4.191 ms | 156 ms | |
20.000 sessões de VDA de servidor
| Modo de interrupção do cache do host local Inativo (operações normais) / Tempo médio | Modo de interrupção do cache do host local Ativo / Tempo médio | ||
|---|---|---|---|
| Autenticar | 135 ms | 112 ms | |
| Enumerar | 317 ms | 91 ms | |
| Tempo total de logon | 452 ms | 203 ms | |
| Recuperar arquivo ICA | 762 ms | 174 ms | |
- Teste de lançamento de sessão VDA de 5.000 workstations
- Houve aproximadamente 30 ms de latência entre os Citrix Cloud Connectors e o Citrix Delivery Controller enquanto o modo de interrupção do cache do host local estava inativo.
- Há uma diferença de 720 ms no processo de logon com o modo de interrupção do cache do host local ativo versus inativo, enquanto o StoreFront está sob carga.
- A maior diferença de tempo está na recuperação do arquivo ICA, que é de 4 segundos. Isso ocorre principalmente porque o Cloud Connector está executando a intermediação, enquanto normalmente o tráfego do StoreFront atravessa os Cloud Connectors para o Citrix Delivery Controller no Azure e vice-versa.
- Teste de lançamento de sessão VDA de 20.000 servidores
- Há uma diferença de 249 ms no processo de logon com o modo de interrupção do Cache do Host Local ativo versus inativo, enquanto o StoreFront está sob carga.
- A diferença na recuperação do arquivo ICA é de cerca de 1 segundo.
- Comparado ao lançamento da sessão do VDA de 5.000 estações de trabalho, o teste de inicialização de 20.000 sessões contém apenas 500 VDAs de servidor, resultando em menos chamadas do Citrix Delivery Controller para os VDAs, o que leva a tempos de resposta mais baixos.
Comparação do uso médio da CPU
| Teste de lançamento de sessão | % média de CPU | % de pico de CPU | |
|---|---|---|---|
| 5.000 sessões VDA de estação de trabalho | Conector 1 | 8,3 | 38,2 |
| Conector 2 | 8,4 | ||
| 5.000 sessões de VDA de estação de trabalho - modo de interrupção do cache do host local ativo | Conector 1 (serviço de alta disponibilidade selecionado) | 42 | 91 |
| Conector 2 | 0,8 | ||
| 20.000 sessões de VDA de servidor | Conector 1 | 23 | 62 |
| Conector 2 | 23 | ||
| 20.000 sessões de VDA do servidor - modo de interrupção do cache do host local ativo | Conector 1 (serviço de alta disponibilidade selecionado) | 57 | 90 |
| Conector 2 | 0,8 | ||
- A tabela compara o uso da CPU do Citrix Cloud Connector com o modo de interrupção do Cache de Host Local ativo e o modo de cache de host local inativo durante 5.000 testes de inicialização de sessão VDA de estação de trabalho e 20.000 VDA de servidor.
- Todos os Cloud Connectors têm 4 vCPUs e 4 GB de RAM
- As máquinas selecionadas de serviço de alta disponibilidade atingiram o pico de 91% e 90% da CPU geral, respectivamente. É importante notar que, embora o serviço de alta disponibilidade não selecionado não tenha muito uso, ele pode se tornar ativo se o Serviço de Alta Disponibilidade selecionado apresentar uma falha. Portanto, é fundamental que os Cloud Connectors tenham especificações de Cloud Connector idênticas.
Uso de memória disponível
| Teste de lançamento de sessão | Memória média disponível (MB de conjunto de trabalho) | Pico de memória disponível (MB de conjunto de trabalho) | |
|---|---|---|---|
| 5.000 sessões VDA de estação de trabalho | Conector 1 | 636 | 657 |
| Conector 2 | 786 | ||
| 5.000 sessões de VDA de estação de trabalho - modo de interrupção do cache do host local ativo | Conector 1 (serviço de alta disponibilidade selecionado) | 563 | 618 |
| Conector 2 | 912 | ||
| 20.000 sessões de VDA de servidor | Conector 1 | 1030 | 1195 |
| Conector 2 | 1178 | ||
| 20.000 sessões de VDA do servidor - modo de interrupção do cache do host local ativo | Conector 1 (serviço de alta disponibilidade selecionado) | 471 | 687 |
| Conector 2 | 1210 | ||
- A tabela compara o uso de memória disponível com o modo de interrupção do cache de host local ativo e o modo de cache de host local inativo durante 5.000 testes de inicialização de sessão VDA de estação de trabalho e 20.000 VDA de servidor.
- O número de sessões diminui a quantidade de memória disponível.
- Há um aumento de 54,35% (559 MB) no uso da memória com 20.000 sessões VDA do servidor quando o modo de interrupção do cache de host local está ativo, principalmente devido ao consumo de memória do servidor SQL.
Uso da CPU do Cloud Connector por componente
| Teste de lançamento de sessão | Componente | % média de CPU | % de pico de CPU |
|---|---|---|---|
| 5.000 sessões VDA de estação de trabalho | Conector 1 LSASS | 2,4 | 10.7 |
| Conector 1 XaXdCloudProxy | 3.5 | ||
| Conector 2 LSASS | 2.5 | ||
| Conector 2 XaXdCloudProxy | 3.5 | ||
| 5.000 sessões VDA de estação de trabalho com modo de interrupção do cache do host local ativo | Conector 1 (serviço de alta disponibilidade selecionado) LSASS | 12,9 | 29,5 |
| Conector 1 (serviço de alta disponibilidade selecionado) HighAvailabilityService | 14,7 | ||
| 20.000 sessões de VDA de servidor | Conector 1 LSASS | 7 | 12.2 |
| Conector 1 XaXdCloudProxy | 8,7 | ||
| Conector 2 LSASS | 7 | ||
| Conector 2 XaXdCloudProxy | 9 | ||
| Modo de interrupção do cache de host local de 20.000 sessões ativo | Conector 1 (serviço de alta disponibilidade selecionado) LSASS | 4,3 | 17,2 |
| Conector 1 (serviço de alta disponibilidade selecionado) Serviço de alta disponibilidade | 4,5 | ||
- A tabela anterior mostra os processos que consomem a maioria dos recursos gerais da CPU quando o modo de interrupção do Cache do Host Local está ativo, em comparação com quando o modo de interrupção do Cache do Host Local está inativo durante 5.000 testes de inicialização de sessão VDA de estação de trabalho e 20.000 VDA de servidor.
- O serviço Citrix Remote Broker Provider (XaXdCloudProxy) é o principal consumidor de CPU quando o modo de interrupção do cache do host local está inativo.
- O LSASS (Local Security Authority Subsystem Service) usa a CPU durante os logons da sessão. Todas as autenticações dos serviços gerenciados pela Citrix devem passar pelos Citrix Cloud Connectors para se comunicar com o Active Directory gerenciado pelo cliente.
- O serviço de alta disponibilidade Citrix é usado para intermediar as sessões, resultando em maior uso da CPU quando o modo de interrupção do Cache do Host Local está ativo. Além disso, o uso da CPU atingiu o pico de 49,7% durante o lançamento da sessão do VDA de 5.000 estações de trabalho, enquanto o uso foi de apenas 18,25% durante o lançamento da sessão de VDA de 20.000 servidores (500 VDAs). A diferença se deve ao número de VDAs.
- O Cloud Connector 2 não tinha nenhuma métrica significativa, pois não era o serviço de alta disponibilidade selecionado.
Tempo de novo registro do VDA ao alternar para o cache de host local
Durante uma interrupção do Delivery Controller, os 5.000 VDAs de estação de trabalho devem se registrar novamente no agente de cache de host local selecionado. Esse tempo de novo registro foi de aproximadamente 10 minutos. O tempo de novo registro para 500 VDAs de servidor foi de aproximadamente 8 minutos.
| Número de VDAs | Tempo do novo registro |
|---|---|
| 5.000 VDAs de estação de trabalho | ~10 minutos |
| 500 VDAs de servidor | ~8 minutos |
Tempos de interrupção
| Evento de interrupção | Número de VDAs | Tempo |
|---|---|---|
| Entrar no modo de interrupção | 10 minutos | |
| Tempo de novo registro para o serviço de alta disponibilidade selecionado | 500 | ~8 minutos |
| 5000 | ||
| Sair do modo de interrupção | 10 minutos | |
| Tempo de novo registro para o Citrix Delivery Controller | 500 | ~1,5 minutos |
| 5000 | ||
- Há um total de 20 minutos para entrar (10 minutos) e sair (10 minutos) do modo de interrupção, devido ao número de verificações de integridade do Citrix Delivery Controller necessárias. O tempo necessário para registrar novamente os VDAs aumenta o tempo geral de interrupção.
- Se a operação da rede estiver oscilando, repetidamente, forçar uma interrupção até que os problemas de rede sejam resolvidos impede a transição contínua entre os modos normal e de interrupção.
Métricas de banco de dados e serviço de alta disponibilidade com cache de host local
| Teste de lançamento de sessão | Média de transações de banco de dados de serviços de alta disponibilidade por segundo | Operações de banco de dados de serviços de alta disponibilidade de pico por segundo |
|---|---|---|
| 5.000 sessões VDA de estação de trabalho | 436 | 1344 |
| 20.000 sessões de VDA de servidor | 590 | 2061 |
A tabela anterior mostra o número de transações de banco de dados por segundo no serviço de alta disponibilidade selecionado.
Comparação de uso da CPU de StoreFront
| Teste de lançamento de sessão | % média de CPU | % de pico de CPU |
|---|---|---|
| 5.000 sessões VDA de estação de trabalho | 4,5 | 32,4 |
| 5.000 sessões VDA do servidor Modo de interrupção do cache do host local | 13,8 | 32,6 |
| 20.000 sessões de VDA de servidor | 11,4 | 22,1 |
| 20.000 sessões de VDA do servidor - modo de interrupção do cache do host local | 18,6 | 33,2 |
- A tabela anterior compara o uso da CPU do StoreFront quando o modo de interrupção do Cache de Host Local está ativo com quando o modo de Cache de Host Local está inativo durante 5.000 testes de inicialização de sessão de VDA de estação de trabalho e 20.000 VDA de servidor.
- A máquina StoreFront tem as seguintes especificações: Windows 2012 R2, 8 vCPU (2 soquetes, 4 núcleos cada), 8 GB de RAM
- Quando o modo de interrupção do Cache do Host Local está ativo, há um aumento de aproximadamente 9% no uso médio da CPU com o VDA de 5.000 estações de trabalho e um aumento de cerca de 7% com os testes de inicialização de sessão do VDA de 20.000 servidores. O aumento ocorre principalmente porque o trabalhador do IIS processa mais solicitações quando o modo de interrupção do Cache do Host Local está ativo. Há mais uso da CPU porque o StoreFront está processando inicializações de sessão em uma taxa mais rápida do que quando o modo de interrupção está inativo.
Comparação do uso de memória disponível do StoreFront
| Teste de lançamento de sessão | Memória média disponível (MB de conjunto de trabalho) | Pico de memória disponível (MB de conjunto de trabalho) |
|---|---|---|
| 5.000 sessões VDA de estação de trabalho | 5731 | 6821 |
| 5.000 sessões VDA de estação de trabalho modo de interrupção do cache do host local | 5345 | 5420 |
| 20.000 sessões de VDA de servidor | 4671 | 4924 |
| 20.000 sessões de VDA do servidor - modo de interrupção do cache do host local | 4730 | 5027 |
- A tabela anterior compara o uso de memória disponível do StoreFront quando o modo de interrupção do Cache de Host Local está ativo e quando o modo de Cache de Host Local está inativo durante 5.000 testes de inicialização de sessão de VDA de estação de trabalho e 20.000 VDA de servidor.
- Quando o modo Cache do Host Local está ativo, há um aumento de 6,73% no uso da memória durante o teste de inicialização da sessão VDA de 5.000 estações de trabalho.
A tabela a seguir compara o modo de interrupção ativo versus inativo após uma nova importação de sincronização de configuração, iniciando 1.000 sessões para 1.000 VDAs de estação de trabalho com Cache de host local e usando o Citrix Cloud Connectors configurados com 2 VMs de vCPU.
Comparação de lançamento de sessão
| Modo de interrupção do cache do host local inativo (operações normais) | Modo de interrupção do cache do host local ativo | ||
|---|---|---|---|
| Autenticar | 359 ms | 89 ms | |
| Enumerar | 436 ms | 180 ms | |
| Tempo total de logon | 795 ms | 269 ms | |
| Recuperar arquivo ICA | 804 ms | 549 ms | |
- Enquanto o StoreFront está sob carga, há uma diferença de 526 ms no processo de logon quando o modo de interrupção do Cache do Host Local está ativo em comparação com quando o modo de Cache do Host Local está inativo.
- Há uma diferença de 255 ms na recuperação do arquivo ICA quando o modo de interrupção do Cache do Host Local está ativo em comparação com quando o modo de Cache do Host Local está inativo. A diferença aumenta com o número de sessões.
Comparação do uso médio da CPU
O serviço de alta disponibilidade selecionado atingiu o pico de 95% da CPU geral, o que indica que o VDA de 1.000 estações de trabalho é uma configuração ideal para uma VM com Cloud Connector de 2 vCPUs.
Comparação do uso médio de memória
O gráfico anterior exibe uma comparação do uso disponível do Citrix Cloud Connector quando o modo de interrupção do Cache do Host Local está ativo versus inativo, durante o lançamento de uma sessão VDA de 1.000 estações de trabalho. Não há uma diferença significativa na memória com base no modo de interrupção do Cache do Host Local.
Comparação do uso da CPU do Cloud Connector por componente
O gráfico anterior exibe os processos que consomem mais recursos da CPU enquanto o modo de interrupção do Cache do Host Local está inativo.
- O gráfico anterior exibe os processos que consomem mais recursos da CPU quando o modo de interrupção do Cache do Host Local está ativo.
- O conector 2 não tinha nenhuma métrica significativa.
Tempo de novo registro do VDA ao alternar para o cache de host local
Durante uma interrupção do Delivery Controller, os 1000 VDAs de estação de trabalho devem se registrar novamente no agente de cache de host local selecionado. O tempo de novo registro foi de aproximadamente 7 minutos.
Métricas de banco de dados e serviço de alta disponibilidade com cache de host local
O gráfico anterior exibe o número de transações de banco de dados por segundo no serviço de alta disponibilidade selecionado.
Impacto com o aumento do número de zonas nos tempos de importação do banco de dados
Uma zona extra (com um par de Cloud Connector próprios) foi adicionada ao local de teste para entender o impacto. A primeira zona consiste em 5.500 objetos exclusivos (2 catálogos). A zona secundária é um espelho da primeira zona e tem seus próprios objetos únicos, totalizando 11.000 objetos. É importante observar que o Cache de Host Local é recomendado somente para zonas com no máximo 10.000 objetos. Antes de adicionarmos a zona secundária, o tempo de importação do banco de dados nos Cloud Connector era de cerca de 4 minutos e 20 segundos. Depois que adicionamos a zona secundária e a preenchemos com 11.000 objetos, o tempo de importação aumentou para cerca de 30 segundos para cerca de 4 minutos e 50 segundos. Adicionar mais catálogos tem um impacto marginal nos tempos de importação. Os maiores fatores que contribuem para a degradação do desempenho e o aumento dos tempos de importação são baseados no número de máquinas, usuários e PCs remotos atribuídos. Além disso, 5.500 objetos foram divididos entre 2 zonas e o tempo de importação permaneceu o mesmo.
| Número de zonas | Número total de objetos | Tempo de importação |
|---|---|---|
| 1 | 5,500 | 4 minutos e 20 segundos |
| 2 | 11,000 | 4 minutos e 50 segundos |
| 2 | 5,500 | 4 minutos e 20 segundos |
Orientação de tamanho do conector
Para um desempenho ideal, a seguir estão as configurações recomendadas para o Citrix Cloud Connector quando o modo de cache do host local está ativado.
Recomendação 1: oferecer suporte a 1.000 VDAs de estação de trabalho usando o modo de cache de host local com o Citrix Cloud Connector
- 2 VMs do Windows 2012 R2, cada uma alocada com 2 vCPUs (1 soquete, 2 núcleos), 4 GB de RAM
- Esse dimensionamento recomendado é baseado no pico de uso geral da CPU do Citrix Cloud Connector de 95% e na média de 589 MB de memória disponível enquanto o modo Cache do Host Local está ativo.
Recomendação 2: oferecer suporte a 5.000 VDAs de estação de trabalho OU 500 VDAs de servidor usando o Cache de Host Local com o Citrix Cloud Connector
- 2 VMs do Windows 2012 R2, cada uma alocada com 4 vCPUs (1 soquete, 4 núcleos), 4 GB de RAM
- Esse tamanho recomendado é baseado em
- 5.000 sessões de VDA de estação de trabalho iniciadas com o modo Local Host Cache
- Total de 91% de pico de uso da CPU
- Média de 563 MB de memória disponível
- 20.000 sessões de VDA do servidor iniciadas com o modo Cache do Host Local ativo
- Pico geral de 90% de uso da CPU
- Memória média disponível de 471 MB
- 5.000 sessões de VDA de estação de trabalho iniciadas com o modo Local Host Cache
Consulte o documento técnico sobre considerações de dimensionamento e escalabilidade do Citrix Cloud Virtual Apps and Desktops Service para obter mais informações sobre o dimensionamento geral da escalabilidade.
Ambiente de teste
O ambiente de teste empregou ferramentas de teste proprietárias desenvolvidas internamente e VMs configuradas de acordo com as especificações nas seções a seguir.
Ferramentas usadas
Usamos uma ferramenta de teste interna para coletar dados e métricas de desempenho das máquinas em teste e para impulsionar os lançamentos da sessão. A ferramenta de teste interna orquestra os lançamentos de sessões do usuário no ambiente Citrix Virtual Apps and Desktops. A ferramenta de teste também fornece um local central onde coletamos dados de tempo de resposta e métricas de desempenho. Essencialmente, a ferramenta de teste administra os testes e coleta os resultados.
Configuração de teste — Citrix DaaS
A seguir se encontra uma lista das especificações da máquina e do sistema operacional usadas com o teste Citrix DaaS.
-
Cloud Connectors:
- 2 VMs do Windows 2012 R2, cada uma alocada com 4 vCPUs (1 soquete, 4 núcleos), 4 GB de RAM
- 2 VMs do Windows 2012 R2, cada uma alocada 2 vCPUs (1 soquete, 2 núcleos), 4 GB de RAM
- StoreFront (gerenciado pelo cliente): Windows 2012 R2, 8 vCPU (2 soquetes, 4 núcleos cada), 8 GB de RAM
- Hypervisor: atualizações do Citrix XenServer 7.0 +, 5x HP Blade BL 460C Gen 9, 2 CPU Intel E5-2620, 256 GB de RAM
- Armazenamento do Hypervisor: compartilhamento de NFS de 2 TB no NetApp 3250
- VDA: Windows 2012 R2
Coleta de dados
Coletamos as seguintes métricas de cada teste: aumento geral médio de uso de CPU, memória, componente (processos na nuvem).
- Horário de novo registro do VDA ao alternar para o serviço de alta disponibilidade de Cache de host local selecionado
- Métricas do banco de dados e do serviço de alta disponibilidade quando o modo de interrupção do cache de host local
- Comparação de lançamento de sessão, tempos médios para
- Autenticação
- Enumeração
- Recuperação de arquivo ICA
- Impacto nos tempos de sincronização do banco de dados com aumento do número de zonas
- Tempo necessário para sincronizar após uma alteração de configuração
Considerações sobre o tamanho da RAM
O SQL Server Express LocalDB pode usar até 1,2 GB de RAM (até 1 GB para o cache do banco de dados, além de 200 MB para executar o SQL Server Express LocalDB). O Serviço de Alta Disponibilidade (o agente do Cache do host local) pode usar até 1 GB de RAM se uma interrupção durar um intervalo prolongado com muitos logons ocorrendo (por exemplo, 12 horas com 10.000 usuários). Esses requisitos de memória são adicionais aos requisitos normais de RAM para o Cloud Connector. Considere aumentar a quantidade total de capacidade de RAM.
Considerações de configuração do núcleo e do soquete da CPU
A configuração da CPU de um Cloud Connector, particularmente o número de núcleos disponíveis para o SQL Server Express LocalDB, afeta diretamente o desempenho do Cache de host local, mais ainda do que a alocação de memória. Essa sobrecarga de CPU é observada somente durante o período de interrupção quando o banco de dados fica inacessível e o agente do Cache de host local está ativo.
Embora o SQL Server Express LocalDB possa usar vários núcleos (até 4), ele é limitado a apenas um único soquete. Adicionar mais soquetes não melhora o desempenho (por exemplo, ter 4 soquetes com 1 núcleo cada).
Considerações sobre armazenamento
À medida que os usuários acessam recursos durante uma interrupção, o banco de dados do Cache do host local cresce. Por exemplo, durante um teste de logon/logoff em execução a 10 logons por segundo, o banco de dados aumentou 1 MB a cada 2 a 3 minutos. Quando a operação normal é retomada, o banco de dados do Cache de host local é recriado quando uma alteração de configuração é detectada. O agente do Cache do host local deve ter espaço suficiente na unidade em que o banco de dados do Cache do host local está instalado para permitir o crescimento do banco de dados durante uma interrupção. O cache de host local também incorre em mais E/S durante uma interrupção: aproximadamente 3 MB de gravações por segundo, com várias centenas de milhares de leituras.