Problemas conocidos y limitaciones

• Solo se admite un servidor de registros por entorno

  La arquitectura actual solo admite un único servidor de registros AOT por entorno, y tanto Web Studio como Director/Monitor están diseñados para funcionar con una única configuración de servidor de registros. Todos los componentes deben apuntar a este mismo servidor de registros; la configuración o distribución de cargas de trabajo entre varios servidores de registros no es compatible actualmente. Este único servidor de registros puede gestionar hasta 128 000 conexiones de componentes activas y procesar hasta 10 000 eventos de registro por segundo, lo que 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, y no en el número de componentes, incluso los entornos muy grandes pueden funcionar con un solo servidor de registros 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 servidores de registros y opciones de escalado más amplias se introducirá en futuras versiones como parte de la evolución de la arquitectura.

• Ejecutar el servidor de registros AOT 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 servidor de registros no se puede implementar en esta configuración.

• Docker Desktop en Windows requiere una sesión de usuario activa para el servidor de registros AOT

  Cuando el servidor de registros AOT 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 servidor de registros AOT también se detenga. Debido a este comportamiento: El servidor de registros AOT 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 servidor de registros AOT sigan ejecutándose.

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

  • Implemente el servidor de registros AOT en una VM de Linux mediante Docker Engine

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

  Estas opciones permiten que el servidor de registros 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 servidor de registros AOT.

• Los registros del servidor de licencias 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 la recopilación de registros ni la funcionalidad. Este problema se ha resuelto en la última versión del Servidor de licencias y está corregido a partir de la versión del Servidor de licencias: 55000 o posterior.

• 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, incluyendo VM Linux o VM Windows o Citrix Connector Appliance.

  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 Windows Cloud Connector, los registros AOT no se pueden obtener ni mostrar en Monitor.