Áú»¢¶Ä²©

Esta es una traducci¨®n de la p¨¢gina de documentaci¨®n original en espa?ol. Ay¨²danos a mejorarla.
Table of Contents

5 Novedades de Áú»¢¶Ä²© 7.0.0

Consulte los cambios importantes para esta versi¨®n.

Licencia AGPL-3.0

El software Áú»¢¶Ä²©, ahora, es escrito y distribuido bajo la licencia AGPL-3.0 (previamente licencia GPL v2.0).

Comprobaci¨®n de actualizaci¨®n de software

Ahora se agrega una verificaci¨®n de actualizaci¨®n de software de forma predeterminada a las instalaciones nuevas y existentes: la interfaz de Áú»¢¶Ä²© se comunicar¨¢ con el punto final p¨²blico de Áú»¢¶Ä²© para buscar actualizaciones.

Las noticias sobre las actualizaciones de software Áú»¢¶Ä²© disponibles se muestran en Informes -> Informaci¨®n del sistema y (opcionalmente) en el widget de tablero Informaci¨®n del sistema.

Puede deshabilitar la verificaci¨®n de actualizaci¨®n de software configurando AllowSoftwareUpdateCheck=0 en la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô del servidor.

Sondeadores asincr¨®nicos

Se han agregado nuevos procesos de sondeo capaces de ejecutar m¨²ltiples comprobaciones al mismo tiempo:

  • agent poller
  • http agent poller
  • snmp poller (para las ³¾¨¦³Ù°ù¾±³¦²¹s walk[OID] y get[OID])

Estos sondeadores son as¨ªncronos: son capaces de iniciar nuevas comprobaciones sin necesidad de esperar una respuesta, con una simultaneidad configurable de hasta 1000 comprobaciones simult¨¢neas.

Se han desarrollado sondeadores as¨ªncronos porque, en comparaci¨®n, los procesos de sondeo s¨ªncronos pueden ejecutar solo una coprobaci¨®n al mismo tiempo y la mayor parte de su tiempo se dedica a esperar la respuesta. Por lo tanto, la eficiencia podr¨ªa aumentarse iniciando nuevas comprobaciones paralelas mientras se espera la respuesta de la red, y los nuevos sondeadores lo hacen.

Puede iniciar sondeadores de agentes as¨ªncronos modificando el valor de StartAgentPollers, un nuevo par¨¢metro de servidor/proxy. Los sondeadores de agentes HTTP se pueden iniciar modificando StartHTTPAgentPollers. Los sondeadores SNMP se pueden iniciar modificando StartSNMPPollers.

La simultaneidad m¨¢xima para sondeadores as¨ªncronos (agente, agente HTTP y SNMP) est¨¢ definida por MaxConcurrentChecksPerPoller.

Tenga en cuenta que despu¨¦s de la actualizaci¨®n, todas las comprobaciones de agente, agente HTTP y walk[OID] de SNMP se trasladar¨¢n a sondeadores as¨ªncronos.

Como parte del desarrollo, se agreg¨® la funci¨®n cURL de conexiones persistentes a las comprobaciones del agente HTTP.

Monitoreo del navegador

Se ha agregado a Áú»¢¶Ä²© un nuevo tipo de ³¾¨¦³Ù°ù¾±³¦²¹: ²Ñ¨¦³Ù°ù¾±³¦²¹ de navegador, lo que permite monitorear sitios web y aplicaciones web complejos mediante un navegador. Las ³¾¨¦³Ù°ù¾±³¦²¹s de navegador permiten la ejecuci¨®n de c¨®digo JavaScript definido por el usuario para simular acciones relacionadas con el navegador, como hacer clic, ingresar texto, navegar por p¨¢ginas web, etc.

Esta ³¾¨¦³Ù°ù¾±³¦²¹ recopila datos a trav¨¦s de HTTP/HTTPS e implementa parcialmente el est¨¢ndar WebDriver del W3C con Selenium Server o un WebDriver simple (por ejemplo, ChromeDriver) como punto final de prueba.

Tenga en cuenta que la compatibilidad con ³¾¨¦³Ù°ù¾±³¦²¹s de navegador es actualmente experimental.

Adem¨¢s, esta caracter¨ªstica agrega la plantilla Sitio web por navegador y nuevos elementos para exportar/importar la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô, archivos de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de servidor/proxy Áú»¢¶Ä²©, tiempos de espera y la utilidad de l¨ªnea de comandos zabbix_js. Para obtener m¨¢s informaci¨®n, consulte Notas de actualizaci¨®n a 7.0.0.

Equilibrio de carga de proxy y alta disponibilidad

El equilibrio de carga de proxy se implementa mediante la introducci¨®n de grupos de proxy en Áú»¢¶Ä²©. Los grupos de proxy proporcionan distribuci¨®n autom¨¢tica de equipos entre servidores proxy, reequilibrio de carga de proxy y alta disponibilidad: cuando un proxy se desconecta, sus equipos se distribuyen inmediatamente entre otros servidores proxy del grupo.

Para obtener m¨¢s informaci¨®n, consulte el equilibrio de carga de proxy y alta disponibilidad.

B¨²fer de memoria proxy

Se ha desarrollado un b¨²fer de memoria para el proxy Áú»¢¶Ä²©. El buffer de memoria permite almacenar nuevos datos (valores de ³¾¨¦³Ù°ù¾±³¦²¹s, descubrimiento de red, registro ²¹³Ü³Ù´Ç³¾¨¢³Ù¾±³¦´Ç de equipos) en el b¨²fer y cargarlo en el servidor Áú»¢¶Ä²© sin acceder a la base de datos.

En instalaciones anteriores a Áú»¢¶Ä²© 7.0, los datos recopilados se almacenaban en la base de datos antes de cargarlos en el servidor de Áú»¢¶Ä²©. Para estas instalaciones este sigue siendo el comportamiento predeterminado despu¨¦s de la actualizaci¨®n.

Para un rendimiento optimizado, se recomienda configurar el uso del b¨²fer de memoria en el proxy. Esto es posible modificando el valor de ProxyBufferMode del valor "disk" (asignado de forma predeterminada para instalaciones existentes) a "hybrid" (recomendado) o "memory". Tambi¨¦n es necesario establecer el tama?o del b¨²fer de memoria (par¨¢metro ProxyMemoryBufferSize).

En el modo h¨ªbrido, el b¨²fer est¨¢ protegido contra la p¨¦rdida de datos al vaciar los datos no enviados a la base de datos si se detiene el proxy, el buffer est¨¢ lleno o los datos son demasiado antiguos. Cuando todos los valores se han vaciado en la base de datos, el proxy vuelve a utilizar la memoria intermedia.

En el modo de memoria, se utilizar¨¢ el b¨²fer de memoria, sin embargo, no hay protecci¨®n contra la p¨¦rdida de datos. Si el proxy se detiene, o la memoria se llena en exceso, los datos no enviados se eliminar¨¢n.

El modo h¨ªbrido (ProxyBufferMode=hybrid) se aplica a todas las instalaciones nuevas desde Áú»¢¶Ä²© 7.0.

Par¨¢metros adicionales como ProxyMemoryBufferSize y ProxyMemoryBufferAge definen el tama?o del b¨²fer de memoria y la antig¨¹edad m¨¢xima de los datos en el b¨²fer, respectivamente.

Se han agregado nuevas ³¾¨¦³Ù°ù¾±³¦²¹s internas para monitorear el b¨²fer de memoria del proxy.

Aprovisionamiento de usuarios JIT

Los usuarios aprovisionados anteriormente estaban limitados ¨²nicamente a los medios creados durante el aprovisionamiento sin la flexibilidad de editar propiedades como horas de trabajo o gravedad.

Ahora hay m¨¢s flexibilidad disponible para los usuarios aprovisionados en Áú»¢¶Ä²©:

  • los medios de usuario aprovisionados se pueden desactivar/activar;
  • los campos multimedia de usuarios aprovisionados como Cuando est¨¢ activo, Usar si la gravedad y Habilitado se pueden editar manualmente;
  • se pueden agregar medios de usuario adicionales (por ejemplo, direcciones de correo electr¨®nico adicionales) para los usuarios aprovisionados manualmente;
  • los medios de usuario agregados manualmente se pueden eliminar (los medios de usuarios aprovisionados no).

