Sprawdzanie aktualizacji oprogramowania jest teraz domyślnie dodawane do nowych i istniejących instalacji - frontend Zabbix będzie komunikować się z publicznym punktem końcowym Zabbix, aby sprawdzać dostępność aktualizacji.

Informacje o dostępnych aktualizacjach oprogramowania Zabbix są wyświetlane w Reports -> System information oraz (opcjonalnie) w widżecie pulpitu System Information.

Możesz wyłączyć sprawdzanie aktualizacji oprogramowania, ustawiając AllowSoftwareUpdateCheck=0 w konfiguracji serwera.

Asynchroniczne pollery

Dodano nowe procesy pollerów, które mogą wykonywać wiele sprawdzeń jednocześnie:

agent poller
http agent poller
snmp poller (dla pozycji walk[OID] i get[OID])

Te pollery są asynchroniczne - mogą rozpoczynać nowe sprawdzenia bez konieczności oczekiwania na odpowiedź, a ich współbieżność można skonfigurować do 1000 równoczesnych sprawdzeń.

Asynchroniczne pollery zostały opracowane, ponieważ w porównaniu z nimi synchroniczne procesy pollerów mogą wykonywać tylko jedno sprawdzenie naraz, a większość ich czasu jest spędzana na oczekiwaniu na odpowiedź. W związku z tym wydajność można zwiększyć, uruchamiając nowe równoległe sprawdzenia podczas oczekiwania na odpowiedź sieciową, i właśnie to robią nowe pollery.

Asynchroniczne pollery agent można uruchomić, modyfikując wartość StartAgentPollers - nowego parametru serwera/proxy. Pollery HTTP agent można uruchomić odpowiednio, modyfikując StartHTTPAgentPollers. Pollery SNMP można uruchomić odpowiednio, modyfikując StartSNMPPollers.

Maksymalna współbieżność dla asynchronicznych pollerów (agent, HTTP agent i SNMP) jest definiowana przez MaxConcurrentChecksPerPoller.

Należy pamiętać, że po aktualizacji wszystkie sprawdzenia agent, HTTP agent oraz SNMP walk[OID] zostaną przeniesione do asynchronicznych pollerów.

W ramach prac rozwojowych do sprawdzeń HTTP agent dodano funkcję trwałych połączeń cURL.

Monitorowanie przeglądarki

Do Zabbixa dodano nowy typ pozycji - Browser item - który umożliwia monitorowanie złożonych witryn internetowych i aplikacji webowych przy użyciu przeglądarki. Pozycje przeglądarki umożliwiają wykonywanie zdefiniowanego przez użytkownika kodu JavaScript w celu symulowania działań związanych z przeglądarką, takich jak klikanie, wprowadzanie tekstu, nawigowanie po stronach internetowych itp.

Ta pozycja zbiera dane przez HTTP/HTTPS i częściowo implementuje standard W3C WebDriver z użyciem Selenium Server lub zwykłego WebDrivera (na przykład ChromeDriver) jako punktu końcowego testów.

Należy pamiętać, że obsługa pozycji przeglądarki ma obecnie charakter eksperymentalny.

Dodatkowo ta funkcja dodaje szablon Website by Browser oraz nowe elementy do eksportu/importu konfiguracji, plików konfiguracyjnych serwera/proxy Zabbixa, limitów czasu oraz narzędzia wiersza poleceń zabbix_js. Więcej informacji można znaleźć w sekcji Upgrade notes to 7.0.0.

Równoważenie obciążenia proxy i wysoka dostępność

Równoważenie obciążenia proxy jest realizowane przez wprowadzenie grup proxy w Zabbix. Grupy proxy zapewniają automatyczny podział hostów między proxy, ponowne równoważenie obciążenia proxy oraz wysoką dostępność - gdy proxy przechodzi w tryb offline, jego hosty są natychmiast rozdzielane między pozostałe proxy w grupie.

Więcej informacji można znaleźć w sekcji równoważenie obciążenia proxy i wysoka dostępność.

Bufor pamięci proxy

Dla proxy Zabbix opracowano bufor pamięci. Bufor pamięci umożliwia przechowywanie nowych danych (wartości pozycji, wykrywanie sieci, automatyczna rejestracja hostów) w buforze i przesyłanie ich do serwera Zabbix bez dostępu do bazy danych.

W instalacjach sprzed Zabbix 7.0 zebrane dane były przechowywane w bazie danych przed przesłaniem do serwera Zabbix. W takich instalacjach po aktualizacji pozostaje to domyślne zachowanie.

Aby uzyskać zoptymalizowaną wydajność, zaleca się skonfigurowanie użycia bufora pamięci na proxy. Można to zrobić, modyfikując wartość ProxyBufferMode z "disk" (wbudowana domyślna wartość dla istniejących instalacji) na "hybrid" (zalecane) lub "memory". Wymagane jest również ustawienie rozmiaru bufora pamięci (parametr ProxyMemoryBufferSize).

W trybie hybrydowym bufor jest chroniony przed utratą danych przez zapisywanie nieprzesłanych danych do bazy danych, jeśli proxy zostanie zatrzymany, bufor się zapełni lub dane staną się zbyt stare. Gdy wszystkie wartości zostaną zapisane do bazy danych, proxy wraca do korzystania z bufora pamięci.

W trybie pamięciowym bufor pamięci będzie używany, jednak nie ma ochrony przed utratą danych. Jeśli proxy zostanie zatrzymany lub pamięć zostanie przepełniona, nieprzesłane dane zostaną odrzucone.

Tryb hybrydowy (ProxyBufferMode=hybrid) jest stosowany we wszystkich nowych instalacjach od Zabbix 7.0.

Dodatkowe parametry, takie jak ProxyMemoryBufferSize i ProxyMemoryBufferAge, określają odpowiednio rozmiar bufora pamięci oraz maksymalny wiek danych w buforze.

Dodano nowe pozycje wewnętrzne have been added, aby monitorować bufor pamięci proxy.

JIT provisioning użytkowników

Wcześniej użytkownicy utworzeni w ramach provisioning byli ograniczeni wyłącznie do mediów utworzonych podczas provisioning, bez możliwości edycji takich właściwości jak godziny pracy czy poziomy ważności.

Teraz w Zabbix dostępna jest większa elastyczność dla użytkowników utworzonych w ramach provisioning:

provisioned user media można wyłączyć/włączyć;
pola media fields użytkownika utworzonego w ramach provisioning, takie jak When active, Use if severity i Enabled, można edytować ręcznie;
można ręcznie dodać dodatkowe media użytkownika (na przykład dodatkowe adresy e-mail) dla użytkowników utworzonych w ramach provisioning;
ręcznie dodane media użytkownika można usunąć (mediów użytkownika utworzonych w ramach provisioning nie można).

