Estado del sistema OTOBO / Znuny – Monitoreo y rendimiento
1. Visión general
Un funcionamiento estable y eficiente de su sistema OTOBO / Znuny es esencial para garantizar un soporte rápido y procesos sin problemas. El colector de datos de soporte proporciona periódicamente un informe de estado estructurado de su instalación a Rother OSS y le permite reconocer temprano indicadores críticos y posibles debilidades.
2. Colector de datos de soporte – Funcionamiento
El colector de datos de soporte recopila automáticamente:
- Información del sistema (SO, kernel, versión de Perl)
- Información de la base de datos (versión, conjunto de caracteres, índices)
- Estado del clúster y los nodos (salud de Elasticsearch)
- Uso de memoria y disco
- Cola de correo y configuración de dominio
- Datos de sesión OTP y usuarios activos
Estos datos se envían (anónimos) a Rother OSS y se visualizan en un sistema de luces LED:
| Sección | LED de estado | Significado |
|---|---|---|
| Base de datos | 🟢 Verde | Todo en orden |
| Búsqueda de documentos / Clúster | 🟡 Amarillo | Se recomienda la observación |
| Carga del sistema y memoria | 🔴 Rojo | Se requiere intervención inmediata |
3. Secciones de estado detalladas
3.1 Sistema y SO
- Sistema operativo incluyendo la versión del kernel
- Intérprete de Perl (comprobación de compatibilidad)
- Carga del sistema (promedios de carga de 1, 5 y 15 minutos)
3.2 Base de datos
- Versión de la base de datos (MySQL, MariaDB, PostgreSQL)
- Conjunto de caracteres: utf8 / utf8mb4 (cliente, servidor de base de datos, tablas)
- Tamaño del índice y fragmentación
- Entradas huérfanas en
ticket_indexyticket_lock_index
3.3 Búsqueda de documentos (Elasticsearch)
- Salud del clúster (Verde/Amarillo/Rojo)
- Distribución de shard y estado de réplica
- Tamaño de almacenamiento del índice
3.4 Cola de correo y comunicación
- Correos pendientes en la cola de envío
- Dominio SMTP y DNS inverso
3.5 Aplicación OTOBO
- Sesiones activas (Máximo vs. Actual)
- Estado del daemon
- Backend de caché y configuración de TTL
- Módulos PHP/Perl (versiones y disponibilidad)
4. Registros del sistema y registros de rendimiento
4.1 Registro del sistema
Una vista de registro central en la interfaz de administración permite:
- Filtrar por fecha, nivel de registro, módulo
- Buscar directamente mensajes de error, advertencias, eventos del sistema
Consejo: Defina el nivel de registro en SysConfig según su uso (por ejemplo, "ADVERTENCIA" para entornos de producción).
4.2 Registro de rendimiento
Active el registro de rendimiento para:
- Recopilar tiempos de respuesta mínimo, máximo y promedio de acciones individuales
- Identificar cuellos de botella en sus widgets, módulos o consultas de base de datos
- Alimentar paneles con métricas en tiempo real
Nota: Un intervalo corto (por ejemplo, 1 segundo) proporciona datos más granulares, pero puede generar más carga.
5. Monitoreo proactivo y alertas
- Panel de luces en la interfaz de administración muestra el estado general de un vistazo.
- Notificaciones por correo electrónico en caso de cambio de estado crítico (por ejemplo, base de datos roja).
- Webhooks / Trampas SNMP a través de GenericAgent para soluciones de monitoreo externas (por ejemplo, Z-Mon, Nagios).
6. Resumen
El colector de datos de soporte OTOBO / Znuny y las herramientas de monitoreo integradas le brindan:
- Transparencia sobre el estado del sistema
- Sistema de alerta temprana para problemas de rendimiento o estabilidad
- Decisiones basadas en datos para la planificación de capacidad y optimización
Confíe en una evaluación y alerta regulares para mantener su plataforma de helpdesk siempre eficiente, segura y sin interrupciones.