Documentación de productos
Citrix Virtual Apps and Desktops
Service Current Release 2402 LTSR 2311 2308 2305 2303 2212 2209 2206 2203 LTSR 1912 LTSR
Ver PDF

Preguntas frecuentes

April 6, 2026
Contribución de: 
C

  1. ¿Cómo puedo verificar las configuraciones del servidor de registros en ejecución, como MAX_RESERVE_DAYS?

    Puedes verificar los valores del entorno del contenedor usando cualquiera de los siguientes comandos:

    docker inspect logserver |findstr MAX_RESERVE_DAYS O verificando el entorno del contenedor: docker exec -it logserver env |grep MAX_RESERVE_DAYS

    Si no se devuelve nada, significa que el servidor de registros está usando el valor predeterminado: MAX_RESERVE_DAYS=7

  2. ¿Necesito comprar licencias de Docker Desktop al instalar la imagen del contenedor del servidor de registros en Windows?

    Sí. Se requiere una licencia válida de Docker Desktop.

  3. ¿Debo usar un servidor nuevo para la instalación del servidor de registros?

    Sí. Se recomienda usar un servidor dedicado para la instalación del servidor de registros a fin de garantizar el rendimiento y el aislamiento.

  4. ¿Cuál es la capacidad de ingesta sostenida de un único servidor de registros AOT? ¿Cuáles son los límites máximos y seguros de eventos por segundo (EPS)?

    Un único servidor de registros AOT admite una capacidad de ingesta sostenida de 10 000 eventos por segundo (EPS). Este valor representa tanto el máximo como el umbral operativo seguro para la ingesta continua.

  5. ¿Cuántos componentes puede manejar un único servidor de registros AOT? ¿Existe un límite máximo?

    Un único servidor de registros puede conectar hasta 128 000 componentes, pero solo puede procesar unos 10 000 registros por segundo. Por lo tanto, el número de máquinas rara vez es el problema; el factor de dimensionamiento real es la cantidad de registros que tus usuarios generan durante la actividad máxima.

  6. ¿Cuál es la tolerancia a ráfagas del servidor de registros AOT? ¿Cuánto pico repentino de registros puede manejar sin pérdida o incumplimiento del retraso?

    El servidor de registros AOT puede manejar ráfagas a corto plazo de hasta 2 veces la tasa de eventos normal sin perder registros. Si el volumen de registros supera esto (por ejemplo, 5 veces), el sistema no podrá conservar los eventos de forma fiable y OpenSearch comenzará a descartar registros porque no puede indexarlos lo suficientemente rápido.

  7. ¿Puede el servidor de registros AOT comprimir registros? ¿Qué relación de compresión debemos esperar?

    Sí. El servidor de registros AOT usa el algoritmo de compresión LZ4 predeterminado para almacenar registros en OpenSearch. La relación de compresión típica es de aproximadamente 2:1, lo que significa que los datos de registro se reducen a menos de la mitad de su tamaño original mientras se mantiene un rendimiento rápido de lectura/escritura.

  8. Para cada tipo de infraestructura (local de un solo sitio, local de varios sitios, nube de una sola región, nube de varias regiones, híbrida, MSP/inquilino), ¿dónde se debe implementar el servidor de registros AOT y por qué?

    El servidor de registros AOT siempre debe implementarse en la misma línea de visión que los VDA. Esto garantiza una conectividad estable y ayuda a mantener una baja latencia entre los componentes que generan registros y el servidor de registros que los ingiere. Siempre que cada componente (VDA, DDC, StoreFront, Gateway, etc.) pueda llegar de forma fiable al servidor de registros, el entorno funcionará correctamente.

  9. ¿Necesitamos un servidor de registros por región, o se puede centralizar todo? ¿Qué pasa con la latencia y la salida de datos?

    Puedes centralizar el servidor de registros, pero los clientes deben evaluar las implicaciones de latencia y costo de salida de datos para su entorno. La latencia entre regiones puede afectar la ingesta de registros, especialmente durante períodos de alto volumen. Si la latencia de ida y vuelta es alta, los picos o ráfagas de registros pueden causar retrasos, acumulación de retrasos o posible pérdida durante las cargas máximas. Se pueden aplicar cargos de salida de datos cuando los registros cruzan límites regionales o de la nube.

  10. ¿Cuáles son las especificaciones mínimas de hardware para admitir 1000 máquinas con el servidor de registros AOT?

    Para entornos con hasta 1000 máquinas, necesitas: 1 nodo (servidor de registros + OpenSearch combinados), 4 vCPU, 8 GB de RAM, 2000 IOPS mínimo (se recomienda SSD o NVMe), NIC de 1 Gbps. Esta configuración es adecuada para implementaciones pequeñas o de un solo sitio con un volumen de registros moderado.

  11. ¿Cómo puedo solucionar problemas si hay un problema con el servidor de registros?

    El servidor de registros se ejecuta como un contenedor de Docker, por lo que todos los comandos de Docker se pueden usar para encontrar los problemas:

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

    Y también, el usuario puede adjuntarse al contenedor en ejecución y ver los registros del propio servidor de registros:

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

    En el shell bash del contenedor de Docker del servidor de registros, el usuario puede verificar el estado del servidor de registros y de OpenSearch:

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

    Y verificar los registros dentro del contenedor:

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

    Si necesitas más registros, puedes modificar LOG_LEVEL=0 en StartLogServer.sh/StartLogServer.bat y reiniciar el servidor de registros con estos archivos de script. Luego, los registros detallados incluirán todos los niveles: TRACE, DEBUG, INFO, WARN, ERROR.

Preguntas frecuentes
April 6, 2026
Contribución de: 
C
April 6, 2026
Contribución de: 
C

En este artículo

Comentarios sobre el sitio | Your privacy choices footer linkSus opciones de privacidad | Condiciones legales y de privacidad | Preferencias de cookies | Parámetros de consentimiento | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.