Dodatkowo podczas konfigurowania mapowania mediów użytkownika dla provisioning dostępne są teraz takie pola jak When active, Use if severity i Enabled. Należy pamiętać, że zmiany w formularzu mapowania typu mediów użytkownika zaczną obowiązywać tylko dla nowych mediów utworzonych podczas provisioning.

Konfigurowalne limity czasu dla pozycji

Konfiguracja limitu czasu dla poszczególnych pozycji jest teraz dostępna dla większej liczby typów pozycji (zobacz obsługiwane typy pozycji). Oprócz ustawiania wartości limitu czasu na poziomie pozycji, można zdefiniować limity czasu globalne oraz proxy dla różnych typów pozycji.

Limity czasu skonfigurowane na poziomie pozycji mają najwyższy priorytet. Domyślnie globalne limity czasu są stosowane do wszystkich pozycji; jednak jeśli ustawiono limity czasu proxy, zastąpią one globalne.

Oracle DB wycofane

Obsługa Oracle jako bazy danych zaplecza została wycofana i oczekuje się, że zostanie całkowicie usunięta w przyszłych wersjach.

Protokół JSON dla pasywnych sprawdzeń agenta

Zaimplementowano protokół oparty na JSON dla pasywnych sprawdzeń agenta.

W celu zapewnienia zgodności ze starszymi agentami dodano mechanizm awaryjnego przejścia na stary protokół tekstowy. Jeśli agent zwróci "ZBX_NOTSUPPORTED", Zabbix zapisze interfejs jako używający starego protokołu i ponowi sprawdzenie, wysyłając tylko tekstowy klucz pozycji.

Polecenie Zabbix get można teraz uruchomić z nową opcją -P --protocol <value>, gdzie "value" ma jedną z następujących wartości:

auto - połącz się przy użyciu protokołu JSON, a w razie potrzeby przejdź awaryjnie i ponów próbę z protokołem tekstowym (domyślnie);
json - połącz się przy użyciu klucza protokołu JSON;
plaintext - połącz się przy użyciu protokołu tekstowego, w którym wysyłany jest tylko klucz pozycji.

Jeśli klucz pozycji nie jest obsługiwany, Zabbix get zwróci kod wyjścia 1.

Ujednolicone protokoły agent/agent2

Protokoły Zabbix agent i agent 2 zostały ujednolicone poprzez przełączenie Zabbix agent na protokół Zabbix agent 2. Różnica między żądaniami/odpowiedziami Zabbix agent i Zabbix agent 2 jest wyrażona przez wartość znacznika "variant" ("1" - Zabbix agent, "2" - Zabbix agent 2).

Zobacz także: Kontrole pasywne i aktywne agenta.

Obsługa elastycznych/interwałów harmonogramu w aktywnych kontrolach

Elastyczne/interwały harmonogramu są teraz obsługiwane w aktywnych kontrolach zarówno przez Zabbix agent, jak i Zabbix agent 2 (wcześniej tylko przez Zabbix agent 2).

Automatyczne wyłączanie utraconych zasobów

Zasoby, które nie są już wykrywane przez wykrywanie niskiego poziomu, mogą być teraz automatycznie wyłączane. Mogą zostać wyłączone natychmiast, po określonym czasie lub nigdy (zobacz nowy parametr Disable lost resources w konfiguracji reguły wykrywania).

Utracone zasoby (hosty, pozycje, wyzwalacze) są oznaczane ikoną w kolumnie informacji. Tekst podpowiedzi zawiera szczegóły dotyczące ich stanu.

W ramach tych samych zmian parametr Keep lost resources period został przemianowany na Delete lost resources z opcjami usuwania natychmiast, po określonym czasie lub nigdy.

Wysyłanie danych do serwera Zabbix za pomocą API Zabbix

Wcześniej wysyłanie określonych danych do serwera Zabbix było możliwe przy użyciu narzędzia Zabbix sender lub poprzez zaimplementowanie niestandardowego protokołu komunikacji opartego na JSON communication protocol, podobnego do tego używanego w Zabbix sender.

Obecnie możliwe jest również wysyłanie danych do serwera Zabbix za pomocą protokołu HTTP przy użyciu metody API history.push. Należy pamiętać, że odbieranie wysłanych danych wymaga skonfigurowanej pozycji trapper lub pozycji HTTP agent (z włączonym trappingiem).

Dodatkowo poprawne operacje history.push są rejestrowane w Reports → Audit log, który ma dodatkowe opcje filtrowania (nową akcję Push i zasób History), a metoda API history.push jest również dostępna na liście Allow/Deny list metod API podczas konfigurowania roli użytkownika.

Skrypty

Wykonywanie skryptów na agentach aktywnych

Od teraz możliwe jest wykonywanie skryptów na agentach działających w trybie aktywnym. Gdy wykonanie skryptu zostanie wywołane przez operację akcji lub ręczne wykonanie skryptu, polecenie jest dołączane do konfiguracji aktywnego sprawdzania i wykonywane, gdy aktywny agent je otrzyma.

Ręczne skrypty są wysyłane do aktywnego agenta wraz z limitem czasu serwera/proxy na wykonanie skryptu. Zwiększ domyślny limit czasu serwer/proxy dla wykonywania skryptów. Limit czasu musi być większy niż częstotliwość odświeżania aktywnego sprawdzania, w przeciwnym razie limit czasu zostanie przekroczony, zanim aktywny agent otrzyma skrypt i będzie mógł zwrócić wynik.

Należy pamiętać, że starsze aktywne agenty ignorują wszelkie zdalne polecenia zawarte w konfiguracji aktywnych sprawdzeń. Więcej informacji można znaleźć w sekcji Sprawdzania pasywne i aktywne agenta.

Ręczne wprowadzanie danych przez użytkownika dla skryptów

Ręczne wprowadzanie danych przez użytkownika dla skryptów frontend umożliwia podanie niestandardowego parametru przy każdym uruchomieniu skryptu. Eliminuje to konieczność tworzenia wielu podobnych skryptów użytkownika, różniących się tylko jednym parametrem.

Na przykład możesz chcieć podać do skryptu podczas wykonywania inną liczbę całkowitą lub inny adres URL.

Aby włączyć ręczne wprowadzanie danych przez użytkownika:

użyj makra {MANUALINPUT} w skrypcie (polecenia, skrypt, parametr skryptu) tam, gdzie jest to wymagane; lub w polu URL dla skryptów URL;
w zaawansowanej konfiguracji skryptu włącz ręczne wprowadzanie danych przez użytkownika i skonfiguruj opcje wejściowe:

Gdy wprowadzanie danych przez użytkownika jest włączone, przed wykonaniem skryptu użytkownik zobaczy okno Manual input, w którym zostanie poproszony o podanie niestandardowej wartości. Podana wartość zastąpi {MANUALINPUT} w skrypcie.

W zależności od konfiguracji użytkownik zostanie poproszony o wpisanie wartości tekstowej albo wybranie wartości z listy rozwijanej z góry określonych opcji.

Wydajność

