-
-
Créer et gérer des connexions et des ressources
-
Créer des catalogues de machines d'images préparées
-
Créer une image préparée pour les instances gérées Amazon WorkSpaces Core
-
Créer un catalogue d'instances gérées Amazon WorkSpaces Core
-
Créer un catalogue de machines d'images préparées dans Azure
-
Créer un catalogue de machines d'images préparées dans Azure Local
-
Créer un catalogue de machines d'images préparées dans Nutanix AHV Prism Central
-
Créer un catalogue de machines d'images préparées dans Red Hat OpenShift
-
Créer un catalogue de machines d'images préparées dans VMware
-
Créer un catalogue de machines d'images préparées dans XenServer
-
-
Pools d'identités de différents types de jonction d'identité de machine
-
Service Cloud Connector Standalone Citrix Secure Ticketing Authority (STA)
-
-
-
-
-
-
Sauvegarder ou migrer votre configuration
-
Sauvegarder et restaurer à l'aide de l'outil de configuration automatisée
-
Migrer les configurations cloud vers des environnements sur site
-
Cmdlets de l'outil de configuration automatisée pour la migration
-
Cmdlets de l'outil de configuration automatisée pour la sauvegarde et la restauration
-
Dépanner la configuration automatisée et informations supplémentaires
-
Collecter une trace CDF (Citrix Diagnostic Facility) au démarrage du système
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Concepts fondamentaux

