Architekturübersicht

Architekturdiagramm

Die Architektur von Always On Tracing (AOT) wurde entwickelt, um eine kontinuierliche Echtzeit-Trace-Erfassung in der gesamten Citrix Virtual Apps and Desktops™ (CVAD)-Umgebung zu ermöglichen. Sie versetzt IT-Administratoren und den Citrix Support in die Lage, Benutzer- und Infrastrukturprobleme zu beheben, ohne dass eine manuelle Trace-Initiierung oder Problemreproduktion erforderlich ist.

Das AOT-System basiert auf mehreren integrierten Komponenten, die nacheinander zusammenarbeiten, um Telemetrieprotokolle 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 ausgestattet, der die AOT-API verwendet, um Trace-Daten zu erfassen, vordefinierte Schritt-Traces 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 einen PowerShell-Befehl), werden Anweisungen an den Broker gesendet, der den Protokollsammlungsprozess über die relevanten Komponenten, einschließlich Broker und VDA, orchestriert; der Administrator initiiert die Anforderung zur Protokollsammlung (über einen PowerShell-Befehl) separat vom StoreFront™-Server.

  3. Telemetriedienst: Nach der Konfiguration der Log-Server-Adresse und des Ports in StoreFront und DDC aktiviert der Telemetriedienst den neuen Echtzeit-AOT-Listener, der Protokolle basierend auf vordefinierten Ereignissen, Fehlern oder Auslösepunkten sammelt.

  4. Protokollübertragung an den zentralen Protokollserver: Sobald die Protokolle gesammelt wurden, überträgt der Telemetriedienst sie sicher direkt an einen zentralen Protokollserver. In Umgebungen, in denen Endpunkte von externen Netzwerken über ein Citrix Gateway 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 Protokollserver 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 gekennzeichnet, was einen einfachen Zugriff und eine effiziente Fehlerbehebung ermöglicht.

Protokolle im Citrix AOT-System werden in einem strukturierten und durchsuchbaren Format gespeichert und mit verschiedenen Feldern versehen, 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, zu dem das Protokollereignis aufgetreten ist.
  • Nachricht: Der eigentliche 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 bestimmten Kriterien zu filtern, zu durchsuchen und zu analysieren, was die Identifizierung und Behebung von Problemen erleichtert.

Zusammenfassend beginnt der AOT-Workflow damit, dass Citrix-Komponenten Diagnoseprotokolle 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.

Wie AOT funktioniert

Citrix Always On Tracing (AOT) erfasst kontinuierlich Diagnosedaten 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 die Anweisung an die relevanten Citrix-Komponenten. Jede Komponente leitet die Anforderung an ihren lokalen Telemetriedienst weiter.

Der Telemetriedienst startet das Echtzeit-AOT-Überwachungsprogramm, um AOT-Protokolle zu erfassen, und leitet die Protokolle an den zentralen Protokollserver weiter.

Protokollspeicherung und -aufbewahrung: Sobald die AOT-Protokolle empfangen wurden, formatiert und indiziert der zentrale Protokollserver sie in einer strukturierten, durchsuchbaren Datenbank. Protokolle werden gemäß einer definierten Aufbewahrungsrichtlinie aufbewahrt, 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 im Vergleich zur herkömmlichen Protokollierung

Aspekt AOT Herkömmliches CDF-Tracing
Aktivierung Automatisch, kontinuierlich Manuell, Problemreproduktion erforderlich
Komplexität Benutzerfreundliche, lesbare Protokolle Parsing auf Engineering-Ebene
Diagnosegeschwindigkeit Sofort verfügbare Protokolle Verzögert durch Reproduktionsaufwand
Ressourcenverbrauch Geringer Overhead mit optimierten Puffern Mittel bis hoch bei falscher Verwendung

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

AOT-Highlights

  • Immer aktiv: Tracing läuft ständig, kein manuelles Einschalten erforderlich.
  • 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 ist bereits erfasst.
Architekturübersicht