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 eficiencia de código, mantenibilidad y funcionalidad, con los cambios reflejados en la documentación:

• Discord: el script se actualizó para usar la API de Discord v10; se eliminó el formato de mensaje personalizado codificado para eventos basados en disparadores.
• 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 escalamiento, ahora se actualizan los issues existentes en lugar de crear nuevos; se añadieron etiquetas de issues y prefijos ajustables en los parámetros del webhook.
• GLPi: se actualizaron las plantillas de mensajes.
• Jira: las acciones de disparador y servicio ahora admiten la asignación de las severidades de eventos de Zabbix a las prioridades de tickets de Jira (a través de los parámetros severity_information, severity_high, etc.); se añadió soporte para prioridades personalizadas de Jira a todas las acciones de autorregistro, descubrimiento e internas (a través de los parámetros jira_priority_discovery, jira_priority_autoregistration, jira_priority_internal); los campos personalizados de Jira para la creación de tickets se añadieron a todas las acciones (anteriormente solo disparador); los mensajes de eventos de problema ahora se envían a la descripción del ticket de Jira, y los mensajes de eventos OK por defecto ahora se agregan como comentarios.
• Jira Service Management (anteriormente Jira Service Desk): las acciones de disparador y servicio ahora admiten la asignación de las severidades de eventos de Zabbix a las prioridades de tickets de Jira; se añadió soporte para prioridades personalizadas de Jira a todas las acciones de autorregistro, descubrimiento e internas; los campos personalizados de Jira para la creación de tickets se añadieron a todas las acciones (anteriormente solo disparador); se añadió soporte para campos personalizados de fecha y hora, botón de opción, casilla de verificación, selección única y múltiple; se ajustó el comportamiento del campo personalizado de URL; se añadió soporte para etiquetas de tickets y se actualizó el formato del nombre del issue para coincidir con el tipo de medio de Jira; ahora están disponibles tanto opciones de comentarios privados (por defecto) como públicos para escalaciones; en los casos en que la severidad del evento se actualiza entre escalaciones, la prioridad de la tarea ya no vuelve a la original.
• MS Teams: se actualizaron las plantillas de mensajes.
• OTRS CE: se añadió soporte para cerrar incidentes de problemas resueltos.
• PagerDuty: se añadió soporte para cerrar incidentes de problemas resueltos; el token de la API se trasladó a la configuración de medios de 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ó soporte para mensajes de respuesta.
• Zammad: el grupo de usuarios “Users” previamente codificado se trasladó a un parámetro del webhook; las etiquetas de eventos ya no se crean por defecto.

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 “Personalizado en caso de error” en el preprocesamiento de ítems

Las opciones "Personalizado en caso de error" de la pestaña preprocesamiento de valores de ítems ahora se muestran correctamente en todas las localizaciones de idioma soportadas. 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 muestra de manera consistente y, tras seleccionar la casilla "Personalizado en caso de error", las opciones disponibles ahora se presentan como una lista desplegable en lugar de botones de opción, proporcionando una interfaz más clara y compacta.