Adem¨¢s, al configurar la asignaci¨®n de medios del usuario para aprovisionar campos como Cuando est¨¦ activo, Usar si la gravedad y Habilitado ahora est¨¢n disponibles. Tenga en cuenta que los cambios en el formulario de asignaci¨®n de tipos de medios del usuario tendr¨¢n efecto solo para los nuevos medios creados durante el aprovisionamiento.

Tiempos de espera configurables por ³¾¨¦³Ù°ù¾±³¦²¹

La ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de tiempo de espera por ³¾¨¦³Ù°ù¾±³¦²¹ ahora est¨¢ disponible para m¨¢s tipos de ³¾¨¦³Ù°ù¾±³¦²¹s (consulte tipos de ³¾¨¦³Ù°ù¾±³¦²¹s compatibles). Adem¨¢s de configurar los valores de tiempo de espera a nivel de ³¾¨¦³Ù°ù¾±³¦²¹, es posible definir tiempos de espera globales y proxy para varios tipos de ³¾¨¦³Ù°ù¾±³¦²¹s.

Los tiempos de espera configurados a nivel de ³¾¨¦³Ù°ù¾±³¦²¹ tienen la m¨¢xima prioridad. De forma predeterminada, los tiempos de espera globales se aplican a todas las ³¾¨¦³Ù°ù¾±³¦²¹s; sin embargo, si se establecen tiempos de espera de proxy, anular¨¢n los globales.

Base de datos Oracle considerada obsoleta

El soporte de Oracle como base de datos del servidor est¨¢ considerado obsoleto y se espera que sea completamente eliminado en versiones futuras.

Protocolo JSON para comprobaciones de agentes pasivos

Se ha implementado un protocolo basado en JSON para comprobaciones de agentes pasivos.

Para compatibilidad con agentes m¨¢s antiguos, se agreg¨® una conmutaci¨®n por error al antiguo protocolo de texto sin formato. Si el agente devuelve "ZBX_NOTSUPPORTED", Áú»¢¶Ä²© almacenar¨¢ en cach¨¦ la interfaz como protocolo antiguo y volver¨¢ a intentar la verificaci¨®n enviando solo la clave de la ³¾¨¦³Ù°ù¾±³¦²¹ en texto sin formato.

Áú»¢¶Ä²© get ahora se puede ejecutar con una nueva ´Ç±è³¦¾±¨®²Ô -P --protocol <valor> donde "valor" es:

  • auto: conexi¨®n mediante el protocolo JSON, conmutaci¨®n y reintento con el protocolo de texto sin formato (predeterminado);
  • json: conexi¨®n mediante la clave del protocolo JSON;
  • plaintext: conexi¨®n utilizando el protocolo de texto sin formato donde solo se env¨ªa la clave de la ³¾¨¦³Ù°ù¾±³¦²¹.

Si no se admite una clave de ³¾¨¦³Ù°ù¾±³¦²¹, Áú»¢¶Ä²© get devolver¨¢ el c¨®digo de salida 1.

Protocolos unificados de agente/agente2

Los protocolos del agente Áú»¢¶Ä²© y del agente 2 se han unificado cambiando el agente Áú»¢¶Ä²© al protocolo del agente Áú»¢¶Ä²© 2. La diferencia entre las solicitudes/respuestas del agente Áú»¢¶Ä²© y del agente Áú»¢¶Ä²© 2 se expresa mediante el valor de etiqueta "variant" ("1" - agente Áú»¢¶Ä²©, "2" - agente Áú»¢¶Ä²© 2).

Ver tambi¨¦n: Comprobaciones de agentes activos y pasivos.

Soporte de intervalos de programaci¨®n/flexibles en controles activos

Ahora se admiten intervalos flexibles/de programaci¨®n en las comprobaciones activas tanto del agente Áú»¢¶Ä²© como del agente 2 Áú»¢¶Ä²© (anteriormente solo el agente Áú»¢¶Ä²© 2).

Deshabilitaci¨®n autom¨¢tica de recursos perdidos

Los recursos que ya no se detectan mediante el descubrimiento de bajo nivel ahora se pueden deshabilitar autom¨¢ticamente. Se pueden deshabilitar inmediatamente, despu¨¦s de un per¨ªodo de tiempo especificado o nunca (consulte el nuevo par¨¢metro Deshabilitar recursos perdidos en la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de la regla de descubrimiento).

Los recursos perdidos (equipos, ³¾¨¦³Ù°ù¾±³¦²¹s, iniciadores) se marcan con un ¨ªcono en la columna de informaci¨®n. El texto de la informaci¨®n sobre herramientas proporciona detalles sobre su estado.

En el mismo desarrollo, el par¨¢metro Per¨ªodo de conservaci¨®n de recursos perdidos se renombr¨® a Eliminar recursos perdidos con opciones para eliminar inmediatamente, despu¨¦s de un per¨ªodo de tiempo especificado o nunca.

Entrada manual del usuario para scripts

La entrada manual del usuario para scripts frontend permite proporcionar un par¨¢metro personalizado en cada ejecuci¨®n del script. Esto ahorra la necesidad de crear m¨²ltiples scripts de usuario similares con una ¨²nica diferencia de par¨¢metro.

Por ejemplo, es posible que desee proporcionar un n¨²mero entero diferente o una direcci¨®n URL diferente al script durante la ejecuci¨®n.

Para habilitar la entrada manual del usuario:

Con la entrada del usuario habilitada, antes de la ejecuci¨®n del script, aparecer¨¢ una ventana emergente de Entrada manual al usuario solicit¨¢ndole que proporcione un valor personalizado. El valor proporcionado reemplazar¨¢ a {MANUALINPUT} en el script.

Dependiendo de la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô, se le pedir¨¢ al usuario que ingrese un valor de cadena o seleccione el valor de un men¨² desplegable de opciones predeterminadas.

Env¨ªo de datos al servidor Áú»¢¶Ä²© a trav¨¦s de la API de Áú»¢¶Ä²©

Anteriormente, era posible enviar datos espec¨ªficos al servidor Áú»¢¶Ä²© usando la utilidad Áú»¢¶Ä²© sender o implementando un protocolo de comunicaci¨®n personalizado basado en JSON similar al usado por Áú»¢¶Ä²© sender.

Ahora tambi¨¦n es posible enviar datos al servidor Áú»¢¶Ä²© a trav¨¦s del protocolo HTTP utilizando el m¨¦todo de la API history.push. Tenga en cuenta que para recibir los datos enviados se requiere una ³¾¨¦³Ù°ù¾±³¦²¹ de captura configurada o una ³¾¨¦³Ù°ù¾±³¦²¹ de agente HTTP (con captura habilitada).

Adem¨¢s, las operaciones correctas de history.push se registran en Reports ¡ú Registro de auditor¨ªa que tiene opciones de filtrado adicionales (una nueva acci¨®n Push y un recurso Historial), y el m¨¦todo de la API history.push tambi¨¦n est¨¢ disponible en la lista Permitir/Denegar de m¨¦todos API al configurar un rol de usuario.

Rendimiento

Reacci¨®n m¨¢s r¨¢pida a la actualizaci¨®n del per¨ªodo de mantenimiento del equipo

Anteriormente, los mantenimientos se recalculaban solo cada minuto, lo que provocaba una posible latencia de hasta 60 segundos para iniciar o detener un per¨ªodo de mantenimiento.

Ahora los mantenimientos todav¨ªa se recalculan cada minuto o tan pronto como se recarga la cach¨¦ de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô si hay cambios en el per¨ªodo de mantenimiento.

Cada segundo, el proceso del temporizador verifica si se debe iniciar/detener alg¨²n mantenimiento en funci¨®n de si hay cambios en los per¨ªodos de mantenimiento despu¨¦s de la actualizaci¨®n de la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô. Por lo tanto, la velocidad de inicio/detenci¨®n de los per¨ªodos de mantenimiento depende de la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô intervalo de actualizaci¨®n (10 segundos de forma predeterminada). Tenga en cuenta que los cambios en el per¨ªodo de mantenimiento no incluyen la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô Activo desde/Activo hasta. Adem¨¢s, si se agrega un equipo/grupo de equipos a un per¨ªodo de mantenimiento activo existente, los cambios solo se activar¨¢n mediante el proceso del temporizador al comienzo del siguiente minuto.

