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 | 7500 | 4 | 1 Mo-1,5 Mo | 45 000 Mo (≈45 Go) |
| Contrôleurs de livraison | 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/Session Recording/ FSA et autres serveurs | 4 | — | 300 Mo par serveur | 1 200 Mo (≈1,2 Go) |
| Taille totale quotidienne des journaux (après compression) | — | — | — | Avant compression, c’est ≈155 Go/jour |
| Après compression, c’est 80 Go à 125 Go/jour |
Remarque :
Ces valeurs sont approximatives et peuvent varier considérablement d’un déploiement à l’autre. Le volume des 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 le serveur de journaux 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 actifs 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 les limites de 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 en fin de compte 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’indexation. Cela simplifie le déploiement mais limite la capacité à faire évoluer la couche de recherche indépendamment.
Dans les prochaines versions, Citrix passera à une architecture séparée, où l’ingestion et le stockage/l’indexation s’exécutent 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 de grande taille 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, points de terminaison Citrix Workspace App, Delivery Controllers et 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
Exemple de calcul - Volume quotidien de journaux (après compression) = 125 Go – 200 Go) L’exemple suivant illustre comment les exigences de stockage évoluent pour différentes cibles de rétention.
| Période de rétention | Stockage requis |
|---|---|
| 7 jours | 560 Go – 875 Go (Recommandé) |
| 15 jours | 1 200 Go (≈1,200 To) - 1 875 Go (1,875 To) |
| 30 jours | 2 400 Go (≈2,400 To) - 3 750 Go (3,750 To) |