Recommandation de serveur de journaux
Volume quotidien des journaux (Stockage)
| Élément | Nombre de machines | Sessions par jour/machine | Taille moyenne des journaux par session | Total des journaux par jour |
|---|---|---|---|---|
| VDA persistants | 1000 | 2 | 2 Mo | 4 000 Mo (≈4 Go) |
| VDA en pool | 1000 | 50 | 2 Mo | 100 000 Mo (≈100 Go) |
| Points de terminaison CWA | 8000 | 4 | 1-1,5 Mo | 48 000 Mo (≈48 Go) |
| Delivery Controllers | 4 | — | 300 Mo par DDC | 1 200 Mo (≈1,2 Go) |
| Serveurs StoreFront | 4 | — | 300 Mo par serveur | 1 200 Mo (≈1,2 Go) |
| NetScaler Gateway /PVS/Enregistrement de session/ FSA et autres serveurs | 4 | — | 300 Mo par serveur | 1 200 Mo (≈1,2 Go) |
| Taille totale des journaux quotidiens (après compression) | — | — | — | Avant compression, c’est ≈156 Go/jour |
| Après compression, c’est 80 Go à 125 Go/jour |
Hypothèses de dimensionnement
- Cet exemple représente un déploiement de référence d’environ 10 000 points de terminaison gérés et composants d’infrastructure.
- À des fins de dimensionnement, les Delivery Controllers, les serveurs StoreFront, Gateway, PVS, FAS, Session Recording et les autres composants d’infrastructure sont estimés à 300 Mo par serveur et par jour.
- La valeur de 300 Mo par serveur est une estimation prudente utilisée pour la planification du stockage et les calculs de capacité.
Remarque :
Ces valeurs sont approximatives et peuvent varier considérablement d’un déploiement à l’autre. Le volume de journaux dépend de la taille du site, de l’activité des utilisateurs, de la combinaison des composants et des besoins de rétention. Utilisez ces chiffres uniquement comme base pour commencer la planification et ajustez l’allocation de stockage en fonction de l’utilisation réelle de votre environnement, des tendances de croissance et des tests de performance.
Le serveur de journaux utilise l’algorithme de compression LZ4 par défaut. Le pourcentage de compression peut être compris entre 20 % et 50 % ; cela signifie que LogServer occuperait la moitié de l’espace disque lors de la compression maximale ou 80 % de l’espace disque lors de la compression minimale.
Un seul serveur de journaux AOT peut prendre en charge jusqu’à 128 000 connexions de composants actives et traiter jusqu’à 10 000 événements de journal par seconde. Le serveur de journaux est conçu pour collecter et stocker en continu les journaux AOT 24 heures sur 24, à condition que l’environnement reste dans ces seuils de connexion et de débit.
Ces recommandations ne sont pas dictées par la taille de la machine virtuelle, mais par la capacité du moteur de recherche et d’indexation sous-jacent qui ingère, traite et stocke les journaux AOT entrants. Cette couche de recherche détermine finalement l’échelle maximale car elle gère les opérations d’indexation, de requête et de rétention. À mesure que les environnements se développent, cette couche doit évoluer horizontalement pour maintenir les performances.
Aujourd’hui, le serveur de journaux est livré sous la forme d’un nœud combiné unique qui inclut à la fois le service de serveur de journaux et le moteur de recherche/d’index. Cela simplifie le déploiement mais limite la capacité à faire évoluer la couche de recherche de manière indépendante.
Dans les prochaines versions, Citrix passera à une architecture séparée, où l’ingestion et le stockage/l’indexation s’exécuteront sur des nœuds indépendants. Cela permettra aux clients de faire évoluer la couche de recherche à mesure que leur environnement se développe, d’améliorer les performances sur les déploiements importants ou multi-sites, et de supprimer le plafond de scalabilité imposé par la conception actuelle à nœud unique.
Déployez le serveur de journaux AOT sur un stockage basé sur SSD. Les SSD sont fortement recommandés pour garantir une ingestion fiable des journaux, des performances de recherche rapides et une corrélation efficace, en particulier dans les environnements à volume élevé.
Dimensionnement du stockage du serveur de journaux AOT
Le dimensionnement correct du stockage est l’une des étapes les plus importantes lors de la planification du serveur de journaux AOT. Le stockage total requis dépend du nombre de machines qui envoient des journaux AOT, de la quantité de données générées par jour et de la durée de rétention des journaux.
Étant donné que chaque environnement Citrix se comporte différemment, les clients doivent commencer par estimer leur volume quotidien de journaux en utilisant les modèles de génération de journaux de leurs VDA, des points de terminaison de l’application Citrix Workspace, des Delivery Controllers et des serveurs StoreFront. Une fois le volume quotidien connu, le stockage total peut être calculé à l’aide des formules ci-dessous.
Formule de calcul du stockage Stockage total (Go) = Volume quotidien de journaux (Go) × Jours de rétention
Conseils de dimensionnement du stockage du serveur de journaux AOT
Utilisez le tableau suivant comme référence pour estimer le volume quotidien de journaux et les exigences de stockage en fonction de la taille du déploiement. Ces estimations sont destinées à la planification de la capacité et peuvent varier en fonction de l’activité des utilisateurs, de la densité des sessions, des composants activés et de l’architecture du déploiement.
Estimation du volume quotidien de journaux
| Taille du déploiement | Volume quotidien de journaux avant compression | Volume quotidien de journaux après compression (LZ4) | Catégorie recommandée |
|---|---|---|---|
| 5 000 machines | ~78 Go/jour | ~40–63 Go/jour | Petit |
| 10 000 machines | ~156 Go/jour | ~80–125 Go/jour | Moyen |
| 50 000 machines | ~780 Go/jour | ~400–625 Go/jour | Grand |
| 100 000 machines | ~1,56 To/jour | ~800 Go–1,25 To/jour | Entreprise |
Estimation du stockage basée sur la rétention
| Taille du déploiement | Rétention de 7 jours | Rétention de 10 jours |
|---|---|---|
| 5 000 machines | ~300–450 Go | ~400–630 Go |
| 10 000 machines | Environ 600 Go–1 To | Environ 800 Go–1,25 To |
| 50 000 machines | Environ 3–5 To | Environ 4–6,3 To |
| 100 000 machines | Environ 6–10 To | Environ 8–12,5 To |
Remarque :
Ces valeurs sont des estimations approximatives destinées à la planification de la capacité. Les besoins réels en stockage dépendent de l’architecture de déploiement, de l’activité des utilisateurs, des composants activés, de la période de rétention et de l’efficacité de la compression.
Les estimations sont basées sur le modèle de déploiement de référence de 10 000 machines et mises à l’échelle de manière linéaire.