Szybsza reakcja na aktualizację okresu konserwacji hosta

Wcześniej konserwacje były przeliczane tylko co minutę, co mogło powodować opóźnienie do 60 sekund przy rozpoczynaniu lub zatrzymywaniu okresu konserwacji.

Teraz konserwacje są nadal przeliczane co minutę lub natychmiast po ponownym wczytaniu pamięci podręcznej konfiguracji, jeśli nastąpiły zmiany w okresie konserwacji.

Co sekundę proces timera sprawdza, czy należy uruchomić/zatrzymać jakiekolwiek konserwacje, na podstawie tego, czy po aktualizacji konfiguracji zaszły zmiany w okresach konserwacji. W związku z tym szybkość uruchamiania/zatrzymywania okresów konserwacji zależy od interwału aktualizacji konfiguracji (domyślnie 10 sekund). Należy pamiętać, że zmiany okresu konserwacji nie obejmują ustawień Active since/Active till. Ponadto, jeśli host/grupa hostów zostanie dodana do istniejącego aktywnego okresu konserwacji, zmiany zostaną aktywowane przez proces timera dopiero na początku następnej minuty.

Szybsze sprawdzanie uprawnień

Sprawdzanie uprawnień zostało znacznie przyspieszone dzięki wprowadzeniu kilku tabel pośrednich do sprawdzania uprawnień użytkowników bez uprawnień administracyjnych.

Tabele te przechowują skróty (SHA-256) zestawów grup użytkowników i zestawów grup hostów odpowiednio dla każdego użytkownika/hosta. Dodatkowo istnieje tabela uprawnień przechowująca tylko dostępne kombinacje użytkowników i hostów, określone przez identyfikatory skrótów.

To ulepszenie znacznie przyspiesza ładowanie stron frontend intensywnie korzystających z uprawnień (tj. hosty, problemy). Należy pamiętać, że skróty i uprawnienia nie są obliczane dla użytkowników Super-admin.

Szybsze wykonywanie akcji wyzwalacza

Wykonywanie operacji akcji wyzwalacza, operacji odzyskiwania i operacji aktualizacji na serwerze Zabbix odbywa się teraz natychmiastowo (poniżej 100 milisekund) po zmianie statusu wyzwalacza, podczas gdy wcześniej użytkownicy mogli doświadczać opóźnienia do 4 sekund.

Zmniejszenie opóźnienia jest możliwe dzięki wdrożeniu mechanizmów komunikacji międzyprocesowej (IPC) między wieloma procesami (escalator i jego modułem dystrybucji eskalacji, escalator i alerter, menedżerem preprocessingu i history syncerem).

Widżety

W nowej wersji dodano kilka nowych widżetów, a funkcjonalność innych została rozszerzona. Dodatkowo widżety pulpitu mogą teraz łączyć się i komunikować ze sobą, dzięki czemu widżety i pulpity stają się bardziej dynamiczne.

Wskaźnik

Dodano widżet Wskaźnik do widżetów pulpitu, umożliwiający wyświetlanie wartości pojedynczej pozycji w formie wskaźnika. Więcej informacji można znaleźć w sekcji Wskaźnik.

Wykres kołowy

Do widgetów pulpitu dodano widget Wykres kołowy, umożliwiający wyświetlanie wartości wybranych pozycji jako:

wykres kołowy;
wykres pierścieniowy.


Wykres kołowy.	Wykres pierścieniowy.

Więcej informacji można znaleźć w sekcji Wykres kołowy.

W ramach tej zmiany do konfiguracji widgetu wykresu (na karcie Legenda) dodano pole wyboru Pokaż funkcję agregacji.

Honeycomb

Dodano widżet Honeycomb do widżetów pulpitu, który zapewnia dynamiczny i atrakcyjny wizualnie przegląd monitorowanej infrastruktury sieciowej oraz zasobów, gdzie grupy hostów, takie jak maszyny wirtualne i urządzenia sieciowe, wraz z odpowiadającymi im pozycjami, są przedstawione wizualnie jako interaktywne sześciokątne komórki. Więcej informacji można znaleźć w sekcji Honeycomb.

Najważniejsze wyzwalacze

Dodano widżet Najważniejsze wyzwalacze do widżetów dashboardu, który umożliwia przeglądanie wyzwalaczy z największą liczbą problemów.

Więcej informacji można znaleźć w: Najważniejsze wyzwalacze.

Historia pozycji i zwykły tekst

Nowy widget pulpitu Historia pozycji zastąpił widget Zwykły tekst, oferując kilka ulepszeń.

W przeciwieństwie do widgetu Zwykły tekst, który wyświetlał tylko najnowsze dane pozycji w postaci zwykłego tekstu, widget Historia pozycji obsługuje różne opcje wyświetlania dla wielu typów pozycji (liczbowych, znakowych, logów, tekstowych i binarnych). Na przykład może pokazywać paski postępu lub wskaźniki, obrazy dla binarnych typów danych (przydatne w przypadku pozycji przeglądarki) oraz wyróżniać wartości tekstowe (przydatne w przypadku monitorowania plików dziennika).

Więcej informacji można znaleźć w sekcji Historia pozycji. Szczegóły dotyczące zastąpienia widgetu Zwykły tekst opisano w sekcji Uwagi dotyczące aktualizacji do wersji 7.0.0.

Nawigator hostów i nawigator pozycji

Do widżetów pulpitu dodano widżety Nawigator hostów i Nawigator pozycji. Widżety te wyświetlają odpowiednio hosty lub pozycje na podstawie różnych opcji filtrowania i grupowania oraz umożliwiają sterowanie informacjami wyświetlanymi w innych widżetach w zależności od wybranego hosta lub pozycji. Więcej informacji można znaleźć w sekcjach Nawigator hostów oraz Nawigator pozycji.

Framework komunikacji dla widżetów

Widżety pulpitu mogą teraz łączyć się i komunikować ze sobą, dzięki czemu widżety i pulpity stają się bardziej dynamiczne. Wiele widżetów ma parametry, które umożliwiają im współdzielenie danych konfiguracyjnych między zgodnymi widżetami lub pulpitem.

Ta funkcja wprowadza następujące zmiany:

Parametry Host groups, Hosts i Item umożliwiają wybranie odpowiednio tych obiektów lub źródła danych, które je dostarcza.
Parametr Enable host selection został zastąpiony parametrem Override host, który umożliwia wybranie źródła danych dostarczającego hosty.
Parametr Time period został dodany do wielu widżetów i umożliwia wybranie źródła danych dostarczającego okres czasu.
Parametr Map w widżecie Map umożliwia wybranie mapy lub innego widżetu jako źródła danych dla map.
Parametr Graph w widżecie Graph (classic) umożliwia wybranie wykresu lub innego widżetu jako źródła danych dla wykresów.

W zależności od widżetu i jego parametrów źródłem danych może być zgodny widżet z tego samego pulpitu lub sam pulpit. Więcej informacji można znaleźć w sekcji Dashboard widgets.

