Grundlegende Konzepte

Die Always on Tracing (AOT)-Architektur wurde entwickelt, um eine kontinuierliche Echtzeit-Protokollsammlung in den Citrix Virtual Apps and Desktops (CVAD)- und DaaS-Umgebungen zu ermöglichen. Sie versetzt IT-Administratoren und den Citrix Support in die Lage, Benutzer- und Infrastrukturprobleme zu beheben, ohne dass eine manuelle Protokollinitiierung oder Problemreproduktion erforderlich ist.

Das AOT-System basiert auf mehreren integrierten Komponenten, die nacheinander arbeiten, um Protokolle von mehreren Citrix-Infrastrukturschichten zu erfassen, zu übertragen und in einem zentralen Repository zu speichern.

Schlüsselkomponenten und Workflow

1. AOT-Protokollgeneratoren (Citrix-Kernkomponenten): Citrix-Komponenten wie der Virtual Delivery Agent (VDA), Delivery Controller (DDC), StoreFront und andere fungieren als Protokollgeneratoren. Diese Komponenten sind mit dem Telemetriedienst oder einem ähnlichen Dienst ausgestattet, der die AOT-API verwendet, um Ablaufverfolgungsdaten zu erfassen, vordefinierte Schrittablaufverfolgungen aufzuzeichnen und Fehlerereignisse zu protokollieren, die für Benutzersitzungen und Transaktionen relevant sind.

2. Protokollsammlung aktivieren: Wenn ein Administrator eine Anforderung zur Protokollsammlung initiiert (typischerweise über die Web Studio-Einstellungen), werden die Anweisungen in der Sitedatenbank gespeichert und an den Broker gesendet, der den Protokollsammlungsprozess über die relevanten Komponenten, einschließlich Broker, StoreFront und VDA, orchestriert. Der Administrator initiiert die Anforderung zur Protokollsammlung über einen PowerShell-Befehl von anderen Komponenten separat, wie Session Recording, PVS, FAS usw.

3. Telemetriedienst: Nach der Konfiguration der Log-Server-Adresse im Citrix Web Studio und wenn die Einstellungen verbreitet werden, aktiviert der Telemetriedienst auf jeder Komponente den neuen Echtzeit-AOT-Listener, der Protokolle basierend auf vordefinierten Ereignissen, Fehlern oder Auslösepunkten sammelt.

4. Protokollübertragung an einen zentralen Log-Server: Sobald die Protokolle gesammelt wurden, überträgt der Telemetriedienst oder ein unabhängiger Dienst sie sicher direkt an einen zentralen Log-Server. In Umgebungen, in denen Endpunkte über ein Citrix Gateway von externen Netzwerken verbunden sind, erfolgt die Übertragung typischerweise über einen SOCKS-Tunnel, um eine sichere und nahtlose Übertragung zu gewährleisten.

5. Protokollspeicherung und -organisation: Der zentrale Log-Server empfängt, analysiert und speichert die AOT-Protokolle in einem strukturierten und durchsuchbaren Format unter Verwendung eines indizierten Datenbank-Backends (standardmäßig OpenSearch). Protokolle werden nach Sitzung, Komponente und Zeitstempel getaggt, was einen einfachen Zugriff und eine effiziente Fehlerbehebung ermöglicht.

Protokolle im Citrix AOT-System werden in einem strukturierten und durchsuchbaren Format gespeichert, das mit verschiedenen Feldern versehen ist, um einen einfachen Zugriff und eine effiziente Fehlerbehebung zu ermöglichen. Diese Tags umfassen:

• MachineName: Der Name des Computers, von dem das Protokoll stammt.
• MachineIP: Die IP-Adresse des Computers.
• Role: Die Rolle der Citrix-Komponente (z. B. VDA, DDC, StoreFront).
• TimeStamp: Der UTC-Zeitstempel, wann das Protokollereignis aufgetreten ist.
• Message: Der tatsächliche Inhalt der Protokollnachricht. Kann nach Wörtern durchsucht/gefiltert werden.
• Ebene: Der Schweregrad des Protokolls (z. B. Info, Warnung, Fehler).
• Modul: Das spezifische Softwaremodul, das das Protokoll generiert hat.
• Prozessname: Der Name des Prozesses, der das Protokoll generiert hat.
• Prozess-ID: Die ID des Prozesses.
• Thread: Die Thread-ID innerhalb des Prozesses.
• CPU: Informationen zur CPU-ID zum Zeitpunkt der Protokollierung.
• Sitzungs-ID: Die ID der Benutzersitzung, die dem Protokoll zugeordnet ist.
• Klasse: Die Klasse oder Komponente innerhalb des Moduls.

Diese detaillierten Tags ermöglichen es Administratoren, Protokolle schnell nach spezifischen Kriterien zu filtern, zu durchsuchen und zu analysieren, was die Identifizierung und Behebung von Problemen erleichtert.

Zusammenfassend lässt sich sagen, dass der AOT-Workflow damit beginnt, dass Citrix-Komponenten Protokolle generieren. Eine zentralisierte Anforderung wird initiiert, um diese Protokolle zu sammeln, die der Telemetriedienst von den relevanten Komponenten erfasst. Die gesammelten Protokolle werden dann sicher an einen zentralen Protokollserver zur Indizierung, Speicherung und späteren Analyse übertragen.

Funktionsweise von AOT

Citrix Always on Tracing (AOT) erfasst kontinuierlich Protokolldaten von Schlüsselkomponenten in Ihrer Umgebung. Bei Auslösung werden Protokolle automatisch gesammelt, sicher an einen zentralen Protokollserver übertragen und zur Analyse aufbewahrt. Dies eliminiert die Notwendigkeit manueller Nachverfolgung und vereinfacht die Fehlerbehebung.

Tracing-Auslöser und Protokollsammlung: Citrix-Komponenten wie VDA, DDC, StoreFront und andere Komponenten sind mit der AOT-API ausgestattet, um kritische Schritte und Fehler zu verfolgen. Diese Komponenten dienen als AOT-Protokollgeneratoren. Wenn ein Administrator eine Protokollsammlungsanforderung vom Delivery Controller initiiert:

• Der DDC sendet Anweisungen an relevante Citrix-Komponenten. Jede Komponente leitet die Anforderung an ihren lokalen Telemetriedienst weiter.
• Der Telemetriedienst startet das Echtzeit-AOT-Überwachungsprogramm, um AOT-Protokolle zu sammeln und die Protokolle an den zentralen Protokollserver weiterzuleiten.

Protokollspeicherung und -aufbewahrung: Sobald die AOT-Protokolle empfangen wurden, formatiert und indiziert der zentrale Protokollserver sie in einer strukturierten, durchsuchbaren Datenbank. Protokolle werden basierend auf einer definierten Aufbewahrungsrichtlinie gespeichert, um die Speichernutzung zu optimieren. Standardmäßig werden AOT-Protokolle 7 Tage lang aufbewahrt, danach werden sie automatisch gelöscht, um Speicherplatz zu sparen.

AOT vs. traditionelle Protokollierung

Herkömmliche Tracing-Tools erfordern manuellen Aufwand und funktionieren nur, wenn Sie das Problem erfassen, während es auftritt. Mit AOT läuft die Protokollierung kontinuierlich im Hintergrund, sodass Probleme erfasst werden, sobald sie auftreten – selbst wenn Sie nicht zusehen. Das spart Zeit und vereinfacht die Fehlerbehebung erheblich.

AOT-Highlights

• Immer aktiv: Das Tracing läuft ständig, es muss nicht manuell aktiviert werden.
• Automatische Erfassung: Protokolle werden immer gesammelt, wenn Probleme auftreten.
• Zentraler Protokollserver: Alle Protokolle werden an einem zentralen Ort für einfachen Zugriff gespeichert.
• Einfachere Fehlerbehebung: Hilft, häufige Fehler schnell zu identifizieren.
• Keine Reproduktion erforderlich: Das Problem muss nicht reproduziert werden; es wurde bereits erfasst.