Architecture de référence pour les charges de travail Citrix

Ce document sert de modèle pour le déploiement de XenServer afin d’exécuter des charges de travail Citrix pour le déploiement de taille commerciale le plus courant qui peut évoluer de quelques centaines à quelques milliers de VDA. Cette architecture de référence est valide, que vous utilisiez Citrix Virtual Apps and Desktops ou Citrix DaaS. Les déploiements à l’échelle de l’entreprise peuvent faire l’objet de considérations supplémentaires qui ne sont pas prises en compte dans cette architecture de référence. Utiliser Documentation du produit XenServer à côté de ce document.

Plan

Couche d’hôte et de pool de ressources

• Les hôtes XenServer doivent faire partie d’un Pool de ressources avec un maximum recommandé de 16 hôtes.
• Les hôtes XenServer du même pool de ressources doivent avoir le même fournisseur, le même modèle et les mêmes fonctionnalités que les processeurs, ainsi que la même quantité de mémoire.
• La mémoire ne doit pas être surchargée. Vous avez besoin d’autant de mémoire dans un hôte que les machines virtuelles ont alloué.
• Voir le Charges de travail Citrix Provisioning pour les exigences relatives aux exigences de stockage local ainsi qu’aux considérations relatives à la mémoire hôte.

Couche réseau

• Les hôtes XenServer doivent avoir des vitesses de carte réseau de 10 Gbit/s ou plus.
• Les hôtes XenServer doivent disposer d’un minimum de 4 cartes réseau : 2 paires liées avec 1 paire dédiée au trafic de stockage et 1 paire utilisée pour la VM et le trafic de gestion.
• Les VLAN sur les commutateurs externes peuvent être utilisés pour fournir une séparation supplémentaire du stockage, des machines virtuelles et du trafic de gestion afin de répondre aux meilleures pratiques de sécurité, si vous le souhaitez.

Couche de stockage

• Le stockage partagé est recommandé pour garantir la migration des machines virtuelles entre les hôtes.
• NFS ou SMB est recommandé lors de l’utilisation du service de création de machines (MCS).
• Quelconque Option de stockage prise en charge fonctionne lors de l’utilisation de Citrix Provisioning.
• Isolez le trafic réseau de stockage comme indiqué dans la section Couche réseau section.

Couche Citrix Image Provisioning

Citrix Machine Creation Services (MCS) et Citrix Provisioning Services peuvent être utilisés séparément ou en combinaison pour provisionner des VDA sur XenServer.

Charges de travail Citrix Provisioning

Si vous utilisez Citrix Provisioning, nous vous recommandons d’activer la fonctionnalité XenServer Accélérateur PVS.

• 5 Go de cache sur chaque hôte sont recommandés par version de vDisk que vous utilisez activement.
• Il est recommandé d’utiliser le cache mémoire au lieu du cache disque, si la mémoire disponible est suffisante.
  • Si vous utilisez le cache disque, le stockage local est recommandé.

Charges de travail des services de création de machines

Si vous utilisez Citrix Machine Creation Services, nous vous recommandons d’utiliser les deux Intellicache et Mise en cache de lecture de stockage.

Intellicache :

• Activez Intellicache lors de l’installation de XenServer en sélectionnant « Activer le provisionnement fin (stockage optimisé pour les bureaux virtuels) ».
• Intellicache utilise le stockage local pour le cache.
• Les hôtes XenServer doivent disposer de disques SSD d’entreprise ou de disques NVME prenant en charge des secteurs de 512 octets (ou pouvant émuler des secteurs de 512 octets).
• Le stockage partagé NFS ou SMB est recommandé, car il est requis pour que les VDA permettent une solution entièrement allouée de manière dynamique avec IntelliCache.
• Lors de la création de la connexion d’hébergement à partir de Citrix, assurez-vous que l’option IntelliCache est sélectionnée.

Mise en cache de lecture de stockage :

• Sur chaque hôte XenServer, augmentez la mémoire Dom0 de 10 Go pour libérer de l’espace.

Décisions de conception

Cette section fournit plus de détails sur les raisons de la configuration du blueprint, ainsi que sur d’autres options de configuration potentielles.

Couche d’hôte et de pool de ressources

