5 Que hay de nuevo en Zabbix 4.0.0

Dashboards mejorados

Los dashboards han tenido varias mejoras en esta versión de Zabbix, para hacerlos más atractivos visualmente, mas versátiles y flexibles a las necesidades del usuario.

Para alcanzar el nuevo aspecto y funcionalidad, fueron realizados los siguientes desarrollos:

• Se ha añadido un nuevo y mas versátil widget gráfico basado en SVG, el clásico widget sigue estando disponible.
• Los widget ya no contienen el pié que despliega detales del widget (Por ejemplo: Updated: hh:mm:ss informando cuando fue actualizado), consiguiéndose un aspecto mas limpio en los dashboards. Nótese que:
  • En el Problems widget el mensaje "N of M problems are shown" sigue siendo desplegado si hay mas problemas de los que pueden ser desplegados de acuerdo con la configuración Show lines.
  • El reloj digital ya no se depliega en el pié del Clock widget.
• En el nuevo Kiosk mode, los widgets pueden ser desplegados sin ningún tipo de encabezado.
• Se incluyó un nuevo dasboard Global view, reemplazando al Dashboard principal de las versión anterior.
• Otro dashboard ha sido agregado, que pone foco en el desempeño del sevidor Zabbix: Zabbix server health:

Este dashboard es compartido solo con el grupo Zabbix administrators por defecto.

Recabe métricas immediatamente

Recabar un nuevo valor para un ítem (métrica) en Zabbix ha sido siempre cíclico y basado en el intervalo de actualización configurado. Mientras que para muchos ítems el intervalo de actualización es corto, hay otros (incluyendo low level discovery rules) en los que el intevalo de actualización son bastante largos, en la realidad hay situaciones donde se necesita recabar un dato de forma inmediata, para darse cuenta de de cambios en los recursos descubiertos, por ejemplo.

Esto es ahora posibe en esta versión de Zabbix mediante el botón Check now disponible en dos ubicaciones:

	Formulario de configuración de un item existente o discovery rule.
	En la lista de items o discovery rules: Selecciones las entidades y presione el botón Check now.

Para mas detalles vea: Check now

Nuevo tipo de ítem HTTP

Un nuevo tipo de ítem, HTTP, permite recabar datos usando el protocolo HTTP/HTTPS. Utilizando Zabbix sender, o el protocolo Zabbix sender, también es posible el trapping.

Para mas detalles vea HTTP agent.

Nuevos templates

Nuevos templates están disponibles para monitorear hardware IBM, Dell, HP, Cisco UCS y Supermicro Aten:

• Template Server IBM IMM SNMPv1/2
• Template Server Dell iDRAC SNMPv2
• Template Server HP iLO SNMPv2
• Template Server Supermicro Aten SNMPv2
• Template Server Cisco UCS SNMPv2

Estos templates vienen por defecto en los datos para una nueva instalación. En caso de que se esté haciendo una actualización desde versiones previas, va a ser necesario que se instalen desde share.zabbix.com importándolos manualmente.

Los ítem prototypes pueden depender de ítems comunes

En Zabbix 3.4 se introdujeron los ítems dependientes y los prototipos de ítems dependientes, que pueden obtener su valor procesando el valor de un ítem master. Sin embargo, los ítems prototypes pueden solo depender de otro ítem protoype de la misma low-level discovery. Esta limitación ahora no existe. Un ítem prototype puede depender de, tanto un ítem prototype como de un ítem regular del mismo host.

Cuando se va a seleccionar un ítem master para el prototipo, se muestran dos botones, uno para seleccionar un ítem regular como master y otro para seleccionar un ítem prototype como master.

Macros de Low-level discovery en el preproceso del ítem

Se pueden utilizar las macros de las low-level discovery en los preprocesos de los ítems prototype.

Las macros de usuario y macros de usuario con contexto, pueden ser usadas en los preprocesos de los ítems regulares.

