Problemas conocidos y limitaciones

  • Solo se admite un servidor de registros por entorno

    La arquitectura actual solo admite un único AOT Log Server por entorno, y tanto Web Studio como Director/Monitor están diseñados para funcionar con una única configuración de Log Server. Todos los componentes deben apuntar a este mismo Log Server; la configuración o distribución de cargas de trabajo entre varios Log Servers no es compatible actualmente. Este único Log Server puede manejar hasta 128 000 conexiones de componentes activas y procesar hasta 10 000 eventos de registro por segundo, lo cual es suficiente para la mayoría de las implementaciones. Dado que estos límites se basan en la capacidad de conexión y el rendimiento de los registros, no en el número de componentes, incluso entornos muy grandes pueden operar con un solo Log Server siempre que se mantengan dentro de los umbrales de rendimiento. Sin embargo, los clientes con volúmenes de registros extremadamente altos durante la actividad máxima pueden alcanzar los límites de ingesta o indexación debido a la ausencia de escalado horizontal. El soporte para múltiples Log Servers y opciones de escalado más amplias se introducirá en futuras versiones como parte de la arquitectura en evolución.

  • La ejecución del AOT Log Server en una VM de Windows alojada en XenServer no es compatible. XenServer no admite la virtualización anidada, lo que impide que Docker se ejecute dentro de la VM invitada. Como resultado, el contenedor del Log Server no se puede implementar en esta configuración.

  • Docker Desktop en Windows requiere una sesión de usuario activa para AOT Log Server

    Cuando el AOT Log Server se implementa en una VM de Windows mediante Docker Desktop, el contenedor se ejecuta dentro del contexto de la sesión de usuario que inició Docker Desktop. Docker Desktop está diseñado como una aplicación basada en sesiones de usuario y no se ejecuta como un servicio a nivel de sistema en Windows. Como resultado, si el usuario cierra la sesión, Docker Desktop se detiene, lo que provoca que el contenedor del AOT Log Server también se detenga. Debido a este comportamiento: El AOT Log Server se detiene cuando el usuario cierra la sesión, ya que la implementación depende de una sesión de usuario específica. Otros administradores no pueden acceder ni administrar los contenedores en ejecución.

    Solución alternativa: Mantenga la sesión de usuario activa o en un estado desconectado (no cierre la sesión) para asegurarse de que Docker Desktop y el contenedor del AOT Log Server sigan ejecutándose.

    Recomendación Para implementaciones de producción, utilice una de las siguientes opciones:

    • Implemente el AOT Log Server en una VM de Linux usando Docker Engine

    • Utilice la implementación basada en Citrix Connector Appliance (CCA) donde sea compatible

    Estas opciones permiten que el Log Server se ejecute independientemente de las sesiones de usuario y proporcionan un modelo de implementación más fiable y siempre activo.

Nota:

Este enfoque puede no ser fiable en entornos con tiempos de espera de sesión o políticas de seguridad estrictas.

Este comportamiento es una limitación conocida de Docker Desktop en Windows y no es específico del AOT Log Server.

  • Los registros del License Server aparecen con un tipo de host incorrecto en Director/Monitor

    Al ver los registros AOT del servidor de licencias en Director, la columna Tipo de host puede mostrar incorrectamente el valor como DDC en lugar de Servidor de licencias, aunque el nombre de host sea correcto.

    Este problema se limita a cómo se representa el tipo de host en Director y no afecta a la recopilación de registros ni a la funcionalidad. Este problema se ha resuelto en la última versión del servidor de licencias y se ha corregido a partir de la versión 55000 o posterior del servidor de licencias.

  • Se requiere Citrix Cloud Connector para ver los registros AOT en Monitor

    Los clientes que utilizan Citrix Monitor para ver los registros AOT deben tener al menos un Citrix Cloud Connector implementado en su entorno. Este requisito se aplica independientemente de dónde esté alojado el servidor de registros AOT, incluidas las máquinas virtuales Linux o Windows o el dispositivo Citrix Connector.

    Citrix Monitor se basa en el servicio Monitor que se ejecuta en Cloud Connector para recuperar los registros del servidor de registros configurado y mostrarlos en la interfaz de usuario.

    Sin un Cloud Connector de Windows, los registros AOT no se pueden obtener ni mostrar en Monitor.

Problemas conocidos y limitaciones

En este artículo