Comprobaciones de permisos m¨¢s r¨¢pidas

Las comprobaciones de permisos se han hecho mucho m¨¢s r¨¢pidas mediante la introducci¨®n de varias tablas intermedias para comprobar los permisos de los usuarios sin privilegios.

Estas tablas mantienen hashes (SHA-256) de conjuntos de grupos de usuarios y conjuntos de grupos de equipos para cada usuario/equipo respectivamente. Adem¨¢s, hay una tabla de permisos que almacena solo las combinaciones accesibles de usuarios y equipos, especificadas por los ID de hash.

Esta mejora hace que la carga de p¨¢ginas en la interfaz con muchos permisos (es decir, equipos, problemas) sea mucho m¨¢s r¨¢pida. Tenga en cuenta que los hash y los permisos no se calculan para los usuarios superadministradores.

Ejecuci¨®n m¨¢s r¨¢pida de la acci¨®n del iniciador

La ´Ç±è±ð°ù²¹³¦¾±¨®²Ô acci¨®n del iniciador, la ´Ç±è±ð°ù²¹³¦¾±¨®²Ô de recuperaci¨®n y la ejecuci¨®n de la ´Ç±è±ð°ù²¹³¦¾±¨®²Ô de actualizaci¨®n en el servidor Áú»¢¶Ä²© ahora ocurren inmediatamente (menos de 100 milisegundos) despu¨¦s de un cambio de estado del iniciador, mientras que anteriormente los usuarios pod¨ªan experimentar hasta 4 segundos de latencia.

La reducci¨®n de la latencia es posible mediante la implementaci¨®n de mecanismos de comunicaci¨®n entre procesos (IPC) entre m¨²ltiples procesos (escalador e iniciador de escalada, escalador y alerta, administrador de preprocesamiento y sincronizador de historia).

Widgets

Se han agregado varios widgets nuevos en la nueva versi¨®n, mientras que se ha mejorado la funcionalidad disponible en otros. Adem¨¢s, los widgets de tablero ahora pueden conectarse y comunicarse entre s¨ª, lo que hace que los widgets y los tableros sean m¨¢s din¨¢micos.

Gauge

Se agreg¨® un widget Gauge a widgets del tablero, que permite mostrar el valor de una sola ³¾¨¦³Ù°ù¾±³¦²¹ como gauge. Para obtener m¨¢s informaci¨®n, consulte Gauge.

³Ò°ù¨¢´Ú¾±³¦´Ç circular

Se ha agregado un widget de ²µ°ù¨¢´Ú¾±³¦´Ç circular a los widgets del tablero, que permite mostrar valores de ³¾¨¦³Ù°ù¾±³¦²¹s seleccionadas como:

  • **³Ò°ù¨¢´Ú¾±³¦´Ç circular;
  • ³Ò°ù¨¢´Ú¾±³¦´Ç de doughnut.

³Ò°ù¨¢´Ú¾±³¦´Ç circular.

³Ò°ù¨¢´Ú¾±³¦´Ç de doughnut.

Para obtener m¨¢s informaci¨®n, consulte ³Ò°ù¨¢´Ú¾±³¦´Ç circular.

Como parte de este desarrollo, se agreg¨® una casilla de verificaci¨®n Mostrar funci¨®n de agregaci¨®n a la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô del widget ²µ°ù¨¢´Ú¾±³¦´Ç (en la pesta?a Leyenda).

Panal

Se ha agregado un widget Panal a los widgets del tablero, que ofrece una descripci¨®n general din¨¢mica y vibrante de la infraestructura y los recursos de la red monitoreados, donde se ubican los grupos de equipos, como las m¨¢quinas virtuales y los dispositivos de red, junto con sus respectivas ³¾¨¦³Ù°ù¾±³¦²¹s, se representan visualmente como celdas hexagonales interactivas. Para obtener m¨¢s informaci¨®n, consulte Panal.

Iniciadores principales

Se ha agregado un widget Iniciadores principales a widgets del tablero, lo que permite visualizar los iniciadores con mayor n¨²mero de problemas.

Para obtener m¨¢s informaci¨®n, consulte: Iniciadores principales.

Historial de ³¾¨¦³Ù°ù¾±³¦²¹s y texto sin formato

El nuevo widget de tablero Historial de ³¾¨¦³Ù°ù¾±³¦²¹s ha reemplazado al widget de Texto sin formato y ofrece varias mejoras.

A diferencia del widget Texto sin formato, que solo mostraba los datos m¨¢s recientes de la ³¾¨¦³Ù°ù¾±³¦²¹ en texto sin formato, el widget Historial de ³¾¨¦³Ù°ù¾±³¦²¹s admite varias opciones de visualizaci¨®n para m¨²ltiples tipos de ³¾¨¦³Ù°ù¾±³¦²¹s (num¨¦ricos, de caracteres, de registro, de texto y binarios). Por ejemplo, puede mostrar barras o indicadores de progreso, im¨¢genes para tipos de datos binarios (¨²tiles para ³¾¨¦³Ù°ù¾±³¦²¹s de navegador) y resaltar valores de texto (¨²tiles para monitoreo de archivos de registro).

Para obtener m¨¢s informaci¨®n, consulte Historial de ³¾¨¦³Ù°ù¾±³¦²¹s. Para obtener detalles sobre el reemplazo del widget Texto sin formato, consulte Notas de actualizaci¨®n para 7.0.0.

Los widgets Navegador de equipos y Navegador de ³¾¨¦³Ù°ù¾±³¦²¹s se han agregado a widgets del tablero. Estos widgets muestran equipos o ³¾¨¦³Ù°ù¾±³¦²¹s, respectivamente, seg¨²n varias opciones de filtrado y agrupaci¨®n, y permiten controlar la informaci¨®n que se muestra en otros widgets seg¨²n el equipo o ³¾¨¦³Ù°ù¾±³¦²¹ seleccionada. Para obtener m¨¢s informaci¨®n, consulte Navegador de equipos y Navegador de ³¾¨¦³Ù°ù¾±³¦²¹s.

Marco de comunicaci¨®n para widgets

Los widgets de tablero ahora pueden conectarse y comunicarse entre s¨ª, lo que hace que los widgets y los tableros sean m¨¢s din¨¢micos. Varios widgets tienen par¨¢metros que les permiten compartir datos de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô entre widgets compatibles o el tablero.

Esta caracter¨ªstica introduce los siguientes cambios:

  • Los par¨¢metros Grupos de equipos, Equipos y ²Ñ¨¦³Ù°ù¾±³¦²¹ le permiten seleccionar las entidades respectivas o una fuente de datos que las proporciona.
  • El par¨¢metro Habilitar selecci¨®n de equipo ha sido reemplazado por el par¨¢metro Reemplazar equipo, que le permite seleccionar una fuente de datos que proporcione equipos.
  • El par¨¢metro Per¨ªodo de tiempo se ha agregado a m¨²ltiples widgets, lo que le permite seleccionar una fuente de datos que proporciona un per¨ªodo de tiempo.
  • El par¨¢metro Mapa en el widget Mapa permite seleccionar un mapa u otro widget como fuente de datos para los mapas.
  • El par¨¢metro ³Ò°ù¨¢´Ú¾±³¦´Ç en el widget ³Ò°ù¨¢´Ú¾±³¦´Ç (cl¨¢sico) permite seleccionar un ²µ°ù¨¢´Ú¾±³¦´Ç u otro widget como fuente de datos para los ²µ°ù¨¢´Ú¾±³¦´Çs.

Dependiendo del widget y sus par¨¢metros, la fuente de datos puede ser un widget compatible del mismo tablero o el propio tablero. Para obtener m¨¢s informaci¨®n, consulte widgets del tablero.

Para cambios en las plantillas por defecto que se env¨ªan con Áú»¢¶Ä²©, consulte Cambios de plantilla.

Per¨ªodos de tiempo para la agregaci¨®n en widgets de valor de ³¾¨¦³Ù°ù¾±³¦²¹/equipos principales

Los per¨ªodos de tiempo ahora se pueden configurar en los widgets Valor de ³¾¨¦³Ù°ù¾±³¦²¹ y Equipos principales.

