-
-
Importieren und Synchronisieren von StyleBooks aus dem GitHub-Repository
-
Erstellen und Verwenden von benutzerdefinierten StyleBooks
-
StyleBook zum Erstellen eines virtuellen Lastausgleichsservers
-
StyleBook, um eine grundlegende Lastausgleichskonfiguration zu erstellen
-
Verwenden von GUI-Attributen in einem benutzerdefinierten StyleBook
-
Erstellen eines StyleBook zum Hochladen von Dateien in den Citrix ADM Dienst
-
Erstellen eines StyleBooks zum Ausführen von Nicht-CRUD-Operationen
-
Migrieren von Configpack eines StyleBook zu einem anderen StyleBook
-
Bereitstellen von GSLB-Konfigurationen mithilfe von DNS-Domänennamen
-
-
Verwenden von API zum Erstellen von Konfigurationen aus StyleBooks
-
-
-
-
Verwenden von Aufzeichnung und Wiedergabe zum Erstellen von Konfigurationsaufträgen
-
Planen von Jobs, die mit integrierten Vorlagen erstellt wurden
-
Verwenden von Wartungsaufträgen zum Aktualisieren von Citrix ADC SDX-Instanzen
-
Erstellen von Konfigurationsaufträgen für Citrix ADC SD-WAN WO-Instanzen
-
Verwenden von Aufträgen zum Aktualisieren von Citrix ADC Instanzen
-
Verwenden von Konfigurationsvorlagen zum Erstellen von Überwachungsvorlagen
-
Neuplanen von Jobs, die mithilfe integrierter Vorlagen konfiguriert wurden
-
Wiederverwenden von Konfigurationsüberwachungsvorlagen in Konfigurationsaufträgen
-
Verwenden von ADM-Audit-Protokollen zur Verwaltung und Überwachung Ihrer Infrastruktur
-
-
-
Zeigen Sie den Typ der gestreamten Videos und das von Ihrem Netzwerk verbrauchte Datenvolumen an
-
Vergleichen Sie optimierte und unoptimierte Wiedergabezeit von ABR-Videos
-
Vergleich des Bandbreitenverbrauchs optimierter und nicht optimierter ABR-Videos
-
Vergleichen Sie die optimierte und nicht optimierte Anzahl von Abspielen von ABR-Videos
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)
此内容已动态机器翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
This content has been machine translated dynamically.
This content has been machine translated dynamically.
This content has been machine translated dynamically.
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.
这篇文章已经过机器翻译.放弃
Translation failed!
Verteilte Ablaufverfolgung
In Service Graph können Sie die verteilte Protokollierungsansicht verwenden, um:
-
Analysieren Sie die gesamte Service-Performance.
-
Visualisieren Sie den Kommunikationsfluss zwischen dem ausgewählten Dienst und seinen voneinander abhängigen Diensten.
-
Identifizieren Sie, welcher Dienst Fehler anzeigt, und beheben Sie den fehlerhaften Dienst
-
Zeigen Sie Transaktionsdetails zwischen dem ausgewählten Service und dem jeweils voneinander abhängigen Service an.
Voraussetzungen
Um die Ablaufverfolgungsinformationen für den Dienst anzuzeigen, müssen Sie:
-
Stellen Sie sicher, dass eine Anwendung beim Senden von Ost-West-Datenverkehr die folgenden Trace-Header aufrechterhält:
-
Aktualisieren Sie die CPX YAML-Datei mit
NS_DISTRIBUTED_TRACING
und Wert alsyes
Details zur Service-Ablaufverfolgung anzeigen
Klicken Sie im Service-Diagramm auf einen Service, und wählen Sie Trace-Infoaus.
Die Seite “Trace-Zusammenfassung” wird für den ausgewählten Dienst angezeigt.
Die Ablaufverfolgungsübersicht wird angezeigt:
-
Eine erweiterte Suche, mit der Sie nach Transaktionen mit Vorschlägen und Operatoren suchen können (1). Weitere Informationen finden Sie unter Erweiterte Suche.
-
Die Liste der Zeitdauer, mit der Sie die Zeitdauer auswählen können, z. B. 1 Stunde, 12 Stunden, 1 Tag, 1 Woche, 1 Monat und benutzerdefinierte Zeit (2).
-
Das Diagramm “Zeitleistendetails”, mit dem Sie die Ergebnisse für eine bestimmte Zeitdauer ziehen und auswählen können (3).
-
Im Bedienfeld “Filter” können Sie Optionen aus jeder Metrik auswählen (4).
-
Die Transaktionsdetails für den ausgewählten Service (5).
Transaktionsdetails anzeigen
Klicken Sie auf eine Transaktion, um detaillierte Informationen zu erhalten. Sie können Transaktionsdetails für den ausgewählten Service anzeigen, z. B.:
-
Startzeit
-
Endzeit
-
SSL-Metriken
-
Kommunikation mit voneinander abhängigen Diensten (zusammen mit Fehlern und Reaktionszeit bei jedem Dienst).
Das folgende Beispiel zeigt einen Fehler von catalogue-store-service
. Klicken Sie auf Details zur Verfolgung anzeigen, um weitere Details zu erhalten.
Die Seite Trace-Details wird angezeigt.
1 — Zeigt die Startzeit, die Antwortzeit, die Summe der Services und die Gesamtspanne für die Transaktion an.
2 — Zeigt die Details für den ausgewählten Dienst an, der mit seinen Abhängigkeitsdiensten kommuniziert hat. Sie können auf jede Transaktion klicken, um Details anzuzeigen.
3 — Zeigt die Transaktionsdetails für jeden Service an.
Nach dem Beispielbild, catalogue-store-service
zeigte einen Fehler. Klicken Sie auf die Transaktion, die für verfügbar ist catalogue-store-service
.
Die Transaktionsdetails zwischen product-catalogue-service
und catalogue-store-service
geben HTTP-Antwort als 500 an. Mit diesen Details können Sie als Administrator den fehlerhaften Service analysieren und die Fehlerbehebung product-catalogue-service
als Lösung durchführen.
Sie können die Ergebnisse auch filtern, indem Sie Optionen aus den einzelnen Messobjekten im Bedienfeld “ Filter “ auswählen. Wenn Sie beispielsweise alle 5xx-Transaktionen anzeigen möchten, klicken Sie auf Antwortcode und wählen Sie 500aus.
-
Client RTT: Die Zeitdauer für ein Paket, das vom Client verreist wird.
-
Server RTT: Die Zeitdauer für ein Paket, das vom Server übertragen werden soll.
-
App-Reaktionszeit: Die durchschnittliche Reaktionszeit der Anwendung
-
Datentransferzeit: Die Datentransfergröße und die Rate, mit der die Übertragung von/zu einem Dienst erfolgen kann.
-
Standort: Der Clientstandort
-
Browser: Die Browsertypen, die von den Clients verwendet werden. Zum Beispiel: Chrome, Firefox.
-
Client-Betriebssystem: Das Client-Betriebssystem, das auf den Benutzer-Agent-Details aus dem Browser basiert.
-
Gerät: Die Geräte, die auf den User-Agent-Details aus dem Browser basieren. Zum Beispiel: Tablet, Mobile.
-
Anforderungsart: Die Transaktionsanforderungsart. Beispiel: GET.
-
Antwortcode: Der vom Server empfangene Antwortcode. Zum Beispiel: 501, 404, 200.
-
Inhaltstyp der Antwort: Der Transaktionsinhaltstyp. Wenn die Clientanforderung für text/html ist, muss die Antwort vom Server text/html sein.
-
SSL-Protokoll: Die SSL-Protokollversion, die von den Clients verwendet wird. Beispiel: SSLv3.
-
SSL-Verschlüsselungsstärke: Die Verschlüsselungsstärke basierend auf der Schlüsselgröße des SSL-Zertifikats wie hoch, mittel und niedrig.
-
SSL-Schlüsselstärke: Die SSL-Verschlüsselungsstärke wird aus der Schlüsselgröße des SSL-Zertifikats berechnet. Die Schlüssellänge definiert die Sicherheit des SSL-Algorithmus. Zum Beispiel: 2048
-
Grund für SSL-Frontend Failure: Die Frontend SSL-Handshake-Fehlermeldung. Beispiel: SSL CLIENTAUTH FAILURE
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 Do Not Agree to exit.