Informacje o zmianach w standardowych szablonach dostarczanych z Zabbixem znajdują się w sekcji Template changes.

Okresy czasu dla agregacji w widżetach item value/top hosts

Okresy czasu można teraz konfigurować w widżetach Item value i Top hosts.

Możliwe jest również wyświetlanie wartości zagregowanej w widżecie item value dla wybranego okresu. Wartość zagregowana może być wyświetlana jako:

minimum
maksimum
średnia
liczba
suma
pierwsza
ostatnia

Te dodane funkcje są przydatne do tworzenia widżetów porównujących dane. Na przykład w jednym widżecie można wyświetlać najnowszą wartość, a w innym średnią wartość dla dłuższego okresu. Można też użyć kilku widżetów do porównywania obok siebie wartości zagregowanych z różnych okresów w przeszłości.

Rozszerzona dostępność widżetów na pulpitach szablonów

Wcześniej na pulpicie szablonu można było tworzyć tylko następujące widżety:
Clock, Graph (classic), Graph prototype, Item value, Plain text, URL.

Teraz pulpity szablonów obsługują tworzenie wszystkich widżetów.

Rozszerzone sortowanie w widżecie Top hosts

Teraz, oprócz sortowania według Item value, można również ustawić kolumnę Host name lub Text jako kolumnę sortowania w widżecie Top hosts.

Zwiększona funkcjonalność widżetu dostępności hosta

Widżet Dostępność hosta umożliwia teraz wyświetlanie hostów z interfejsem Zabbix agent (active checks). Dodano również kolejny status dostępności, tj. Mixed, który odpowiada sytuacji, gdy co najmniej jeden interfejs jest niedostępny, a co najmniej jeden jest dostępny lub nieznany. Ponadto wprowadzono możliwość wyświetlania wyłącznie łącznej liczby hostów, bez podziału według interfejsów.

Zmienny rozmiar legendy w widżecie Graph

Widżet Graph obsługuje teraz konfigurację zmiennej liczby wierszy legendy, określanej przez liczbę skonfigurowanych pozycji.

Funkcje

Nowe funkcje

Dodano nowe funkcje do użycia w wyrażeniach wyzwalaczy i pozycjach obliczanych:

jsonpath() - zwraca wynik JSONPath;
xmlxpath() - zwraca wynik XML XPath.

Zobacz także: Funkcje tekstowe

Zaktualizowane funkcje

Kilka funkcji zostało zaktualizowanych:

Funkcje agregujące obsługują teraz także typy nienumeryczne do obliczeń. Może to być przydatne na przykład w przypadku funkcji count i count_foreach.
Funkcje agregujące count i count_foreach obsługują opcjonalne parametry operator i pattern, które można wykorzystać do precyzyjniejszego filtrowania pozycji i zliczania tylko wartości spełniających podane kryteria.
Wszystkie funkcje foreach nie uwzględniają już w zliczaniu nieobsługiwanych pozycji.
Funkcja last_foreach, wcześniej skonfigurowana tak, aby ignorować argument okresu czasu, przyjmuje go teraz jako opcjonalny parametr.
Obsługiwany zakres wartości zwracanych przez funkcje predykcyjne został rozszerzony tak, aby odpowiadał zakresowi typu double. Teraz funkcja timeleft() może przyjmować wartości do 1.7976931348623158E+308, a funkcja forecast() może przyjmować wartości z zakresu od -1.7976931348623158E+308 do 1.7976931348623158E+308.

Pozycje

Spójny domyślny okres przechowywania historii

Domyślny okres przechowywania historii pozycji został ujednolicony do 31 dni w frontendzie i w bazie danych. Zmiana ta dotyczy formularzy konfiguracji pozycji, pozycji szablonu i prototypu pozycji, a także nadpisania okresu przechowywania historii w niskopoziomowym wykrywaniu.

Wartości zmiennoprzecinkowe przycinane dla pozycji całkowitych

Obecnie, jeśli dla pozycji typu liczba całkowita bez znaku zostanie odebrana wartość zmiennoprzecinkowa, wartość zostanie obcięta o część dziesiętną i zapisana jako liczba całkowita. Wcześniej wartość zmiennoprzecinkowa powodowała, że pozycja typu całkowitego stawała się nieobsługiwana.

Zliczanie linii w dzienniku zdarzeń systemu Windows

Do Zabbix agent/agent 2 w systemie Windows dodano nową pozycję eventlog.count. Ta pozycja zwraca wartość całkowitą z liczbą linii w dzienniku zdarzeń systemu Windows na podstawie określonych parametrów.

Asynchroniczne żądania SNMP dla pojedynczego OID

Dodano nową pozycję SNMP get[OID], która umożliwia asynchroniczne odpytywanie o pojedynczą wartość OID.

Pozycje wewnętrzne

Kontrole wewnętrzne są teraz obsługiwane przez nowy proces internal poller serwera Zabbix serwer/proxy.

Dodano pozycje wewnętrzne do monitorowania bufora pamięci proxy:

zabbix[proxy_buffer,buffer,<mode>] - zwraca statystyki użycia bufora pamięci proxy;
zabbix[proxy_buffer,state,changes] - zwraca liczbę zmian stanu między trybami bufora dysk/pamięć od uruchomienia;
zabbix[proxy_buffer,state,current] - zwraca bieżący stan roboczy, w którym są przechowywane nowe dane.

Dodano również następujące pozycje wewnętrzne:

zabbix[discovery_queue] - umożliwia monitorowanie liczby kontroli wykrywania w kolejce;
zabbix[vps,written] - umożliwia monitorowanie łącznej liczby wartości historii zapisanych do bazy danych.

Nowe i zaktualizowane pozycje agenta

Do agenta Zabbix/agent 2 dodano nowe pozycje:

net.dns.perf zwraca liczbę sekund spędzonych na oczekiwaniu na odpowiedź od usługi, mierząc czas wykonania pozycji net.dns.
Pozycja net.dns.get agenta Zabbix 2 zwraca szczegółowe informacje o rekordzie DNS.

Następujące pozycje agenta Zabbix/agent 2 zostały zaktualizowane:

