16 Novedades en Zabbix 7.0.11
Resolución DNS asíncrona
El agente poller y el SNMP poller ahora pueden configurarse para usar la biblioteca c-ares (versión 1.16.0 o superior) en lugar del resolvedor DNS de libevent. Esto permite una resolución DNS potencialmente más rápida y flexible.
Para habilitar c-ares, Zabbix debe ser configurado con la opción --with-ares.
Tenga en cuenta que a partir de c-ares 1.31.0, la caché DNS está habilitada por defecto.
Integraciones de webhook actualizadas
Los siguientes webhooks listos para usar ahora admiten todos los tipos de eventos y se han mejorado en cuanto a eficiencia del código, mantenibilidad y funcionalidad, con los cambios reflejados en la documentación:
- Discord - script actualizado para usar la API v10 de Discord; se eliminó el formato de mensaje personalizado codificado de forma fija para eventos basados en trigger.
- GitHub - se introdujo el parámetro de versión de la API de GitHub para usar una versión estática en lugar de la más reciente; en casos de escalado, ahora se actualizan los issues existentes en lugar de crear nuevos; se añadieron etiquetas de issue y prefijos ajustables en los parámetros del webhook.
- GLPI - plantillas de mensajes actualizadas.
- Jira - las acciones de trigger y servicio ahora admiten el mapeo de las severidades de eventos de Zabbix a las prioridades de tickets de Jira (mediante los parámetros
severity_information,severity_high, etc.); se añadió compatibilidad con prioridades personalizadas de Jira a todas las acciones de autorregistro, descubrimiento e internas (mediante los parámetrosjira_priority_discovery,jira_priority_autoregistration,jira_priority_internal); se añadieron campos personalizados de Jira para la creación de tickets a todas las acciones (anteriormente solo trigger); los mensajes de eventos de problema ahora se envían a la descripción del ticket de Jira, y los mensajes predeterminados de eventos OK ahora se añaden como comentarios. - Jira Service Management (anteriormente Jira Service Desk) - las acciones de trigger y servicio ahora admiten el mapeo de las severidades de eventos de Zabbix a las prioridades de tickets de Jira; se añadió compatibilidad con prioridades personalizadas de Jira a todas las acciones de autorregistro, descubrimiento e internas; se añadieron campos personalizados de Jira para la creación de tickets a todas las acciones (anteriormente solo trigger); se añadió compatibilidad con campos personalizados de fecha y hora, botón de opción, casilla de verificación, selección única y selección múltiple; se ajustó el comportamiento del campo personalizado URL; se añadió compatibilidad con etiquetas de tickets y se actualizó el formato del nombre del issue para que coincida con el tipo de medio Jira; ahora están disponibles opciones de comentarios tanto privados (predeterminados) como públicos para los escalados; en los casos en que la severidad del evento se actualiza entre escalados, la prioridad de la tarea ya no vuelve al valor original.
- MS Teams - plantillas de mensajes actualizadas.
- OTRS CE - se añadió compatibilidad para cerrar incidentes de problemas resueltos.
- PagerDuty - se añadió compatibilidad para cerrar incidentes de problemas resueltos; el token de API se movió a la configuración del medio del usuario mediante
{ALERT.SENDTO}. - Slack - se eliminó el parámetro obsoleto
slack_as_user; se implementaron plantillas para los mensajes enviados a Slack. - Telegram - se añadió compatibilidad con mensajes de respuesta.
- Zammad - el grupo de usuarios "Users", anteriormente codificado de forma fija, se movió a un parámetro del webhook; las etiquetas de eventos ya no se crean de forma predeterminada.
Complemento SMART para Zabbix agent 2 actualizado
La clave de elemento smart.disk.get en el complemento SMART de Zabbix agent 2 ahora devuelve tanto los valores brutos como los normalizados para los atributos SMART.
Mejoras de rendimiento
El rendimiento de la actualización de tendencias en TimescaleDB se ha incrementado utilizando upserts en lugar de actualizaciones.
El rendimiento del servidor Zabbix se ha mejorado implementando la sincronización paralela de tendencias y evitando consultas de rango, lo que resulta en tiempos de apagado más rápidos en MySQL, PostgreSQL y TimescaleDB.
Plantillas
Para cambios en las plantillas existentes e información sobre nuevas plantillas, consulte Cambios en las plantillas.
Diseño mejorado para la opción "Custom on fail" en el preprocesamiento de item
Las opciones de "Custom on fail" en la pestaña de preprocesamiento de valores de item ahora se muestran correctamente en todas las localizaciones de idioma compatibles. Anteriormente, la desalineación en algunas traducciones provocaba ambigüedad en la configuración al establecer acciones personalizadas de manejo de errores para los pasos de preprocesamiento. Con esta corrección, el control se representa de forma coherente y, después de seleccionar la casilla "Custom on fail", las opciones disponibles ahora se presentan como una lista desplegable en lugar de botones de opción, lo que proporciona una interfaz más clara y compacta.