Auf dieser Seite

5 Was ist neu in Zabbix 7.0.0

Siehe Breaking Changes für diese Version.

AGPL-3.0-Lizenz

Die Zabbix-Software wird jetzt unter der AGPL-3.0-Lizenz geschrieben und vertrieben (zuvor unter der GPL-v2.0-Lizenz).

Software-Update-Prüfung

Eine Software-Update-Prüfung wird jetzt standardmäßig zu neuen und bestehenden Installationen hinzugefügt - das Zabbix Frontend kommuniziert mit dem öffentlichen Zabbix-Endpunkt, um nach Updates zu suchen.

Die Informationen über verfügbare Zabbix-Softwareupdates werden in Reports -> System information und optional im System Information-Dashboard-Widget angezeigt.

Sie können die Software-Update-Prüfung deaktivieren, indem Sie AllowSoftwareUpdateCheck=0 in der Server-Konfiguration setzen.

Asynchrone Poller

Neue Poller-Prozesse wurden hinzugefügt, die mehrere Prüfungen gleichzeitig ausführen können:

  • agent poller
  • http agent poller
  • snmp poller (für walk[OID]- und get[OID]-Datenpunkte)

Diese Poller sind asynchron - sie können neue Prüfungen starten, ohne auf eine Antwort warten zu müssen, wobei die Parallelität bis zu 1000 gleichzeitige Prüfungen konfigurierbar ist.

Asynchrone Poller wurden entwickelt, weil synchrone Poller-Prozesse im Vergleich dazu immer nur eine Prüfung gleichzeitig ausführen können und die meiste Zeit mit dem Warten auf die Antwort verbringen. Dadurch konnte die Effizienz gesteigert werden, indem während des Wartens auf die Netzwerkantwort neue parallele Prüfungen gestartet werden, und genau das tun die neuen Poller.

Sie können asynchrone Agent-Poller starten, indem Sie den Wert von StartAgentPollers ändern - ein neuer Server/Proxy-Parameter. HTTP-Agent-Poller können entsprechend durch Ändern von StartHTTPAgentPollers gestartet werden. SNMP-Poller können entsprechend durch Ändern von StartSNMPPollers gestartet werden.

Die maximale Parallelität für asynchrone Poller (Agent, HTTP-Agent und SNMP) wird durch MaxConcurrentChecksPerPoller definiert.

Beachten Sie, dass nach dem Upgrade alle Agent-, HTTP-Agent- und SNMP-walk[OID]-Prüfungen zu asynchronen Pollern verschoben werden.

Im Rahmen der Entwicklung wurde die cURL-Funktion für persistente Verbindungen zu HTTP-Agent-Prüfungen hinzugefügt.

Browser monitoring

Ein neuer Datentyp - Browser item - wurde zu Zabbix hinzugefügt und ermöglicht die Überwachung komplexer Websites und Webanwendungen mithilfe eines Browsers. Browser items ermöglichen die Ausführung von benutzerdefiniertem JavaScript-Code, um browserbezogene Aktionen wie Klicken, Texteingabe, Navigieren durch Webseiten usw. zu simulieren.

Dieser Datenpunkt erfasst Daten über HTTP/HTTPS und implementiert teilweise den W3C-WebDriver-Standard mit Selenium Server oder einem einfachen WebDriver (z. B. ChromeDriver) als Test-Endpunkt.

Beachten Sie, dass die Unterstützung von Browser items derzeit experimentell ist.

Darüber hinaus fügt diese Funktion die Vorlage Website by Browser sowie neue Elemente zu Konfigurations-Export/Import, Zabbix Server/Proxy-Konfigurationsdateien, Timeouts und dem Befehlszeilen-Dienstprogramm zabbix_js hinzu. Weitere Informationen finden Sie unter Upgrade-Hinweise zu 7.0.0.

Proxy-Lastverteilung und Hochverfügbarkeit

Die Proxy-Lastverteilung wird in Zabbix durch die Einführung von Proxy-Gruppen implementiert.
Proxy-Gruppen ermöglichen die automatische Verteilung von Hosts auf Proxys, eine Neuausbalancierung der Proxy-Last und Hochverfügbarkeit: Wenn ein Proxy offline geht, werden seine Hosts sofort auf andere Proxys in der Gruppe verteilt.

Weitere Informationen finden Sie unter Proxy-Lastverteilung und Hochverfügbarkeit.

Speicherpuffer des Proxy

Für den Zabbix Proxy wurde ein Speicherpuffer entwickelt. Der Speicherpuffer ermöglicht es, neue Daten (Datenpunktwerte, Netzwerkerkennung, automatische Host-Registrierung) im Puffer zu speichern und ohne Zugriff auf die Datenbank auf den Zabbix Server hochzuladen.

In Installationen vor Zabbix 7.0 wurden die erfassten Daten vor dem Hochladen auf den Zabbix Server in der Datenbank gespeichert. Für diese Installationen bleibt dieses Verhalten nach dem Upgrade standardmäßig bestehen.

Für eine optimierte Leistung wird empfohlen, die Verwendung des Speicherpuffers auf dem Proxy zu konfigurieren. Dies ist möglich, indem der Wert von ProxyBufferMode von „disk“ (fest codierter Standardwert für bestehende Installationen) auf „hybrid“ (empfohlen) oder „memory“ geändert wird. Außerdem muss die Größe des Speicherpuffers festgelegt werden (Parameter ProxyMemoryBufferSize).

Im Hybridmodus ist der Puffer vor Datenverlust geschützt, da nicht gesendete Daten in die Datenbank geschrieben werden, wenn der Proxy gestoppt wird, der Puffer voll ist oder die Daten zu alt sind. Wenn alle Werte in die Datenbank geschrieben wurden, verwendet der Proxy wieder den Speicherpuffer.

Im Speichermodus wird der Speicherpuffer verwendet, es besteht jedoch kein Schutz vor Datenverlust. Wenn der Proxy gestoppt wird oder der Speicherpuffer überläuft, werden die nicht gesendeten Daten verworfen.

Der Hybridmodus (ProxyBufferMode=hybrid) wird seit Zabbix 7.0 auf alle neuen Installationen angewendet.

Zusätzliche Parameter wie ProxyMemoryBufferSize und ProxyMemoryBufferAge definieren jeweils die Größe des Speicherpuffers und das maximale Alter der Daten im Puffer.

Neue interne Datenpunkte zur Überwachung des Proxy-Speicherpuffers wurden hinzugefügt.

JIT-Benutzerbereitstellung

Zuvor bereitgestellte Benutzer waren ausschließlich auf die während der Bereitstellung erstellten Medien beschränkt, ohne die Möglichkeit, Eigenschaften wie Arbeitszeiten oder Schweregrade zu bearbeiten.

Für bereitgestellte Benutzer steht in Zabbix jetzt mehr Flexibilität zur Verfügung:

  • bereitgestellte Benutzermedien können deaktiviert/aktiviert werden;
  • Medienfelder bereitgestellter Benutzer wie Wann aktiv, Bei Schweregrad verwenden und Aktiviert können manuell bearbeitet werden;
  • zusätzliche Benutzermedien können für bereitgestellte Benutzer manuell hinzugefügt werden (zum Beispiel zusätzliche E-Mail-Adressen);
  • manuell hinzugefügte Benutzermedien können gelöscht werden (bereitgestellte Benutzermedien können nicht gelöscht werden).