Ahora tambi¨¦n es posible mostrar un valor agregado en el widget de valor de ³¾¨¦³Ù°ù¾±³¦²¹ para el per¨ªodo elegido. El valor agregado se puede mostrar como:

  • ³¾¨ª²Ô¾±³¾´Ç
  • ³¾¨¢³æ¾±³¾´Ç
  • promedio
  • conteo
  • suma
  • primero
  • ¨²±ô³Ù¾±³¾´Ç

Estas funciones adicionales son ¨²tiles para crear widgets de comparaci¨®n de datos. Por ejemplo, en un widget puede mostrar el valor m¨¢s reciente, mientras que en otro el valor promedio durante un per¨ªodo m¨¢s largo. O se pueden utilizar varios widgets para comparar en paralelo valores agregados de varios per¨ªodos del pasado.

Disponibilidad ampliada de widgets en plantillas de tablero

Anteriormente, en una plantilla de tablero, solo pod¨ªa crear los siguientes widgets: Reloj, ³Ò°ù¨¢´Ú¾±³¦´Ç (cl¨¢sico), Prototipo de ²µ°ù¨¢´Ú¾±³¦´Ç, Valor de ³¾¨¦³Ù°ù¾±³¦²¹, Texto sin formato, URL.

Ahora las plantillas de tablero admiten la creaci¨®n de todos los widgets.

Ordenaci¨®n extendida en el widget de equipos principales

Ahora, adem¨¢s de ordenar por Valor de la ³¾¨¦³Ù°ù¾±³¦²¹, tambi¨¦n es posible establecer la columna Nombre de equipo o Texto como columna de orden en el widget Equipos principales.

Mayor funcionalidad del widget de disponibilidad del equipo

El widget Disponibilidad de equipo ahora permite mostrar los equipos con la interfaz Agente Áú»¢¶Ä²© (comprobaciones activas). Se ha agregado un estado de disponibilidad m¨¢s, es decir, Mixto, que corresponde a la situaci¨®n en la que al menos una interfaz no est¨¢ disponible y al menos una est¨¢ disponible o desconocido. Adem¨¢s, la posibilidad de ver s¨®lo el total de equipos, sin desglose por interfaces.

Tama?o de leyenda variable en el widget ³Ò°ù¨¢´Ú¾±³¦´Ç

El widget ³Ò°ù¨¢´Ú¾±³¦´Ç ahora admite la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de un n¨²mero variable de filas legend determinadas por el n¨²mero de ³¾¨¦³Ù°ù¾±³¦²¹s configuradas.

Funciones

Nuevas funciones

Se han agregado nuevas funciones para usar en expresiones de iniciador y ³¾¨¦³Ù°ù¾±³¦²¹s calculadas:

Ver tambi¨¦n: Funciones de cadena

Funciones actualizadas

Se han actualizado varias funciones:

  • Las funciones agregadas ahora tambi¨¦n admiten tipos no num¨¦ricos para el c¨¢lculo. Esto puede ser ¨²til, por ejemplo, con las funciones count y count_foreach.
  • Las funciones agregadas count y count_foreach admiten par¨¢metros opcionales operador y ±è²¹³Ù°ù¨®²Ô, que se puede utilizar para ajustar el filtrado de ³¾¨¦³Ù°ù¾±³¦²¹s y contar solo los valores que coinciden con los criterios determinados.
  • Todas las funciones foreach ya no incluyen ³¾¨¦³Ù°ù¾±³¦²¹s no admitidas en el recuento.
  • La funci¨®n last_foreach, previamente configurada para ignorar el argumento del per¨ªodo de tiempo, lo acepta como par¨¢metro opcional.
  • El rango admitido para los valores devueltos por funciones de predicci¨®n se ha ampliado para que coincida con el rango del tipo de datos doble. Ahora la funci¨®n timeleft() puede aceptar valores de hasta 1.7976931348623158E+308 y la funci¨®n forecast() puede aceptar valores que van desde -1.7976931348623158E+308 a 1.7976931348623158E+308.

²Ñ¨¦³Ù°ù¾±³¦²¹s

Per¨ªodo de almacenamiento del historial predeterminado consistente

El per¨ªodo predeterminado para mantener el historial de la ³¾¨¦³Ù°ù¾±³¦²¹ se ha hecho consistente en 31 d¨ªas en la interfaz y en la base de datos. Este cambio afecta los formularios de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de ³¾¨¦³Ù°ù¾±³¦²¹s, plantilla de ³¾¨¦³Ù°ù¾±³¦²¹s y prototipos de ³¾¨¦³Ù°ù¾±³¦²¹s, as¨ª como la anulaci¨®n del per¨ªodo de almacenamiento del historial en el descubrimiento de bajo nivel.

Valores de punto flotante recortados para ³¾¨¦³Ù°ù¾±³¦²¹s de enteros

Ahora, si se recibe un valor de punto flotante para ua ³¾¨¦³Ù°ù¾±³¦²¹ de entero sin signo, el valor se recortar¨¢ de la parte decimal y se guardar¨¢ como un n¨²mero entero. Anteriormente, un valor de coma flotante hac¨ªa que una m-etrica de entero no fuera compatible.

Conteo de l¨ªneas en el registro de eventos de Windows

Se agreg¨® una nueva ³¾¨¦³Ù°ù¾±³¦²¹ eventlog.count al agente/agente 2 de Áú»¢¶Ä²© en Windows. Esta ³¾¨¦³Ù°ù¾±³¦²¹ devuelve un valor entero con el recuento de l¨ªneas en el registro de eventos de Windows seg¨²n los par¨¢metros especificados.

Solicitudes SNMP asincr¨®nicas de OID ¨²nico

Se agreg¨® una nueva ³¾¨¦³Ù°ù¾±³¦²¹ SNMP get[OID] que permite consultar un ¨²nico valor OID de forma asincr¨®nica.

Art¨ªculos internos

Se han agregado ³¾¨¦³Ù°ù¾±³¦²¹s internas para monitorear el b¨²fer de memoria proxy:

Tambi¨¦n se han agregado las siguientes ³¾¨¦³Ù°ù¾±³¦²¹s internas:

  • zabbix[discovery_queue] - permite monitorear la cantidad de comprobaciones de descubrimiento en la cola;
  • zabbix[vps,write]: permite monitorear el n¨²mero total de valores hist¨®ricos escritos en la base de datos.

²Ñ¨¦³Ù°ù¾±³¦²¹s de agente nuevas y actualizadas

