Este guia traz as recomendações para usar o XenServer com cargas de trabalho Citrix em ambientes de porte médio a grande, indo de algumas centenas até alguns milhares de VDAs. Ele é válido tanto para Citrix Virtual Apps and Desktops (CVAD) quanto para Citrix DaaS.
Ambientes muito grandes (enterprise) podem precisar de configurações adicionais não abordadas aqui. Para detalhes mais técnicos, use este material junto com a documentação oficial do XenServer.
Use até 16 hosts por pool de recursos. Apesar de o XenServer permitir até 64, com 16 é mais fácil manter e atualizar.
Todos os hosts de um mesmo pool precisam ter o mesmo modelo de CPU, com os mesmos recursos habilitados e mesma quantidade de memória.
Não faça overcommit de memória. O host precisa ter memória suficiente para suportar as VMs que vão rodar nele.
Para usar Citrix Provisioning, veja a seção sobre armazenamento local e uso de cache.
Recomendamos que os hosts tenham interfaces de rede de 10 Gbps ou superiores.
Tenha pelo menos 4 placas de rede:
1 par (bond) para tráfego de armazenamento
1 par (bond) para tráfego de VMs e gerenciamento
Armazenamento compartilhado é recomendado, pois permite mover VMs entre hosts.
Para usar MCS, recomenda-se usar NFS ou SMB.
Com Citrix Provisioning, pode usar qualquer storage suportado.
Isole o tráfego de rede do storage conforme mencionado na parte de rede.
Você pode usar MCS, Citrix Provisioning (PVS) ou ambos.
Ative o recurso PVS-Accelerator no XenServer.
Reserve 5 GB de cache em cada host para cada versão ativa do vDisk.
Dê preferência ao cache em memória. Use disco local apenas se a memória for insuficiente.
Ative o Intellicache durante a instalação do XenServer (“Provisionamento fino”).
O Intellicache usa armazenamento local como cache e melhora o desempenho em storage mais lento.
Use SSDs corporativos ou NVMe com suporte a setores de 512 bytes.
NFS ou SMB compartilhado é obrigatório para funcionamento completo do Intellicache.
Na criação da conexão de armazenamento no Citrix Studio, marque a opção do Intellicache.
Para cache de leitura adicional:
Aumente a memória do Dom0 em 10 GB por host.
Limite de 16 hosts por pool garante que as atualizações possam ser feitas sem afetar a operação do ambiente.
Sempre planeje para funcionar com pelo menos 1 host a menos (para manutenção ou falha).
Se os hosts tiverem memórias diferentes, o com menos memória precisa suportar as VMs em cenários de falha.
Todos os hosts do pool devem estar na mesma rede, local físico e ligados por switch L2 (sem roteador).
Use pools diferentes para locais ou redes diferentes.
Não recomendamos ativar HA do XenServer para VDAs. As cargas da Citrix são dinâmicas e o HA pode trazer mais riscos (como "fencing") do que benefícios.
Dividir VDAs entre pools ajuda na alta disponibilidade se um pool falhar.
A soma dos vCPUs de uma VM não pode passar o total de threads físicas do host.
Opções de Rede por Quantidade de NICs
6 NICs:
1 par para storage
1 par para VMs
1 par para gerenciamento
3 NICs:
1 para cada função (storage, VMs, gerenciamento)
2 NICs:
Mantenha o número de imagens base (golden images) baixo em cada pool. Isso melhora a eficiência do cache.
Quanto mais imagens diferentes, maior a chance do cache ficar cheio e menos útil.
Se tiver que usar várias imagens, aumentar o cache pode ajudar.
Se usar storage baseado em blocos com Intellicache, prefira o modo LVM (provisionamento completo).
Isso dá mais desempenho em storages mais lentos.
Alguns storages oferecem provisionamento fino — use com cuidado para não acabar o espaço.
Acesse o artigo completo na Citrix Community (em inglês)
Bem-vindo(a) à Citrix Latam!
Juntos, impulsionamos o futuro do trabalho híbrido na América Latina.
Para se manter atualizado sobre o status das nossas melhorias planejadas para as implementações locais e na nuvem da Citrix, consulte nossa folha de roteiro em Citrix Roadmap ou inscreva-se no nosso blog.
Aviso Legal: Este conteúdo pode mencionar planos futuros de produtos e serviços da Cloud Software Group, Inc., sujeitos a alterações sem aviso prévio. As informações fornecidas têm caráter meramente informativo. O desenvolvimento, lançamento e cronograma de qualquer funcionalidade ou característica descrita para os produtos ficam a exclusivo critério da Cloud Software Group, Inc.