Außerdem sind bei der Konfiguration der Zuordnung von Benutzermedien für die Bereitstellung jetzt Felder wie Wann aktiv, Bei Schweregrad verwenden und Aktiviert verfügbar. Beachten Sie, dass Änderungen am Formular für die Zuordnung von Benutzermedientypen nur für neue Medien wirksam werden, die während der Bereitstellung erstellt werden.

Konfigurierbare Timeouts pro Datenpunkt

Die Timeout-Konfiguration pro Datenpunkt ist jetzt für weitere Datenpunkt-Typen verfügbar (siehe unterstützte Datenpunkt-Typen). Zusätzlich zur Festlegung der Timeout-Werte auf Datenpunkt-Ebene ist es möglich, globale und Proxy-Timeouts für verschiedene Datenpunkt-Typen zu definieren.

Auf Datenpunkt-Ebene konfigurierte Timeouts haben die höchste Priorität. Standardmäßig werden globale Timeouts auf alle Datenpunkte angewendet; wenn jedoch Proxy-Timeouts festgelegt sind, überschreiben diese die globalen Timeouts.

Oracle DB veraltet

Die Unterstützung für Oracle als Backend-Datenbank wurde veraltet und wird voraussichtlich in zukünftigen Versionen vollständig entfernt.

JSON-Protokoll für passive Agent-Prüfungen

Ein JSON-basiertes Protokoll für passive Agent-Prüfungen wurde implementiert.

Für die Kompatibilität mit älteren Agents wurde ein Fallback auf das alte Klartextprotokoll hinzugefügt. Wenn der Agent „ZBX_NOTSUPPORTED“ zurückgibt, speichert Zabbix die Schnittstelle als Schnittstelle mit altem Protokoll und wiederholt die Prüfung, indem nur der Klartext-Datenschlüssel gesendet wird.

Zabbix get kann jetzt mit der neuen Option -P --protocol <value> ausgeführt werden, wobei „value“ entweder Folgendes ist:

  • auto – Verbindung über das JSON-Protokoll herstellen, bei einem Fehler zurückfallen und die Verbindung über das Klartextprotokoll wiederholen (Standard);
  • json – Verbindung über den JSON-Protokoll-Datenschlüssel herstellen;
  • plaintext – Verbindung über das Klartextprotokoll herstellen, wobei nur der Datenpunktschlüssel gesendet wird.

Wenn ein Datenpunktschlüssel nicht unterstützt wird, gibt Zabbix get den Exit-Code 1 zurück.

Vereinheitlichte Agent-/Agent2-Protokolle

Die Protokolle von Zabbix Agent und Agent 2 wurden vereinheitlicht, indem Zabbix Agent auf das Protokoll von Zabbix Agent 2 umgestellt wurde. Der Unterschied zwischen Anforderungen/Antworten von Zabbix Agent und Zabbix Agent 2 wird durch den Wert des Tags „variant“ ausgedrückt („1“ – Zabbix Agent, „2“ – Zabbix Agent 2).

Siehe auch: Passive und aktive Agent-Prüfungen.

Unterstützung flexibler/geplanter Intervalle in aktiven Prüfungen

Flexible/geplante Intervalle werden jetzt bei aktiven Prüfungen sowohl vom Zabbix Agent als auch vom Zabbix Agent 2 unterstützt (zuvor nur vom Zabbix Agent 2).

Automatische Deaktivierung verlorener Ressourcen

Ressourcen, die von der Low-Level-Discovery nicht mehr erkannt werden, können jetzt automatisch deaktiviert werden. Sie können sofort, nach einem festgelegten Zeitraum oder nie deaktiviert werden (siehe den neuen Parameter Verlorene Ressourcen deaktivieren in der Konfiguration der Discovery-Regel).

Verlorene Ressourcen (Hosts, Datenpunkte, Auslöser) werden durch ein Symbol in der Informationsspalte gekennzeichnet. Der Tooltip-Text enthält Details zu ihrem Status.

Im Rahmen derselben Entwicklung wurde der Parameter Aufbewahrungszeit für verlorene Ressourcen in Verlorene Ressourcen löschen umbenannt. Es stehen die Optionen zur Verfügung, die Ressourcen sofort, nach einem festgelegten Zeitraum oder nie zu löschen.

Senden von Daten an den Zabbix Server über die Zabbix-API

Bisher war das Senden bestimmter Daten an den Zabbix Server über das Dienstprogramm Zabbix sender oder durch die Implementierung eines benutzerdefinierten JSON-basierten Kommunikationsprotokolls möglich, das dem vom Zabbix sender verwendeten Protokoll ähnelt.

Nun ist es auch möglich, Daten über das HTTP-Protokoll mithilfe der API-Methode history.push an den Zabbix Server zu senden. Beachten Sie, dass zum Empfangen gesendeter Daten ein konfigurierter Trapper-Datenpunkt oder ein HTTP-Agent-Datenpunkt (mit aktiviertem Trapping) erforderlich ist.

Darüber hinaus werden korrekte history.push-Vorgänge unter Berichte → Audit-Protokoll aufgezeichnet, das zusätzliche Filteroptionen bietet (eine neue Aktion Push und die Ressource History). Die API-Methode history.push ist außerdem in der Zulassen-/Verweigern-Liste der API-Methoden verfügbar, wenn Sie eine Benutzerrolle konfigurieren.

Skripte

Skriptausführung auf aktiven Agents

Es ist nun möglich, Skripte auf Agents auszuführen, die im aktiven Modus betrieben werden. Sobald die Skriptausführung durch eine Operation einer Aktion oder durch die manuelle Skriptausführung ausgelöst wird, wird der Befehl in die Konfiguration der aktiven Prüfungen aufgenommen und ausgeführt, sobald der aktive Agent ihn empfängt.

Manuelle Skripte werden zusammen mit dem Server-/Proxy-Timeout für die Skriptausführung an den aktiven Agent gesendet. Bitte erhöhen Sie das standardmäßige Server/Proxy-Timeout für die Skriptausführung. Das Timeout muss höher sein als die Aktualisierungsfrequenz der aktiven Prüfungen, da das Timeout andernfalls abläuft, bevor der aktive Agent das Skript empfängt und das Ergebnis zurückgeben kann.

Beachten Sie, dass ältere aktive Agents alle in der Konfiguration der aktiven Prüfungen enthaltenen Remote-Befehle ignorieren. Weitere Informationen finden Sie unter Prüfungen durch passive und aktive Agents.

Manuelle Benutzereingabe für Skripte

Die manuelle Benutzereingabe für Frontend-Skripte ermöglicht es, bei jeder Ausführung des Skripts einen benutzerdefinierten Parameter anzugeben. Dadurch entfällt die Notwendigkeit, mehrere ähnliche Benutzerskripte zu erstellen, die sich nur durch einen einzelnen Parameter unterscheiden.

Beispielsweise können Sie dem Skript während der Ausführung eine andere Ganzzahl oder eine andere URL-Adresse übergeben.

So aktivieren Sie die manuelle Benutzereingabe:

  • Verwenden Sie das Makro {MANUALINPUT} im Skript (Befehle, Skript, Skriptparameter) an der gewünschten Stelle oder im URL-Feld von URL-Skripten.
  • Aktivieren Sie in der erweiterten Skriptkonfiguration die manuelle Benutzereingabe und konfigurieren Sie die Eingabeoptionen:

Wenn die Benutzereingabe aktiviert ist, wird dem Benutzer vor der Ausführung des Skripts ein Popup-Fenster Manuelle Eingabe angezeigt, in dem er aufgefordert wird, einen benutzerdefinierten Wert einzugeben. Der eingegebene Wert ersetzt {MANUALINPUT} im Skript.