Se han agregado nuevas ³¾¨¦³Ù°ù¾±³¦²¹s al agente/agente 2 de Áú»¢¶Ä²©:

  • La ³¾¨¦³Ù°ù¾±³¦²¹ net.dns.perf devuelve el n¨²mero de segundos transcurridos esperando una respuesta de un servicio, cronometrando el [net.dns] `](/manual/config/items/itemtypes/zabbix_agent#net.dns) ejecuci¨®n del elemento.
  • La ³¾¨¦³Ù°ù¾±³¦²¹ net.dns.get del agente 2 de Áú»¢¶Ä²© devuelve informaci¨®n detallada del registro DNS.

Se han actualizado las siguientes ³¾¨¦³Ù°ù¾±³¦²¹s del agente/agente 2 de Áú»¢¶Ä²©:

  • las ³¾¨¦³Ù°ù¾±³¦²¹s net.dns y net.dns.record ahora aceptan el nombre DNS en formato invertido y no invertido al realizar b¨²squedas DNS inversas;
  • las ³¾¨¦³Ù°ù¾±³¦²¹s proc.get en modo "proceso" y "resumen" ahora tambi¨¦n devuelven la memoria PSS (tama?o de conjunto proporcional) en Linux;
  • system.sw.packages y system.sw.packages.get ahora son compatibles con Gentoo Linux;
  • La ³¾¨¦³Ù°ù¾±³¦²¹ system.hostname ahora puede devolver un nombre de dominio completo, si la nueva ´Ç±è³¦¾±¨®²Ô fqdn se especifica en tipo ±è²¹°ù¨¢³¾±ð³Ù°ù´Ç;
  • las ³¾¨¦³Ù°ù¾±³¦²¹s wmi.get y wmi.getall utilizados con el agente Áú»¢¶Ä²© 2 ahora devuelven JSON con valores booleanos representados como cadenas (por ejemplo, "RealTimeProtectionEnabled": "True" en lugar de "RealTimeProtectionEnabled": true devuelto anteriormente) para coincidir con el formato de salida de estos elementos en el agente Áú»¢¶Ä²©;
  • la ³¾¨¦³Ù°ù¾±³¦²¹ oracle.ts.discovery del agente 2 de Áú»¢¶Ä²© ahora devuelve un nuevo {#CON_NAME} Macro LLD con nombre de contenedor;
  • la ³¾¨¦³Ù°ù¾±³¦²¹ oracle.ts.stats del agente 2 de Áú»¢¶Ä²© tiene un nuevo par¨¢metro conname para especificar el nombre del contenedor de destino. Se actualiz¨® el formato JSON de los datos devueltos. Cuando no se especifica ning¨²n tablespace, type o conname en los par¨¢metros clave, los datos devueltos incluir¨¢n un nivel JSON adicional con el nombre del contenedor, lo que permitir¨¢ la diferenciaci¨®n entre contenedores.

Comprobaciones simples

La ³¾¨¦³Ù°ù¾±³¦²¹ vmware.eventlog ahora admite el filtrado opcional por gravedad en el tercer par¨¢metro.

La ³¾¨¦³Ù°ù¾±³¦²¹ vmware.vm.discovery ahora tambi¨¦n devuelve datos en las interfaces de red de m¨¢quinas virtuales. Estos datos se pueden utilizar para configurar interfaces de equipo personalizadas.

La ³¾¨¦³Ù°ù¾±³¦²¹ vmware.vm.net.if.discovery ahora tambi¨¦n devuelve una matriz de direcciones de interfaz.

Se agreg¨® un nuevo par¨¢metro opciones a las siguientes ³¾¨¦³Ù°ù¾±³¦²¹s:

Este par¨¢metro se puede utilizar para especificar si las respuestas redirigidas deben tratarse como equipo de destino activo o equipo de destino inactivo. Consulte comprobaciones simples para obtener m¨¢s detalles.

Registro de ID de motor SNMPv3 duplicados

Los ID de motor en SNMPv3 se utilizan como identificadores ¨²nicos del dispositivo. A veces, los ID de motor son los mismos en varios dispositivos debido a una mala ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô o a los ajustes de f¨¢brica. Como los est¨¢ndares SNMP requieren que los ID de motor sean ¨²nicos, las ³¾¨¦³Ù°ù¾±³¦²¹s que comparten el mismo ID de motor dejan de ser compatibles con Áú»¢¶Ä²©, lo que genera problemas de disponibilidad con estos dispositivos.

Para ayudar a solucionar estos problemas, el servidor Áú»¢¶Ä²© ahora registrar¨¢ peri¨®dicamente la informaci¨®n sobre los dispositivos SNMPv3 que comparten el mismo ID de motor. Tenga en cuenta que la detecci¨®n de ID de motor duplicado funciona en cada sondeador SNMP por separado.

Enlace de documentaci¨®n para cada ³¾¨¦³Ù°ù¾±³¦²¹ est¨¢ndar

Cada ³¾¨¦³Ù°ù¾±³¦²¹ est¨¢ndar ahora tiene un enlace directo desde la interfaz a su p¨¢gina de documentaci¨®n.

Los enlaces se colocan debajo del ¨ªcono del signo de interrogaci¨®n, al abrir la ventana auxiliar de al ³¾¨¦³Ù°ù¾±³¦²¹ desde el formulario de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de la ³¾¨¦³Ù°ù¾±³¦²¹ (haga clic en Seleccionar al lado del campo clave de la ³¾¨¦³Ù°ù¾±³¦²¹).

Preprocesamiento

Manejo avanzado de la causa ra¨ªz del estado de la ³¾¨¦³Ù°ù¾±³¦²¹ no soportada

El manejo de errores en caso de que no se pudiera recuperar el valor de una ³¾¨¦³Ù°ù¾±³¦²¹ (y, por lo tanto, dejara de ser compatible) anteriormente carec¨ªa de la capacidad de distinguir el motivo o la etapa de tiempo de ejecuci¨®n donde fall¨® el proceso. Todos los errores deb¨ªan manejarse utilizando la misma ´Ç±è³¦¾±¨®²Ô para el manejo de errores: ya sea descartar el valor, establecer un valor espec¨ªfico o establecer un mensaje de error espec¨ªfico.

Ahora es posible hacer coincidir el mensaje de error con una expresi¨®n regular. Si el error coincide (o no coincide), es posible especificar c¨®mo se debe procesar el caso de error. Por ejemplo, un mensaje de error espec¨ªfico se puede "asignar" a un caso m¨¢s general para que coincida y se maneje mediante un paso de preprocesamiento adicional, o alg¨²n problema intermitente (por ejemplo, conectividad de red) se puede manejar de manera diferente a una falla definitiva en la adquisici¨®n del mensaje. valor del ¨ªtem.

Ahora se pueden agregar varios pasos de preprocesamiento Verificar valor no admitido. Tenga en cuenta que solo puede haber un paso de coincidencia de "cualquier error" al final de la canalizaci¨®n que busca el estado no compatible del elemento. Si est¨¢ presente, se activa si ninguna de las comprobaciones espec¨ªficas coincide (mal) con el ±è²¹³Ù°ù¨®²Ô correspondiente, o si se transfiri¨® un mensaje de error (modificado), es decir, no entr¨® en vigor ninguna anulaci¨®n de "Descartar valor" o "Establecer valor en".

Consulte tambi¨¦n: Compruebe si hay valores no admitidos

Mejor usabilidad para la actualizaci¨®n masiva de pasos de preprocesamiento

El dise?o anterior del formulario de actualizaci¨®n masiva de ³¾¨¦³Ù°ù¾±³¦²¹s no era lo suficientemente claro si la actualizaci¨®n del paso de preprocesamiento agregaba o reemplazaba pasos de preprocesamiento. En el nuevo dise?o se agregaron los botones de ´Ç±è³¦¾±¨®²Ô Reemplazar y Eliminar todo, lo que deja claro a los usuarios qu¨¦ esperar como resultado de la actualizaci¨®n masiva del paso de preprocesamiento:

Macros

Macros de usuario admitidas en nombres de ³¾¨¦³Ù°ù¾±³¦²¹s y prototipos de ³¾¨¦³Ù°ù¾±³¦²¹s

Las macros de usuario ahora son compatibles con los nombres de ³¾¨¦³Ù°ù¾±³¦²¹s y los nombres de prototipos de ³¾¨¦³Ù°ù¾±³¦²¹s.

Tenga en cuenta que la compatibilidad con macros de usuario se elimin¨® de los nombres de ³¾¨¦³Ù°ù¾±³¦²¹s/prototipos de ³¾¨¦³Ù°ù¾±³¦²¹s en Áú»¢¶Ä²© 6.0. Ahora ha sido restaurado. Ahora tambi¨¦n se admite la b¨²squeda por nombre de ³¾¨¦³Ù°ù¾±³¦²¹ con las macros resueltas, que anteriormente no era compatible.

El nombre de la ³¾¨¦³Ù°ù¾±³¦²¹ con las macros resueltas se almacena en una tabla de base de datos separada (item_rtname), que es una extensi¨®n de la tabla de ³¾¨¦³Ù°ù¾±³¦²¹s. Para cada registro en la tabla de ³¾¨¦³Ù°ù¾±³¦²¹s, se crea un registro item_rtname correspondiente (excepto para prototipos de ³¾¨¦³Ù°ù¾±³¦²¹s, ³¾¨¦³Ù°ù¾±³¦²¹s de reglas de descubrimiento y ³¾¨¦³Ù°ù¾±³¦²¹s de plantilla). El nombre con macros resueltas est¨¢ limitado a 2048 caracteres.

El nombre de la ³¾¨¦³Ù°ù¾±³¦²¹ con las macros resueltas se muestra en todas las ubicaciones de la interfaz excepto en la secci¨®n Recopilaci¨®n de datos.

Se ha agregado un nuevo proceso de servidor "trabajador de sincronizaci¨®n de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô" que es responsable de resolver y sincronizar los valores de macro de usuario en los nombres de las ³¾¨¦³Ù°ù¾±³¦²¹s.

Soporte ampliado de funciones macro

Las funciones de macro ahora son compatibles con todo tipo de macros:

Las funciones de macro se pueden utilizar en todas las ubicaciones que admitan las macros enumeradas. Esto se aplica a menos que se indique expl¨ªcitamente que solo se espera una macro. (por ejemplo, al configurar macros de equipo o filtros de regla de descubrimiento de bajo nivel).

Informes programados

La funcionalidad informes programados ya no es experimental.

Informes de varias p¨¢ginas

Para tableros de varias p¨¢ginas, los informes ahora se devuelven con todas las p¨¢ginas del tablero, y cada p¨¢gina PDF corresponde a una p¨¢gina del tablero. Anteriormente, esta funcionalidad se limitaba a devolver solo la primera p¨¢gina del tablero.

Notificaciones

Comandos remotos en agentes activos

Ahora es posible ejecutar comandos remotos en un agente de la versi¨®n 7.0 que est¨¦ funcionando en modo activo. Una vez que la ejecuci¨®n de un comando remoto se activa mediante una acci¨®n ´Ç±è±ð°ù²¹³¦¾±¨®²Ô o la ejecuci¨®n manual de un script, el comando se incluir¨¢ en la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de comprobaciones activas y se ejecutar¨¢ una vez que el agente activo lo reciba. Tenga en cuenta que los agentes activos m¨¢s antiguos ignorar¨¢n cualquier comando remoto incluido en la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de comprobaciones activas. Para obtener m¨¢s informaci¨®n, consulte Comprobaciones de agente pasivas y activas.

Soporte de procesamiento de etiquetas para eventos internos

El procesamiento de etiquetas devueltas por el script del webhook ahora tambi¨¦n es compatible con eventos internos.

Adem¨¢s, las macros {EVENT.TAGS.<nombre de etiqueta>}, {EVENT.TAGS}, {EVENT.TAGSJSON}, {EVENT.RECOVERY.TAGS}, {EVENT.RECOVERY.TAGSJSON} ahora son compatibles con notificaciones de eventos internos.

Estos cambios permiten utilizar webhooks para actualizar o cerrar un problema externo/ticket de soporte mediante una notificaci¨®n de recuperaci¨®n de evento interno.

Bases de datos

Historial de datos binarios convertido a hipertabla en TimescaleDB

La tabla history_bin se ha convertido a hipertabla en TimescaleDB para beneficiarse de la partici¨®n autom¨¢tica a tiempo (1 d¨ªa de manera predeterminada) y un mejor rendimiento.

Para actualizar correctamente las instalaciones existentes, consulte Actualizaci¨®n del esquema de TimescaleDB.

Consulte tambi¨¦n: Versiones de TimescaleDB compatibles

Tabla de base de datos separada para servidores proxy

Los registros de proxy se han eliminado de la tabla "hosts" y ahora est¨¢n almacenados en la nueva tabla "proxy".

Adem¨¢s, los datos operativos de los servidores proxy (como el ¨²±ô³Ù¾±³¾´Ç acceso, la versi¨®n, la compatibilidad) se han eliminado de la tabla host_rtdata y ahora se almacenan en la nueva tabla proxy_rtdata.

Procesos

Subprocesos m¨²ltiples

Se han realizado varios cambios como parte de la transici¨®n a una arquitectura multiproceso:

  • Se ha agregado un nuevo par¨¢metro de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô: --with-stacksize. Este par¨¢metro permite anular el tama?o de pila de subprocesos predeterminado utilizado por el sistema (en kilobytes).
  • La resoluci¨®n de macros del usuario se ha trasladado del administrador de preprocesamiento a los trabajadores de preprocesamiento.

Refuerzo del entorno del servidor

Ahora es posible restringir algunas funciones de Áú»¢¶Ä²© para reforzar la seguridad del entorno del servidor:

  • La ejecuci¨®n global de scripts en el servidor Áú»¢¶Ä²© se puede deshabilitar estableciendo EnableGlobalScripts=0 en la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô del servidor. Para instalaciones nuevas, la ejecuci¨®n de script global en el servidor Áú»¢¶Ä²© est¨¢ deshabilitada de forma predeterminada.
  • La autenticaci¨®n HTTP del usuario se puede desactivar configurando $ALLOW_HTTP_AUTH=false en el archivo de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de la interfaz (zabbix.conf.php).
  • El m¨®dem GSM para notificaciones por SMS ahora se puede especificar en el nuevo par¨¢metro SMSDevices, lo que limita la capacidad de configurar incorrectamente la ruta del m¨®dem GSM desde la interfaz.

Validaci¨®n del archivo de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô

Se ha a?adido la posibilidad de validaci¨®n del archivo de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô a los comandos de mantenimiento del servidor, proxy Áú»¢¶Ä²©, agente, agente 2 y servicio web. La validaci¨®n se puede realizar utilizando la ´Ç±è³¦¾±¨®²Ô -T --test-config. En caso de validaci¨®n exitosa, el c¨®digo de salida ser¨¢ "0"; de lo contrario, el componente saldr¨¢ con un c¨®digo de salida distinto de cero y el mensaje de error correspondiente. Las advertencias (por ejemplo, en el caso de un par¨¢metro obsoleto) no afectar¨¢n el c¨®digo de salida exitoso.

Detecci¨®n de funciones de la biblioteca cURL en tiempo de ejecuci¨®n

Anteriormente, las funciones de la biblioteca cURL se detectaban en el momento de la compilaci¨®n del servidor, proxy o agente de Áú»¢¶Ä²©. Si se actualizaban las funciones de cURL, para utilizarlas era necesario volver a compilar el componente Áú»¢¶Ä²© respectivo.

Ahora solo se requiere reiniciar para que las funciones actualizadas de la biblioteca cURL est¨¦n disponibles en Áú»¢¶Ä²©. Ya no es necesaria la recompilaci¨®n. Esto es cierto para el servidor, proxy o agente de Áú»¢¶Ä²©.

Consulte tambi¨¦n las notas de actualizaci¨®n.

°ä´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô del agente 2

Tama?o del b¨²fer

El valor predeterminado del par¨¢metro de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô BufferSize para el agente Áú»¢¶Ä²© 2 se ha aumentado de 100 a 1000.

Se permiten valores vac¨ªos

Ahora se permiten valores vac¨ªos en los par¨¢metros de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô relacionados con el complemento en el agente Áú»¢¶Ä²© 2.

Opci¨®n para el tipo de inicio del servicio del agente de Windows

La ´Ç±è³¦¾±¨®²Ô para configurar el tipo de inicio del servicio del agente/agent 2 Windows Áú»¢¶Ä²© (-S --startup-type ) ha sido a?adido. Esta ´Ç±è³¦¾±¨®²Ô permite configurar el servicio agente/agente 2 para que se inicie autom¨¢ticamente al iniciar Windows (²¹³Ü³Ù´Ç³¾¨¢³Ù¾±³¦´Ç), despu¨¦s de que los servicios iniciados autom¨¢ticamente hayan completado el inicio (retrasado), cuando lo inicie manualmente un usuario o aplicaci¨®n (manual) o para deshabilitar el servicio por completo (deshabilitado).

Al realizar la instalaci¨®n del agente de Windows desde MSI, el tipo de inicio predeterminado en Windows Server 2008/Vista y versiones posteriores ahora es "retrasado" si no se especifica lo contrario en el par¨¢metro de l¨ªnea de comando "STARTUPTYPE"](/manual/installation/install_from_packages/win_msi#command-line-based-installation). Esto mejora la confiabilidad y el rendimiento del servicio de Windows agente/agente 2 Áú»¢¶Ä²©, particularmente durante los reinicios del sistema.

Se elimin¨® la compatibilidad con el antiguo tipo num¨¦rico

El antiguo estilo de valores de punto flotante, anteriormente obsoleto, ya no se admite, ya que se utilizan valores num¨¦ricos de rango extendido.

Par¨¢metro de prefijo de Vault agregado a los archivos de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô

Los archivos de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô zabbix_server.conf y zabbix_proxy.conf se han complementado con un nuevo par¨¢metro opcional Vault Prefix; zabbix.conf.php se ha complementado con el $DB['VAULT_PREFIX'] opcional, y setup.php se ha actualizado en consecuencia.

Por lo tanto, las rutas de Vault para CyberArk y HashiCorp ya no est¨¢n codificadas para permitir implementaciones de Vault con rutas no est¨¢ndar.

Descubrimiento

Simultaneidad en el descubrimiento de redes

Anteriormente, cada regla de descubrimiento de red era procesada por un proceso de descubrimiento. Por lo tanto, todas las comprobaciones de servicio dentro de la regla s¨®lo podr¨ªan realizarse secuencialmente.

En la nueva versi¨®n, el proceso de descubrimiento de red se ha redise?ado para permitir la simultaneidad entre las comprobaciones de servicio. Se ha agregado un nuevo proceso administrador de descubrimiento junto con una cantidad configurable de trabajadores (o subprocesos) de descubrimiento.

El administrador de descubrimiento procesa las reglas de descubrimiento y crea un trabajo de descubrimiento por cada regla con tareas (verificaciones de servicio). Las comprobaciones de servicio son recogidas y realizadas por los trabajadores de descubrimiento. S¨®lo aquellas comprobaciones que tengan la misma IP y puerto son programadas de forma secuencial porque es posible que algunos dispositivos no permitan conexiones simult¨¢neas en el mismo puerto.

Una nueva ³¾¨¦³Ù°ù¾±³¦²¹ interna zabbix[discovery_queue] permite monitorear la cantidad de comprobaciones de descubrimiento en la cola.

El par¨¢metro StartDiscoverers ahora determina el n¨²mero total de trabajadores de descubrimiento disponibles para el descubrimiento. El n¨²mero predeterminado de StartDiscoverers se ha aumentado de 1 a 5 y el rango de 0-250 a 0-1000. Los procesos de "descubrimiento" de versiones anteriores de Áú»¢¶Ä²© se han eliminado.

´¡»å±ð³¾¨¢²õ:

  • Todas las comprobaciones de servicio ahora se realizan [asincr¨®nicamente] (#asynchronous-pollers), excepto las comprobaciones LDAP;
  • El n¨²mero de comprobaciones as¨ªncronas simult¨¢neas por cada tipo de verificaci¨®n de servicio (o el n¨²mero de trabajadores disponibles para todas las comprobaciones de servicio sincr¨®nicas) ahora se puede configurar en la interfaz (consulte el M¨¢ximo de comprobaciones simult¨¢neas por tipo). Este par¨¢metro es opcional.
  • La verificaci¨®n del servicio HTTP anteriormente era la misma que la verificaci¨®n de TCP. Ahora la verificaci¨®n de HTTP/HTTP se realiza a trav¨¦s de libcurl. Si el servidor/proxy Áú»¢¶Ä²© se compila sin libcurl, las comprobaciones HTTP funcionar¨¢n como antes (es decir, como comprobaciones TCP), pero las comprobaciones HTTPS no funcionar¨¢n.
  • Los errores en el proceso de descubrimiento de red ahora se mostrar¨¢n en la interfaz (en Recopilaci¨®n de datos -> Descubrimiento), por ejemplo:
    • errores de fping;
    • OID SNMP incorrecto;
    • macro incorrecta para el tiempo de espera de la ³¾¨¦³Ù°ù¾±³¦²¹;
    • errores de rango de direcciones.

Agregar etiquetas de equipo durante el descubrimiento/registro ²¹³Ü³Ù´Ç³¾¨¢³Ù¾±³¦´Ç

Ahora hay operaciones adicionales disponibles para eventos de descubrimiento y registro ²¹³Ü³Ù´Ç³¾¨¢³Ù¾±³¦´Ç:

  • Agregar etiquetas de equipo
  • Eliminar etiquetas de equipo

Compartir grupos de equipos descubiertos

Las reglas de descubrimiento de bajo nivel ahora pueden vincular grupos de equipos existentes y ya descubiertos con equipos creados mediante las mismas reglas de descubrimiento de bajo nivel. Esto afecta a los grupos de equipos previamente descubiertos y creados por otras reglas de descubrimiento de bajo nivel basadas en los prototipos de grupo especificados.

Conectores

La funcionalidad transmisi¨®n de datos ya no es experimental.

Transmita datos selectivos y configure intervalos de intento

Al transmitir valores de ³¾¨¦³Ù°ù¾±³¦²¹s desde Áú»¢¶Ä²© a sistemas externos, ahora puede configurar qu¨¦ valores de ³¾¨¦³Ù°ù¾±³¦²¹s debe transmitir el conector en funci¨®n de su tipo de informaci¨®n (num¨¦rica (sin firmar), num¨¦rica (flotante), car¨¢cter, etc.).

Adem¨¢s, para evitar intentos fallidos de transmitir valores de ³¾¨¦³Ù°ù¾±³¦²¹s o eventos (por ejemplo, si el punto final HTTP est¨¢ ocupado o tiene una velocidad limitada), ahora tambi¨¦n puede configurar el intervalo de intento: cu¨¢nto tiempo debe esperar el conector despu¨¦s de un intento fallido de transmitir. datos.

Los conectores ahora tambi¨¦n aceptan como correctos los c¨®digos de respuesta HTTP 201, 202, 203 y 204 (anteriormente solo 200).

Transmitir datos a Apache Kafka

Una nueva herramienta para transmitir datos a sistemas externos: el - ya est¨¢ disponible. El conector Kafka es un servidor liviano escrito en Go, dise?ado para reenviar valores de ³¾¨¦³Ù°ù¾±³¦²¹s y eventos desde un servidor Áú»¢¶Ä²© a un broker Kafka.

Plantillas

Para plantillas nuevas y cambios en plantillas existentes, consulte Cambios de plantilla.

Interfaz

´¡³Ü³Ù±ð²Ô³Ù¾±³¦²¹³¦¾±¨®²Ô multifactor

´¡³Ü³Ù±ð²Ô³Ù¾±³¦²¹³¦¾±¨®²Ô multifactor (MFA) con contrase?a de un solo uso basada en tiempo (TOTP) o el m¨¦todo de autenticaci¨®n Duo Universal Prompt ahora se puede utilizar para iniciar sesi¨®n en Áú»¢¶Ä²©. proporcionando una capa adicional de seguridad m¨¢s all¨¢ de solo un nombre de usuario y contrase?a.

Formato de hora de EE. UU.

Las visualizaciones de hora y fecha en la interfaz ahora se ajustan a la visualizaci¨®n de fecha y hora est¨¢ndar de EE. UU. cuando se utiliza el idioma de interfaz predeterminado (en_US).

Antes Ahora

Clonaci¨®n simplificada

Anteriormente era posible Clonar y Clonar por completo equipos, plantillas y mapas.

Ahora se elimin¨® la ´Ç±è³¦¾±¨®²Ô Clonar y se cambi¨® el nombre de la ´Ç±è³¦¾±¨®²Ô Clonar por completo a Clonar conservando toda la funcionalidad anterior de Clonar por completo.

Iconos reemplazados por fuentes

Todos los ¨ªconos en la interfaz se han cambiado de im¨¢genes de ¨ªconos a fuentes.

Formas modales

Varios formularios de interfaz ahora se abren en ventanas modales (emergentes):

°ä´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô avanzada plegable

Las casillas de verificaci¨®n °ä´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô avanzada, responsables de mostrar las opciones de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô avanzadas, han sido reemplazadas por bloques plegables. (ver, por ejemplo, °ä´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô del conector, °ä´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô del servicio, ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô del widget Reloj, etc.). Esto mejora la experiencia del usuario, ya que al contraer estos bloques y guardar la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô ya no se restablecer¨¢n las opciones avanzadas configuradas a sus valores predeterminados.

Secci¨®n de men¨² mejorada para los iniciadores principales

La secci¨®n del men¨² para ver los iniciadores principales ahora se llama 100 iniciadores principales. Se ha agregado la posibilidad de filtrar los iniciadores por nombre del problema y etiquetas. Adem¨¢s, ahora se muestra la cantidad de problemas detectados en lugar de la cantidad de cambios de estado para cada iniciador.

Aumento del l¨ªmite de caracteres para los campos de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô

Campos de URL

El l¨ªmite de caracteres para todos los campos de URL ahora es de 2048 caracteres. Esto ahora incluye: URL de mosaico para configuraciones relacionadas con mapas geo²µ°ù¨¢´Ú¾±³¦´Çs, URL de interfaz para configurar varios par¨¢metros de interfaz, URL para mapas de red y elementos del mapa de red, URL A-C para los campos inventario de equipo, y URL para el widget URL de tablero.

Campos de autenticaci¨®n

El l¨ªmite de caracteres para los campos de autenticaci¨®n Usuario/Nombre de usuario y Contrase?a ahora es de 255 caracteres. Esto se aplica a la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de la autenticaci¨®n HTTP para ³¾¨¦³Ù°ù¾±³¦²¹s de agente HTTP, escenarios web y conectores, as¨ª como configurar la autenticaci¨®n para comprobaciones simples, Monitoreo ODBC, Comprobaciones SSH, Comprobaciones de Telnet, y monitoreo JMX.

Truncamiento de resultados de pruebas de preprocesamiento y ³¾¨¦³Ù°ù¾±³¦²¹s

Al probar ³¾¨¦³Ù°ù¾±³¦²¹s o probar pasos de preprocesamiento, los valores recuperados de un equipo y los resultados de la prueba ahora se truncan al ³¾¨¢³æ¾±³¾´Ç tama?o de 512 KB cuando se env¨ªa al frontend. Tenga en cuenta que el servidor Áú»¢¶Ä²© a¨²n procesa completamente los datos de m¨¢s de 512 KB.

Pesta?as de tableros de equipo

Todos los paneles de equipo configurados para el equipo seleccionado ahora se muestran como pesta?as debajo del encabezado de la p¨¢gina de tableros de equipo, reemplazando el men¨² desplegable anterior en la esquina superior derecha. Esto permite una f¨¢cil transici¨®n entre varios tableros de equipo y mejora la navegaci¨®n a trav¨¦s de los datos de monitoreo.

Registro de auditor¨ªa

En ´¡»å³¾¾±²Ô¾±²õ³Ù°ù²¹³¦¾±¨®²Ô ¡ú Registro de auditor¨ªa, ahora puede habilitar/deshabilitar el registro de auditor¨ªa de descubrimiento de bajo nivel, descubrimiento de red y actividades de registro ²¹³Ü³Ù´Ç³¾¨¢³Ù¾±³¦´Ç realizadas por el servidor (usuario del sistema). ).

El per¨ªodo predeterminado de almacenamiento de registros de auditor¨ªa antes de que el administrador los elimine se ha cambiado de 365 d¨ªas a 31 d¨ªas.

?ltimo filtro de datos

En Monitoreo ¡ú ?ltimos datos, el subfiltro y los datos ya no se muestran de forma predeterminada si el filtro no est¨¢ configurado.

Si actualiza desde versiones anteriores de Áú»¢¶Ä²©, consulte tambi¨¦n: Notas de actualizaci¨®n para 7.0.0.

Versi¨®n PHP m¨ªnima requerida

La versi¨®n m¨ªnima requerida de PHP se ha elevado de 7.4.0 a 8.0.0.

²Ñ¨¦³Ù°ù¾±³¦²¹s renombradas

  • Se ha cambiado el nombre de algunos widget de tablero con la etiqueta Etiquetas para mayor claridad: Etiquetas de ³¾¨¦³Ù°ù¾±³¦²¹s (para el widget Resumen de datos), Etiquetas de escenario (para el widget Monitoreo web); Etiquetas de problemas (para ³Ò°ù¨¢´Ú¾±³¦´Ç, Equipos con problemas, Problemas, Problemas por gravedad y widget Descripci¨®n general de iniciadores);
  • El enlace de acci¨®n para editar el contenido del mapa, disponible en la lista de mapas en la secci¨®n Monitoring ¡ú Maps, ha sido renombrado de Constructor a * Editar*;
  • Se ha cambiado el nombre de los campos para configurar el historial y los per¨ªodos de almacenamiento de tendencias en los formularios de ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de ³¾¨¦³Ù°ù¾±³¦²¹ y prototipo de ³¾¨¦³Ù°ù¾±³¦²¹;
  • En la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô del widget Equipos principales, los campos Columna de pedido y Recuento de equipos han cambiado de nombre a Ordenar por y L¨ªmite de equipos para describir mejor sus funciones.
  • En la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô del widget Graph, el campo leyenda Mostrar min/max/avg ha sido renombrado a Mostrar min/avg/max, y los campos conjunto de datos ±è²¹³Ù°ù¨®²Ô de equipo y ±è²¹³Ù°ù¨®²Ô de ³¾¨¦³Ù°ù¾±³¦²¹ han sido renombrados a patrones de equipo y patrones de ³¾¨¦³Ù°ù¾±³¦²¹.
  • En la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de Perfil de usuario, la pesta?a ²Ñ±ð²Ô²õ²¹Âá±ð°ù¨ª²¹ ha cambiado de nombre a Notificaciones de interfaz, en la que la ´Ç±è³¦¾±¨®²Ô ²Ñ±ð²Ô²õ²¹Âá±ð°ù¨ª²¹ de interfaz tambi¨¦n ha cambiado de nombre a Notificaciones de interfaz .

²Ñ¾±²õ³¦±ð±ô¨¢²Ô±ð²¹²õ

  • Se han actualizado los iconos del men¨² principal;
  • Se han actualizado los mensajes que indican la ausencia de datos o filtros no configurados (en widgets o filtros emergentes sin datos para mostrar). Adem¨¢s, el pie de p¨¢gina "Mostrando 0 de 0 encontrados" se elimin¨® en los casos en los que no hay datos para mostrar o cuando el filtrado (o el uso de la b¨²squeda global) no arroja coincidencias. .
  • La interfaz de Áú»¢¶Ä²© y el servidor Áú»¢¶Ä²© los n¨²meros de versi¨®n ahora se pueden ver en la p¨¢gina de informaci¨®n del sistema;
  • Todas las acciones en las que se utiliza el tipo de medio ahora se muestran en la lista tipo de medios (columna Usado en acciones). Anteriormente, las acciones en las que la ´Ç±è³¦¾±¨®²Ô Enviar solo a en la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de ´Ç±è±ð°ù²¹³¦¾±¨®²Ô de acci¨®n era "Todos" no se inclu¨ªan en la columna de tipo de medio Usado en acciones;
  • Se ha agregado una nueva ´Ç±è³¦¾±¨®²Ô de filtrado a la secci¨®n ?ltimos datos: ahora le permite filtrar elementos por su estado (compatible/no compatible);
  • Se agreg¨® la nueva ´Ç±è³¦¾±¨®²Ô de filtrado Estado de reconocimiento a la secci¨®n Problemas: ahora le permite filtrar los problemas por su estado (no reconocido/reconocido/reconocido por m¨ª);
  • Se ha agregado el bot¨®n de cierre de ventana est¨¢ndar a las ventanas emergentes destinadas a la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô y actualizaci¨®n masiva de los elementos y formas del mapa;
  • Se ha perfeccionado la ³¦´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô de permisos y etiquetas de grupo de usuarios para filtrar problemas visibles. Ahora es posible seleccionar varios grupos de equipos/plantillas a la vez para asignarles los mismos permisos.
  • Posponer las notificaciones globales en un navegador ahora las pospondr¨¢n en todos los navegadores/dispositivos en los que el usuario haya iniciado sesi¨®n.
  • El par¨¢metro Reemplazar equipo en el widget Valor de la ³¾¨¦³Ù°ù¾±³¦²¹ se ha movido antes de la secci¨®n °ä´Ç²Ô´Ú¾±²µ³Ü°ù²¹³¦¾±¨®²Ô avanzada para una mejor usabilidad.

Complementos

Ember+

Se ha agregado un nuevo complemento para el monitoreo directo de Ember+ por parte del agente 2 de Áú»¢¶Ä²©.

Para m¨¢s informaci¨®n, ver:

±õ²Ô²õ³Ù²¹±ô²¹³¦¾±¨®²Ô

Paquetes de instalaci¨®n separados para derivados de RHEL

Hay paquetes de instalaci¨®n dedicados disponibles para las versiones 8 y 9 de AlmaLinux, CentOS Stream, Oracle Linux y Rocky Linux. Anteriormente, se proporcionaban paquetes de instalaci¨®n ¨²nicos para RHEL y distribuciones basadas en RHEL. Ahora se utilizan paquetes separados para RHEL y cada uno de sus derivados mencionados anteriormente. para evitar posibles problemas de incompatibilidad binaria.

Soporte para ARM64/AArch64

Los paquetes de instalaci¨®n ARM64/AArch64 ahora est¨¢n disponibles para Debian, RHEL 8, 9 y sus derivados, as¨ª como SLES/OpenSUSE Leap 15.