En esta página

Novedades y notas de actualización: 8.0

Zabbix 8.0.0 continúa a partir de Zabbix 7.4.0 e incorpora nuevas funciones y mejoras.

También en esta página:

Consulte también: Cambios en la API.

Monitorización del rendimiento de aplicaciones

Zabbix ahora admite la monitorización del rendimiento de aplicaciones (APM) basada en OpenTelemetry, un estándar abierto para recopilar datos de telemetría de aplicaciones y servicios. Estos datos le ayudan a ver cómo fluyen las solicitudes a través de sus aplicaciones y servicios, medir su rendimiento y encontrar la causa de las operaciones lentas o fallidas.

Con APM, puede:

  • Recopilar datos de telemetría con el proxy de Zabbix, que ahora puede recibir datos de aplicaciones o recopiladores de OpenTelemetry mediante el protocolo de OpenTelemetry (OTLP/gRPC) y escribirlos en el origen de datos; consulte la nueva pestaña APM en la configuración del proxy.
  • Especificar un origen de datos de telemetría (ClickHouse) en la nueva sección Administración > Origen de datos y consultar los datos en el nuevo menú APM.
  • Utilizar datos de telemetría en triggers y gráficos con el nuevo tipo de item consulta de telemetría, que también está disponible para las reglas de descubrimiento de bajo nivel.

También se han añadido los siguientes parámetros e items:

El acceso a los datos de telemetría de APM (trazas, métricas y registros) puede restringirse:

  • Los roles de usuario controlan el acceso a la sección APM del frontend.
  • Los grupos de usuarios controlan a qué datos de telemetría pueden acceder los usuarios, según los atributos de recurso especificados en la nueva pestaña Filtro de APM.

Si está actualizando el proxy de Zabbix y desea utilizar APM, consulte las Notas de actualización.

Compatibilidad con ClickHouse

Ahora puede utilizar ClickHouse como base de datos backend de Zabbix para almacenar el historial de valores de los item y como fuente de datos de telemetría para la supervisión del rendimiento de las aplicaciones.

Para obtener información sobre la configuración y los requisitos del almacenamiento del historial, consulte Configuración de ClickHouse. Si desea migrar los datos del historial desde una base de datos de Zabbix existente (MySQL o PostgreSQL) a ClickHouse, consulte los scripts de migración del esquema y del historial de ClickHouse.

Esta funcionalidad también cambia la forma de configurar los proveedores de almacenamiento del historial en los archivos de configuración de Zabbix. Este cambio afecta tanto a las configuraciones de ClickHouse como a las de Elasticsearch. Para obtener más información, consulte las Notas de actualización.

Procesamiento de eventos complejos

El procesamiento de eventos complejos (CEP) realiza un procesamiento basado en reglas para los eventos de Zabbix.

Por ejemplo, puede que desee:

  • agrupar eventos relacionados y marcar el primer evento de una serie como causa (y los siguientes como síntomas)
  • especificar un período de tiempo de vida para los eventos
  • especificar un número máximo para determinados eventos
  • recibir notificaciones sobre eventos similares por ubicación
  • recibir una notificación si algún evento ocurre con demasiada frecuencia (o no ocurre en absoluto) dentro de un período de tiempo

Además del procesamiento de eventos individuales, puede definir ventanas de tiempo para el análisis de eventos. Dentro de una ventana de tiempo, todos los eventos coincidentes forman un único contexto y pueden analizarse en conjunto.

Una ventana de tiempo deslizante avanza con el tiempo. Los eventos más antiguos salen de la ventana (se «expulsan»), mientras que pueden entrar eventos nuevos.

Una ventana de tiempo acumulativa no avanza. Cuando la ventana caduca, se inicia una nueva ventana con la misma duración. Las ventanas de agrupación de causas y síntomas son ventanas de tiempo acumulativas.

El concepto de ventana de tiempo proporciona puntos lógicos para ejecutar operaciones. Por ejemplo, un evento puede transformarse o «enriquecerse» cuando entra en la ventana: se puede aumentar o reducir la gravedad, añadir o ajustar etiquetas, activar la supresión, etc.

Se pueden ejecutar operaciones similares cuando el evento sale de la ventana o cuando se encuentra un patrón.

El análisis del flujo de eventos se define mediante reglas de CEP. Una regla de CEP consta de una ventana de tiempo (opcional), condiciones y operaciones. Las operaciones están vinculadas a un punto de ejecución.

Para obtener más información, consulte Procesamiento de eventos complejos.

Aplicación móvil

La aplicación móvil de Zabbix (próximamente disponible) permite supervisar su entorno de Zabbix desde su dispositivo móvil. Consulte los problemas, revise sus detalles, actualícelos y reciba notificaciones push cuando algo requiera atención.

Con la aplicación, las siguientes funciones son nuevas en Zabbix 8.0:

Para obtener información detallada sobre cómo configurar Zabbix para utilizarlo con la aplicación móvil, consulte la sección Aplicación móvil.

server MCP

El nuevo server MCP de Zabbix conecta agentes de IA con Zabbix mediante el Model Context Protocol (MCP). Ahora puede preguntar a un asistente de IA sobre su monitorización en lenguaje natural, por ejemplo:

  • ¿Qué problemas de los servidores de bases de datos aún no se han reconocido?
  • ¿Por qué web-01 ha estado informando de problemas desde esta mañana?
  • Poner todos los hosts del grupo de servidores Linux en mantenimiento esta noche, de 22:00 a 02:00.

El agent se conecta mediante un token de API de Zabbix, por lo que solo puede acceder a aquello a lo que el propietario del token tiene permiso de acceso, y todos los cambios se registran en el registro de auditoría bajo ese usuario. Para consultar la lista de operaciones disponibles, consulte Herramientas y recursos.

Tema azul oscuro

La interfaz web de Zabbix ahora ofrece un nuevo tema azul oscuro.
Está disponible en el perfil de usuario y como tema predeterminado:

Diseño personalizado para tablas

En varias tablas del frontend ahora puede ocultar/mostrar, reordenar y cambiar el tamaño de las columnas. También es posible agregar una columna Texto personalizado con texto personalizado, valores de macros o ambos.

Los diseños personalizados están disponibles en estas ubicaciones:

Por ejemplo, el diseño de tabla predeterminado en Monitoring > Latest data:

Ejemplo de un diseño personalizado:

Algunas columnas también tienen el botón Opciones, que proporciona controles adicionales sobre cómo esa columna muestra los datos. Debido a esto, algunos parámetros del filtro se han movido de la pestaña del filtro a las opciones de la columna. Si usa pestañas para filtros favoritos, consulte Notas de actualización.

Exportación e importación de dashboards

Ahora los dashboards se pueden exportar e importar, lo que facilita la migración de dashboards entre instancias de Zabbix o su reutilización en distintos entornos.