Je nach Konfiguration wird der Benutzer aufgefordert, einen Zeichenfolgenwert einzugeben oder den Wert aus einer Dropdown-Liste mit vordefinierten Optionen auszuwählen.

Leistung

Schnellere Reaktion auf die Aktualisierung von Wartungszeiträumen

Bisher wurden Wartungszeiträume nur einmal pro Minute neu berechnet, wodurch beim Starten oder Beenden eines Wartungszeitraums eine mögliche Verzögerung von bis zu 60 Sekunden entstand.

Nun werden Wartungszeiträume weiterhin einmal pro Minute neu berechnet oder sobald der Konfigurations-Cache neu geladen wird, wenn Änderungen am Wartungszeitraum vorliegen.

Der Timer-Prozess prüft jede Sekunde, ob Wartungszeiträume gestartet oder beendet werden müssen, basierend darauf, ob sich die Wartungszeiträume nach der Konfigurationsaktualisierung geändert haben. Daher hängt die Geschwindigkeit beim Starten oder Beenden von Wartungszeiträumen vom Konfigurations-Aktualisierungsintervall ab (standardmäßig 10 Sekunden). Beachten Sie, dass Änderungen an Wartungszeiträumen die Einstellungen Aktiv seit/Aktiv bis nicht einschließen. Wenn außerdem ein Host/eine Hostgruppe zu einem bestehenden aktiven Wartungszeitraum hinzugefügt wird, werden die Änderungen vom Timer-Prozess erst zu Beginn der nächsten Minute aktiviert.

Schnellere Berechtigungsprüfungen

Berechtigungsprüfungen wurden durch die Einführung mehrerer Zwischentabellen zur Prüfung der Berechtigungen nicht privilegierter Benutzer deutlich beschleunigt.

Diese Tabellen speichern für jeden Benutzer bzw. Host Hashes (SHA-256) der jeweiligen Benutzergruppen- und Hostgruppen-Mengen. Zusätzlich gibt es eine Berechtigungstabelle, die nur die zugänglichen Kombinationen aus Benutzern und Hosts speichert, angegeben durch die Hash-IDs.

Diese Verbesserung beschleunigt das Laden von berechtigungsintensiven Frontend-Seiten (z. B. Hosts und Problemen) erheblich. Beachten Sie, dass für Super-Administratoren keine Hashes und Berechtigungen berechnet werden.

Schnellere Ausführung von Auslöser-Aktionen

Die Ausführung von Operationen für Trigger action, Wiederherstellungsoperationen und Aktualisierungsoperationen auf dem Zabbix-Server erfolgt nun sofort (weniger als 100 Millisekunden) nach einer Änderung des Auslöserstatus, während Benutzer zuvor eine Latenz von bis zu 4 Sekunden erleben konnten.

Die Verringerung der Latenz wird durch die Implementierung von Mechanismen zur Interprozesskommunikation (IPC) zwischen mehreren processes ermöglicht (escalator und sein escalation-dispatch-Modul, escalator und alerter, preprocessing manager und history syncer).

Widgets

In der neuen Version wurden mehrere neue Widgets hinzugefügt, während die verfügbaren Funktionen anderer Widgets erweitert wurden. Darüber hinaus können Dashboard-Widgets jetzt miteinander verbunden werden und kommunizieren, wodurch Widgets und Dashboards dynamischer werden.

Gauge

Ein Gauge-Widget wurde zu den Dashboard-Widgets hinzugefügt und ermöglicht die Anzeige des Werts eines einzelnen Datenpunkts als Gauge. Weitere Informationen finden Sie unter Gauge.

Kreisdiagramm

Ein Pie chart-Widget wurde zu den Dashboard-Widgets hinzugefügt und ermöglicht die Anzeige von Werten ausgewählter Datenpunkte als:

  • Kreisdiagramm;
  • Ringdiagramm.

Kreisdiagramm.
Ringdiagramm.

Weitere Informationen finden Sie unter Pie chart.

Im Rahmen dieser Entwicklung wurde in der Widget-Konfiguration des Diagramms (Registerkarte Legend) ein Kontrollkästchen Show aggregation function hinzugefügt.

Honeycomb

Ein Honeycomb-Widget wurde zu den Dashboard-Widgets hinzugefügt. Es bietet eine dynamische und lebendige Übersicht über die überwachte Netzwerkinfrastruktur und die Ressourcen, wobei Hostgruppen, wie virtuelle Maschinen und Netzwerkgeräte, zusammen mit ihren jeweiligen Datenpunkten visuell als interaktive hexagonale Zellen dargestellt werden. Weitere Informationen finden Sie unter Honeycomb.

Top-Auslöser

Ein Widget Top-Auslöser wurde zu den Dashboard-Widgets hinzugefügt. Damit können die Auslöser mit der höchsten Anzahl an Problemen angezeigt werden.

Weitere Informationen finden Sie unter: Top-Auslöser.

Datenpunkt-Historie und Nur-Text

Das neue Dashboard-Widget Datenpunkt-Historie hat das Widget Nur-Text ersetzt und bietet mehrere Verbesserungen.

Im Gegensatz zum Widget Nur-Text, das nur die neuesten Daten eines Datenpunkts als Nur-Text anzeigte, unterstützt das Widget Datenpunkt-Historie verschiedene Anzeigeoptionen für mehrere Datenpunkttypen (numerisch, Zeichen, Protokoll, Text und binär). So können beispielsweise Fortschrittsbalken oder Indikatoren, Bilder für binäre Datentypen (nützlich für Browser-Datenpunkte) angezeigt und Textwerte hervorgehoben werden (nützlich für die Überwachung von Protokolldateien).

Weitere Informationen finden Sie unter Datenpunkt-Historie. Details zum Ersatz des Widgets Nur-Text finden Sie unter Upgrade-Hinweise für 7.0.0.

Host navigator und Item navigator

Die Widgets Host navigator und Item navigator wurden zu den Dashboard-Widgets hinzugefügt. Diese Widgets zeigen Hosts bzw. Datenpunkte basierend auf verschiedenen Filter- und Gruppierungsoptionen an und ermöglichen es, die in anderen Widgets angezeigten Informationen anhand des ausgewählten Hosts oder Datenpunkts zu steuern. Weitere Informationen finden Sie unter Host navigator und Item navigator.

Kommunikationsframework für Widgets

Dashboard-Widgets können jetzt eine Verbindung zueinander herstellen und miteinander kommunizieren, wodurch Widgets und Dashboards dynamischer werden. Mehrere Widgets verfügen über Parameter, mit denen sie Konfigurationsdaten zwischen kompatiblen Widgets oder dem Dashboard austauschen können.

Diese Funktion führt zu folgenden Änderungen:

  • Mit den Parametern Host groups, Hosts und Item können Sie entweder die entsprechenden Entitäten oder eine Datenquelle auswählen, die diese bereitstellt.
  • Der Parameter Enable host selection wurde durch den Parameter Override host ersetzt, mit dem Sie eine Datenquelle auswählen können, die Hosts bereitstellt.
  • Der Parameter Time period wurde mehreren Widgets hinzugefügt. Damit können Sie eine Datenquelle auswählen, die einen Zeitraum bereitstellt.
  • Mit dem Parameter Map im Widget Map können Sie entweder eine Karte oder ein anderes Widget als Datenquelle für Karten auswählen.
  • Mit dem Parameter Graph im Widget Graph (classic) können Sie entweder ein Diagramm oder ein anderes Widget als Datenquelle für Diagramme auswählen.