L’architecture Always on Tracing (AOT) est conçue pour assurer une collecte continue et en temps réel des journaux dans les environnements Citrix Virtual Apps and Desktops (CVAD) et DaaS. Elle permet aux administrateurs informatiques et au support Citrix de dépanner les problèmes des utilisateurs et de l’infrastructure sans nécessiter d’initiation manuelle des journaux ou de reproduction des problèmes.
Le système AOT est basé sur plusieurs composants intégrés qui fonctionnent en séquence pour capturer, transférer et stocker les journaux de plusieurs couches de l’infrastructure Citrix dans un référentiel centralisé.
Composants clés et flux de travail
-
Générateurs de journaux AOT (composants principaux Citrix) : Les composants Citrix tels que le Virtual Delivery Agent (VDA), le Delivery Controller (DDC), StoreFront et d’autres agissent comme des générateurs de journaux. Ces composants sont équipés du service de télémétrie ou d’un service similaire, qui utilise l’API AOT pour capturer les données de trace, enregistrer les traces d’étapes prédéfinies et consigner les événements d’erreur pertinents pour les sessions et les transactions des utilisateurs.
-
Activer la collecte des journaux : Lorsqu’un administrateur initie une demande de collecte de journaux (généralement via les paramètres du studio web, les instructions sont enregistrées dans la base de données du site et envoyées au broker, qui orchestre le processus de collecte des journaux sur les composants pertinents, y compris le broker, StoreFront et le VDA. L’administrateur initie la demande de collecte de journaux via une commande PowerShell à partir d’autres composants séparément comme Session Recording, PVS, FAS, etc…
-
Service de télémétrie : Après avoir configuré l’adresse du serveur de journaux dans Citrix Web Studio, et lorsque les paramètres sont propagés, le service de télémétrie de chaque composant active alors le nouveau récepteur AOT en temps réel, qui collecte les journaux en fonction d’événements, de défaillances ou de points de déclenchement prédéfinis.
-
Transfert des journaux vers un serveur de journaux centralisé : Une fois les journaux collectés, le service de télémétrie ou un service indépendant les transfère en toute sécurité directement vers un serveur de journaux centralisé. Dans les environnements où les points d’extrémité sont connectés à partir de réseaux externes via une passerelle Citrix, le transfert s’effectue généralement via un tunnel SOCKS pour assurer un transfert sécurisé et transparent.
-
Stockage et organisation des journaux : Le serveur de journaux centralisé reçoit, analyse et stocke les journaux AOT dans un format structuré et consultable à l’aide d’un backend de base de données indexé (OpenSearch par défaut). Les journaux sont étiquetés par session, composant et horodatage, ce qui facilite l’accès et le dépannage efficace.
Les journaux du système Citrix AOT sont stockés dans un format structuré et consultable, étiquetés avec divers champs pour faciliter l’accès et le dépannage efficace. Ces étiquettes incluent :
- MachineName : Le nom de la machine d’où provient le journal.
- MachineIP : L’adresse IP de la machine.
- Role : Le rôle du composant Citrix (par exemple, VDA, DDC, StoreFront).
- TimeStamp : L’horodatage UTC de l’événement de journal.
- Message : Le contenu réel du message de journal. Peut être recherché/filtré par mots.
- Niveau : Le niveau de gravité du journal (par exemple, info, avertissement, erreur).
- Module : Le module logiciel spécifique qui a généré le journal.
- Nom du processus : Le nom du processus qui a généré le journal.
- ID du processus : L’ID du processus.
- Thread : L’ID du thread au sein du processus.
- CPU : Informations relatives à l’ID du CPU au moment de l’enregistrement du journal.
- ID de session : L’ID de la session utilisateur associée au journal.
- Classe : La classe ou le composant au sein du module.
Ces balises détaillées permettent aux administrateurs de filtrer, rechercher et analyser rapidement les journaux en fonction de critères spécifiques, facilitant ainsi l’identification et la résolution des problèmes.
En résumé, le flux de travail AOT commence par la génération de journaux par les composants Citrix. Une demande centralisée est lancée pour collecter ces journaux, que le service de télémétrie recueille auprès des composants pertinents. Les journaux collectés sont ensuite transférés en toute sécurité vers un serveur de journaux centralisé pour l’indexation, le stockage et l’analyse ultérieure.
Fonctionnement d’AOT
Citrix Always on Tracing (AOT) capture en continu les données de journalisation des composants clés de votre environnement. Lorsqu’ils sont déclenchés, les journaux sont collectés automatiquement, transférés en toute sécurité vers un serveur de journaux centralisé et conservés pour analyse. Cela élimine le besoin de traçage manuel et simplifie le dépannage.
Déclencheurs de traçage et collecte de journaux : Les composants Citrix tels que VDA, DDC, StoreFront et d’autres composants sont équipés de l’API AOT pour suivre les étapes critiques et les erreurs. Ces composants servent de générateurs de journaux AOT. Lorsqu’un administrateur lance une demande de collecte de journaux depuis le Delivery Controller :
- Le DDC envoie des instructions aux composants Citrix pertinents. Chaque composant transmet la demande à son service de télémétrie local.
- Le service de télémétrie démarre le programme d’écoute AOT en temps réel pour collecter les journaux AOT et transmet les journaux au serveur de journaux centralisé.
Stockage et rétention des journaux : Une fois les journaux AOT reçus, le serveur de journaux centralisé les formate et les indexe dans une base de données structurée et consultable. Les journaux sont conservés selon une politique de rétention définie afin d’optimiser l’utilisation du stockage. Par défaut, les journaux AOT sont conservés pendant 7 jours, après quoi ils sont automatiquement purgés pour économiser de l’espace.
AOT vs journalisation traditionnelle
| Aspect | AOT | Traçage CDF traditionnel |
|---|---|---|
| Activation | Automatique, continu | Manuel, reproduction du problème requise |
| Complexité | Journaux conviviaux et lisibles | Analyse de niveau ingénierie |
| Vitesse de diagnostic | Journaux immédiats disponibles | Retardé par l’effort de reproduction |
| Utilisation des ressources | Faible surcharge avec des tampons optimisés | Modérée à élevée si utilisée incorrectement |
Les outils de traçage traditionnels nécessitent un effort manuel et ne fonctionnent que si vous détectez le problème au moment où il se produit. Avec AOT, la journalisation s’exécute en continu en arrière-plan, de sorte que les problèmes sont capturés dès qu’ils surviennent, même si vous ne les surveillez pas. Cela permet de gagner du temps et de faciliter considérablement le dépannage.
Points forts d’AOT
- Toujours activé : Le traçage s’exécute en permanence, pas besoin de l’activer manuellement.
- Capture automatique : Les journaux sont toujours collectés lorsque des problèmes surviennent.
- Serveur de journaux centralisé : Tous les journaux sont stockés à un seul endroit pour un accès facile.
- Dépannage facilité : Aide à identifier rapidement les défaillances courantes.
- Aucune reproduction nécessaire : Pas besoin de recréer le problème ; il est déjà capturé.
Partager
Partager
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.