-
Installieren und konfigurieren
-
Maschinenkataloge mit vorbereiteten Images erstellen
-
Vorbereitetes Image für Amazon WorkSpaces Core Managed Instances erstellen
-
Katalog von Amazon WorkSpaces Core Managed Instances erstellen
-
Maschinenkatalog mit vorbereitetem Image in Red Hat OpenShift erstellen
-
Maschinenkatalog mit vorbereitetem Image in VMware erstellen
-
Maschinenkatalog mit vorbereitetem Image in XenServer erstellen
-
-
Cloud Connector Standalone Citrix Secure Ticketing Authority (STA)-Dienst
-
-
-
-
-
-
Konfiguration sichern oder migrieren
-
Sichern und Wiederherstellen mit dem Tool für die automatisierte Konfiguration
-
Cmdlets des Tools für die automatisierte Konfiguration für die Migration
-
Cmdlets des Tools für die automatisierte Konfiguration für Sicherung und Wiederherstellung
-
Problembehandlung für die automatisierte Konfiguration und zusätzliche Informationen
-
Citrix Diagnostic Facility (CDF)-Trace beim Systemstart erfassen
-
-
Grundlegende Konzepte
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!
Kernkonzepte
Die Always on Tracing (AOT)-Architektur wurde entwickelt, um eine kontinuierliche Echtzeit-Protokollsammlung in Citrix Virtual Apps and Desktops (CVAD)- und DaaS-Umgebungen zu ermöglichen. Sie ermöglicht es IT-Administratoren und dem Citrix Support, Benutzer- und Infrastrukturprobleme zu beheben, ohne eine manuelle Protokollinitiierung oder Problemreproduktion zu erfordern.
Das AOT-System basiert auf mehreren integrierten Komponenten, die nacheinander zusammenarbeiten, um Protokolle aus verschiedenen Citrix-Infrastrukturschichten zu erfassen, zu übertragen und in einem zentralen Repository zu speichern.
Schlüsselkomponenten und Workflow
- 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.
-
- Protokollsammlung aktivieren: Wenn ein Administrator eine Anforderung zur Protokollsammlung initiiert (typischerweise über die Web Studio-Einstellungen, werden Anweisungen in der Site-Datenbank 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…
-
- Telemetriedienst: Nach der Konfiguration der Log-Server-Adresse im Citrix Web Studio und der Verbreitung der Einstellungen aktiviert der Telemetriedienst auf jeder Komponente den neuen Echtzeit-AOT-Listener, der Protokolle basierend auf vordefinierten Ereignissen, Fehlern oder Auslösepunkten sammelt.
-
- Protokollübertragung an den zentralen Log-Server: Sobald die Protokolle gesammelt wurden, überträgt der Telemetriedienst oder ein unabhängiger Dienst sie direkt und sicher 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.
-
- 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 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 Protokollmeldung. Kann nach Wörtern durchsucht/gefiltert werden.
- Level: Der Schweregrad des Protokolls (z. B. Info, Warnung, Fehler).
- Module: Das spezifische Softwaremodul, das das Protokoll generiert hat.
- ProcessName: Der Name des Prozesses, der das Protokoll generiert hat.
- ProcessId: Die ID des Prozesses.
- Thread: Die Thread-ID innerhalb des Prozesses.
- Cpu: Informationen zur CPU-ID zum Zeitpunkt des Protokolls.
- SessionId: Die ID der Benutzersitzung, die mit dem Protokoll verknüpft ist.
- Class: 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 beginnt der AOT-Workflow damit, dass Citrix-Komponenten Protokolle generieren. Eine zentralisierte Anforderung zur Sammlung dieser Protokolle wird initiiert, die der Telemetriedienst von den relevanten Komponenten erfasst. Die gesammelten Protokolle werden dann sicher an einen zentralen Log-Server 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 Log-Server übertragen und zur Analyse aufbewahrt. Dies eliminiert die Notwendigkeit einer manuellen Ablaufverfolgung und vereinfacht die Fehlerbehebung.
-
Ablaufverfolgungs-Trigger 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 Log-Server weiter.
Protokollspeicherung und -aufbewahrung: Sobald die AOT-Protokolle empfangen wurden, formatiert und indiziert der zentrale Log-Server sie in einer strukturierten, durchsuchbaren 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 | Traditionelle CDF-Ablaufverfolgung |
|---|---|---|
| Aktivierung | Automatisch, kontinuierlich | Manuell, Problemreproduktion erforderlich |
| Komplexität | Benutzerfreundlich, lesbare Protokolle | Analyse auf Engineering-Ebene |
| Diagnosegeschwindigkeit | Sofortige Protokolle verfügbar | Verzögert durch Reproduktionsaufwand |
| Ressourcennutzung | Geringer Overhead mit optimierten Puffern | Mittel bis hoch bei falscher Verwendung |
Herkömmliche Ablaufverfolgungstools 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 zuschauen. Dies spart Zeit und erleichtert die Fehlerbehebung erheblich.
AOT-Highlights
- Immer aktiv: Die Ablaufverfolgung läuft ständig, kein manuelles Einschalten erforderlich.
- Automatische Erfassung: Protokolle werden immer gesammelt, wenn Probleme auftreten.
- Zentraler Log-Server: Alle Protokolle werden an einem 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.
Teilen
Teilen
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.