Je nach Widget und seinen Parametern kann die Datenquelle entweder ein kompatibles Widget aus demselben Dashboard oder das Dashboard selbst sein. Weitere Informationen finden Sie unter Dashboard widgets.

Informationen zu Änderungen an den mit Zabbix ausgelieferten Standardvorlagen finden Sie unter Template changes.

Zeiträume für die Aggregation in den Widgets „Datenpunktwert“ und „Top-Hosts“

Zeiträume können jetzt in den Widgets Datenpunktwert und Top-Hosts konfiguriert werden.

Außerdem ist es jetzt möglich, im Widget „Datenpunktwert“ für den ausgewählten Zeitraum einen aggregierten Wert anzuzeigen. Der aggregierte Wert kann wie folgt angezeigt werden:

  • Minimum
  • Maximum
  • Durchschnitt
  • Anzahl
  • Summe
  • Erster Wert
  • Letzter Wert

Diese zusätzlichen Funktionen sind nützlich, um Widgets zum Datenvergleich zu erstellen. Beispielsweise können Sie in einem Widget den neuesten Wert und in einem anderen den Durchschnittswert für einen längeren Zeitraum anzeigen. Oder Sie können mehrere Widgets verwenden, um aggregierte Werte aus verschiedenen Zeiträumen in der Vergangenheit direkt miteinander zu vergleichen.

Erweiterte Widget-Verfügbarkeit auf Vorlagen-Dashboards

Bisher konnten Sie auf einem Vorlagen-Dashboard nur die folgenden Widgets erstellen:
Clock, Graph (classic), Graph prototype, Item value, Plain text, URL.

Jetzt unterstützen Vorlagen-Dashboards die Erstellung aller Widgets.

Erweiterte Sortierung im Widget „Top hosts“

Neben der Sortierung nach Datenpunktwert kann jetzt auch die Spalte Hostname oder Text als Sortierspalte im Widget Top hosts festgelegt werden.

Erweiterte Funktionalität des Widgets „Host-Verfügbarkeit“

Das Widget Host-Verfügbarkeit ermöglicht nun die Anzeige von Hosts mit der Schnittstelle Zabbix agent (aktive Prüfungen). Ein weiterer Verfügbarkeitsstatus wurde hinzugefügt: Gemischt. Dieser entspricht der Situation, in der mindestens eine Schnittstelle nicht verfügbar und mindestens eine weitere entweder verfügbar oder unbekannt ist. Außerdem besteht nun die Möglichkeit, nur die Gesamtzahl der Hosts ohne Aufschlüsselung nach Schnittstellen anzuzeigen.

Variable Legendengröße im Graph-Widget

Das Graph-Widget unterstützt jetzt die Konfiguration einer variablen Anzahl von Legenden-Zeilen, die durch die Anzahl der konfigurierten Datenpunkte bestimmt wird.

Funktionen

Neue Funktionen

Für die Verwendung in Ausdrücken von Auslösern und berechneten Datenpunkten wurden neue Funktionen hinzugefügt:

  • jsonpath() - gibt das JSONPath-Ergebnis zurück;
  • xmlxpath() - gibt das XML-XPath-Ergebnis zurück.

Siehe auch: String-Funktionen

Aktualisierte Funktionen

Mehrere Funktionen wurden aktualisiert:

  • Aggregatfunktionen unterstützen jetzt auch nicht numerische Typen für Berechnungen. Dies kann beispielsweise bei den Funktionen count und count_foreach nützlich sein.
  • Die Aggregatfunktionen count und count_foreach unterstützen die optionalen Parameter operator und pattern, mit denen die Filterung von Datenpunkten verfeinert werden kann, sodass nur Werte gezählt werden, die den angegebenen Kriterien entsprechen.
  • Alle foreach-Funktionen berücksichtigen nicht mehr unterstützte Datenpunkte nicht in der Zählung.
  • Die Funktion last_foreach, die zuvor so konfiguriert war, dass sie das Argument für den Zeitraum ignoriert, akzeptiert es nun als optionalen Parameter.
  • Der unterstützte Bereich für von Prognosefunktionen zurückgegebene Werte wurde erweitert und entspricht nun dem Wertebereich des Datentyps double. Die Funktion timeleft() kann jetzt Werte bis zu 1.7976931348623158E+308 akzeptieren, und die Funktion forecast() kann Werte im Bereich von -1.7976931348623158E+308 bis 1.7976931348623158E+308 akzeptieren.

Datenpunkte

Einheitlicher Standardzeitraum für die Speicherung von Verlaufsdaten

Der Standardzeitraum für die Aufbewahrung des Verlaufs von Datenpunkten wurde im Frontend und in der Datenbank einheitlich auf 31 Tage festgelegt. Diese Änderung betrifft die Konfigurationsformulare für Datenpunkte, Vorlagendatenpunkte und Datenpunkt-Prototypen sowie die Überschreibung des Zeitraums für die Verlaufsdatenspeicherung in der Low-Level-Discovery.

Gleitkommawerte für ganzzahlige Datenpunkte werden gekürzt

Wenn jetzt ein Gleitkommawert für einen vorzeichenlosen ganzzahligen Datenpunkt empfangen wird, wird der Dezimalteil des Werts abgeschnitten und der Wert als Ganzzahl gespeichert. Bisher führte ein Gleitkommawert dazu, dass ein ganzzahliger Datenpunkt nicht unterstützt wurde.

Zählen von Zeilen im Windows-Ereignisprotokoll

Ein neuer eventlog.count-Datenpunkt wurde zu Zabbix Agent/Agent 2 unter Windows hinzugefügt. Dieser Datenpunkt gibt einen ganzzahligen Wert mit der Anzahl der Zeilen im Windows-Ereignisprotokoll basierend auf den angegebenen Parametern zurück.

Asynchrone SNMP-Anfragen für einzelne OIDs

Ein neues SNMP-Datenpunkt get[OID] wurde hinzugefügt, das es ermöglicht, einen einzelnen OID-Wert asynchron abzufragen.

Interne Datenpunkte

Interne Prüfungen werden jetzt von einem neuen Zabbix-Prozess internal poller auf Server/Proxy verarbeitet.

Zur Überwachung des Proxy-Speicherpuffers wurden interne Datenpunkte hinzugefügt:

Die folgenden internen Datenpunkte wurden ebenfalls hinzugefügt:

  • zabbix[discovery_queue] - ermöglicht die Überwachung der Anzahl der Discovery-Prüfungen in der Warteschlange;
  • zabbix[vps,written] - ermöglicht die Überwachung der Gesamtzahl der in die Datenbank geschriebenen History-Werte.

Neue und aktualisierte Agent-Datenpunkte

Zabbix-Agent/Agent 2 wurden neue Datenpunkte hinzugefügt:

  • Der Datenpunkt net.dns.perf gibt die Anzahl der Sekunden zurück, die auf eine Antwort von einem Dienst gewartet wurde, während die Ausführung des Datenpunkts net.dns gemessen wird.
  • Der Datenpunkt net.dns.get des Zabbix Agent 2 gibt detaillierte Informationen zu DNS-Einträgen zurück.

