Produktdokumentation
Citrix Virtual Apps and Desktops
Service Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR
PDF anzeigen

FAQ

April 6, 2026
Beitrag von: 
C

  1. Wie kann ich die laufenden Log-Server-Konfigurationen, wie MAX_RESERVE_DAYS, überprüfen?

    Sie können die Umgebungsvariablen des Containers mithilfe eines der folgenden Befehle überprüfen:

    docker inspect logserver |findstr MAX_RESERVE_DAYS Oder durch Überprüfung der Container-Umgebung: docker exec -it logserver env |grep MAX_RESERVE_DAYS

    Wenn nichts zurückgegeben wird, bedeutet dies, dass der Log-Server den Standardwert verwendet: MAX_RESERVE_DAYS=7

  2. Muss ich Docker Desktop-Lizenzen erwerben, wenn ich das Log-Server-Container-Image unter Windows installiere?

    Ja. Eine gültige Docker Desktop-Lizenz ist erforderlich.

  3. Sollte ich einen neuen Server für die Log-Server-Installation verwenden?

    Ja. Es wird empfohlen, einen dedizierten Server für die Log-Server-Installation zu verwenden, um Leistung und Isolation zu gewährleisten.

  4. Was ist die nachhaltige Aufnahmekapazität eines einzelnen AOT Log Servers? Was sind die maximalen und sicheren Grenzwerte für Ereignisse pro Sekunde (EPS)?

    Ein einzelner AOT Log Server unterstützt eine nachhaltige Aufnahmekapazität von 10.000 Ereignissen pro Sekunde (EPS). Dieser Wert stellt sowohl das Maximum als auch den sicheren Betriebsschwellenwert für die kontinuierliche Aufnahme dar.

  5. Wie viele Komponenten kann ein einzelner AOT Log Server verarbeiten? Gibt es eine maximale Grenze?

    Ein einzelner Log Server kann bis zu 128.000 Komponenten verbinden, kann aber nur etwa 10.000 Logs pro Sekunde verarbeiten. Die Anzahl der Maschinen ist also selten das Problem — der eigentliche Dimensionierungsfaktor ist, wie viele Logs Ihre Benutzer während Spitzenaktivitäten generieren.

  6. Was ist die Burst-Toleranz des AOT Log Servers? Wie viele plötzliche Log-Spitzen kann er ohne Verlust oder Überlauf des Backlogs verarbeiten?

    Der AOT Log Server kann kurzfristige Bursts von bis zu dem 2-fachen der normalen Ereignisrate ohne Logs zu verlieren verarbeiten. Wenn das Log-Volumen darüber hinaus ansteigt (zum Beispiel auf das 5-fache), kann das System Ereignisse nicht zuverlässig persistieren, und OpenSearch beginnt, Logs zu verwerfen, da es sie nicht schnell genug indizieren kann.

  7. Kann der AOT Log Server Logs komprimieren? Welches Kompressionsverhältnis sollten wir erwarten?

    Ja. Der AOT Log Server verwendet den standardmäßigen LZ4-Kompressionsalgorithmus zum Speichern von Logs in OpenSearch. Das typische Kompressionsverhältnis beträgt ungefähr 2:1, was bedeutet, dass Log-Daten auf weniger als die Hälfte ihrer ursprünglichen Größe reduziert werden, wobei eine schnelle Lese-/Schreibleistung beibehalten wird.

  8. Für jeden Infrastrukturtyp (Einzelstandort On-Premise, Mehrstandort On-Premise, Einzelregion Cloud, Mehrregion Cloud, Hybrid, MSP/Tenant), wo sollte der AOT Log Server bereitgestellt werden und warum?

    Der AOT Log Server sollte immer in direkter Sichtlinie zu den VDAs bereitgestellt werden. Dies gewährleistet eine stabile Konnektivität und trägt dazu bei, eine geringe Latenz zwischen den Komponenten, die Logs generieren, und dem Log-Server, der sie aufnimmt, aufrechtzuerhalten. Solange jede Komponente (VDAs, DDCs, StoreFront, Gateway usw.) den Log-Server zuverlässig erreichen kann, funktioniert die Umgebung korrekt.

  9. Benötigen wir einen Log-Server pro Region, oder kann alles zentralisiert werden? Was ist mit Latenz und Egress?

    Sie können den Log-Server zentralisieren, Kunden sollten jedoch die Auswirkungen von Latenz und Egress-Kosten für ihre Umgebung bewerten. Die Latenz zwischen Regionen kann die Log-Aufnahme beeinträchtigen, insbesondere während Perioden mit hohem Volumen. Wenn die Round-Trip-Latenz hoch ist, können Log-Spitzen oder Bursts zu Verzögerungen, Backlog-Aufbau oder potenziellem Verlust während Spitzenlasten führen. Egress-Gebühren können anfallen, wenn Logs regionale oder Cloud-Grenzen überschreiten.

  10. Was sind die Mindesthardwarespezifikationen für die Unterstützung von 1.000 Maschinen mit dem AOT Log Server?

    Für Umgebungen mit bis zu 1.000 Maschinen benötigen Sie: 1 Knoten (Log Server + OpenSearch kombiniert), 4 vCPUs, 8 GB RAM, 2.000 IOPS Minimum (SSD oder NVMe empfohlen), 1 Gbit/s NIC. Dieses Setup ist für kleine oder Einzelstandort-Bereitstellungen mit moderatem Log-Volumen geeignet.

  11. Wie kann ich Fehler beheben, wenn es ein Problem mit dem Log Server gibt?

    Der LogServer läuft als Docker-Container, daher können alle Docker-Befehle verwendet werden, um die Probleme zu finden:

    docker logs logserver
docker inspect logserver
<!--NeedCopy-->

    Und außerdem kann der Benutzer sich an den laufenden Container anhängen und die Logs des Logservers selbst anzeigen:

    docker exec –it logserver bash
<!--NeedCopy-->

    In der Bash-Shell des Logserver-Docker-Containers kann der Benutzer den Zustand des Logservers und von OpenSearch überprüfen:

    curl http://localhost:5000/Ping
curl http://localhost:9200/_cluster/health?pretty
<!--NeedCopy-->

    Und Logs innerhalb des Containers überprüfen:

    tail Config/applogs.txt
tail Config/weblogs.txt
<!--NeedCopy-->

    Wenn mehr Logs benötigt werden, kann der Benutzer den LOG_LEVEL=0 in StartLogServer.sh/StartLogServer.bat ändern und den Logserver mit diesen Skriptdateien neu starten. Dann enthalten die detaillierten Logs alle Ebenen: TRACE, DEBUG, INFO, WARN, ERROR.

FAQ
April 6, 2026
Beitrag von: 
C
April 6, 2026
Beitrag von: 
C

In diesem Artikel

Feedback zur Site | Your privacy choices footer linkIhre Datenschutzauswahl | Datenschutz und rechtliche Bestimmungen | Cookie-Einstellungen | Einstellungen für die Zustimmung | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.