Pozycje net.dns i net.dns.record teraz akceptują nazwę DNS w formacie odwróconym i nieodwróconym podczas wykonywania odwrotnych wyszukiwań DNS;
Pozycje proc.get w trybie "process" i "summary" zwracają teraz również pamięć PSS (proportional set size) w systemie Linux;
Pozycje system.sw.packages i system.sw.packages.get są teraz obsługiwane w Gentoo Linux;
Pozycja system.hostname może teraz zwracać w pełni kwalifikowaną nazwę domenową, jeśli w parametrze type zostanie określona nowa opcja fqdn;
Pozycje wmi.get i wmi.getall używane z agentem Zabbix 2 zwracają teraz JSON z wartościami logicznymi reprezentowanymi jako ciągi znaków (na przykład "RealTimeProtectionEnabled": "True" zamiast wcześniej zwracanego "RealTimeProtectionEnabled": true), aby dopasować format wyjściowy tych pozycji w agencie Zabbix;
Pozycja oracle.ts.discovery agenta Zabbix 2 zwraca teraz nowy makro LLD {#CON_NAME} z nazwą kontenera;
Pozycja oracle.ts.stats agenta Zabbix 2 ma nowy parametr conname do określenia nazwy docelowego kontenera. Format JSON zwracanych danych został zaktualizowany. Gdy w parametrach klucza nie zostanie określony tablespace, type ani conname, zwracane dane będą zawierały dodatkowy poziom JSON z nazwą kontenera, co umożliwia rozróżnianie między kontenerami.

Proste sprawdzenia

Pozycja vmware.eventlog obsługuje teraz opcjonalne filtrowanie według ważności w trzecim parametrze.

Pozycja vmware.vm.discovery teraz również zwraca dane o interfejsach sieciowych maszyn wirtualnych. Dane te można wykorzystać do skonfigurowania niestandardowych interfejsów hosta.

Pozycja vmware.vm.net.if.discovery teraz również zwraca tablicę adresów interfejsów sieciowych.

Do następujących pozycji dodano nowy parametr options:

Parametr ten można wykorzystać do określenia, czy odpowiedzi przekierowane mają być traktowane jako host dostępny, czy host niedostępny. Więcej informacji można znaleźć w sekcji proste sprawdzenia.

Rejestrowanie zduplikowanych identyfikatorów Engine ID SNMPv3

Identyfikatory Engine ID w SNMPv3 są używane jako unikalne identyfikatory urządzenia. Czasami identyfikatory Engine ID są takie same na kilku urządzeniach z powodu błędnej konfiguracji lub ustawień fabrycznych. Ponieważ standardy SNMP wymagają, aby identyfikatory Engine ID były unikalne, pozycje współdzielące ten sam identyfikator Engine ID stają się nieobsługiwane w Zabbix, co prowadzi do problemów z dostępnością tych urządzeń.

Aby ułatwić rozwiązywanie takich problemów, informacje o urządzeniach SNMPv3 współdzielących ten sam identyfikator Engine ID będą teraz okresowo rejestrowane przez serwer Zabbix. Należy pamiętać, że wykrywanie zduplikowanych identyfikatorów Engine ID działa osobno w każdym pollerze SNMP.

Link do dokumentacji dla każdej standardowej pozycji

Każda standardowa pozycja ma teraz bezpośredni link z frontend do swojej strony dokumentacji.

Linki są umieszczone pod ikoną znaku zapytania, podczas otwierania okna pomocy dla pozycji z formularza konfiguracji pozycji (kliknij Wybierz obok pola klucza pozycji).

Wstępne przetwarzanie

Zaawansowana obsługa przyczyn źródłowych dla stanu nieobsługiwanego elementu

Obsługa błędów w przypadku niepowodzenia pobrania wartości pozycji (a więc przejścia jej w stan nieobsługiwany) wcześniej nie pozwalała odróżnić przyczyny ani etapu wykonania, na którym proces się nie powiódł. Wszystkie błędy musiały być obsługiwane za pomocą jednej i tej samej opcji obsługi błędów - albo odrzucić wartość, ustawić określoną wartość, albo ustawić określony komunikat błędu.

Obecnie można dopasować komunikat błędu do wyrażenia regularnego. Jeśli błąd pasuje (lub nie pasuje), można określić, w jaki sposób przypadek błędu ma zostać przetworzony. Na przykład określony komunikat błędu można "zmapować" na bardziej ogólny przypadek, który zostanie dopasowany i obsłużony przez kolejny krok przetwarzania wstępnego, albo pewien przejściowy problem (np. z łącznością sieciową) może być obsłużony inaczej niż jednoznaczne niepowodzenie pobrania wartości pozycji.

Można teraz dodawać wiele kroków przetwarzania wstępnego Check for not supported value. Należy pamiętać, że na końcu potoku sprawdzającego stan nieobsługiwany pozycji może znajdować się tylko jeden krok dopasowujący "any error". Jeśli jest obecny, zostaje aktywowany, jeśli żaden z bardziej szczegółowych testów nie dopasował (lub dopasował błędnie) odpowiedniego wzorca, albo jeśli został przekazany dalej (zmodyfikowany) komunikat błędu - tzn. nie zadziałało zastąpienie przez "Discard value" ani "Set value to".

Zobacz też: Check for not supported value

Lepsza użyteczność zbiorczej aktualizacji kroku przetwarzania wstępnego

Poprzedni projekt formularza zbiorczej aktualizacji pozycji nie był wystarczająco jasny w kwestii tego, czy aktualizacja kroku przetwarzania wstępnego spowoduje dodanie, czy zastąpienie kroków przetwarzania wstępnego. W nowym projekcie dodano przyciski opcji Zastąp i Usuń wszystkie, dzięki czemu użytkownicy mają jasność, czego mogą oczekiwać jako wyniku zbiorczej aktualizacji kroku przetwarzania wstępnego:

Makra

Obsługiwane makra użytkownika w nazwach pozycji i prototypów pozycji

Makra użytkownika są teraz obsługiwane w nazwach pozycji i nazwach prototypów pozycji.

Należy zauważyć, że obsługa makr użytkownika została usunięta z nazw pozycji/prototypów pozycji w Zabbix 6.0.
Teraz została przywrócona. Obecnie obsługiwane jest również wyszukiwanie pozycji po nazwie z rozwiniętymi makrami, czego wcześniej nie obsługiwano.

Nazwa pozycji z rozwiniętymi makrami jest przechowywana w osobnej tabeli bazy danych (item_rtname), która stanowi rozszerzenie tabeli items. Dla każdego rekordu w tabeli items tworzony jest odpowiadający mu rekord item_rtname (z wyjątkiem prototypów pozycji, pozycji reguł wykrywania oraz pozycji szablonów). Nazwa z rozwiniętymi makrami jest ograniczona do 2048 znaków.

Nazwa pozycji z rozwiniętymi makrami jest wyświetlana we wszystkich lokalizacjach frontend z wyjątkiem sekcji Zbieranie danych.

Dodano nowy proces serwera configuration syncer worker, który odpowiada za rozwiązywanie i synchronizowanie wartości makr użytkownika w nazwach pozycji.

Rozszerzone wsparcie funkcji makr

Funkcje makr są teraz obsługiwane ze wszystkimi typami makr:

Funkcje makr mogą być używane we wszystkich miejscach obsługujących wymienione makra. Dotyczy to sytuacji, chyba że wyraźnie zaznaczono, że oczekiwane jest wyłącznie makro (na przykład podczas konfigurowania makr hosta lub filtrów reguły wykrywania niskiego poziomu).

Zaplanowane raporty

Funkcja zaplanowanych raportów nie jest już eksperymentalna.

Raportowanie wielostronicowe

W przypadku pulpitów wielostronicowych raporty są teraz zwracane ze wszystkimi stronami pulpitu, przy czym każda strona PDF odpowiada jednej stronie pulpitu. Wcześniej ta funkcjonalność była ograniczona do zwracania tylko pierwszej strony pulpitu.

Powiadomienia

Obsługa przetwarzania tagów dla zdarzeń wewnętrznych

Przetwarzanie tagów zwracanych przez skrypt webhook jest teraz obsługiwane również dla zdarzeń wewnętrznych.

Ponadto makra {EVENT.TAGS.<tag name>}, {EVENT.TAGS}, {EVENT.TAGSJSON}, {EVENT.RECOVERY.TAGS}, {EVENT.RECOVERY.TAGSJSON} są teraz obsługiwane dla powiadomień o zdarzeniach wewnętrznych.

Te zmiany umożliwiają używanie webhooków do aktualizowania lub zamykania zewnętrznego zgłoszenia/zgłoszenia do wsparcia za pomocą powiadomienia o odzyskaniu zdarzenia wewnętrznego.

Bazy danych

Dziennik audytu przekonwertowany na hypertable w TimescaleDB

Tabela auditlog została przekonwertowana na hypertable w TimescaleDB w nowych instalacjach, aby korzystać z automatycznego partycjonowania według czasu (domyślnie 7 dni) oraz lepszej wydajności.

Aby pomyślnie zaktualizować istniejące instalacje, zobacz Aktualizacja schematu TimescaleDB.

Zobacz także: Obsługiwane wersje TimescaleDB

Osobna tabela bazy danych dla proxy

Rekordy proxy zostały przeniesione z tabeli hosts i są teraz przechowywane w nowej tabeli proxy.

Ponadto dane operacyjne proxy (takie jak ostatni dostęp, wersja, zgodność) zostały przeniesione z tabeli host_rtdata i są teraz przechowywane w nowej tabeli proxy_rtdata.

Procesy

Wielowątkowość

W ramach przejścia na architekturę wielowątkową wprowadzono kilka zmian:

Dodano nowy parametr konfiguracji: --with-stacksize. Parametr ten umożliwia zastąpienie domyślnego rozmiaru stosu wątku używanego przez system (w kilobajtach).
Rozwiązywanie makr użytkownika zostało przeniesione z menedżera preprocessingu do workerów preprocessingu.

Utwardzanie środowiska serwera

Obecnie można ograniczyć niektóre funkcje Zabbix, aby zwiększyć bezpieczeństwo środowiska serwera:

wykonywanie globalnych skryptów na serwerze Zabbix można wyłączyć, ustawiając EnableGlobalScripts=0 w konfiguracji serwera. W przypadku nowych instalacji wykonywanie globalnych skryptów na serwerze Zabbix jest domyślnie wyłączone.
uwierzytelnianie HTTP użytkownika można wyłączyć, ustawiając $ALLOW_HTTP_AUTH=false w pliku konfiguracyjnym frontend (zabbix.conf.php).
modem GSM do powiadomień SMS można teraz określić w nowym parametrze SMSDevices, co ogranicza możliwość błędnej konfiguracji ścieżki do modemu GSM z poziomu frontend.

Walidacja pliku konfiguracyjnego

Do poleceń konserwacyjnych Zabbix serwer, proxy, agent, agent 2 oraz usługa web dodano możliwość walidacji pliku konfiguracyjnego. Walidację można wykonać za pomocą opcji -T --test-config. W przypadku pomyślnej walidacji kod zakończenia będzie równy "0"; w przeciwnym razie komponent zakończy działanie z niezerowym kodem zakończenia i odpowiednim komunikatem o błędzie. Ostrzeżenia (np. w przypadku przestarzałego parametru) nie wpływają na pomyślny kod zakończenia.

Wykrywanie funkcji biblioteki cURL w czasie działania

Wcześniej funkcje biblioteki cURL były wykrywane w czasie kompilacji serwera Zabbix, proxy lub agenta. Jeśli funkcje cURL zostały zaktualizowane, aby można było z nich korzystać, odpowiedni komponent Zabbix musiał zostać ponownie skompilowany.

Obecnie do udostępnienia zaktualizowanych funkcji biblioteki cURL w Zabbix wystarczy ponowne uruchomienie. Ponowna kompilacja nie jest już wymagana. Dotyczy to serwera Zabbix, proxy lub agenta.

Zobacz też uwagi dotyczące aktualizacji.

Konfiguracja agenta 2

Rozmiar bufora

Domyślna wartość parametru konfiguracyjnego BufferSize dla Zabbix agent 2 została zwiększona ze 100 do 1000.

Dozwolone puste wartości

Puste wartości są teraz dozwolone w parametrach konfiguracyjnych związanych z wtyczkami w Zabbix agent 2.

Ustawianie typu uruchamiania usługi Windows agent

Dodano opcję ustawiania typu uruchamiania usługi Windows Zabbix agent/agent 2 (-S --startup-type). Opcja ta umożliwia skonfigurowanie usługi agent/agent 2 tak, aby uruchamiała się automatycznie podczas startu systemu Windows (automatic), po zakończeniu uruchamiania usług uruchamianych automatycznie (delayed), po ręcznym uruchomieniu przez użytkownika lub aplikację (manual) albo aby całkowicie wyłączyć usługę (disabled).

Podczas wykonywania instalacji Windows agent z pakietu MSI domyślny typ uruchamiania w systemach Windows Server 2008/Vista i nowszych wersjach to teraz delayed, jeśli nie określono inaczej w parametrze wiersza poleceń STARTUPTYPE command-line parameter. Poprawia to niezawodność i wydajność usługi Windows Zabbix agent/agent 2, szczególnie podczas ponownego uruchamiania systemu.

Obsługa starego typu numerycznego została usunięta

Stary sposób zapisu wartości zmiennoprzecinkowych, wcześniej oznaczony jako przestarzały, nie jest już obsługiwany, ponieważ używane są wartości numeryczne o rozszerzonym zakresie.

Dodano parametr prefiksu Vault do plików konfiguracyjnych

Pliki konfiguracyjne zabbix_server.conf i zabbix_proxy.conf zostały uzupełnione o nowy, opcjonalny parametr Vault Prefix; plik zabbix.conf.php został uzupełniony o opcjonalny $DB['VAULT_PREFIX'], a setup.php został odpowiednio zaktualizowany.

Ścieżki vault dla CyberArk i HashiCorp nie są więc już zakodowane na stałe, co umożliwia wdrożenia vault z niestandardowymi ścieżkami.

Odkrywanie

Współbieżność w wykrywaniu sieci

Wcześniej każda reguła wykrywania sieci była przetwarzana przez jeden proces discoverer. W związku z tym wszystkie sprawdzenia usług w ramach reguły mogły być wykonywane wyłącznie sekwencyjnie.

W nowej wersji proces wykrywania sieci został przebudowany tak, aby umożliwić współbieżność między sprawdzeniami usług. Dodano nowy proces menedżera wykrywania oraz konfigurowalną liczbę workerów wykrywania (lub wątków).

Menedżer wykrywania przetwarza reguły wykrywania i tworzy zadanie wykrywania dla każdej reguły wraz z zadaniami (sprawdzeniami usług). Sprawdzenia usług są pobierane i wykonywane przez workery wykrywania. Tylko te sprawdzenia, które mają ten sam adres IP i port, są planowane sekwencyjnie, ponieważ niektóre urządzenia mogą nie zezwalać na współbieżne połączenia na tym samym porcie.

Nowa wewnętrzna pozycja zabbix[discovery_queue] umożliwia monitorowanie liczby sprawdzeń wykrywania w kolejce.

Parametr StartDiscoverers określa teraz łączną liczbę dostępnych workerów wykrywania. Domyślna wartość StartDiscoverers została zwiększona z 1 do 5, a zakres z 0-250 do 0-1000. Procesy discoverer z poprzednich wersji Zabbix zostały usunięte.

Dodatkowo:

Wszystkie sprawdzenia usług są teraz wykonywane asynchronicznie, z wyjątkiem sprawdzeń LDAP;
Liczba jednoczesnych asynchronicznych sprawdzeń dla każdego typu sprawdzenia usług (lub liczba dostępnych workerów dla wszystkich synchronicznych sprawdzeń usług) jest teraz konfigurowalna we frontend (zobacz Maksymalna liczba współbieżnych sprawdzeń na typ). Ten parametr jest opcjonalny.
Sprawdzenie usługi HTTP wcześniej było takie samo jak sprawdzenie TCP. Teraz sprawdzanie HTTP/HTTPS odbywa się za pomocą libcurl. Jeśli serwer/proxy Zabbix został skompilowany bez libcurl, sprawdzenia HTTP będą działać tak jak wcześniej (tj. jako sprawdzenia TCP), ale sprawdzenia HTTPS nie będą działać.
Błędy w procesie wykrywania sieci będą teraz wyświetlane we frontend (w Zbieranie danych -> Wykrywanie), na przykład:
- błędy fping;
- nieprawidłowy OID SNMP;
- nieprawidłowa makro dla limitu czasu pozycja;
- błędy zakresu adresów.

Dodawanie tagów hosta podczas wykrywania/autorejestracji

Dla zdarzeń wykrywania i autorejestracji są teraz dostępne dodatkowe operacje:

Dodaj tagi hosta
Usuń tagi hosta

Udostępnianie wykrytych grup hostów

Reguły wykrywania niskiego poziomu mogą teraz łączyć już wykryte i istniejące grupy hostów z hostami utworzonymi przez te same reguły wykrywania niskiego poziomu. Dotyczy to grup hostów wcześniej wykrytych i utworzonych przez inne reguły wykrywania niskiego poziomu na podstawie określonych prototypów grup.

Łączniki

Funkcja strumieniowania danych nie jest już eksperymentalna.

Strumieniuj wybrane dane i konfiguruj interwały prób

Podczas strumieniowania wartości pozycji z Zabbixa do systemów zewnętrznych możesz teraz skonfigurować, które wartości pozycji konektor ma strumieniować na podstawie ich typu informacji (numeryczny (bez znaku), numeryczny (zmiennoprzecinkowy), znakowy itp.).

Dodatkowo, aby uniknąć nieudanych prób strumieniowania wartości pozycji lub zdarzeń (na przykład, jeśli punkt końcowy HTTP jest zajęty lub obowiązują ograniczenia liczby żądań), możesz teraz skonfigurować także interwał prób - czyli jak długo konektor ma czekać po nieudanej próbie strumieniowania danych.

Kody odpowiedzi HTTP 201, 202, 203 i 204 są teraz również akceptowane przez konektory jako sukces (wcześniej tylko 200).

Przesyłanie danych do Apache Kafka

Nowe narzędzie do strumieniowania danych do zewnętrznych systemów - łącznik Kafka dla serwera Zabbix - jest już dostępne. Łącznik Kafka to lekki serwer napisany w Go, zaprojektowany do przekazywania wartości pozycji i zdarzeń z serwera Zabbix do brokera Kafka.

Szablony

Informacje o nowych szablonach i zmianach w istniejących szablonach znajdziesz w sekcji Zmiany w szablonach.

frontend

Uwierzytelnianie wieloskładnikowe

Uwierzytelnianie wieloskładnikowe (MFA) z metodą uwierzytelniania Time-Based One-Time Password (TOTP) lub Duo Universal Prompt może być teraz używane do logowania się do Zabbix, zapewniając dodatkową warstwę bezpieczeństwa wykraczającą poza samą nazwę użytkownika i hasło.

Format czasu w USA

Wyświetlanie czasu i daty w frontendzie teraz jest zgodne z amerykańskim standardem wyświetlania czasu i daty, gdy używany jest domyślny język frontend (en_US).

Before	Now

Klonowanie uproszczone

Wcześniej było możliwe użycie opcji Klonuj i Pełny klon dla hostów, szablonów oraz map.

Teraz opcja Klonuj została usunięta, a opcja Pełny klon została przemianowana na Klonuj, przy jednoczesnym zachowaniu całej wcześniejszej funkcjonalności opcji Pełny klon.

Ikony zastąpione czcionkami

Wszystkie ikony w frontend zostały przełączone z arkuszy obrazów ikon na czcionki.

Formularze modalne

Kilka formularzy frontend jest teraz otwieranych w oknach modalnych (wyskakujących):

konfiguracja reguły wykrywania sieci;
konfiguracja skryptu globalnego;
konfiguracja korelacji zdarzeń;
konfiguracja modułu;
konfiguracja typu mediów;
konfiguracja szablonu;
konfiguracja wyzwalacza i prototypu wyzwalacza;
konfiguracja pozycji i prototypu pozycji.

Zwijana zaawansowana konfiguracja

Pola wyboru Zaawansowana konfiguracja, odpowiedzialne za wyświetlanie zaawansowanych opcji konfiguracji, zostały zastąpione zwijanymi blokami (zobacz na przykład Konfiguracja konektora, Konfiguracja usługi, Konfiguracja widżetu Clock itp.). Poprawia to komfort użytkowania, ponieważ zwijanie tych bloków i zapisywanie konfiguracji nie będzie już resetować skonfigurowanych zaawansowanych opcji do ich wartości domyślnych.

Sekcja menu do przeglądania najważniejszych wyzwalaczy jest teraz nazwana Top 100 triggers. Dodano możliwość filtrowania wyzwalaczy według nazwy problemu i tagów. Ponadto dla każdego wyzwalacza wyświetlana jest teraz liczba wykrytych problemów zamiast liczby zmian statusu.

Zwiększono limit znaków dla pól konfiguracyjnych

Pola URL

Limit znaków dla wszystkich pól URL wynosi teraz 2048 znaków. Dotyczy to teraz: Tile URL dla ustawień związanych z mapami geograficznymi, Frontend URL do konfiguracji różnych parametrów frontend, URLs dla map sieciowych i elementów map sieciowych, URL A-C dla pól inwentarza hosta, oraz URL dla widżetu pulpitu URL.

Pola uwierzytelniania

Limit znaków dla pól uwierzytelniania User/User name i Password wynosi teraz 255 znaków. Dotyczy to konfiguracji uwierzytelniania HTTP dla pozycji HTTP agent, scenariuszy web i konektorów, a także konfiguracji uwierzytelniania dla prostych kontroli, monitorowania ODBC, kontroli SSH, kontroli Telnet, oraz monitorowania JMX.

Przycinanie wyniku testu pozycji i przetwarzania wstępnego

Podczas testowania pozycji lub testowania kroków przetwarzania wstępnego wartości pobierane z hosta oraz wyniki testów są teraz przycinane do maksymalnego rozmiaru 512 KB podczas wysyłania do frontend. Należy pamiętać, że dane większe niż 512 KB są nadal w pełni przetwarzane przez serwer Zabbix.

Karty pulpitów hosta

Wszystkie skonfigurowane pulpity hosta dla wybranego hosta są teraz wyświetlane jako karty pod nagłówkiem strony pulpitów hosta, zastępując poprzednią listę rozwijaną w prawym górnym rogu. Umożliwia to łatwe przełączanie się między różnymi pulpitami hosta i poprawia nawigację po danych monitorowania.

Dziennik audytu

W sekcji Administration → Audit log można teraz włączyć lub wyłączyć rejestrowanie w dzienniku audytu działań low-level discovery, network discovery i autorejestracji wykonywanych przez serwer (System user).

Domyślny okres przechowywania wpisów dziennika audytu przed ich usunięciem przez housekeeper został zmieniony z 365 dni na 31 dni.

Filtr najnowszych danych

W Monitoring → Najnowsze dane podfiltr i dane nie są już domyślnie wyświetlane, jeśli filtr nie jest ustawiony.

W przypadku aktualizacji z wcześniejszych wersji Zabbix zobacz także: Uwagi dotyczące aktualizacji do wersji 7.0.0.

Minimalna wymagana wersja PHP

Minimalna wymagana wersja PHP została podniesiona z 7.4.0 do 8.0.0.

Zmienione elementy

Niektóre parametry widżetu dashboard z etykietą Tags zostały przemianowane, aby były bardziej czytelne: Item tags (dla widżetu Data overview), Scenario tags (dla widżetu Web monitoring); Problem tags (dla widżetów Graph, Problem hosts, Problems, Problems by severity i Trigger overview);
Odnośnik akcji do edycji zawartości mapy, dostępny z listy map w sekcji Monitoring → Maps, został przemianowany z Constructor na Edit;
Pola służące do ustawiania okresów przechowywania historii i trendów w formularzach konfiguracji pozycja i item prototype zostały przemianowane;
W konfiguracji widżetu Top hosts pola Order column i Host count zostały przemianowane na Order by i Host limit, aby lepiej opisywać ich funkcje.
W konfiguracji widżetu Graph pole legendy Display min/max/avg zostało przemianowane na Display min/avg/max, a pola zestawu danych host pattern i item pattern zostały przemianowane na host patterns i item patterns.
W ustawieniach profilu użytkownika karta Messaging została przemianowana na Frontend notifications, a opcja Frontend messaging również została przemianowana na Frontend notifications.

Różne

Ikony głównego menu zostały zaktualizowane;
Zaktualizowano komunikaty wskazujące brak danych lub nieustawione filtry (w widżetach lub filtrach wyskakujących bez danych do wyświetlenia). Dodatkowo usunięto stopkę „Wyświetlanie 0 z 0 znalezionych” w przypadkach, gdy nie ma danych do wyświetlenia lub gdy filtrowanie (albo użycie globalnego wyszukiwania) nie zwraca żadnych wyników.
Numery wersji frontend Zabbixa i serwera Zabbixa są teraz widoczne na stronie informacji o systemie;
Wszystkie akcje, w których używany jest typ mediów, są teraz wyświetlane na liście typów mediów (kolumna Używane w akcjach). Wcześniej akcje, w których w konfiguracji operacji akcji opcja Wysyłaj tylko do była ustawiona na „Wszystkie”, nie były uwzględniane w kolumnie Używane w akcjach typu mediów;
Do sekcji Ostatnie dane dodano nową opcję filtrowania: umożliwia ona filtrowanie pozycji według ich stanu (obsługiwane/nieobsługiwane);
Do sekcji Problemy dodano nową opcję filtrowania Status potwierdzenia: umożliwia ona filtrowanie problemów według ich stanu (niepotwierdzone/potwierdzone/potwierdzone przeze mnie);
Do okien podręcznych służących do konfiguracji i masowej aktualizacji elementów mapy oraz kształtów dodano standardowy przycisk zamykania okna;
Udoskonalono konfigurację uprawnień grupy użytkowników oraz tagów do filtrowania widocznych problemów. Teraz można jednocześnie wybrać kilka grup hostów/szablonów, aby przypisać im te same uprawnienia.
Drzemanie globalnych powiadomień w jednej przeglądarce będzie teraz usypiać je we wszystkich przeglądarkach/urządzeniach, na których użytkownik jest zalogowany.
Parametr Override host w widżecie Wartość pozycji został przeniesiony przed sekcję Zaawansowana konfiguracja dla lepszej użyteczności.

Wtyczki

Ember+

Dodano nową wtyczkę do bezpośredniego monitorowania Ember+ przez agent Zabbix agent 2.

Więcej informacji można znaleźć tutaj:

Instalacja

Oddzielne pakiety instalacyjne dla pochodnych RHEL

Dostępne są dedykowane pakiety instalacyjne dla wersji 8 i 9 AlmaLinux, CentOS Stream, Oracle Linux oraz Rocky Linux. Wcześniej dla RHEL i dystrybucji opartych na RHEL udostępniano pojedyncze pakiety instalacyjne. Obecnie dla RHEL oraz każdej z wymienionych powyżej pochodnych używane są oddzielne pakiety, aby uniknąć potencjalnych problemów z niezgodnością binarną.

Obsługa ARM64/AArch64

Pakiety instalacyjne ARM64/AArch64 są teraz dostępne dla Debian, RHEL 8, 9 i ich pochodnych, a także SLES/OpenSUSE Leap 15.

What’s next?

6 Co nowego w Zabbix 7.0.1

Docs

5 Co nowego w Zabbix 7.0.0

Licencja AGPL-3.0

Sprawdzanie aktualizacji oprogramowania