Una nueva opción de Exportar permite guardar los dashboards seleccionados en archivos YAML, JSON o XML. Posteriormente, estos archivos se pueden importar mediante la funcionalidad Importar para recrear los dashboards con sus páginas, widgets y configuración.

Dashboards listos para usar

Hay nuevos dashboards importables disponibles en el repositorio de Dashboards:

Estos dashboards están diseñados para funcionar con las integraciones existentes de Zabbix, combinando datos de varios hosts y objetivos de supervisión en un dashboard global unificado.

Widget de diagrama de dispersión

Se ha añadido el widget Diagrama de dispersión a los widgets del dashboard. Muestra la relación entre dos métricas trazando puntos de datos individuales a lo largo de un eje X e Y. Esto ayuda a revelar patrones, agrupaciones, correlaciones y valores atípicos en el conjunto de datos.

Mantenimiento bajo demanda para triggers

Los periodos de mantenimiento ahora se pueden definir para triggers o nombres de eventos.

También se puede crear un periodo de mantenimiento bajo demanda desde el menú de eventos. El mantenimiento bajo demanda se puede iniciar para un host, un trigger, un nombre de evento o etiquetas.

Otra forma de crear un mantenimiento para un trigger es mediante el formulario de actualización del problema.

Expresiones regulares globales

Se han añadido varias mejoras de usabilidad a las expresiones regulares globales:

Templates

Se han añadido nuevos templates y se han actualizado muchos templates.

Los templates que se conectan a endpoints HTTPS ahora verifican de forma predeterminada el certificado TLS del endpoint. Esto afecta a todos los templates de monitorización de la nube y de API, como Claude API by HTTP, Cloudflare by HTTP, Kubernetes Cluster by HTTP, etc. Consulte las notas de actualización antes de actualizar cualquier template basado en HTTP.

Al actualizar Zabbix, los templates existentes no se actualizan automáticamente para evitar sobrescribir las modificaciones personalizadas. Para actualizar templates o añadir nuevos, consulte Actualización de templates.

Tenga en cuenta que, desde Zabbix 6.0, todos los templates siguen un formato actualizado, lo que puede afectar a la importación de templates anteriores a la versión 6.0. Para obtener más información, consulte Cambios en los templates en la versión 6.0.

Nuevos templates

Supervisión del uso de IA

Nube

  • El conjunto de templates AWS by HTTP se ha ampliado con el template AWS Backup Vault by HTTP.
  • El conjunto de templates Azure by HTTP se ha ampliado con los templates Azure Sentinel by HTTP y Azure Container Apps by HTTP.
  • El conjunto de templates GCP by HTTP se ha ampliado con los templates GCP Cloud Run Service by HTTP, GCP Cloud Storage Bucket by HTTP, GCP Application Load Balancer by HTTP y GCP Cost Monitoring by HTTP.
  • El conjunto de templates Oracle Cloud by HTTP se ha ampliado con los templates Oracle Cloud Load Balancer by HTTP y Oracle Cloud Costs by HTTP.

Virtualización y contenedores

Bases de datos

Redes, seguridad y telecomunicaciones

Aplicaciones y servicios

  • Domain RDAP by HTTP, un template para supervisar datos de registro de dominios mediante el protocolo RDAP.
  • Envoy Proxy by OTLP, un template para recopilar trazas y registros de OpenTelemetry de Envoy Proxy mediante items Telemetry query.
  • Generic OpenTelemetry by OTLP, un template para recopilar trazas, métricas y registros de OpenTelemetry mediante items Telemetry query.
  • GLPI by HTTP, un template para supervisar GLPI mediante HTTP usando la API REST v2 con autenticación OAuth2.
  • OpenRouter traces by OTLP, un template para recopilar datos de trazas de OpenRouter.
  • Proxmox VE by OTLP, un template para supervisar un nodo de Proxmox VE usando su flujo de métricas de OpenTelemetry mediante items Telemetry query.

Templates actualizados

  • Se ha mejorado el trigger de tiempo de actividad del dispositivo en los templates SNMP para gestionar los reinicios del contador de tiempo de actividad de SNMP y evitar alertas de reinicio falsas.

Sistemas operativos

Monitorización del uso de IA

Cloud

  • AWS Cost Explorer by HTTP del conjunto de templates AWS by HTTP y Azure Cost Management by HTTP del conjunto de templates Azure by HTTP se han actualizado con dashboards mejorados.

Virtualización

  • Proxmox VE by HTTP se ha actualizado con la funcionalidad LLD anidada. Además, se ha ajustado el formato de unidad de los items que muestran porcentajes para mejorar la claridad.
  • En los conjuntos de templates VMware y VMware FQDN, los nombres de los prototipos de items y triggers para la detección de alarmas de VMware se han actualizado para incluir el nombre de la entidad de alarma.

Bases de datos

Redes, seguridad y telecomunicaciones

Monitorización de sistemas de archivos en las plantillas de SO

