Bekannte Probleme und Einschränkungen

• Pro Umgebung wird nur ein Log-Server unterstützt

  Die aktuelle Architektur unterstützt nur einen einzigen AOT-Log-Server pro Umgebung, und sowohl Web Studio als auch Director/Monitor sind so konzipiert, dass sie nur mit einer Log-Server-Konfiguration arbeiten. Alle Komponenten müssen auf denselben Log-Server verweisen; die Konfiguration oder Verteilung von Workloads auf mehrere Log-Server wird derzeit nicht unterstützt. Dieser einzelne Log-Server kann bis zu 128.000 aktive Komponentenverbindungen verwalten und bis zu 10.000 Protokollereignisse pro Sekunde verarbeiten, was für die meisten Bereitstellungen ausreichend ist. Da diese Grenzwerte auf der Verbindungskapazität und dem Protokolldurchsatz basieren und nicht auf der Anzahl der Komponenten, können selbst sehr große Umgebungen mit einem Log-Server betrieben werden, solange sie die Durchsatzschwellenwerte einhalten. Kunden mit extrem hohen Protokollvolumen während Spitzenzeiten können jedoch aufgrund des Fehlens einer horizontalen Skalierung an Ingestions- oder Indexierungsgrenzen stoßen. Die Unterstützung für mehrere Log-Server und umfassendere Skalierungsoptionen wird in zukünftigen Releases als Teil der sich entwickelnden Architektur eingeführt.

• Der Betrieb des AOT-Log-Servers auf einer Windows-VM, die auf XenServer gehostet wird, wird nicht unterstützt. XenServer unterstützt keine verschachtelte Virtualisierung, was verhindert, dass Docker innerhalb der Gast-VM ausgeführt wird. Folglich kann der Log-Server-Container in dieser Konfiguration nicht bereitgestellt werden.

• Docker Desktop unter Windows erfordert eine aktive Benutzersitzung für den AOT-Log-Server

  Wenn der AOT-Log-Server auf einer Windows-VM mit Docker Desktop bereitgestellt wird, läuft der Container im Kontext der Benutzersitzung, die Docker Desktop gestartet hat. Docker Desktop ist als benutzerbasierte Anwendung konzipiert und läuft unter Windows nicht als systemweiter Dienst. Wenn sich der Benutzer abmeldet, stoppt Docker Desktop, wodurch der AOT-Log-Server-Container ebenfalls stoppt. Aufgrund dieses Verhaltens: Der AOT-Log-Server stoppt, wenn sich der Benutzer abmeldet, da die Bereitstellung von einer bestimmten Benutzersitzung abhängt. Andere Administratoren können auf die laufenden Container nicht zugreifen oder diese verwalten.

  Problemumgehung: Halten Sie die Benutzersitzung aktiv oder in einem getrennten Zustand (melden Sie sich nicht ab), um sicherzustellen, dass Docker Desktop und der AOT-Log-Server-Container weiterhin ausgeführt werden.

  Empfehlung Für Produktionsbereitstellungen verwenden Sie eine der folgenden Optionen:

  • Stellen Sie den AOT-Log-Server auf einer Linux-VM mit Docker Engine bereit

  • Verwenden Sie die Citrix Connector Appliance (CCA)-basierte Bereitstellung, wo unterstützt.

  Diese Optionen ermöglichen es dem Log-Server, unabhängig von Benutzersitzungen zu laufen, und bieten ein zuverlässigeres, stets verfügbares Bereitstellungsmodell.

Hinweis:

Dieser Ansatz ist möglicherweise in Umgebungen mit Sitzungs-Timeouts oder strengen Sicherheitsrichtlinien nicht zuverlässig.

Dieses Verhalten ist eine bekannte Einschränkung von Docker Desktop unter Windows und nicht spezifisch für den AOT-Log-Server.

• Lizenzserver-Protokolle werden in Director/Monitor mit falschem Hosttyp angezeigt

  Beim Anzeigen von AOT-Protokollen vom Lizenzserver in Director kann die Spalte Hosttyp den Wert fälschlicherweise als DDC anstelle von Lizenzserver anzeigen, obwohl der Hostname korrekt ist.

  Dieses Problem beschränkt sich darauf, wie der Hosttyp in Director dargestellt wird, und hat keine Auswirkungen auf die Protokollsammlung oder -funktionalität. Dieses Problem wurde in der neuesten Lizenzserver-Version behoben und ist ab Lizenzserver-Version: 55000 oder höher behoben.

• Citrix Cloud Connector ist erforderlich, um AOT-Protokolle in Monitor anzuzeigen

  Kunden, die Citrix Monitor zum Anzeigen von AOT-Protokollen verwenden, müssen mindestens einen Citrix Cloud Connector in ihrer Umgebung bereitgestellt haben. Diese Anforderung gilt unabhängig davon, wo der AOT-Protokollserver gehostet wird, einschließlich Linux-VM oder Windows-VM oder Citrix Connector Appliance.

  Citrix Monitor stützt sich auf den Monitor-Dienst, der auf dem Cloud Connector ausgeführt wird, um Protokolle vom konfigurierten Protokollserver abzurufen und in der Benutzeroberfläche anzuzeigen.

  Ohne einen Windows Cloud Connector können AOT-Protokolle in Monitor nicht abgerufen oder angezeigt werden.