Citrix Virtual Apps and Desktops

FAQ

April 8, 2026

Contributeur:

C C

Comment puis-je vérifier les configurations du serveur de journaux en cours d’exécution, telles que MAX_RESERVE_DAYS ?

Vous pouvez vérifier les valeurs de l’environnement du conteneur en utilisant l’une des commandes suivantes :

docker inspect logserver |findstr MAX_RESERVE_DAYS Ou en vérifiant l’environnement du conteneur : docker exec -it logserver env |grep MAX_RESERVE_DAYS

Si rien n’est renvoyé, cela signifie que le serveur de journaux utilise la valeur par défaut : MAX_RESERVE_DAYS=7
Dois-je acheter des licences Docker Desktop lors de l’installation de l’image conteneur du serveur de journaux sur Windows ?

Oui. Une licence Docker Desktop valide est requise.
Dois-je utiliser un nouveau serveur pour l’installation du serveur de journaux ?

Oui. Il est recommandé d’utiliser un serveur dédié pour l’installation du serveur de journaux afin de garantir les performances et l’isolation.
Quelle est la capacité d’ingestion soutenue d’un seul serveur de journaux AOT ? Quelles sont les limites maximales et sûres d’événements par seconde (EPS) ?

Un seul serveur de journaux AOT prend en charge une capacité d’ingestion soutenue de 10 000 événements par seconde (EPS). Cette valeur représente à la fois le maximum et le seuil de fonctionnement sûr pour une ingestion continue.
Combien de composants un seul serveur de journaux AOT peut-il gérer ? Y a-t-il une limite maximale ?

Un seul serveur de journaux peut connecter jusqu’à 128 000 composants, mais il ne peut traiter qu’environ 10 000 journaux par seconde. Le nombre de machines est donc rarement le problème ; le véritable facteur de dimensionnement est le nombre de journaux que vos utilisateurs génèrent pendant les périodes de pointe.
Quelle est la tolérance aux pics du serveur de journaux AOT ? Quelle quantité de pics de journaux soudains peut-il gérer sans perte ni dépassement du backlog ?

Le serveur de journaux AOT peut gérer des pics à court terme allant jusqu’à 2 fois le taux d’événements normal sans perdre de journaux. Si le volume de journaux dépasse cette limite (par exemple, 5 fois), le système ne pourra pas persister les événements de manière fiable, et OpenSearch commencera à supprimer les journaux car il ne pourra pas les indexer assez rapidement.
Le serveur de journaux AOT peut-il compresser les journaux ? Quel taux de compression devrions-nous attendre ?

Oui. Le serveur de journaux AOT utilise l’algorithme de compression LZ4 par défaut pour stocker les journaux dans OpenSearch. Le taux de compression typique est d’environ 2:1, ce qui signifie que les données de journaux sont réduites à moins de la moitié de leur taille d’origine tout en maintenant des performances de lecture/écriture rapides.
Pour chaque type d’infrastructure (sur site mono-site, sur site multi-site, cloud mono-région, cloud multi-régions, hybride, MSP/locataire), où le serveur de journaux AOT doit-il être déployé et pourquoi ?

Le serveur de journaux AOT doit toujours être déployé dans la même ligne de visée que les VDA. Cela garantit une connectivité stable et aide à maintenir une faible latence entre les composants générant des journaux et le serveur de journaux qui les ingère. Tant que chaque composant (VDA, DDC, StoreFront, Gateway, etc.) peut atteindre le serveur de journaux de manière fiable, l’environnement fonctionnera correctement.
Avons-nous besoin d’un serveur de journaux par région, ou tout peut-il être centralisé ? Qu’en est-il de la latence et de l’égression ?

Vous pouvez centraliser le serveur de journaux, mais les clients doivent évaluer les implications en termes de latence et de coût d’égression pour leur environnement. La latence entre les régions peut affecter l’ingestion des journaux, en particulier pendant les périodes de fort volume. Si la latence aller-retour est élevée, les pics ou les rafales de journaux peuvent entraîner des retards, une accumulation du backlog ou une perte potentielle pendant les charges de pointe. Des frais d’égression peuvent s’appliquer lorsque les journaux traversent les limites régionales ou du cloud.
Quelles sont les spécifications matérielles minimales pour prendre en charge 1 000 machines avec le serveur de journaux AOT ?

Pour les environnements comptant jusqu’à 1 000 machines, vous avez besoin de : 1 nœud (serveur de journaux + OpenSearch combinés), 4 vCPU, 8 Go de RAM, 2 000 IOPS minimum (SSD ou NVMe recommandé), carte réseau 1 Gbit/s. Cette configuration convient aux déploiements de petite taille ou mono-site avec un volume de journaux modéré.
Comment puis-je dépanner un problème avec le serveur de journaux ?

LogServer fonctionne comme un conteneur Docker, toutes les commandes Docker peuvent donc être utilisées pour trouver les problèmes :
```
docker logs logserver
docker inspect logserver

```
De plus, l’utilisateur peut se connecter au conteneur en cours d’exécution et consulter les journaux du serveur de journaux lui-même :
```
docker exec –it logserver bash

```
Dans le shell bash du conteneur Docker du serveur de journaux, l’utilisateur peut vérifier l’état de santé du serveur de journaux et d’OpenSearch :
```
curl http://localhost:5000/Ping
curl http://localhost:9200/_cluster/health?pretty

```
Et vérifier les journaux à l’intérieur du conteneur :
```
tail Config/applogs.txt
tail Config/weblogs.txt

```
Si plus de journaux sont nécessaires, l’utilisateur peut modifier LOG_LEVEL=0 dans StartLogServer.sh/StartLogServer.bat et redémarrer le serveur de journaux à l’aide de ces fichiers de script. Les journaux détaillés incluront alors tous les niveaux : TRACE, DEBUG, INFO, WARN, ERROR.

La version officielle de ce document est en anglais. Certains contenus de la documentation Cloud Software Group ont été traduits de façon automatique à des fins pratiques uniquement. Cloud Software Group n'exerce aucun contrôle sur le contenu traduit de façon automatique, qui peut contenir des erreurs, des imprécisions ou un langage inapproprié. Aucune garantie, explicite ou implicite, n'est fournie quant à l'exactitude, la fiabilité, la pertinence ou la justesse de toute traduction effectuée depuis l'anglais d'origine vers une autre langue, ou quant à la conformité de votre produit ou service Cloud Software Group à tout contenu traduit de façon automatique, et toute garantie fournie en vertu du contrat de licence de l'utilisateur final ou des conditions d'utilisation des services applicables, ou de tout autre accord avec Cloud Software Group, quant à la conformité du produit ou service à toute documentation ne s'applique pas dans la mesure où cette documentation a été traduite de façon automatique. Cloud Software Group ne pourra être tenu responsable de tout dommage ou problème dû à l'utilisation de contenu traduit de façon automatique.

Cela vous a-t-il été utile ?

FAQ

April 8, 2026

Contributeur:

C C

April 8, 2026

Contributeur:

C C

Dans cet article

Cela vous a-t-il été utile ?