Citrix Virtual Apps and Desktops

Grundlegende Konzepte

Die Architektur von Always on Tracing (AOT) wurde entwickelt, um eine kontinuierliche Echtzeit-Protokollerfassung 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 zusammenarbeiten, um Protokolle aus 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. Protokollerfassung aktivieren: Wenn ein Administrator eine Anforderung zur Protokollerfassung initiiert (typischerweise über die Web Studio-Einstellungen), werden die Anweisungen in der Site-Datenbank gespeichert und an den Broker gesendet, der den Protokollerfassungsprozess über die relevanten Komponenten, einschließlich Broker, StoreFront und VDA, orchestriert. Der Administrator initiiert die Anforderung zur Protokollerfassung über einen PowerShell-Befehl von anderen Komponenten separat, wie z. B. Session Recording, PVS, FAS usw.

  3. Telemetriedienst: Nach der Konfiguration der Log-Server-Adresse im Citrix Web Studio und der Weitergabe der Einstellungen 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 Protokollserver: Sobald die Protokolle gesammelt wurden, überträgt der Telemetriedienst oder ein unabhängiger Dienst sie sicher direkt an einen zentralen Protokollserver. 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 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.
  • Message: 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 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. Es wird eine zentralisierte Anforderung zur Sammlung dieser Protokolle initiiert, die der Telemetriedienst von den relevanten Komponenten sammelt. 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 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 sammeln, und leitet die Protokolle an den zentralen Protokollserver weiter.

Protokollspeicherung und -aufbewahrung: Sobald die AOT-Protokolle empfangen werden, formatiert und indiziert der zentrale Protokollserver sie in eine strukturierte, durchsuchbare Datenbank. Protokolle werden basierend auf 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 vs. Traditionelle Protokollierung

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

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 Ort gespeichert, um den Zugriff zu erleichtern.
  • Einfachere Fehlerbehebung: Hilft, häufige Fehler schnell zu identifizieren.
  • Keine Reproduktion erforderlich: Das Problem muss nicht reproduziert werden; es ist bereits erfasst.
Grundlegende Konzepte