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 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 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 gestionar 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.

• Los registros de ADC Gateway se muestran incorrectamente en Citrix Director

  Síntomas: Al ver los registros de Always On Tracing (AOT) para Citrix ADC Gateway en Citrix Director, puede observar:

  • Nivel de registro mostrado como Error en lugar de Depuración o Información.
  • La columna Mensaje muestra la entrada de registro sin procesar completa.
  • La marca de tiempo mostrada difiere de la marca de tiempo del evento original.
  • Solo se ven afectados los registros de log JSON mal formados. Los registros de log válidos se muestran correctamente.

  Versiones afectadas: Citrix ADC anterior a 14.1-73.x y Citrix ADC anterior a 15.1-8.x.

  Causa: Citrix ADC Gateway carga registros de log JSON mal formados que no pueden ser analizados por el Servidor de registros AOT. Como resultado, el Servidor de registros almacena la entrada de log sin procesar y la clasifica como un error.

  Resolución: Actualice Citrix ADC a una de las siguientes versiones o posterior:

  • 14.1-73.x
  • 15.1-8.x

  Corregido en: Citrix ADC 14.1-73.x y Citrix ADC 15.1-8.x.

  • El servidor de registros AOT actualmente no es compatible con las implementaciones compatibles con FIPS. Los clientes con requisitos FIPS obligatorios deben aplazar la implementación en producción hasta que la compatibilidad con FIPS esté disponible.

    Los clientes que no requieran compatibilidad con FIPS pueden seguir implementando y evaluando el servidor de registros AOT en entornos compatibles.