En las plantillas de AIX, FreeBSD, HP-UX, Linux, macOS, OpenBSD, Solaris y Windows (incluidas las variantes de comprobaciones activas de las plantillas de Linux y Windows), la monitorización de sistemas de archivos ahora utiliza los nuevos parámetros de vfs.fs.get:

  • se ha eliminado el item Get filesystems (vfs.fs.get);
  • la regla Mounted filesystem discovery ahora es un item de Zabbix agent con la clave vfs.fs.get[short] (intervalo de actualización: 1h), en lugar de una regla de descubrimiento dependiente;
  • el prototipo de item FS [{#FSNAME}]: Get data (FS [{#FSLABEL}({#FSNAME})]: Get data en las plantillas de Windows) ahora es un item de Zabbix agent con la clave vfs.fs.get[full,{#FSNAME}], que recopila estadísticas de un solo sistema de archivos. Los demás prototipos de item de sistemas de archivos lo utilizan como item maestro.

Como resultado, las estadísticas se recopilan mediante una comprobación independiente del agent para cada sistema de archivos, y los sistemas de archivos montados recientemente se descubren dentro del intervalo de actualización del descubrimiento (1h de forma predeterminada).

La monitorización de sistemas de archivos en estas plantillas requiere Zabbix agent 8.0 o posterior.

Tipos de medios

Se ha añadido este tipo de medio:

Estos tipos de medios se han actualizado:

  • El tipo de medio webhook de GLPI se ha actualizado para admitir la API RESTful v2 con autorización OAuth2 (habilitada de forma predeterminada), compatibilidad opcional con la API REST heredada v1 mediante un indicador de configuración, creación de tickets para eventos de problema y asignación de urgencia configurable por el usuario.
  • El tipo de medio webhook de MS Teams Workflow es ahora la integración recomendada para Microsoft Teams. El tipo de medio webhook de MS Teams, basado en la funcionalidad Office 365 Connector (Incoming Webhook) que Microsoft retiró el 22 de mayo de 2026, ya no funciona. Las configuraciones existentes del webhook de MS Teams deben migrarse al tipo de medio webhook de MS Teams Workflow.

Además, los tipos de medios que se conectan a endpoints HTTPS ahora verifican de forma predeterminada el certificado TLS del endpoint. Esto afecta a todos los tipos de medios webhook, como Slack, Jira, Telegram, etc. Consulte las notas de actualización antes de actualizar cualquier tipo de medio webhook.

Triggers

Límite de caracteres aumentado para los datos operativos

La longitud máxima del campo Datos operativos para los triggers y los prototipos de trigger se ha aumentado de 255 a 2048 caracteres, lo que permite incluir cadenas más largas con varias macros y funciones de macro. El nuevo límite también se aplica a la propiedad opdata de los objetos de API trigger y trigger prototype.

Etiquetas de trigger heredadas después del cierre manual

Los eventos de recuperación creados después de un cierre manual heredan las etiquetas del trigger, además de las etiquetas del item y del host.

Estas etiquetas están presentes en el array de etiquetas del evento y están disponibles para macros de notificación como {EVENT.RECOVERY.TAGS} y {EVENT.RECOVERY.TAGSJSON}.

Items

Tipo de datos JSON

Zabbix ahora admite JSON como tipo de datos para los valores de los item.

Anteriormente, los valores JSON se recopilaban mediante items de texto y se almacenaban como cadenas con un límite de 64 KB. Ahora, Zabbix puede almacenar valores JSON de forma nativa con un límite de 128 MiB, y también rechazar valores JSON no válidos (por ejemplo, que contengan claves sin comillas, comas finales o corchetes desparejados).

El tipo de datos JSON es compatible con todos los tipos de item y prototipo de item, excepto Calculated, y está disponible en la exportación de datos en tiempo real y en los connectors. Los valores JSON pueden almacenarse en todas las bases de datos compatibles y en Elasticsearch. Si está usando TimescaleDB, consulte las notas de actualización.

Tenga en cuenta que los items con el tipo de datos JSON no se pueden usar en triggers; sin embargo, puede extraer campos JSON con dependent items que tengan un tipo de datos no JSON y usarlos en triggers.

Los items que devuelven una cadena JSON (net.if.discovery, vfs.file.get, etc.) siguen siendo items de texto; sin embargo, puede cambiarlos a JSON si es necesario.

Para obtener más detalles y los límites de datos JSON, consulte la configuración del item.

Reintentos de SNMP configurables y compatibilidad con macros

Ahora se puede configurar el número de reintentos después de un tiempo de espera para los items SNMP walk[] y get[] mediante el nuevo campo Retries en la configuración de la interfaz SNMP.

Ahora se admiten macros LLD y macros de usuario en los campos Max repetition count y Retries.

Supervisión de la utilización de la caché de la función de tendencias

Se ha añadido el parámetro paccessed al item interno zabbix[tcache,cache,<parameter>]. Devuelve el porcentaje de entradas de la caché de la función de tendencias a las que se ha accedido en las últimas 24 horas.

Redirecciones en los items web.page.*

Los items web.page.get, web.page.perf y web.page.regexp del agente de Zabbix y de Zabbix agent 2 ahora pueden seguir redirecciones. El número máximo de redirecciones se establece en el nuevo parámetro opcional redirect_limit; de forma predeterminada, no se siguen las redirecciones.

Valor predeterminado para los hosts permitidos del item trapper

El campo Hosts permitidos para los items de Zabbix trapper y para los items de HTTP agent con Enable trapping habilitado, ahora usa por defecto la macro de usuario {$TRAPPER.ALLOWED_HOSTS}. Si este valor está vacío, las conexiones entrantes se deniegan desde todos los hosts. Para permitir el envío de datos, especifique una o más direcciones IP o nombres DNS.

Plugins

Plugin de Ceph

El plugin de Ceph del agente 2 de Zabbix ahora funciona en dos modos:

  • native: este modo utiliza la biblioteca go-ceph para comunicarse directamente con el clúster de Ceph mediante la API nativa de Ceph (protocolo msgr2). Este es el modo recomendado para las instalaciones modernas de Ceph, pero solo es compatible con Linux y a partir de Ceph 16.
  • restful (obsoleto): este modo utiliza la API RESTful de Ceph para la comunicación. Es el modo predeterminado por motivos de compatibilidad con versiones anteriores, pero no funcionará con Ceph versión 20 (Tentacle) o posteriores debido a la eliminación del módulo mgr/restful.

Importante: al supervisar Ceph 20 (Tentacle) y versiones posteriores con el plugin de Ceph para el agente 2 de Zabbix, utilice el modo native, ya que el modo restful ya no es compatible.

El modo que se utilizará se determina mediante el valor del parámetro mode (native/restful):

  • Plugins.Ceph.Default.Mode=native: establece el modo native para el plugin
  • Plugins.Ceph.Sessions.<SessionName>.Mode=native: establece el modo native para la sesión especificada

Tenga en cuenta que las credenciales de usuario configuradas son diferentes para cada modo y no son compatibles entre sí. El parámetro Plugins.Ceph.InsecureSkipVerify se ignora en el modo native porque la seguridad de la conexión se define en el lado del clúster de Ceph mediante el protocolo msgr2 (seguro de forma predeterminada).

Tenga en cuenta que el plugin de Ceph para el agente 2 de Zabbix ahora es un plugin cargable y requiere pasos de instalación adicionales. Esto se debe al requisito del paquete librados (para el modo native). Consulte el archivo readme del plugin de Ceph para obtener más información.

Plugin de MongoDB

El Zabbix agent 2 plugin de MongoDB ofrece varias mejoras:

  • Compatibilidad completa con el análisis convencional de URI de MongoDB, con soporte para los esquemas mongodb:// y mongodb+srv://.
  • Descubrimiento automático de nodos del conjunto de réplicas de MongoDB, lo que mejora la capacidad de supervisar clústeres de MongoDB.
  • Compatibilidad con autenticación x509, lo que permite conexiones seguras a MongoDB mediante certificados de cliente.

Plugin de Oracle

El Zabbix agent 2 Oracle plugin ahora admite conexiones cifradas a bases de datos Oracle mediante el protocolo TCPS (TLS). Esto añade la capacidad de supervisar instancias de Oracle a través de sockets protegidos con TLS, mejorando la seguridad para la supervisión remota.

Complemento de Redis — compatibilidad con TLS y validación en el arranque

Se ha añadido compatibilidad con TLS al complemento de Redis de Zabbix agent 2.

Se implementó la validación de la configuración TLS del complemento en el momento del arranque y se mejoraron los mensajes de validación/error. Una lógica de configuración no válida (por ejemplo: usar el tipo de conexión verify_full sin especificar TLSCAFile) puede impedir que Zabbix agent 2 se inicie.

Modo de ejecución de prueba para plugins cargables

Los plugins cargables ahora pueden lanzarse en modo de prueba utilizando el parámetro -t (--test), pasando una clave de item como argumento. En este modo, el plugin se ejecuta con fines de depuración y desarrollo, y se ignoran los archivos de configuración del plugin.

Descubrimiento y autoregistro

Condición de grupo de proxy

Ahora se admite una condición de grupo de proxy en las acciones de descubrimiento y autorregistro.

Descubrimiento de bajo nivel

Descubrimiento de interfaces de red en Linux

Se ha añadido la nueva clave de item net.if.get a Zabbix agent y Zabbix agent 2 en Linux. Puede utilizarse en el descubrimiento de bajo nivel de interfaces de red para devolver una lista de interfaces de red con información detallada. La clave de item net.if.discovery sigue disponible por motivos de compatibilidad.

Descubrimiento ligero de sistemas de archivos

El item vfs.fs.get de Zabbix agent y Zabbix agent 2 ahora admite dos parámetros opcionales que hacen que el descubrimiento de sistemas de archivos sea más ligero y fiable:

  • mode: en el modo short, el item devuelve únicamente la lista de sistemas de archivos montados con sus propiedades básicas, sin estadísticas de espacio en disco ni de inodos. Como no se consulta a los propios sistemas de archivos, el descubrimiento no activa el automontaje y no se ve afectado por sistemas de archivos de red que no responden. El modo full (predeterminado) devuelve los mismos datos que antes.
  • mountpoint: devuelve datos únicamente para el punto de montaje especificado, de modo que las estadísticas se puedan recopilar por separado para cada sistema de archivos descubierto (por ejemplo, con vfs.fs.get[full,{#FSNAME}]).

Los templates de SO ahora utilizan este enfoque; consulte Cambios en los templates.

Para obtener más información, consulte vfs.fs.get y Descubrimiento de sistemas de archivos montados.

Descubrimiento de dispositivos de bloque en Linux y AIX

Se añadió la nueva clave de item vfs.dev.get para el descubrimiento de dispositivos de bloque en Linux y AIX. Puede utilizarse en descubrimiento de bajo nivel para dispositivos de bloque. La clave de item vfs.dev.discovery sigue disponible por compatibilidad.

Etiquetas editables para triggers creados por LLD

Los triggers creados a partir de prototipos de triggers ahora pueden tener etiquetas añadidas manualmente. Las etiquetas heredadas de los prototipos de triggers siguen aplicándose automáticamente. Las etiquetas añadidas manualmente pueden modificarse en los triggers descubiertos y se incluirán en los arrays de etiquetas de eventos y estarán disponibles para las funciones que reconocen etiquetas, como los filtros, los widgets del dashboard y las macros de notificación.

Opción Convertir a JSON

Se ha añadido una casilla de verificación Convertir a JSON a los formularios de regla de descubrimiento de bajo nivel y prototipo de descubrimiento.
Esta opción permite marcar los datos recuperados para su conversión automática a JSON antes de continuar con el procesamiento.
Esta opción está disponible si se selecciona "HTTP agent" en la lista desplegable Tipo.

Soporte de macros para descubrimiento de bajo nivel anidado

Las macros de descubrimiento de bajo nivel ahora son compatibles en reglas de descubrimiento de bajo nivel anidadas, en:

Bases de datos

Compatibilidad con múltiples hosts de base de datos PostgreSQL

Zabbix ahora admite especificar múltiples hosts de base de datos PostgreSQL como una lista separada por comas de valores host:port, aprovechando la compatibilidad de PostgreSQL con la conmutación por error de la conexión. Los hosts se prueban en orden hasta que se establece una conexión de lectura y escritura. Este comportamiento está disponible durante la instalación del frontend en el campo Database host y en DBHost en zabbix_server.conf y zabbix_proxy.conf.

Inicio optimizado del server de Zabbix

El server de Zabbix ahora se inicia significativamente más rápido. Lo hace cargando datos de historial desde la base de datos para varios items a la vez, en lugar de uno por uno. Esta mejora se aplica a todos los tipos de bases de datos compatibles con el server de Zabbix.

Rendimiento optimizado de Elasticsearch

El server de Zabbix ahora funciona mejor con Elasticsearch. El server recupera datos de forma más eficiente sin usar la función scroll de Elasticsearch y reutiliza las conexiones existentes a Elasticsearch en lugar de abrir una nueva para cada solicitud. El server también ya no se bloquea al enviar varias solicitudes a Elasticsearch al mismo tiempo (usando multi-handle de cURL).

Compatibilidad con Elasticsearch 8.x y 9.x

Zabbix ahora admite Elasticsearch 8.x y 9.x para almacenar datos históricos, y la compatibilidad con Elasticsearch ya no es experimental. Para consultar las versiones compatibles, consulte Requisitos.

La versión mínima requerida de Elasticsearch se ha elevado a 8.0.0; consulte Notas de actualización.

Procesos

Housekeeping optimizado

El housekeeping se ha optimizado trasladando la creación de tareas de housekeeping a triggers de base de datos. Cuando se eliminan items (incluyendo reglas de bajo nivel de descubrimiento), triggers, servicios o reglas de descubrimiento de red, los triggers de base de datos (en lugar de llamadas explícitas a nivel de aplicación) ahora rellenan la tabla housekeeper con tareas de limpieza. Para más detalles, consulte el procedimiento de housekeeping.

El housekeeper ahora también elimina los eventos de descubrimiento de red generados a partir de hosts o servicios descubiertos que han sido eliminados, así como todos los eventos asociados a problemas de triggers que han sido eliminados (anteriormente, sólo se eliminaban los problemas; los eventos asociados sólo se eliminaban después de que expirara el Periodo de almacenamiento de datos de triggers del housekeeper).

Almacenamiento en caché de consultas DNS para los daemons de Zabbix

Zabbix server, Zabbix proxy y Zabbix agent ahora admiten el uso del resolvedor c-ares para todas las solicitudes DNS, lo que proporciona almacenamiento en caché de consultas DNS y una conmutación por error mejorada del resolvedor cuando Zabbix se compila con --with-ares. La funcionalidad completa, incluido el almacenamiento en caché de consultas DNS y la conmutación por error, requiere c-ares 1.27.0 o posterior.

Compilar soporte para c-ares en Windows

El agent de Zabbix ahora puede compilarse con el resolvedor c-ares en Microsoft Windows. c-ares puede instalarse a través de vcpkg, y la compilación del agent admite tanto ARES=<prefijo vcpkg> como rutas separadas ARESINCDIR/ARESLIBDIR para los directorios de inclusión y biblioteca.

Rendimiento de las funciones de trigger basadas en conteo

Se ha mejorado el funcionamiento de las funciones basadas en conteo (count(), item_count(), changecount(), etc.) en las expresiones de trigger, lo que permite procesar más valores con mayor rapidez.

Destinos de control en tiempo de ejecución

La lista de destinos de control en tiempo de ejecución disponibles en los mensajes de ayuda y las páginas del manual de Zabbix server y proxy se ha actualizado para coincidir con los tipos de procesos compatibles.

Se ha añadido el destino supervisor, mientras que se han eliminado los destinos no compatibles discovery worker y preprocessing worker.

Tiempo de espera máximo para zabbix_get y zabbix_js

El valor máximo del parámetro timeout de las utilidades de línea de comandos zabbix_get y zabbix_js se ha aumentado a 600 segundos.

Almacenamiento en caché y reutilización de SNMPv3 EngineID

Zabbix ahora almacena en caché las asignaciones de SNMPv3 EngineID → IP e intentará reutilizar los EngineID almacenados en caché para las comprobaciones SNMPv3 posteriores, lo que reduce el tráfico de sondeo y mejora el rendimiento del poller. Si un EngineID reutilizado no responde, el poller vuelve a realizar una comprobación de EngineID y puede eliminar las entradas obsoletas después de cambios en la interfaz o fallos persistentes.

Lógica de limitación del proxy

La lógica de limitación del proxy se ha perfeccionado para mejorar la estabilidad del server durante la recuperación de la caché del historial. Cuando el uso de la caché del historial alcanza el umbral de limitación, el server continúa dejando de aceptar datos del proxy, como antes. Cuando el uso de la caché desciende al 60 %, el server comienza a procesar la lista de limitación, pero aún puede rechazar las cargas del proxy que contienen lotes muy grandes (aproximadamente más de 10 000 registros) hasta que la presión sobre la caché disminuya aún más. Este cambio reduce el riesgo de sobrecargas repetidas de la caché mientras el server se recupera.

Seguridad

Acceso de los usuarios al proxy/server

La lista de acceso al proxy se ha implementado como una nueva pestaña en la configuración del grupo de usuarios.
Permite conceder al grupo de usuarios acceso a los proxies, ya sea individualmente o mediante grupos de proxies.

Ahora, la selección del server para la monitorización o el descubrimiento puede restringirse por rol de usuario (consulte Seleccionar el "server" para la monitorización y el descubrimiento).
Se puede impedir que los usuarios creen hosts monitorizados por el server y reglas de descubrimiento de red ejecutadas por el server, así como que prueben items con el server.

Configuración del frontend

Se ha implementado una variable $ZBX_FEATURE_FLAGS[] en la configuración del frontend para controlar el acceso a la autenticación HTTP de usuarios y a las configuraciones de módulos y tipos de medios. Se han añadido los siguientes indicadores de funcionalidad al archivo de configuración zabbix.conf.php:

  • $ZBX_FEATURE_FLAGS['http_auth_enabled'] = false deshabilita el acceso a la configuración de la autenticación HTTP de usuarios (reemplaza la variable $ALLOW_HTTP_AUTH).
  • $ZBX_FEATURE_FLAGS['modules_config_enabled'] = false deshabilita el acceso a la configuración de módulos.
  • $ZBX_FEATURE_FLAGS['media_type_denylist'] = [<value1>, <value2>, ...] restringe la edición de los tipos de medios que utilizan los métodos de entrega especificados ('email', 'script', 'sms' o 'webhook'; se pueden especificar uno o más valores).

El acceso a setup.php está restringido si existe el archivo de configuración zabbix.conf.php.

Restricción de las comprobaciones del agent

Se han añadido los nuevos parámetros AllowKeyRegexp y DenyKeyRegexp a la configuración del Zabbix agent y Zabbix agent 2. Estos parámetros permiten definir patrones basados en expresiones regulares para una coincidencia más precisa y flexible de los keys y sus parámetros.

Autenticación

Certificados SAML importables para inicio de sesión único

Los usuarios superadministradores ahora pueden importar certificados y claves privadas directamente en el frontend para la configuración de SAML. Se han añadido tres nuevos campos en Usuarios > Autenticación > Configuración SAML:

  • Certificado IdP - Certificado X.509 presentado por el proveedor de identidad
  • Certificado SP - Certificado del proveedor de servicio utilizado para los intercambios SAML
  • Clave privada SP - Clave privada correspondiente al certificado SP

Estos controles permiten añadir nuevos valores o modificar los existentes desde la pestaña de configuración SAML. Los certificados y claves privadas se validan antes de guardarse en el backend de almacenamiento elegido; los valores no válidos o mal formateados se rechazan con un error explicativo.

URL posterior al inicio de sesión por rol de usuario

Ahora es posible imponer una URL específica después del inicio de sesión según el rol de usuario. Esto resulta útil para imponer una página específica después del inicio de sesión para los usuarios aprovisionados.

Para obtener más información, consulte Configuración del perfil de usuario en la configuración del rol de usuario.

Autenticación de HashiCorp Vault con el método AppRole

La autenticación de HashiCorp Vault ahora admite el método AppRole:

  • En la configuración de server/proxy, mediante los nuevos parámetros VaultAppRoleID y VaultAppSecretID (consulte el ejemplo).
  • En la configuración de frontend, proporcionando los valores del ID de rol de autenticación y del ID secreto.

Widgets

Widget de gráficos

Inversión del eje Y

Los gráficos ahora se pueden mostrar con los valores del eje Y invertidos.

La opción Invertir valores permite voltear un gráfico multiplicando los valores del eje Y por −1, sin modificar los datos originales.

Otras mejoras

El widget Graph ofrece varias mejoras de usabilidad:

  • Los items de la información sobre herramientas de datos del gráfico que aparece al pasar el cursor sobre el gráfico se ordenan por valor en orden descendente.
  • Al pasar el cursor sobre un item de la información sobre herramientas, se resalta su gráfico y se atenúan los demás.
  • Al seleccionar un item en la información sobre herramientas, sus datos se transmiten a otros widgets que admiten la recepción de datos.
  • Se ha eliminado el límite del número de items mostrados en la información sobre herramientas.
  • Una nueva opción Host names in labels permite elegir si los nombres de los host se muestran en la información sobre herramientas y en la leyenda del gráfico.
  • Se ha añadido una nueva opción Item tags (también en el widget Pie chart).

Agrupación de hosts en Geomaps

El widget Geomap ahora admite un parámetro Clustering para controlar cómo los marcadores de hosts cercanos se combinan en un único marcador con un recuento. Al establecer el nivel de zoom del mapa para la agrupación, puede mantener la legibilidad de los mapas grandes y conservar una visibilidad precisa al acercar la imagen.

Agregación en Top items

El widget Top items ahora puede agrupar patrones de item en una única columna o fila agregada, lo que facilita la presentación de métricas combinadas (por ejemplo: el tráfico entrante total en todas las interfaces de red de un host). Al configurar las columnas de item, se añadieron tres opciones nuevas: Aggregate columns, Column aggregation function y Combined column name.

Descripciones de los widgets

El límite de caracteres del campo Descripción en los widgets Gauge y Item value se ha aumentado de 2048 a 65535 caracteres.

Anulación de la zona horaria en el widget Reloj

La opción Zona horaria del formulario de configuración del widget Reloj se ha trasladado de la sección Configuración avanzada a la sección principal de configuración del widget y se ha renombrado como Anular zona horaria.

Esta opción está disponible para los tipos de hora Hora local y Hora del server.

Frontend

Nuevas fuentes y fuentes integradas

Zabbix ahora incluye nuevas fuentes y fuentes integradas que mejoran la legibilidad, se cargan más rápido y permiten mostrar idiomas adicionales en el frontend con un impacto mínimo en el diseño. Al estar integradas, estas fuentes también garantizan una apariencia consistente en todos los sistemas.
Nuevas fuentes:
Fuentes heredadas:

Las nuevas fuentes se utilizan en casi todos los temas. Si es necesario, los temas recién añadidos Azul (clásico) y Oscuro (clásico) están disponibles con las fuentes heredadas.

La familia de fuentes para contenido monoespaciado y gráficos permanece sin cambios.

Mejoras en la interfaz de usuario de Zabbix

La interfaz de usuario de Zabbix se ha modernizado para mejorar la accesibilidad y la usabilidad.
En particular, los campos de entrada ahora tienen bordes redondeados.

Mejora de accesibilidad

Se ha añadido el enlace Saltar al contenido principal para mejorar la navegación con teclado y la accesibilidad.

El enlace permite a los usuarios de teclado y de lectores de pantalla omitir la navegación repetitiva de la barra lateral y pasar directamente al contenido principal. Permanece oculto durante el uso normal y solo aparece cuando recibe el foco, por ejemplo, cuando se pulsa la tecla Tab después de cargar la página o cuando se accede a él mediante un lector de pantalla.

Validación en línea

Los siguientes formularios en el frontend se han añadido al conjunto de formularios que admiten validación en línea:

Los errores de entrada se muestran inmediatamente después de completar los campos, lo que mejora la usabilidad y reduce los errores de configuración.

Formularios modales

Los siguientes formularios ahora se abren en una ventana modal:

Etiquetas heredadas visibles en hosts, templates, items y triggers

Ahora las etiquetas heredadas se muestran y se devuelven de forma coherente en templates, hosts, items, escenarios web y triggers.
Las etiquetas heredadas de cadenas de templates/hosts son visibles en Monitoring > Latest data.
El filtrado por etiquetas heredadas está disponible dondequiera que se admita el filtrado por etiquetas, incluidas las secciones Monitoring > Latest data y Data collection, así como todos los widgets de dashboard que permiten filtrar por etiquetas de host, item, trigger o escenario web. De este modo, la selección y el subfiltrado basados en etiquetas funcionan de la misma manera, independientemente de dónde se haya definido una etiqueta.

La pestaña Tags de los formularios de configuración de templates, hosts y prototipos de host ahora muestra un elemento de opción para elegir cómo se presentan las etiquetas: los templates muestran Template tags / Inherited and template tags, mientras que los hosts y los prototipos de host muestran Host tags / Inherited and host tags.
Las etiquetas heredadas se distinguen visualmente mediante un nuevo icono de documento contorneado junto a la etiqueta.

Los widgets Graph y Pie chart incluyen una nueva configuración Item tags.

Posicionamiento de tooltips

Ahora los tooltips se pueden reposicionar arrastrándolos a una nueva ubicación. Esto se aplica, por ejemplo, al tooltip de Graph, así como a los tooltips con descripciones de las secciones Latest Data o Problems.

Los detalles del evento muestran el motivo de la supresión

La página de detalles del evento, abierta desde Monitoring > Problems, ahora muestra si un evento fue suprimido debido al mantenimiento del host o suprimido manualmente por un usuario.

Los iconos naranjas icon_suppression_maintenance.png y icon_unsuppressed_maintenance.png indican supresión/levantamiento de supresión relacionados con el mantenimiento, mientras que los iconos grises icon_suppression.png y icon_unsuppressed.png indican supresión/levantamiento de supresión manual.

En los historiales de problem y event, las acciones realizadas por usuarios eliminados ahora se muestran como Inaccessible user.

Mejoras del informe de información del sistema

El informe de Información del sistema ahora muestra el ID del server (UUIDv7).
El informe de información del sistema ahora también está disponible para los usuarios Admin de Zabbix.

Cambios en el paquete de directivas SELinux de Zabbix

Para la versión 10 de AlmaLinux, CentOS Stream, RHEL, Rocky Linux y Oracle Linux, la directiva SELinux se proporciona mediante el nuevo paquete zabbix-selinux-policy-main, que contiene la directiva SELinux del repositorio SELinux upstream.

El paquete zabbix-selinux-policy existente ahora tiene una dependencia de zabbix-selinux-policy-main o selinux-policy-targeted-extra. El paquete zabbix-selinux-policy-main entra en conflicto con selinux-policy-targeted-extra; por lo tanto, ambos paquetes no se pueden instalar al mismo tiempo.

Si ya tiene una instalación existente de zabbix-selinux-policy, no se requieren cambios manuales. Durante la actualización del paquete, zabbix-selinux-policy-main se instalará automáticamente. Si selinux-policy-targeted-extra ya está instalado, no se instalará ningún paquete adicional.

Configuración de la presentación de diapositivas del dashboard

Al crear un dashboard, la casilla Iniciar presentación de diapositivas está deshabilitada de forma predeterminada y debe habilitarse explícitamente. Un parámetro de URL slideshow admite los valores on u off, lo que permite anular rápidamente la configuración de la presentación de diapositivas del dashboard. El parámetro slideshow=1 está obsoleto y dejará de admitirse.

Enlace a los proxy de Zabbix Cloud

La lista de proxy en Administración > Proxy ahora incluye un botón Crear proxy en Cloud. Al hacer clic en él, se abre Zabbix Cloud en una nueva pestaña del navegador, donde puede implementar un proxy sin instalarlo en su propia infraestructura. Para obtener más información, consulte Configurar un proxy de Zabbix Cloud.

Documentación

Páginas de documentación consolidadas para versiones menores

La documentación de las versiones menores de una versión principal de Zabbix ahora se recopilará en una sola página de documentación, tanto para las nuevas funciones como para las notas de actualización.

Notas de actualización

Estas notas son para actualizar desde Zabbix 7.4.x a Zabbix 8.0.0.

Todas las notas se agrupan en:

  • Cambios incompatibles - cambios que pueden romper instalaciones existentes y otra información crítica relacionada con el proceso de actualización
  • Otros - toda la información restante que describe los cambios en la funcionalidad de Zabbix

Véase también:

Cambios incompatibles

Se ha discontinuado la compatibilidad con los Zabbix agent anteriores a la versión 1.6

Debido a la eliminación de la compatibilidad con los protocolos heredados de texto sin formato y XML del trapper de Zabbix server/proxy, los Zabbix agent anteriores a la versión 1.6 ya no son compatibles.

Versión mínima requerida de PHP

La versión mínima requerida de PHP se ha elevado de 8.0.0 a 8.2.0.

Nombres personalizados de temas/tipos de medios

Se han añadido tres nuevos temas predefinidos del frontend: Azul (clásico), Oscuro (clásico) y Azul oscuro, así como un nuevo tipo de medio de notificación push. Si tiene un tema personalizado con uno de estos nombres (blue-classic-theme, dark-classic-theme, dark-blue-theme) o un tipo de medio denominado Push notification, cambie el nombre del tema o del tipo de medio antes de actualizar.

De lo contrario, después de la actualización:

  • El tema predefinido reemplazará la hoja de estilos de su tema personalizado, mientras que los colores de sus gráficos personalizados seguirán utilizándose, lo que dará como resultado una combinación de ambos temas.
  • Su tipo de medio existente permanecerá sin cambios, pero no se creará el nuevo tipo de medio.

Los temas y tipos de medios personalizados con otros nombres no se verán afectados por la actualización.

Métodos de la API de interfaces de host eliminados

Los métodos de la API de las interfaces de host se han eliminado. Después de actualizar Zabbix, estos métodos se eliminarán de las listas de Acceso a la API de los roles de usuario existentes.

Items internos de proxy restringidos a hosts supervisados por el server

Los items internos zabbix[proxy,*] y zabbix[proxy group,*] ya no son compatibles con hosts supervisados por un proxy o un grupo de proxies.

Versión de la biblioteca Logback

La versión mínima de la biblioteca Logback se ha aumentado de 1.5.16 a 1.5.25.

Versiones de la base de datos

Se han aumentado las versiones mínimas requeridas de la base de datos:

  • MySQL/Percona: 8.0.30 → 8.4.0
  • MariaDB: 10.5.00 → 10.11.00
  • PostgreSQL: 13.0 → 15.0
  • TimescaleDB: 2.13.0 → 2.20.0
  • Elasticsearch: 7.0.0 → 8.0.0

El server de Zabbix no se inicia si la versión de Elasticsearch es anterior a la 8.0.0; esto no se puede anular con el parámetro AllowUnsupportedDBVersions. Actualice Elasticsearch a una versión compatible antes de iniciar el server de Zabbix actualizado. Para consultar el procedimiento de actualización, consulte la documentación de Elasticsearch.

Plugins

El plugin de Ceph para Zabbix agent 2 ahora es un plugin cargable y requiere pasos de instalación adicionales. Consulte el readme del plugin de Ceph para obtener más información.

El esquema tcp:// está obsoleto en el plugin de MongoDB, pero se mantiene por compatibilidad con versiones anteriores de las configuraciones existentes.

El parámetro Plugins.Oracle.CallTimeout del archivo de configuración del plugin de Oracle ya no tiene ningún efecto. El tiempo máximo de espera ahora está determinado por el tiempo de espera del item.

Compatibilidad de versiones del plugin de MongoDB

Esta versión del plugin ya no admite MongoDB 2.6–4.0.
Utiliza MongoDB Go Driver v2, que requiere MongoDB 4.2 o posterior.

Para supervisar MongoDB 2.6–4.0, utilice una versión anterior del plugin.
Las versiones anteriores admiten MongoDB 2.6–5.3 y pueden utilizarse con Zabbix agent 2 versión 6.0.0 o posterior.

Lista ampliada de UnsafeUserParameters

Se ha agregado el carácter % a la lista UnsafeUserParameters para Zabbix agent y Zabbix agent 2.

Parámetros de filtro movidos

Como parte de la funcionalidad de tablas personalizables, algunos parámetros de filtro se han movido de la pestaña de filtros a las opciones de columna. Si ha guardado pestañas para filtros favoritos que utilizan alguno de los siguientes parámetros de filtro, se restablecerán y deberán configurarse manualmente después de la actualización:

  • Monitoring > Hosts: Mostrar problemas suprimidos
  • Monitoring > Latest data: Mostrar etiquetas, Nombre de etiqueta, Prioridad de visualización de etiquetas, Mostrar detalles
  • Monitoring > Problems: Mostrar etiquetas, Nombre de etiqueta, Prioridad de visualización de etiquetas, Mostrar datos operativos, Vista compacta, Mostrar detalles, Mostrar línea de tiempo, Resaltar toda la fila

Métodos de objetos integrados de solo lectura en el preprocesamiento de JavaScript

Los métodos de objetos JavaScript integrados en los scripts de preprocesamiento ahora son de solo lectura. Si ya ha modificado métodos integrados en prototipos de JavaScript en scripts de preprocesamiento de item, puede encontrar problemas, ya que ya no se permite modificar métodos integrados de prototipos.

Conjunto de caracteres y collation de la base de datos MySQL

Si la base de datos MySQL de Zabbix se creó con el conjunto de caracteres utf8mb3 y la collation utf8mb3_bin, se recomienda encarecidamente convertirla al conjunto de caracteres utf8mb4 y la collation utf8mb4_bin antes de actualizar Zabbix, como se describe en Reparación del conjunto de caracteres y la collation de la base de datos de Zabbix.

Otro

Compatibilidad con APM en los paquetes de Zabbix proxy

Para utilizar la supervisión del rendimiento de las aplicaciones con Zabbix proxy, elija la opción de actualización correspondiente a su sistema operativo:

  • RHEL 10 y sus derivados: instale el repositorio EPEL, habilite el repositorio CRB e instale el paquete de Zabbix proxy con APM (consulte los detalles).
  • Debian 12 o posterior, Raspberry Pi OS (Raspbian) 12 o posterior, Ubuntu 24.04 o posterior: actualice los paquetes de Zabbix proxy como de costumbre; APM está incluido.
  • Otros sistemas: actualice Zabbix proxy desde las fuentes con la opción --with-apm.

Acceso predeterminado a la API

En las instalaciones nuevas, el acceso a la API está deshabilitado de forma predeterminada para todos los roles, incluidos los roles recién creados y los roles de usuario predeterminados.

En las instalaciones existentes, el acceso a la API está deshabilitado de forma predeterminada únicamente para los roles recién creados.

Lista de permitidos de la API vacía

En los roles de usuario, una Lista de permitidos sin métodos de API especificados ahora deniega el acceso a todos los métodos de API. Anteriormente, la lista vacía se ignoraba y se permitían todos los métodos de API.

Para conservar el acceso existente, la actualización añade el comodín * (cualquier método) a todos los roles de usuario que tienen seleccionada la Lista de permitidos, pero no tienen métodos especificados. Después de la actualización, revise estos roles en Usuarios > Roles de usuario: sustituya * por los métodos que el rol realmente necesita o desmarque la casilla Habilitado en la sección Acceso a la API si el rol no necesita acceso a la API.

Firma SAML habilitada de forma predeterminada

Para mejorar la seguridad, todas las opciones de firma SAML (Mensajes, Aserciones, Solicitudes AuthN, Solicitudes de cierre de sesión y Respuestas de cierre de sesión) ahora están habilitadas de forma predeterminada al configurar la autenticación SAML en Usuarios > Autenticación. Como resultado, la clave privada del SP y el certificado del SP ahora son obligatorios para las nuevas configuraciones de SAML, a menos que se desmarquen las opciones de firma.

Las configuraciones de SAML existentes no se ven afectadas por la actualización.

Verificación TLS para templates y tipos de medios basados en HTTP

Los templates y tipos de medios que se conectan a endpoints HTTPS ahora verifican el certificado TLS del endpoint de forma predeterminada.

Este cambio afecta a todos los templates de monitorización de la nube y de API (por ejemplo, Claude API by HTTP, Cloudflare by HTTP, Kubernetes Cluster by HTTP) y a todos los tipos de medios webhook (por ejemplo, Slack, Jira, Telegram). Puede cambiar este comportamiento mediante la nueva macro de usuario {$HTTP.TLS.VERIFY}, que se ha añadido a estos templates y tipos de medios. Establezca el valor de la macro en none para desactivar la verificación, en peer para verificar únicamente la cadena de certificados y su caducidad, o en full para realizar una verificación completa. Para obtener más información, consulte el archivo README de cada template HTTP o webhook.

Al actualizar Zabbix, los templates y tipos de medios no se actualizan automáticamente. Esto evita sobrescribir cualquier cambio personalizado que haya realizado. Para actualizar o añadir templates y tipos de medios manualmente, consulte las instrucciones de actualización de templates.

Compatibilidad de template con Host Wizard

Todas las templates incluidas de forma predeterminada ahora son compatibles con Host Wizard. Para actualizarlas, consulte Template upgrade.

Paquete de políticas SELinux de Zabbix

Para la versión 10 de AlmaLinux, CentOS Stream, RHEL, Rocky Linux y Oracle Linux, el paquete existente zabbix-selinux-policy ahora tiene una dependencia de zabbix-selinux-policy-main o selinux-policy-targeted-extra.

Si ya tiene instalado zabbix-selinux-policy, no se requieren cambios manuales.

Durante la actualización del paquete, zabbix-selinux-policy-main se instalará automáticamente.

Si selinux-policy-targeted-extra ya está instalado, no se instalará ningún paquete adicional.

Procesamiento concurrente de comprobaciones SNMPv1 y SNMPv2

Las comprobaciones de servicio asíncronas SNMPv1 y SNMPv2 ahora se procesan de forma concurrente por los workers de descubrimiento disponibles.

Macros obsoletas eliminadas

Se ha eliminado la compatibilidad con las siguientes macros integradas:

Eliminada Usar en su lugar
{ACK.DATE} {EVENT.UPDATE.DATE}
{ACK.MESSAGE} {EVENT.UPDATE.MESSAGE}
{ACK.TIME} {EVENT.UPDATE.TIME}
{EVENT.ACK.HISTORY} {EVENT.UPDATE.HISTORY}
{HOSTNAME<1-9>} {HOST.HOST}
{IPADDRESS<1-9>} {HOST.IP}
{PROFILE.*} {INVENTORY.*}
{TRIGGER.COMMENT} {TRIGGER.DESCRIPTION}
{TRIGGER.KEY} {ITEM.KEY}
{STATUS} {TRIGGER.STATUS}
{USER.ALIAS} {USER.USERNAME}

Templates de Kubernetes obsoletos

Los templates de Kubernetes están obsoletos y han sido reemplazados por el template Kubernetes Cluster by HTTP. Los templates antiguos se conservan para garantizar la compatibilidad con versiones anteriores de las configuraciones existentes.

Parámetros obsoletos para los proveedores de almacenamiento del historial

Los siguientes parámetros han quedado obsoletos:

  • Archivo de configuración del Zabbix server: HistoryStorageDateIndex, HistoryStorageURL y HistoryStorageTypes. Utilice en su lugar el nuevo parámetro HistoryProvider.
  • Archivo de configuración del Zabbix frontend: $HISTORY. Utilice en su lugar el nuevo parámetro $HISTORY_PROVIDERS.

Ambos parámetros nuevos permiten elegir el proveedor de almacenamiento del historial: Elasticsearch, ClickHouse o SQL (predeterminado). Tenga en cuenta que no puede utilizar conjuntamente estos parámetros nuevos y obsoletos.

Se eliminó la validación JSON y XML de los items de HTTP agent

Se ha eliminado la validación JSON y XML del campo Request body en los items de HTTP agent. El campo ya no comprueba si el valor es XML o JSON válido, y al seleccionar XML data como Request body type ya no se requiere la biblioteca libxml2.

Enlaces deshabilitados ocultos en hosts monitorizados

Los enlaces deshabilitados de Graphs, Dashboards y Web ya no se muestran en la lista de hosts monitorizados.

Tipo de datos JSON

Zabbix ahora admite JSON como tipo de datos para los valores de los item. Si utiliza TimescaleDB, la nueva hypertable history_json (utilizada para almacenar valores JSON) debe configurarse manualmente. Si utiliza Elasticsearch, el valor predeterminado del parámetro de configuración del server de Zabbix HistoryStorageTypes, obsoleto, ahora incluye json.

Se eliminó el botón de opción en el formulario Nuevo filtro de etiquetas

Se ha eliminado el botón de opción que requería elegir entre Todas las etiquetas y Lista de etiquetas al crear un nuevo filtro de etiquetas.

Valores de item mostrados como HTML mediante iframes

Los datos de item en el widget Item history, cuando se muestran como texto con formato HTML, ahora están aislados en iframes.

Cambio de tamaño automático para los campos de configuración

La mayoría de los campos de configuración en la interfaz de usuario ahora se redimensionan automáticamente para ajustarse a su contenido.

Variable de configuración del frontend reemplazada

La variable $ALLOW_HTTP_AUTH ha sido reemplazada por la marca de función $ZBX_FEATURE_FLAGS['http_auth_enabled'] en el archivo de configuración del frontend (zabbix.conf.php).

Estado del período de mantenimiento renombrado

El estado del período maintenance ha sido renombrado de Approaching a Upcoming.

Parámetro de presentación de diapositivas del dashboard obsoleto

Se eliminará la compatibilidad con el parámetro slideshow=1. Se han introducido nuevos valores para el parámetro slideshow para iniciar y detener la presentación de diapositivas:

  • slideshow=on - iniciar la presentación de diapositivas
  • slideshow=off - detener la presentación de diapositivas

Expresiones regulares globales

Las opciones de tipo de expresión han cambiado de nombre:

Antes Ahora
Cadena de caracteres incluida Contiene la cadena
Cualquier cadena de caracteres incluida Contiene cualquier subcadena de la lista
Cadena de caracteres no incluida No contiene la cadena
El resultado es TRUE Coincide con la expresión regular
El resultado es FALSE No coincide con la expresión regular