Preguntas frecuentes

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

Puede comprobar los valores del entorno del contenedor mediante cualquiera de los siguientes comandos:

docker inspect logserver |findstr MAX_RESERVE_DAYS O comprobando 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á utilizando el valor predeterminado: MAX_RESERVE_DAYS=7

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

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

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

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

¿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 de funcionamiento seguro para la ingesta continua.

¿Cuántos componentes puede manejar un único servidor de registros AOT? ¿Hay 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 generan sus usuarios durante la actividad máxima.

¿Cuál es la tolerancia a ráfagas del servidor de registros AOT? ¿Cuánto pico repentino de registros puede manejar sin pérdidas ni incumplimiento de la acumulación?

El servidor de registros AOT puede manejar ráfagas a corto plazo de hasta 2 veces la tasa normal de eventos sin perder registros. Si el volumen de registros supera este límite (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.

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

Sí. El servidor de registros AOT utiliza 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 manteniendo un rendimiento rápido de lectura/escritura.

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íbrido, 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 todos los componentes (VDA, DDC, StoreFront, Gateway, etc.) puedan acceder de forma fiable al servidor de registros, el entorno funcionará correctamente.

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

Puede 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 trabajo pendiente o una posible pérdida durante las cargas máximas. Pueden aplicarse cargos por salida de datos cuando los registros cruzan límites regionales o de la nube.

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

Para entornos con hasta 1.000 máquinas, necesita: 1 nodo (servidor de registros + OpenSearch combinados), 4 vCPU, 8 GB de RAM, 2.000 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.

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

LogServer 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 podría conectarse 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 de logserver, el usuario puede verificar el estado de logserver y opensearch:

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

Y comprobar los registros dentro del contenedor:

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

Si necesita más registros, el usuario podría modificar LOG_LEVEL=0 en StartLogServer.sh/StartLogServer.bat y reiniciar el servidor de registros mediante estos archivos de script. Entonces, los registros detallados incluirán todos los niveles: TRACE, DEBUG, INFO, WARN, ERROR.