Extracción de partes de el valor de una macro de low-level discovery

Las funciones de macro son ahora soportadas para las macros de low-level discovery, permitiendo extraer parte del valor de una macro utilizando expresiones regulares.

Por ejemplo, para extraer el nombre del cliente y el numero de interface de la siguiente macro de LLD, para, por ejemplo, tagear eventos.

{#IFALIAS}=customername_1

Para esto, la función para macros regsub puede usarse en el campo event tag de un trigger prototype:

Para mas información a cerca de la sintaxis de las funciones para macros, vea: Funciones para macros.

Las funciones para macro son soportadas en todos los lugares donde son soportadas las macros de low-level dicovery, exepto para el fitro de las low-level discovery.

Mantenimiento de Host a nivel del trigger

Poner en mantenimiento un dispositivo (host), puede ser limitado a triggers/servicios con determinados tags:

Los tags pueden ser especificados cuando se configuran los períodos de mantenimiento. De hacerlo, el host estará en mantenimiento solo para los triggers/problems con los tags correspondientes, mientras que todos los otros triggers quedarán activos y funcionando como si el host no estuviera en mantenimiento.

Cambios relacionados

Con esta flexibilidad agregada al estado de "en manteniemiento", algunas opciones relacionadas han sido renombradas o agregadas:

Log in único usando webservers

Un solo sign-in al frontend usando soluciones como Kerberos, NTLM entre otros, es ahora posible agregando nuevas opciones de autenticación.

La atenticación HTTP tiene ahora un tab dedicado en el formulario de autenticación, donde se puede elegir si enviar a usuario no autenticados a una página de Zabbix login o a una página de HTTP login, especificar si se diferencia entre mayúsculas y minúsculas y remover el nombre del dominio de las credenciales del usuario enviado.

La diferenciación entre mayṕusculas y minúsculas también fue agregada a las opciones en la página de autenticación mediante LDAP.

Vea también: Autenticación

Con respecto a autenticación, se ha agregado una opción de autenticación mediante LDAP en la configuración de grupos de usuarios.

Auto registración del agente activo mas flexible

Previamente, la auto registración era ejecutada una solo vez, lo que no ofrecía demaciada flexibilidad para los hosts que sufrieran cambios. En la nueva versión, la autregistración se ejecuta nuevamente en caso de que la host metadata (parámetros HostMetadata, HostMetadataItem en el archivo de configuración configuración del agente) cambie.

Esto permite adaptar el monitoreo basado en la naturaleza de los cambios en el dispositivo (host). Para ofrecer mas flexibilidad en la auto registración, las acciones soportan operations adicionales como:

• remover un dispositivo (host)
• habilitar un dispositivo (host)
• remover un dispositivo (host) de un host group
• desasignar un template a un dispositivo (host)

MySQL 8.0 suportada

Se agregó sporte para MySQL 8.0.

Índices en fechas para Elasticsearch

Para poder escalar correctamente los datos históricos en Epasticsearch, se necesitan múltiples índices por tipo de dato. Ahora es posible configurar estos índices basados en fechas. Para más detalles, veaconfiguración de Elasticsearch.

Conecciones mas seguras para los proxies

Es posible configurar coonexiones mas seguras tanto para proxies activos como pasivos:

• El rango de direcciones de acceso de un proxy activo, ahora puede ser limitado. Cuando se configura un proxy activo en el frontend, existe un un nuevo campo llamado Proxy address. Si se especifica, solo los pedidos que provengan de esta lista de direcciones van a ser aceptados.

• El parámetro Server en la configuración de un proxy pasivo, que anteriormente era ignorada, es ahora obligatoria. El proxy pasivo va a rechazar las peticiones que lleguen desde direcciones no especificadas en la lista.

La severidad de un problema puede ser cambiada

La severidad de un problema, hasta ahora, siempre dependía de la severidad del trigger y no podía ser cambiada. Ahora la severidad del problema está separada en la tabla de eventos y puede ser alterada. El valor primigenio va a ser determinado por la severidad del trigger y va a posible alterarlo desde la pantalla de actualización de problemas.

Trabajando con problemas

Pantalla de actualización de problemas

La pantalla de actualización de problemas es la evolución de la pantalla de reconocimiento (acknowledgement) de problemas de versiones anteriores.

Además de ser renombrada, se le han efectuado los siguientes cambios:

• La severidad de un problema puede cambiarse a nivel del evento
• Se pueden hacer actualizaciones de forma independiente:
  • Se puede dejar un mensaje sin hacer el reconocimiento del problema (acknowledging)
  • Se puede hacer el reconocimiento del problema sin dejar un mensaje.
  • Se puede cerrar manualmente un problema sin la obligación de dejar un mensaje o reconocer el problema.
• Se puede definir el alcance de la actualización
• La lista de histórico contiene mas información en la actividades llevadas adelante.

Otros cambios

• La severidad del problema que se despliega esta a nivel del evento y va a cambiar si se actualiza en los siguientes lugares:
  • Monitoring → Problems (y en los correspondientes dashboard widgets y elementos de screen)
  • Monitoring → Overview (y en los correspondientes dashboard widgets y elementos de screen)
  • Los elementos de screens Host group issues y Host issues.
• El contenido de lo desplegado en la columna Actions de Monitoring → Problemas ha sido expandida. Anteriormente solo tenía información textual sobre el curso de las acciones. Ahora toda la información es mediante símbolos (íconos) y, además de las acciones, también despliega información sobre actividades como comentarios y cambios de serveridad. Cuando se pasa el puntero del ratón sobre los íconos, se despligan popups con más información sobre las actividades.
• Anteriormente en detalles de eventos había un bloque separado para los reconocimientos (acknowledgements), mensajes y ejecución de comandos remotos. Ahora todas las actividades del problema son desplegadas en un bloque y son utilizados íconos para cada estado del problema en el ciclo de vida, incluyendo entradas para las fechas de generación y resolución.
• La acción de reconocimiento (acknowledgement) en las acciones ha sido renombrada a Update operations
• Reconocimiento de eventos está ahora siempre habilitado (se eliminó el checkbox on/off en Administration → General (opción GUI en el dropdown))
• Se actualizó Macros:
  • {ACK.DATE} renombrada a {EVENT.UPDATE.DATE}
  • {ACK.TIME} renombrada a {EVENT.UPDATE.TIME}
  • {ACK.MESSAGE} renombrada a {EVENT.UPDATE.MESSAGE}
  • {EVENT.ACK.HISTORY} renombrada a {EVENT.UPDATE.HISTORY}
  • {EVENT.UPDATE.ACTION} agregada
  • {EVENT.SEVERITY} agregada
  • {EVENT.NSEVERITY} agregada
• Los mensajes por defecto para las operaciones han sido modificados para reflejar estos cambios.

Widget nuevo para gráficas

Un nuevo widget para los dashboards está disponible, ofreciendo una forma moderna y vesátil de visualizar los datos recabados por Zabbix. Utiliza la técnica vectorial para dibujar la imagen y sirve como plataforma para muchas nuevas funciones de visualización, que no estaban disponibles con el enfoque existente.

Para mas información mire dashboard widgets.

El widget para gráficas anteriormente soportado puede seguir siendo utilizado, ahora ha sido renombrado a Graph (classic).

Rediseño del selector de tiempos

El selector de período de tiempo ha sido rediseñado con el objetivo de proveer la selección de intervalos frecuentes mediante un solo clik.

También es posible incrementar el período un 50% en ambas direcciones, mover el período hacia adelante o atrás y seleccionar un afecha específica.

Las siguientes páginas se benefician del rediseño:

• Monitoring → Dashboard (widget gráfico)
• Monitoring → Problems (con el filtro History seleccionado)
• Monitoring → Web (en los detalles del escenario)
• Monitoring → Latest data (gráficas de items, histórico de items, gráficas ad-hoc, templated screens)
• Monitoring → Graphs
• Monitoring → Screens
• Monitoring → Screens (slideshows)
• Reports → Availability report
• Reports → Triggers top 100
• Reports → Audit
• Reports → Action log

Vea también: Selector de períodos de tiempo

Modo Kiosk

En el nuevo modo Kiosk, solo el contenido de la página es desplegada. Por ejemplo, en los dashboards, solo los widgets son desplegados

|<| |<| |-| |<|

Se accede al modo Kiosk clickeando el botón cuando se está en el modo pantalla completa. El modo Kiosk se soporta en todas las páginas que soporten el modo pantalla completa.

Vista compacta de los problemas

Una vista compacta ha sido agregada a Monitoring → Problems maximizando la cantidad de problemas que se pueden ver al mismo tiempo:

Para activar la vista compacta, seleccione la opción en los filtros.

Hay dos nuevas opciones en los filtros de problemas:

• Highlight whole row resalta toda la fila de un problema no resuelto utilizando el color de la severidad. Esta disponible en los temas de escritorio standard blue y dark themes, pero no lo está en los temas high-contrast.
• Show timeline despliega/oculta la linea de tiempo. Este check box ha sido agregado también a el widget de problemas. La opción no está disponible cuando la vista compacta ha sido seleccionada.

Se eliminó Monitoring → Triggers

Dado que Monitoring → Problems se convirtió en la sección a visitar cuando se necesitan ver los problemas actuales, se decidió sacar la sección Triggers del menú de monitoreo.

El estado de los triggers puede ser visto en Configuration → Hosts → Triggers (en la nueva columna Value), y la descripción de los triggers puede ser accedida desde el menú de contexto que se abre en un popup.

Macros del inventario en los tags de los eventos

{INVENTORY.*} macros se pueden utilizar para taggear eventos generados por triggers y correlacionarlos.

La expansión de las macros de inventario hace posible correlacionar eventos, vale decir, su problema y solución, por ejemplo por datacenter, administrador responsable, número de rack etc, por lo que se ganan en automatización.

Control sobre conversión de unidades

Cuando se especifican determinadas unidades para los valores de los items, pueden resultar en un prefijo multiplicador, por ejemplo, un valor de 2048 con una unidad 'B' va a ser desplegado como '2KB'. La lista negra para impedir esa conversión en versiones previas estaba fija y la integraban ms, rpm, RPM, %.

En la nueva versión, cualquier unidad puede utilizarse sin que necesariamente se agregue el prefijo multiplicador usando como prefijo un !, por ejemplo !B. Los siguiente ejemplos van a dejar mas claro como utilizarlos.

1024 !B → 1024 B
       1024 B → 1 KB
       61 !s → 61 s
       61 s → 1m 1s
       0 !uptime → 0 uptime
       0 uptime → 00:00:00
       0 !! → 0 !
       0 ! → 0

Aún así, la lista negra de unidades todavía funciona, no ha sido descartada, para impedir la conversión para estas unidades se debe utilizar !ms, !rpm, !RPM, !%

Multiples direcciones de e-mails en un user media

Pueden especificarse multiples direcciones de e-mails para un único user media.

Al especificarse de esta manera, un único e-mail va a ser enviado con todos los destinatarios especificado.

Exportación en tiempo real de eventos, valores y tendencias

Exportación en tiempo real de los eventos que general los triggers, los valores de los ítems y sus tendencias, es realizada en formato JSON delimitada por new-lines. Para esto se especifica el nuevo parámetro ExportDir en el archivo de configuración del servidor. Se agregó el parámetro ExportFileSize para cotrolar el tamaño máximo de cada archivo en que se esportan los datos.

Vea también: Exportación en tiempo real de eventos, valores y tendencias

Permisos basados en tags

Otorgar permisos utilizando grupos de usuarios, ha sido complementado con un nuevo tab, Tab filter.Ahora los permisos se pueden basar en los tags y sus valores, permitiendo visibilidad sobre determinados problemas.

Este cambio se aplica en el formulario "User groups" en Administration → User groups.

Compresión en la comunicación server-proxy

Todas las comunicaciones entre el servidor Zabbix y todos sus proxies son incondicionalmente comprimidas. La compresión baja el consumo de ancho de banda y mejora la velocidad de transferencia de datos.

Al formulario Administration → Proxies se le agregó una columna "Compression".

La librería Zlib es necesaria para esta funcionalidad.

Mensaje base de datos no disponible mejorado

El mensaje ha sido mejorado para incluir mas detalles sobre el problema. El mensaje de ahora en adelante contiene:

[MySQL|PostgreSQL|Oracle|IBM DB2] database <DB Name> [on <DB Host>:<DB Port>] is not available: <error message depending on the type of DBMS (database)> 

<DB Host> no se agrega al mensaje si esta vacío y <DB Port> tampoco si tiene el valor por defecto ("0").

Uso de "not" como palabra reservada

El uso de "not" como palabra reservada en el campo Custom expression de un filtro de una Discovery rule es admitido.

Este cambio aplica a el formulario Event correlation rules en Configuration → Event correlation, al formulario Actions en Configuration → Actions y al fitro de Discovery rule.

Items

Nuevos items

• la key vfs.dir.count se agregó para contar recursivamente todas las entradas en un directorio.

Items Actualizados

• la key vm.memory.size admite el parámetro slab.
• Las siguientes keys admiten nuevos valores de mode:
  • net.if.total - overruns (fifo) y compressed
  • net.if.in - overruns (fifo), frame, compressed y multicast
  • net.if.out -// overruns (fifo)//, collisions (colls), carrier y compressed
• Para los items logrt y logrt.count, se agregó la opción copytruncate para la rotción de archivos de log.
• Preproceso de valores de Items es posible hacer la conversion en boolena a decimal para los valores: ok, master, err, slave.
• los chequeos internos zabbix[rcache,<​cache>,<​mode>​] y zabbix[wcache,<​cache>,<​mode>​] pueden recibir el parámetro pused en el modo, retornando un porcentaje del buffer respectivo.

Monitoreo JMX

Zabbix Java gateway ahora puede trabajar con MBeans personalizados retornando tipos de datos no primitivos, que sobreescribe el método toString().

Ejecución de external check script

Al completar un script de cheqeo externo, los argumentos se rodean con comillas simples ' en lugar de comillad dobles ". Este cambio permite a Zabbix aceptar mas simbolos en un parámetro de un external check. Por ejemplo, el signo $ ya no es ignorado.

Búsqueda de sensores IPMI por el nombre completo

El campo IPMI sensor de los items IPMI se puede especificar el el nombre completo para buscar, especificando un prefijo name:.

Triggers

Los Time triggers son procesados por los history syncers

El proceso de las functions de los triggers basados en tiempo, como nodata(), date(), dayofmonth(), dayofweek(), time() y now() han sido movidas de los timer processes a los history syncers.

Anteriormente, todos los triggers basados en tiempo eran recalculados al mismo tiempo, creando un pico de carga cada 30 segundos, ahora la carga del cálculo es distribuida igualmente dentro de esos 30 segundos.

La salida del history syncer y timer processes ha sido actualizado en consecuencia

Ahora:

zabbix_server: history syncer #3 [processed 0 values, 0 triggers in 0.000005 sec, idle 1 sec]
       zabbix_server: timer #1 [updated 0 hosts, suppressed 0 events in 0.000472 sec, idle 59 sec]

Antes:

zabbix_server: history syncer #4 [synced 35 items in 0.166198 sec, idle 5 sec]
       zabbix_server: timer #1 [processed 3 triggers, 0 events in 0.007867 sec, 0 maint.periods in 0.005677 sec, idle 30 sec]

Miscelaneos

• Expresiones regulares y expresiones regulares globales son admitidas en los parámetros de logsource en las funciones de triggers.

Frontend

Campos obligatorios marcados

Los campos obligatorios estan marcados con un asterisco rojo en todos los formularios del frontend

Navegación con el teclado

• Todos los elementos interactivos (con excepción de los mapas) pueden ser accedidos presionando al tecla tab.
• Las ventanas Popup pueden ser abiertas, tabajadas y cerradas utilizando el teclado.
• Las opciones del menú de contexto pueden ser recorridas utilizando las teclas de movimeinto. Presionando la tecla Esc se cierra el menú, mientras que la tecla Enter selecciona la opción.
• Año, mes y día pueden ser seleccionados con el teclado en el selector de fecha rediseñando.

Selector de fecha rediseñado

El selector de fecha ha sido rediseñado para permitir la seleccion de fecha mediante el teclado.

Es posible navegar entre los bloques usando la tecla Tab y Shift+Tab. Las teclas de movimiento permiten seleccionar el valor deseado. Presionando la tecla Enter, o clicqueando en el valor, activa la opción seleccionada.

El selector de hora fué retirado, ya que ahora es parte del rediseño del selector de hora. El botón Done también fué retirado, debido a que la selección se activa inmediatamente. El botón Now también fué retirado

Selector de color rediseñado

El selector de color ha sido rediselado y ofrece una paleta mas grande de colores para elegir:

	En Zabbix 4.0
	Antes de Zabbix 4.0

Ventanas Popup reemplazadas por diálogos superpuestos

Todas las Popups que eran abiertas en nuevas ventanas, ahora son dialogos superpuestos.

Además se agregó el botón Cancel.

Filtrando

Filtrado de problemas por Tags

Se ha añadido mas flexibilidad en el fitrado de problemas pudiédose usar el nombre y valor de tags:

• Se agregan operadores para el filtro por tags - And/Or and Or
• Se pude filtrar por coincidencia exacta (sensible a las mayúsculas y minúsculas) o similar (insensible a mayṕusculas y minúsculas).
• Se puede seleccionar la cantidad de tas a ser mostradas. Desde ocultar completamente la columna Tags hasta un máximo de tres tags (en el nuevo campo Show Tags
• Se puede seleccionar la forma de mostrar las tags, por nombre completo, nombre reducido o solo valor (en el nuevo campo Tag name)
• Se puede definir el orden en que las tags son mostradas mediante una lista separada por comas ( en el nuevo campo Tag display priority

Estos cambios se aplican en el fitro de Monitoring → Problems y en el widget Problems.

Cambios similares fueron hechos en el fitro //Configuration → Hosts→ Triggers// excluyendo los campos Show tags, Tag name y Tag display priority.

Lsita de Hosts

Ahora se pueden filtrar los hosts dependiendo si son monitoreados por el Zabbix server o por Zabbix Proxy, pusiéndose especificar cuál es el Proxy

La opción Any es la seleccionada por defecto, y el campo Proxy no es visible. Cuando se selecciona Proxy, aparece un nuevo campo, donde se puede especificar el Proxy, el que se va a autocompletar a medida que se escriba.

Lista de Items

Se pueden filtrar ítmes dependiendo si son:

• Regular items - Creados manualmento o mediante un template
• Discovered items - creados por un low-level discovery

El valor del Trigger es mostrado en la lista de configuración de triggers

El valor del trigger (OK/Problem) se despliega en la lista de configuracion de triggers en la nueva columnas Value:

Operadores renoombrados

Los operadores de condiciones han sido renombrados y unificados en todo el frontend:

Widgets, elementos de ventana y reportes renombrados

Los siguientes elementos han sido renombrado:

Multiples items en widget de texto plano

Se pueden agregar multiples items en la configuración de un Plain text widget.

Se agrega la opción Items location para elegir como se va a desplegar la información en el widget Items location option has also been added to choose the way how information in the widget may be displayed:

|<| |<| |-| |<|

Cambios en el formulario "Trigger displaying options"

Se agregaron los // checkbox Use custom event status colors//. Desde ahoralos colores de los eventos acknowledged y unacknowledged son automáticamente ajustados de acuerdo al color theme elegido. Se se requiere, los colores pueden ser personalizados.

Este cambio aplica a el formulario "Trigger displaying options" en Administration → General.

Cambios en el formulario "Host mass update"

Nuevos checkbox Remove host groups y campos que se autocompletan. Desde ahora los usuarios pueden sacar al host de determinados host groups. En el caso de que el host este en los grupos seleccionados, va a ser quitado de estos. Si el host no esta en esos grupos, no va a hacerse nada. En caso de que los mismos host groups sean reemplazados y borrados a la vez, los hosts son dejados sin grupos.

Cambios en el formulario "User media"

Los bloques de las severidades de los triggers estan ahora con el mismo color que el trigger y los inactivos tienen el mismo color que el color de fondo de las tablas.

Este cambio aplica a el tab "Media" en el formulario Administration → Users → User properties y en el formulario User profile configuration.

Las cajas gemelas fueron reemplazadas con campos auto-select

|<| |<| |-|

Desde ahora algunos de los formularios son mas amigables y compactos.

Este cambio aplica a las siguientes forumularios:

• Configuration → Hosts → Create/Edit host y Configuration;
• Configuration → Host groups → Create/Edit host group;
• Configuration → Maintenance → Create/Edit maintenance period → pestaña Hosts & Groups ;
• Configuration → Templates → Create/Edit template;
• Administration → User groups → //Create/Edit user group //;
• Administration → Proxies → Create/Edit proxy.

Configuración de widget mejorada

Cuando se agrega un nuevo widget a un dashboard, o cuando se edita uno, se abre un formulario con los valores por defecto en todos los campos, dependiendo del tipo de widget.

Mejoras visuales para las gráficas en los widget

El despliegue de gráficas en widgets fue mejorado. Una gráfica ahora ocupa el máximo espacio posible, permitiendo mostrar mas información.

Mejoras en la barra del Frontend

Un nuevo botón Support redirecciona a la página oficial de Zabbix.

Acesibilidad

Muchas mejoras se introdujeron al frontend de Zabbix para hacerlo usable con tecnologías de asistencia y en general mas amigable para personas con problemas visuales.

Temas con alto contraste

Se agregaron dos temas de alto contraste al frontend de Zabbix:

• High-contrast light
• High-contrast dark

|<| |<| |-| |<|

En este desarrollo, los colores por defecto de los gráficos en los dark themes fueron actulizados.

• Cuando se crea una nueva gráfica en un dark theme, va a haber un mayor contraste en los colores de los ítems agregados, las gŕaficas que hubieran sido creadas antes no van a tener cambios.
• Cuando se desplieguen gráficas simpre en un dark theme, los colores de los ítems van a tener un mayor contraste.

Características Screen reader-friendly

• El lector de pantalla ahora puede leer la navegación de nivel superior y el contenido de usuario.
• El panel de control y todos los widgets en modo vista (excepto el árbol de navegación del mapa) se pueden leer con el lector de pantalla.
• Ahora es posible ver los valores del gráfico como texto en una tabla para que pueda leerse con un lector de pantalla. Esta funcionalidad está implementada para las gráficas personalizadas y las gráficas ad-hoc.

• Los campos multi select pueden ser manejados por un screen reader.

Resumen legible en mapas

Se ha agregado una etiqueta oculta "aria-label" a los mapas que permite leer la información del mapa con un lector de pantalla. Tanto en la descripción general del mapa como en la descripción individual del elemento, en el siguiente formato:

• Para la descripcion del mapa: <Map name>, <* of * items in problem state>, <* problems in total>.
• para describir un elemento con un problema: <Element type>, Status <Element status>, <Element name>, <Problem description>.
• para describir un elelmento con multiples problemas: <Element type>, Status <Element status>, <Element name>, <* problems>.
• para describir un elemento sin problemas: <Element type>, Status <Element status>, <Element name>.

Por ejemplo, esta descripción esta disponible:

'Local network, 1 of 6 elements in problem state, 1 problem in total. Host, Status problem, My host, Free disk space is less than 20% on volume \/. Host group, Status ok, Virtual servers. Host, Status ok, Server 1. Host, Status ok, Server 2. Host, Status ok, Server 3. Host, Status ok, Server 4. '

en el siguiente mapa:

Iconos por tipo de notificación

Se agregaron iconos y color al inicio de las notificaciones del frontend para indicar si el mensaje es acerca de éxito, falla o advertencia.

|<| |<| |<| |-| |<| |<|

Estos cambios permiten que el mensaje esté en un fondo blanco, mejorado la legibilidad general.

Se sacó el fondo verde

Se quitó el fondo verde en:

• probemas resueltos en la columna de severity en Monitoring → Problems/Triggers y en el correspondiente widget

|<| |<| |-| |<|

• para dispositivos que estén up en Monitoring → Discovery

Discovery status details

Discovery status details in Monitoring → Discovery are now displayed as text inside the cell, instead of a pop-up that's visible upon mouse over.

In Zabbix 4.0.0	Before Zabbix 4.0.0

In addition, green colouring is removed from cells with uptime, while red remains in the cells with downtime.

Configurable session cookie name

The session cookie name that Zabbix frontend uses for internal authentication is now configurable in ZBX_SESSION_NAME of the frontend definitions.

Miscellaneous

• The allowed character limit has been raised from 63 to 255 ASCII characters for fields containing DNS names. The affected forms are host configuration and passive proxy configuration.
• When importing maps (Monitoring → Maps → Import button) the Create new option for importing images is now checked by default:

Macros

• {ITEM.VALUE}, {ITEM.LASTVALUE} are now supported in the URL field of trigger configuration.

Daemons

Validation to avoid proxy/agent data duplication

Session tokens have been added to incoming proxy/agent data along with virtual IDs that are assigned to incoming values. The value ID is a simple ascending counter, unique within one data session (identified by the session token). This ID is used to discard duplicate values that might be sent in poor connectivity environments. For more details on the protocols, see:

• Server-proxy data exchange protocol
• Active agent checks

Data without session token will be accepted without validation for duplicate values, ensuring backwards compatibility.

Miscellaneous

• Command line arguments that exceed 2KB are now supported in proc.num and proc.mem checks on AIX platform.

Performance

Server performance

Zabbix server performance has been improved by replacing semaphores with pthread mutexes and read-write locks.

Problem name generation

Problem and event names previously were generated on the fly in the frontend and on server side based on the respective trigger name with all the macros expanded. That lead to severe performance issues and also made it impossible to see historical information about problems if the trigger name had changed.

Now problem and event names are stored directly in the 'events' and 'problem' tables at the moment when an event is generated for a problem or recovery. Zabbix frontend can search and query the respective tables directly. This change leads to a better separation of triggers and problems, improves performance,​ especially that of the frontend and maintains historical problem names. However, the size of problem/​events tables is now larger.

Note that for internal events the name contains an error message why an object changed its state; upon recovery no name is used. For discovery and auto-registration events no name is used.

A new {EVENT.NAME} macro is supported, returning the event/​problem name with macros resolved.

See also the upgrade notes for:

• Related macro changes
• Related API method changes

Logging

• Zabbix Java gateway logs are now easier to read, as exception stack trace is no longer available in error and warning level messages.

API improvements

From now on user.checkAuthentication method contains additional parameter "extend".

API improvements

From now on user.checkAuthentication method contains additional parameter "extend".

See also

• Template changes