• Bien que XenServer puisse prendre en charge un pool de ressources avec jusqu’à 64 hôtes, la limitation du pool de ressources à 16 hôtes garantit que le temps nécessaire pour effectuer les mises à jour (même lorsque des redémarrages d’hôte sont nécessaires) est réalisable dans un délai d’une journée ouvrable. De plus, il existe une résilience accrue aux défaillances et l’impact d’une défaillance (le cas échéant) est limité à cet ensemble d’hôtes.

• Lorsque vous allouez des machines virtuelles à des pools de ressources XenServer, assurez-vous qu’il y a suffisamment de capacité pour exécuter toutes les machines virtuelles avec au moins 1 hôte indisponible. Cela permet d’effectuer des opérations de maintenance sur les pools sans nécessiter d’interruptions de machine virtuelle.

• Si les hôtes XenServer d’un même pool de ressources ont des quantités de mémoire différentes, l’hôte XenServer avec la plus petite quantité de mémoire doit être en mesure de prendre en charge les charges de travail qui lui sont placées lors de scénarios de basculement ou de mises à niveau.

• Les hôtes XenServer au sein du même pool de ressources doivent se trouver sur le même réseau, dans le même centre de données ou emplacement physique, et uniquement séparés par un commutateur L2 (et non par un routeur).

• Créez un pool de ressources distinct pour chaque ensemble d’hôtes XenServer qui se trouvent sur un réseau différent ou dans un emplacement physique différent.

• XenServer HA n’est pas recommandé pour les charges de travail Citrix/VDA.

  • La protection au niveau des machines virtuelles n’est généralement pas nécessaire en raison de la manière inhérente dont les charges de travail Citrix Virtual Apps and Desktops sont créées et détruites de manière dynamique
  • La haute disponibilité dans un déploiement Citrix Virtual Apps and Desktops peut être bénéfique pour gérer une défaillance matérielle ou un plantage de l’hyperviseur. Cependant, lorsque la haute disponibilité est activée, il existe un risque accru d’interruptions temporaires (dans le réseau ou l’infrastructure de stockage) obligeant un hôte à « clôturer » pour des raisons de sécurité, entraînant une interruption des services (pour les utilisateurs finaux) qui n’aurait peut-être pas eu lieu autrement.
• Si possible, la répartition des VDA sur plusieurs pools garantit la disponibilité en cas de défaillance d’un pool.
• Le nombre total de processeurs virtuels alloués à une machine virtuelle individuelle sur un hôte ne doit pas dépasser le nombre de threads de processeur physiques pour l’hôte.

Couche réseau

Autres options de carte réseau pour vos hôtes :

• 6 cartes réseau : 3 paires liées avec 1 paire dédiée au trafic de stockage, 1 paire dédiée au trafic de VM et 1 paire dédiée au trafic de gestion.
• 3 cartes réseau : 1 carte réseau dédiée au trafic de stockage, 1 carte réseau dédiée au trafic VM et 1 carte réseau dédiée à la gestion du trafic.
• 2 cartes réseau : 1 carte réseau dédiée au trafic de stockage, et 1 carte réseau utilisée pour la VM et le trafic de gestion.

Couche de provisionnement Citrix

• Réduisez le nombre d’images standard différentes utilisées dans chaque pool de ressources pour tirer le meilleur parti des technologies de mise en cache disponibles.

  Chaque image utilise les caches. Plus il y a d’images dorées, plus les caches risquent de se remplir et de devenir moins efficaces. Agrandir les caches peut également aider à résoudre cet aspect, car le nombre d’images dorées augmente.

Intellicache

Avec Intellicache, si vous utilisez le stockage basé sur des blocs, nous vous recommandons d’utiliser le mode de provisionnement complet (LVM). Ce mode est compatible avec IntelliCache (ce qui permet un fonctionnement plus rapide de la machine virtuelle avec des périphériques de stockage plus anciens/plus lents). Certains serveurs de fichiers de stockage par blocs fournissent un provisionnement dynamique qui peut être utilisé, mais il faut veiller à éviter les conditions de manque d’espace.

Matériaux de référence

• Documentation du produit XenServer : https://docs.xenserver.com/en-us/xenserver/8/
• Présentation technique de XenServer : https://docs.xenserver.com/en-us/xenserver/8/technical-overview
• Premiers pas avec XenCenter : https://docs.xenserver.com/en-us/xencenter/current-release/intro-welcome