Die folgenden Datenpunkte des Zabbix-Agent/Agent 2 wurden aktualisiert:

  • Die Datenpunkte net.dns und net.dns.record akzeptieren bei der Durchführung von Reverse-DNS-Abfragen jetzt den DNS-Namen sowohl im umgekehrten als auch im nicht umgekehrten Format.
  • Die Datenpunkte proc.get im Modus „process“ und „summary“ geben unter Linux jetzt auch den PSS-Speicher (proportional set size) zurück.
  • Die Datenpunkte system.sw.packages und system.sw.packages.get werden jetzt unter Gentoo Linux unterstützt.
  • Der Datenpunkt system.hostname kann jetzt einen vollständig qualifizierten Domänennamen zurückgeben, wenn im Parameter type die neue Option fqdn angegeben wird.
  • Die mit dem Zabbix Agent 2 verwendeten Datenpunkte wmi.get und wmi.getall geben jetzt JSON zurück, in dem boolesche Werte als Zeichenfolgen dargestellt werden (zum Beispiel "RealTimeProtectionEnabled": "True" statt des zuvor zurückgegebenen "RealTimeProtectionEnabled": true), damit das Ausgabeformat dieser Datenpunkte dem des Zabbix Agent entspricht.
  • Der Datenpunkt oracle.ts.discovery des Zabbix Agent 2 gibt jetzt ein neues LLD-Makro {#CON_NAME} mit dem Namen des Containers zurück.
  • Der Datenpunkt oracle.ts.stats des Zabbix Agent 2 verfügt über einen neuen Parameter conname, mit dem der Name des Zielcontainers angegeben werden kann.

Das JSON-Format der zurückgegebenen Daten wurde aktualisiert.

Wenn in den Schlüsselparametern kein tablespace, type oder conname angegeben ist, enthalten die zurückgegebenen Daten eine zusätzliche JSON-Ebene mit dem Containernamen, wodurch eine Unterscheidung zwischen Containern möglich wird.

Einfache Prüfungen

Der Datenpunkt vmware.eventlog unterstützt jetzt im dritten Parameter eine optionale Filterung nach Schweregrad.

Der Datenpunkt vmware.vm.discovery gibt jetzt auch Daten zu den Netzwerkschnittstellen virtueller Maschinen zurück. Diese Daten können zum Konfigurieren benutzerdefinierter Host-Schnittstellen verwendet werden.

Der Datenpunkt vmware.vm.net.if.discovery gibt jetzt auch ein Array mit den Adressen der Netzwerkschnittstellen zurück.

Den folgenden Datenpunkten wurde ein neuer Parameter options hinzugefügt:

Mit diesem Parameter kann festgelegt werden, ob umgeleitete Antworten als „Zielhost aktiv“ oder „Zielhost inaktiv“ behandelt werden sollen. Weitere Informationen finden Sie unter einfache Prüfungen.

Protokollierung doppelter SNMPv3-Engine-IDs

Engine-IDs in SNMPv3 werden als eindeutige Kennungen des Geräts verwendet. Aufgrund einer Fehlkonfiguration oder von Werkseinstellungen sind die Engine-IDs bei mehreren Geräten manchmal identisch. Da SNMP-Standards voraussetzen, dass Engine-IDs eindeutig sind, werden Datenpunkte mit derselben Engine-ID in Zabbix nicht unterstützt, was zu Verfügbarkeitsproblemen bei diesen Geräten führt.

Um die Fehlerbehebung solcher Probleme zu erleichtern, werden Informationen zu SNMPv3-Geräten mit derselben Engine-ID nun regelmäßig vom Zabbix-Server protokolliert. Beachten Sie, dass die Erkennung doppelter Engine-IDs für jeden SNMP-Poller separat funktioniert.

Jeder Standard-Datenpunkt verfügt jetzt über einen direkten Link vom Frontend zu seiner Dokumentationsseite.

Die Links befinden sich unter dem Fragezeichen-Symbol, wenn das Fenster zur Hilfe für den Datenpunkt aus dem Konfigurationsformular des Datenpunkts geöffnet wird (klicken Sie auf Select neben dem Feld für den Datenpunkt-Schlüssel).

Vorverarbeitung

Erweiterte Behandlung der Grundursache für den nicht unterstützten Datenpunktstatus

Die Fehlerbehandlung für den Fall, dass ein Datenpunktwert nicht abgerufen werden kann und der Datenpunkt dadurch nicht unterstützt wird, konnte bisher weder den Grund noch die Laufzeitphase unterscheiden, in der der Prozess fehlgeschlagen ist. Alle Fehler mussten mit ein und derselben Option zur Fehlerbehandlung verarbeitet werden – entweder durch Verwerfen des Werts, Festlegen eines bestimmten Werts oder Festlegen einer bestimmten Fehlermeldung.

Nun ist es möglich, die Fehlermeldung mit einem regulären Ausdruck abzugleichen. Wenn die Fehlermeldung dem regulären Ausdruck entspricht (oder nicht entspricht), kann festgelegt werden, wie der Fehlerfall verarbeitet werden soll. Beispielsweise kann eine bestimmte Fehlermeldung einem allgemeineren Fall „zugeordnet“ werden, der in einem weiteren Vorverarbeitungsschritt abgeglichen und verarbeitet wird. Alternativ kann ein vorübergehendes Problem (z. B. eine Netzwerkverbindungsstörung) anders behandelt werden als ein endgültiger Fehler beim Abrufen des Datenpunktwerts.

Nun können mehrere Vorverarbeitungsschritte vom Typ Auf nicht unterstützten Wert prüfen hinzugefügt werden. Beachten Sie, dass am Ende der Pipeline, die den nicht unterstützten Status des Datenpunkts prüft, nur ein Abgleichsschritt für „beliebiger Fehler“ vorhanden sein kann. Falls vorhanden, wird dieser aktiviert, wenn keiner der spezifischen Prüfungen dem entsprechenden Muster (nicht) entspricht oder eine (geänderte) Fehlermeldung weitergegeben wurde – das heißt, wenn keine Überschreibung durch „Wert verwerfen“ oder „Wert festlegen auf“ wirksam wurde.

Siehe auch: Auf nicht unterstützten Wert prüfen

Verbesserte Benutzerfreundlichkeit bei der Massenaktualisierung von Vorverarbeitungsschritten

Das vorherige Design des Formulars zur Massenaktualisierung von Datenpunkten war nicht ausreichend eindeutig, ob die Aktualisierung von Vorverarbeitungsschritten diese hinzufügen oder ersetzen würde. Im neuen Design wurden die Optionsfelder Ersetzen und Alle entfernen hinzugefügt. Dadurch ist für Benutzer klar ersichtlich, welches Ergebnis sie von der Massenaktualisierung der Vorverarbeitungsschritte erwarten können:

Makros

Von Benutzermakros unterstützte Namen von Datenpunkten und Datenpunkt-Prototypen

Benutzermakros werden jetzt in den Namen von Datenpunkten und Datenpunkt-Prototypen unterstützt.

Beachten Sie, dass die Unterstützung von Benutzermakros in den Namen von Datenpunkten/Datenpunkt-Prototypen in Zabbix 6.0 entfernt wurde. Jetzt wurde sie wiederhergestellt. Außerdem wird jetzt die Suche nach dem Datenpunktnamen mit aufgelösten Makros unterstützt, was zuvor nicht möglich war.

Der Datenpunktname mit aufgelösten Makros wird in einer separaten Datenbanktabelle (item_rtname) gespeichert, die eine Erweiterung der Tabelle items darstellt. Für jeden Datensatz in der Tabelle items wird ein entsprechender Datensatz in item_rtname erstellt (ausgenommen Datenpunkt-Prototypen, Datenpunkte von Discovery-Regeln und Vorlagen-Datenpunkte). Der Name mit aufgelösten Makros ist auf 2048 Zeichen begrenzt.

Der Datenpunktname mit aufgelösten Makros wird an allen Stellen im Frontend angezeigt, außer im Abschnitt Datensammlung.

Ein neuer Serverprozess configuration syncer worker wurde hinzugefügt. Er ist für die Auflösung und Synchronisierung der Benutzermakrowerte in Datenpunktnamen zuständig.

Erweiterte Unterstützung von Makrofunktionen

Makrofunktionen werden jetzt mit allen Makrotypen unterstützt:

Makrofunktionen können an allen Stellen verwendet werden, an denen die aufgeführten Makros unterstützt werden. Dies gilt nicht, wenn ausdrücklich angegeben ist, dass nur ein Makro erwartet wird (zum Beispiel bei der Konfiguration von Host-Makros oder Filtern von Low-Level-Discovery-Regeln).

Geplante Berichte

Die Funktion geplante Berichte ist nicht mehr experimentell.

Mehrseitige Berichte

Für mehrseitige Dashboards werden Berichte jetzt mit allen Seiten des Dashboards zurückgegeben, wobei jede PDF-Seite einer Dashboard-Seite entspricht. Bisher war diese Funktion darauf beschränkt, nur die erste Dashboard-Seite zurückzugeben.

Benachrichtigungen

Unterstützung der Tag-Verarbeitung für interne Ereignisse

Die Verarbeitung von Tags, die vom webhook-Skript zurückgegeben werden, wird jetzt auch für interne Ereignisse unterstützt.

Außerdem werden die Makros {EVENT.TAGS.<tag name>}, {EVENT.TAGS}, {EVENT.TAGSJSON}, {EVENT.RECOVERY.TAGS}, {EVENT.RECOVERY.TAGSJSON} jetzt für Benachrichtigungen zu internen Ereignissen unterstützt.

Diese Änderungen ermöglichen die Verwendung von webhooks zum Aktualisieren oder Schließen eines externen Issues/Support-Tickets durch eine Wiederherstellungsbenachrichtigung für ein internes Ereignis.

Datenbanken

Auditlog in eine Hypertable auf TimescaleDB konvertiert

Die Tabelle auditlog wurde in Neuinstallationen in eine Hypertable auf TimescaleDB konvertiert, um von der automatischen Partitionierung nach Zeit (standardmäßig 7 Tage) und einer besseren Leistung zu profitieren.

Um bestehende Installationen erfolgreich zu aktualisieren, siehe TimescaleDB-Schema aktualisieren.

Siehe auch: Unterstützte TimescaleDB-Versionen

Separate Datenbanktabelle für Proxys

Proxy-Datensätze wurden aus der Tabelle hosts verschoben und werden nun in der neuen Tabelle proxy gespeichert.

Auch Betriebsdaten von Proxys (z. B. letzter Zugriff, Version, Kompatibilität) wurden aus der Tabelle host_rtdata verschoben und werden nun in der neuen Tabelle proxy_rtdata gespeichert.

Prozesse

Multithreading

Im Rahmen der Umstellung auf eine Multithreading-Architektur wurden mehrere Änderungen vorgenommen:

  • Ein neuer configure-Parameter wurde hinzugefügt: --with-stacksize. Mit diesem Parameter kann die vom System verwendete Standardgröße des Thread-Stacks (in Kilobyte) überschrieben werden.
  • Die Auflösung von Benutzermakros wurde vom Preprocessing-Manager in die Preprocessing-Worker verschoben.

Absicherung der Serverumgebung

Es ist nun möglich, einige Zabbix-Funktionen einzuschränken, um die Sicherheit der Serverumgebung zu erhöhen:

  • Die globale Skriptausführung auf dem Zabbix-Server kann deaktiviert werden, indem EnableGlobalScripts=0 in der Serverkonfiguration festgelegt wird. Bei neuen Installationen ist die globale Skriptausführung auf dem Zabbix-Server standardmäßig deaktiviert.
  • Die HTTP-Authentifizierung von Benutzern kann deaktiviert werden, indem $ALLOW_HTTP_AUTH=false in der Frontend-Konfigurationsdatei (zabbix.conf.php) festgelegt wird.
  • Das GSM-Modem für SMS-Benachrichtigungen kann jetzt im neuen Parameter SMSDevices angegeben werden. Dadurch wird verhindert, dass der Pfad zum GSM-Modem im Frontend falsch konfiguriert wird.

Validierung der Konfigurationsdatei

Die Möglichkeit zur Validierung der Konfigurationsdatei wurde den Wartungsbefehlen von Zabbix Server, Proxy, Agent, Agent 2 und Web service hinzugefügt. Die Validierung kann mit der Option -T --test-config durchgeführt werden. Bei erfolgreicher Validierung lautet der Exit-Code „0“. Andernfalls wird die Komponente mit einem Exit-Code ungleich null beendet und eine entsprechende Fehlermeldung ausgegeben. Warnungen (z. B. bei einem veralteten Parameter) wirken sich nicht auf den erfolgreichen Exit-Code aus.

Erkennung der cURL-Bibliotheksfunktionen zur Laufzeit

Bisher wurden die Funktionen der cURL-Bibliothek beim Erstellen von Zabbix Server, Proxy oder Agent erkannt. Wenn die cURL-Funktionen aktualisiert wurden, musste die jeweilige Zabbix-Komponente neu kompiliert werden, um sie nutzen zu können.

Jetzt ist nur ein Neustart erforderlich, damit aktualisierte cURL-Bibliotheksfunktionen in Zabbix verfügbar werden. Eine Neukompilierung ist nicht mehr erforderlich. Dies gilt für Zabbix Server, Proxy und Agent.

Siehe auch die Upgrade-Hinweise.

Agent 2-Konfiguration

Puffergröße

Der Standardwert des Konfigurationsparameters BufferSize für Zabbix Agent 2 wurde von 100 auf 1000 erhöht.

Leere Werte zulässig

Leere Werte sind jetzt in pluginbezogenen Konfigurationsparametern auf Zabbix Agent 2 zulässig.

Festlegen des Starttyps des Windows-Agent-Dienstes

Die Option zum Festlegen des Starttyps des Zabbix Agent/agent 2-Windows-Dienstes (-S --startup-type) wurde hinzugefügt. Mit dieser Option kann konfiguriert werden, dass der Agent/agent 2-Dienst beim Windows-Start automatisch gestartet wird (automatic), nachdem die automatisch gestarteten Dienste ihren Start abgeschlossen haben (delayed), wenn er manuell durch einen Benutzer oder eine Anwendung gestartet wird (manual) oder dass der Dienst vollständig deaktiviert wird (disabled).

Bei der Installation des Windows-Agenten aus MSI ist der Standard-Starttyp unter Windows Server 2008/Vista und neueren Versionen nun delayed, sofern im Befehlszeilenparameter STARTUPTYPE nichts anderes angegeben ist. Dies verbessert die Zuverlässigkeit und Leistung des Zabbix Agent/agent 2-Windows-Dienstes, insbesondere bei Systemneustarts.

Unterstützung für den alten numerischen Typ eingestellt

Der alte Stil von Gleitkommawerten, der zuvor als veraltet markiert war, wird nicht mehr unterstützt, da numerische Werte mit erweitertem Bereich verwendet werden.

Vault-Präfix-Parameter zu Konfigurationsdateien hinzugefügt

Die Konfigurationsdateien zabbix_server.conf und zabbix_proxy.conf wurden um den neuen optionalen Parameter Vault Prefix ergänzt; zabbix.conf.php wurde um das optionale $DB['VAULT_PREFIX'] ergänzt, und setup.php wurde entsprechend aktualisiert.

Die Vault-Pfade für CyberArk und HashiCorp sind daher nicht mehr fest codiert, um Vault-Bereitstellungen mit nicht standardmäßigen Pfaden zu ermöglichen.

Discovery

Parallelität bei der Netzwerkerkennung

Bisher wurde jede Regel zur Netzwerkerkennung von einem einzigen Discoverer-Prozess verarbeitet. Daher konnten alle Dienstprüfungen innerhalb der Regel nur sequenziell durchgeführt werden.

In der neuen Version wurde der Prozess der Netzwerkerkennung überarbeitet, um eine parallele Ausführung von Dienstprüfungen zu ermöglichen. Zusätzlich wurde ein neuer Discovery-Manager-Prozess sowie eine konfigurierbare Anzahl von Discovery-Workern (oder Threads) hinzugefügt.

Der Discovery-Manager verarbeitet die Regeln zur Netzwerkerkennung und erstellt für jede Regel einen Discovery-Auftrag mit Aufgaben (Dienstprüfungen). Die Dienstprüfungen werden von den Discovery-Workern übernommen und durchgeführt. Nur Prüfungen mit derselben IP-Adresse und demselben Port werden sequenziell eingeplant, da einige Geräte möglicherweise keine parallelen Verbindungen über denselben Port zulassen.

Ein neuer interner Datenpunkt zabbix[discovery_queue] ermöglicht die Überwachung der Anzahl der Discovery-Prüfungen in der Warteschlange.

Der Parameter StartDiscoverers bestimmt nun die Gesamtzahl der für die Discovery verfügbaren Discovery-Worker. Die Standardanzahl von StartDiscoverers wurde von 1 auf 5 erhöht, der Wertebereich von 0-250 auf 0-1000 erweitert. Die discoverer-Prozesse aus früheren Zabbix-Versionen wurden entfernt.

Zusätzlich:

  • Alle Dienstprüfungen werden nun asynchron durchgeführt, mit Ausnahme von LDAP-Prüfungen.
  • Die Anzahl der gleichzeitigen asynchronen Prüfungen pro Dienstprüfungstyp (oder die Anzahl der verfügbaren Worker für alle synchronen Dienstprüfungen) kann nun im Frontend konfiguriert werden (siehe Maximale Anzahl gleichzeitiger Prüfungen pro Typ). Dieser Parameter ist optional.
  • Die HTTP-Dienstprüfung war zuvor identisch mit der TCP-Prüfung. Die HTTP-/HTTPS-Prüfung erfolgt nun über libcurl. Wenn der Zabbix-Server/Proxy ohne libcurl kompiliert wurde, funktionieren HTTP-Prüfungen wie bisher (d. h. als TCP-Prüfungen), HTTPS-Prüfungen funktionieren jedoch nicht.
  • Fehler im Prozess der Netzwerkerkennung werden nun im Frontend angezeigt (unter Datensammlung > Discovery), zum Beispiel:
    • fping-Fehler;
    • falsche SNMP-OID;
    • falsches Makro für das Timeout des Datenpunkts;
    • Fehler in Adressbereichen.

Hinzufügen von Host-Tags während der Erkennung/Autoregistrierung

Für Erkennungs- und Autoregistrierungsereignisse sind jetzt zusätzliche Operationen verfügbar:

  • Host-Tags hinzufügen
  • Host-Tags entfernen

Freigabe erkannter Host-Gruppen

Low-Level-Discovery-Regeln können jetzt bereits erkannte und vorhandene Host-Gruppen mit Hosts verknüpfen, die von denselben Low-Level-Discovery-Regeln erstellt wurden. Dies betrifft Host-Gruppen, die zuvor von anderen Low-Level-Discovery-Regeln auf Grundlage der angegebenen Gruppenprototypen erkannt und erstellt wurden.

Connectors

Die Funktionalität Datenstreaming ist nicht mehr experimentell.

Selektive Daten streamen und Versuchsinvervalle konfigurieren

Beim Streamen von Datenpunktwerten von Zabbix an externe Systeme können Sie jetzt konfigurieren, welche Datenpunktwerte der Connector basierend auf ihrem Informationstyp streamen soll (numerisch (vorzeichenlos), numerisch (Gleitkomma), Zeichen usw.).

Darüber hinaus können Sie jetzt auch das Versuchsinvervall konfigurieren, um erfolglose Versuche beim Streamen von Datenpunktwerten oder Ereignissen zu vermeiden (z. B. wenn der HTTP-Endpunkt ausgelastet ist oder durch Rate-Limiting eingeschränkt wird) - also wie lange der Connector nach einem erfolglosen Versuch zum Streamen von Daten warten soll.

Die HTTP-Antwortcodes 201, 202, 203 und 204 werden von Connectors jetzt ebenfalls als Erfolg akzeptiert (zuvor nur 200).

Streamen von Daten an Apache Kafka

Ein neues Tool für das Streaming von Daten an externe Systeme - der Kafka-Connector für den Zabbix Server - ist jetzt verfügbar. Der Kafka-Connector ist ein schlanker Server, der in Go geschrieben wurde und dazu dient, Datenpunktwerte und Ereignisse von einem Zabbix Server an einen Kafka-Broker weiterzuleiten.

Vorlagen

Informationen zu neuen Vorlagen und Änderungen an bestehenden Vorlagen finden Sie unter Änderungen an Vorlagen.

Frontend

Multi-Faktor-Authentifizierung

Multi-Faktor-Authentifizierung (MFA) mit der Time-Based One-Time Password-(TOTP)- oder Duo Universal Prompt-Authentifizierungsmethode kann jetzt für die Anmeldung bei Zabbix verwendet werden und bietet eine zusätzliche Sicherheitsebene über Benutzername und Passwort hinaus.

US-Zeitformat

Zeit- und Datumsanzeigen im Frontend entsprechen nun dem US-Standard für Zeit- und Datumsanzeige, wenn die Standardsprache des Frontends (en_US) verwendet wird.

Before Now

Klonen vereinfacht

Früher war es möglich, Hosts, Vorlagen und Karten mit Klonen und Vollständigem Klonen zu versehen.

Jetzt wurde die Option Klonen entfernt, und die Option Vollständiges Klonen wurde in Klonen umbenannt, wobei weiterhin die gesamte bisherige Funktionalität von Vollständigem Klonen erhalten bleibt.

Symbole durch Schriftarten ersetzt

Alle Symbole im Frontend wurden von Symbolbild-Sheets auf Schriftarten umgestellt.

Modale Formulare

Mehrere Formulare im Frontend werden jetzt in modalen (Pop-up-)Fenstern geöffnet:

Ausklappbare erweiterte Konfiguration

Die Kontrollkästchen Erweiterte Konfiguration, die für die Anzeige erweiterter Konfigurationsoptionen zuständig waren, wurden durch ausklappbare Blöcke ersetzt (siehe beispielsweise Connector-Konfiguration, Service-Konfiguration, Konfiguration des Widgets Uhr usw.).

Dies verbessert die Benutzerfreundlichkeit, da das Einklappen dieser Blöcke und das Speichern der Konfiguration die konfigurierten erweiterten Optionen nicht mehr auf ihre Standardwerte zurücksetzt.

Verbesserter Menüabschnitt für Top-Auslöser

Der Menüabschnitt zum Anzeigen der Top-Auslöser heißt jetzt Top 100 triggers. Es wurde die Möglichkeit hinzugefügt, Auslöser nach Problemname und Tags zu filtern. Außerdem wird für jeden Auslöser jetzt die Anzahl der erkannten Probleme statt der Anzahl der Statusänderungen angezeigt.

Erhöhtes Zeichenlimit für Konfigurationsfelder

URL-Felder

Das Zeichenlimit für alle URL-Felder beträgt jetzt 2048 Zeichen. Dies umfasst nun: Tile URL für Einstellungen im Zusammenhang mit geografischen Karten, Frontend URL zur Konfiguration verschiedener Frontend-Parameter, URLs für Netzwerkkarten und Elemente von Netzwerkkarten, URL A-C für Host-Inventar-Felder sowie URL für das URL-Dashboard-Widget.

Authentifizierungsfelder

Das Zeichenlimit für die Authentifizierungsfelder User/User name und Password beträgt jetzt 255 Zeichen. Dies gilt für die Konfiguration der HTTP-Authentifizierung für HTTP-Agent-Datenpunkte, Web-Szenarien und Konnektoren, ebenso wie für die Konfiguration der Authentifizierung für einfache Prüfungen, ODBC-Monitoring, SSH-Prüfungen, Telnet-Prüfungen und JMX-Monitoring.

Kürzung der Testergebnisse von Datenpunkten und der Vorverarbeitung

Beim Testen von Datenpunkten oder Testen von Vorverarbeitungsschritten werden von einem Host abgerufene Werte und Testergebnisse beim Senden an das Frontend jetzt auf eine maximale Größe von 512 KB gekürzt. Beachten Sie, dass Daten mit einer Größe von mehr als 512 KB weiterhin vollständig vom Zabbix Server verarbeitet werden.

Host-Dashboard-Tabs

Alle konfigurierten Host-Dashboards für den ausgewählten Host werden nun als Tabs unter der Seitenüberschrift der Host-Dashboards angezeigt und ersetzen das bisherige Dropdown-Menü in der oberen rechten Ecke. Dies ermöglicht einen einfachen Wechsel zwischen verschiedenen Host-Dashboards und verbessert die Navigation durch die Überwachungsdaten.

Auditprotokoll

Unter Administration > Auditprotokoll können Sie jetzt die Auditprotokollierung von Aktivitäten der Low-Level-Erkennung, Netzwerkerkennung und automatischen Registrierung aktivieren/deaktivieren, die vom Server (Systembenutzer) ausgeführt werden.

Der Standardzeitraum für die Speicherung von Auditprotokolleinträgen, bevor diese vom Housekeeper gelöscht werden, wurde von 365 Tagen auf 31 Tage geändert.

Filter für aktuelle Daten

Unter Monitoring > *Aktuelle Daten werden der Unterfilter und die Daten standardmäßig nicht mehr angezeigt, wenn der Filter nicht festgelegt ist.

Wenn Sie von früheren Zabbix-Versionen aktualisieren, beachten Sie auch: Hinweise zum Upgrade auf 7.0.0.

Mindest erforderliche PHP-Version

Die mindestens erforderliche PHP-Version wurde von 7.4.0 auf 8.0.0 angehoben.

Umbenannte Elemente

  • Einige Parameter von Dashboard-Widgets mit der Bezeichnung Tags wurden zur besseren Verständlichkeit umbenannt: Item tags (für das Widget Data overview), Scenario tags (für das Widget Web monitoring); Problem tags (für die Widgets Graph, Problem hosts, Problems, Problems by severity und Trigger overview);
  • Der Aktionslink zum Bearbeiten des Karteninhalts, der in der Kartenliste im Abschnitt Monitoring → Maps verfügbar ist, wurde von Constructor in Edit umbenannt;
  • Die Felder zum Festlegen der Aufbewahrungszeiträume für History und Trends in den Konfigurationsformularen für item und item prototype wurden umbenannt;
  • In der Konfiguration des Widgets Top hosts wurden die Felder Order column und Host count in Order by und Host limit umbenannt, um ihre Funktionen besser zu beschreiben.
  • In der Konfiguration des Widgets Graph wurde das Feld legend Display min/max/avg in Display min/avg/max umbenannt, und die Felder host pattern und item pattern im data set wurden in host patterns und item patterns umbenannt.
  • In den Einstellungen des User profile wurde die Registerkarte Messaging in Frontend notifications umbenannt; dort wurde auch die Option Frontend messaging in Frontend notifications umbenannt.

Verschiedenes

  • Die Symbole des Hauptmenüs wurden aktualisiert.
  • Meldungen, die auf das Fehlen von Daten oder nicht gesetzte Filter hinweisen (in Widgets oder Popup-Filtern, für die keine Daten angezeigt werden können), wurden aktualisiert. Außerdem wurde die Fußzeile „0 von 0 gefunden werden angezeigt“ in Fällen entfernt, in denen keine Daten angezeigt werden können oder die Filterung (oder die Verwendung der globalen Suche) keine Treffer ergibt.
  • Die Versionsnummern des Zabbix Frontend und des Zabbix Server können jetzt auf der Seite „Systeminformationen“ angezeigt werden.
  • Alle Aktionen, in denen der Medientyp verwendet wird, werden jetzt in der Liste der Medientypen angezeigt (Spalte In Aktionen verwendet). Zuvor wurden Aktionen, bei denen die Option Nur senden an in der Konfiguration des Aktionsvorgangs auf „Alle“ gesetzt war, nicht in der Spalte In Aktionen verwendet des Medientyps aufgeführt.
  • Im Abschnitt Neueste Daten wurde eine neue Filteroption hinzugefügt: Sie ermöglicht jetzt das Filtern von Datenpunkten nach ihrem Status (unterstützt/nicht unterstützt).
  • Im Abschnitt Probleme wurde eine neue Filteroption Bestätigungsstatus hinzugefügt: Sie ermöglicht jetzt das Filtern von Problemen nach ihrem Status (unbestätigt/bestätigt/von mir bestätigt).
  • Popup-Fenstern zum Konfigurieren und massenhaften Aktualisieren von Kartenelementen und Formen wurde eine standardmäßige Schaltfläche zum Schließen des Fensters hinzugefügt.
  • Die Konfiguration von Berechtigungen für Benutzergruppen und Tags zum Filtern der anzeigbaren Probleme wurde verfeinert. Jetzt können mehrere Host-/Vorlagengruppen gleichzeitig ausgewählt werden, um ihnen dieselben Berechtigungen zuzuweisen.
  • Das Aussetzen globaler Benachrichtigungen in einem Browser setzt diese nun in allen Browsern/Geräten aus, auf denen der Benutzer angemeldet ist.
  • Der Parameter Host überschreiben im Widget Datenpunktwert wurde zur besseren Benutzerfreundlichkeit vor den Abschnitt Erweiterte Konfiguration verschoben.

Plugins

Ember+

Ein neues Plugin für die direkte Überwachung von Ember+ durch Zabbix Agent 2 wurde hinzugefügt.

Weitere Informationen finden Sie unter:

Installation

Separate Installationspakete für RHEL-Derivate

Dedizierte Installationspakete sind für die Versionen 8 und 9 von AlmaLinux, CentOS Stream, Oracle Linux und Rocky Linux verfügbar. Zuvor wurden einzelne Installationspakete für RHEL und RHEL-basierte Distributionen bereitgestellt. Nun werden separate Pakete für RHEL und jedes der oben genannten Derivate verwendet, um potenzielle Probleme aufgrund binärer Inkompatibilität zu vermeiden.

Unterstützung für ARM64/AArch64

ARM64/AArch64-Installationspakete sind jetzt für Debian, RHEL 8, 9 und deren Derivate sowie für SLES/OpenSUSE Leap 15 verfügbar.