Zabbix aktualizace - Návody krok za krokem - initMAX s.r.o.

10. 7. 2025

Aktualizace na poslední verzi 7.4

Detailní návod na aktualizaci PostgreSQL naleznete na naší wiki.

Přípravné kroky

Přečtěte si „poznámky k vydané verzi“ (release notes) [ Official release notes for Zabbix 7.4 ]
Přečtěte si důkladně dokument „poznámky k aktualizaci“ (upgrade notes) [ Official upgrade notes for Zabbix 7.4 ]
Zkontrolujte a případně optimalizujte výkon současné databáze dle doporučení vendora a s ohledem na požadavky Zabbix instance
Zkontrolujte, zda verze veškerých komponent odpovídají matici kompatiblity nové verze Zabbix
Zazálohujte konfigurační soubory Zabbix serveru a Zabbix proxy
Zázálohujte databáze Zabbix serveru, případně Zabbix proxy
Zazálohujte veškeré možné úpravy „na míru“, které byly na úrovni Zabbix ručně provedeny
Musíte vypnout HA na straně Zabbix serveru.

Kontrola verzí

Nejprve zkontrolujeme verze všech komponent, na kterých je běh Zabbixu a jeho součástí závislý, tak aby přesně odpovídaly oficiální matici kompatibility pro Zabbix 7.4.

php-fpm -v
psql -V

Záloha konfiguračních souborů Zabbix

Než se pustíme do dalších kroků, zazálohujeme veškeré konfigurační soubory Zabbix serveru a Zabbix Proxy.

cp -R /etc/zabbix/ //
cp -R /usr/lib/zabbix/alertscripts/ //
cp -R /usr/lib/zabbix/externalscripts/ //
cp -R /usr/share/zabbix/ //
cp /etc/httpd/conf/httpd.conf //
cp /etc/httpd/conf.d/zabbix.conf //

Zastavení služeb

Nejprve zastavíme Zabbix server a webserver, aby do databáze již nic nezapisovaly.

systemctl stop zabbix-server
systemctl stop httpd

Aktualizace databáze (Volitelně)

Dejte si prosím pozor na kombinaci PostgreSQL 17 a TimescaleDB 2.17. Tato verze má problém s načítáním starších dat. V případě potíží doporučujeme provést jednu z následujících akcí:

Downgrade extenze – přejděte na verzi TimescaleDB 2.16.2.
Aktualizace na TimescaleDB 2.18 – tento problém řeší.
Použití workaroundu – do souboru postgresql.conf přidejte parametr pro vypnutí vektorizace a restartuje DB.

timescaledb.enable_vectorized_aggregation = off

Aktualizace Zabbix

Vše jsme úspěšně zazálohovali a zaktualizovali všechny verze návazných komponent dle oficiální matice kompatibility nové verze Zabbixu.

Nyní přejdeme k aktualizaci samotného Zabbixu a všech jeho součástí.

Nejprve si stáhneme instalační balíčky pro repozitáře nové verze Zabbixu a smažeme instalační cache:

rpm -Uvh https://repo.zabbix.com/zabbix/7.4/release/rocky/9/noarch/zabbix-release-latest.el9.noarch.rpm
dnf clean all

Po tomto úkonu máme dostupné repozitáře nové verze a můžeme tedy zaktualizovat veškeré další komponenty Zabbix, a to postupně i na všech Zabbix Proxy:

dnf update zabbix-* -y

Po úspěšném dokončení aktualizace balíčků Zabbix serveru a všech jeho součástí můžeme Zabbix znovu spustit, aby se dokončil upgrade databázové struktury.

systemctl start zabbix-server.service

Postupné činnosti i celý proces aktualizace, včetně případných zásahů do struktury databázového schématu, lze sledovat v log souboru Zabbix serveru:

tail -f /var/log/zabbix/zabbix_server.log

Po úspěšném dokončení aktualizace databázové struktury můžeme znovu spustit náš webový server. To provedeme následujícím příkazem:

systemctl start httpd

Záloha konfiguračních souborů Zabbix

Než se pustíme do dalších kroků, zazálohujeme veškeré konfigurační soubory Zabbix serveru a Zabbix Proxy.

cp -R /etc/zabbix/ //
cp -R /usr/lib/zabbix/alertscripts/ //
cp -R /usr/lib/zabbix/externalscripts/ //
cp -R /usr/share/zabbix/ //
cp -R /etc/apache2/ //

Zastavení služeb

Nejprve zastavíme Zabbix server a webserver, aby do databáze již nic nezapisovaly.

systemctl stop zabbix-server
systemctl stop apache2

Aktualizace databáze (Volitelně)

Dejte si prosím pozor na kombinaci PostgreSQL 17 a TimescaleDB 2.7. Tato verze má problém s načítáním starších dat. V případě potíží doporučujeme provést jednu z následujících akcí:

Downgrade extenze – přejděte na verzi TimescaleDB 2.16.2.
Aktualizace na TimescaleDB 2.8 – tento problém řeší.
Použití workaroundu – do souboru postgresql.conf přidejte parametr pro vypnutí vektorizace a restartuje DB.

timescaledb.enable_vectorized_aggregation = off

Detailní návod na aktualizaci PostgreSQL naleznete na naší wiki.

Aktualizace Zabbix

Vše jsme úspěšně zazálohovali a zaktualizovali všechny verze návazných komponent dle oficiální matice kompatibility nové verze Zabbixu.

Nyní přejdeme k aktualizaci samotného Zabbixu a všech jeho součástí.

Nejprve si stáhneme instalační balíčky pro repozitáře nové verze Zabbixu a nainstalujeme je:

wget https://repo.zabbix.com/zabbix/7.4/release/debian/pool/main/z/zabbix-release/zabbix-release_latest_7.4+debian12_all.deb
dpkg -i zabbix-release_latest_7.4+debian12_all.deb

Po tomto úkonu máme dostupné repozitáře nové verze a můžeme tedy zaktualizovat veškeré další komponenty Zabbix, a to postupně i na všech Zabbix Proxy:

apt update
apt install --only-upgrade $(dpkg -l | grep zabbix | awk '{print $2}')

Po úspěšném dokončení aktualizace balíčků Zabbix serveru a všech jeho součástí můžeme Zabbix znovu spustit, aby se dokončil upgrade databázové struktury.

systemctl start zabbix-server.service

Postupné činnosti i celý proces aktualizace, včetně případných zásahů do struktury databázového schématu, lze sledovat v log souboru Zabbix serveru:

tail -f /var/log/zabbix/zabbix_server.log

Po úspěšném dokončení aktualizace databázové struktury můžeme znovu spustit náš webový server. To provedeme následujícím příkazem:

systemctl start apache2

Dokončovací práce

Zkontrolujte, že správně běží Zabbix server, databázový server a mají správnou verzi
Zkontrolujte také, zda při startu serveru nebo proxy v systému neuvidíte následující chybu: ‚…the user limit of 1024 file descriptors is insufficient. The maximum number of concurrent checks per worker has been reduced…‘ Návod na odstranění naleznete na naší wiki.
Zkontrolujte, že běží všechny Zabbix proxy a mají správnou verzi. Je zajištěna zpětná kompatibilita (částečná) pro verzi 7.0. Nicméně i tak důrazně doporučujeme používat stejnou verzi, jakou má Zabbix server. Starší verze nejsou podporovány.
Zkontrolujte stav Zabbix serveru a Zabbix proxy (log soubory, nepodporované položky, fronty, monitorovací skripty, atd.).
Zkontrolujte, zda vaše servery mají přiděleny poslední verze oficiálních šablon od Zabbixu. [ Zabbix GIT ]

Co je nového v Zabbixu 7.4

Informace o novinkách v Zabbixu 7.4 naleznete v našem článku, nebo se můžete podívat na náš webinář, který je zaměřen právě na tyto novinky.

A to je vše! Nyní můžete začít využívat váš nově zaktualizovaný Zabbix ve verzi 7.4 se všemi jeho opravami i novinkami.

The post Zabbix – aktualizace na poslední verzi 7.4 appeared first on initMAX s.r.o..

Zabbix – aktualizace na poslední verzi 7.2

Marek Ryšavý — Fri, 06 Dec 2024 16:23:50 +0000

Tentokrát si ukážeme, jak zaktualizovat Zabbix na nejnovější verzi 7.2. Budeme vycházet při aktualizaci z verze Zabbixu 7.0, PHP verze 8.0 a PostgreSQL 16 s jeho extenzí TimescaleDB.

Návod, jak aktualizovat PostgreSQL, naleznete v našem wiki článku. Dále zde najdete i návod na aktualizaci TimescaleDB.

Výběr operačního systému

Alma/CentOS/RHEL/Rocky 9

Debian 12

18. 12. 2024

Aktualizace na poslední verzi Zabbix 7.2

Detailní návod na aktualizaci PostgreSQL naleznete na naší wiki.

Přípravné kroky

Přečtěte si „poznámky k vydané verzi“ (release notes) [ Official release notes for Zabbix 7.2 ]
Přečtěte si důkladně dokument „poznámky k aktualizaci“ (upgrade notes) [ Official upgrade notes for Zabbix 7.2 ]
Zkontrolujte a případně optimalizujte výkon současné databáze dle doporučení vendora a s ohledem na požadavky Zabbix instance
Zkontrolujte, zda verze veškerých komponent odpovídají matici kompatiblity nové verze Zabbix
Zazálohujte konfigurační soubory Zabbix serveru a Zabbix proxy
Zázálohujte databáze Zabbix serveru, případně Zabbix proxy
Zazálohujte veškeré možné úpravy „na míru“, které byly na úrovni Zabbix ručně provedeny
Musíte vypnout HA na straně Zabbix serveru.

Kontrola verzí

Nejprve zkontrolujeme verze všech komponent, na kterých je běh Zabbixu a jeho součástí závislý, tak aby přesně odpovídaly oficiální matici kompatibility pro Zabbix 7.2.

php-fpm -v
psql -V

Záloha konfiguračních souborů Zabbix

Než se pustíme do dalších kroků, zazálohujeme veškeré konfigurační soubory Zabbix serveru a Zabbix Proxy.

cp -R /etc/zabbix/ //
cp -R /usr/lib/zabbix/alertscripts/ //
cp -R /usr/lib/zabbix/externalscripts/ //
cp -R /usr/share/zabbix/ //
cp /etc/httpd/conf/httpd.conf //
cp /etc/httpd/conf.d/zabbix.conf //

Zastavení služeb

Nejprve zastavíme Zabbix server a webserver, aby do databáze již nic nezapisovaly.

systemctl stop zabbix-server
systemctl stop httpd

Aktualizace databáze (Volitelně)

Downgrade extenze – přejděte na verzi TimescaleDB 2.16.2.
Aktualizace na TimescaleDB 2.18 – tento problém řeší.
Použití workaroundu – do souboru postgresql.conf přidejte parametr pro vypnutí vektorizace a restartuje DB.

timescaledb.enable_vectorized_aggregation = off

Aktualizace Zabbix

Vše jsme úspěšně zazálohovali a zaktualizovali všechny verze návazných komponent dle oficiální matice kompatibility nové verze Zabbixu.

Nyní přejdeme k aktualizaci samotného Zabbixu a všech jeho součástí.

Nejprve si stáhneme instalační balíčky pro repozitáře nové verze Zabbixu a smažeme instalační cache:

rpm -Uvh https://repo.zabbix.com/zabbix/7.2/release/rocky/9/noarch/zabbix-release-latest-7.2.el9.noarch.rpm
dnf clean all

Po tomto úkonu máme dostupné repozitáře nové verze a můžeme tedy zaktualizovat veškeré další komponenty Zabbix, a to postupně i na všech Zabbix Proxy:

dnf update zabbix-* -y

Po úspěšném dokončení aktualizace balíčků Zabbix serveru a všech jeho součástí můžeme Zabbix znovu spustit, aby se dokončil upgrade databázové struktury.

systemctl start zabbix-server.service

Postupné činnosti i celý proces aktualizace, včetně případných zásahů do struktury databázového schématu, lze sledovat v log souboru Zabbix serveru:

tail -f /var/log/zabbix/zabbix_server.log

Po úspěšném dokončení aktualizace databázové struktury můžeme znovu spustit náš webový server. To provedeme následujícím příkazem:

systemctl start httpd

Záloha konfiguračních souborů Zabbix

Než se pustíme do dalších kroků, zazálohujeme veškeré konfigurační soubory Zabbix serveru a Zabbix Proxy.

cp -R /etc/zabbix/ //
cp -R /usr/lib/zabbix/alertscripts/ //
cp -R /usr/lib/zabbix/externalscripts/ //
cp -R /usr/share/zabbix/ //
cp -R /etc/apache2/ //

Zastavení služeb

Nejprve zastavíme Zabbix server a webserver, aby do databáze již nic nezapisovaly.

systemctl stop zabbix-server
systemctl stop apache2

Aktualizace databáze (Volitelně)

Downgrade extenze – přejděte na verzi TimescaleDB 2.16.2.
Aktualizace na TimescaleDB 2.8 – tento problém řeší.
Použití workaroundu – do souboru postgresql.conf přidejte parametr pro vypnutí vektorizace a restartuje DB.

timescaledb.enable_vectorized_aggregation = off

Detailní návod na aktualizaci PostgreSQL naleznete na naší wiki.

Aktualizace Zabbix

Vše jsme úspěšně zazálohovali a zaktualizovali všechny verze návazných komponent dle oficiální matice kompatibility nové verze Zabbixu.

Nyní přejdeme k aktualizaci samotného Zabbixu a všech jeho součástí.

Nejprve si stáhneme instalační balíčky pro repozitáře nové verze Zabbixu a nainstalujeme je:

wget https://repo.zabbix.com/zabbix/7.2/release/debian/pool/main/z/zabbix-release/zabbix-release_latest_7.2+debian12_all.deb
dpkg -i zabbix-release_latest_7.2+debian12_all.deb

Po tomto úkonu máme dostupné repozitáře nové verze a můžeme tedy zaktualizovat veškeré další komponenty Zabbix, a to postupně i na všech Zabbix Proxy:

apt update
apt install --only-upgrade $(dpkg -l | grep zabbix | awk '{print $2}')

Po úspěšném dokončení aktualizace balíčků Zabbix serveru a všech jeho součástí můžeme Zabbix znovu spustit, aby se dokončil upgrade databázové struktury.

systemctl start zabbix-server.service

Postupné činnosti i celý proces aktualizace, včetně případných zásahů do struktury databázového schématu, lze sledovat v log souboru Zabbix serveru:

tail -f /var/log/zabbix/zabbix_server.log

Po úspěšném dokončení aktualizace databázové struktury můžeme znovu spustit náš webový server. To provedeme následujícím příkazem:

systemctl start apache2

Dokončovací práce

Zkontrolujte, že správně běží Zabbix server, databázový server a mají správnou verzi
Zkontrolujte také, zda při startu serveru nebo proxy v systému neuvidíte následující chybu: ‚…the user limit of 1024 file descriptors is insufficient. The maximum number of concurrent checks per worker has been reduced…‘ Návod na odstranění naleznete na naší wiki.
Zkontrolujte, že běží všechny Zabbix proxy a mají správnou verzi. Je zajištěna zpětná kompatibilita (částečná) pro verzi 7.0. Nicméně i tak důrazně doporučujeme používat stejnou verzi, jakou má Zabbix server. Starší verze nejsou podporovány.
Zkontrolujte stav Zabbix serveru a Zabbix proxy (log soubory, nepodporované položky, fronty, monitorovací skripty, atd.).
Zkontrolujte, zda vaše servery mají přiděleny poslední verze oficiálních šablon od Zabbixu. [ Zabbix GIT ]

Co je nového v Zabbixu 7.2

Informace o novinkách v Zabbixu 7.2 naleznete v našem článku, nebo se můžete podívat na náš webinář, který je zaměřen právě na tyto novinky.

12. 12. 2024

Co je nového v Zabbixu 7.2

A to je vše! Nyní můžete začít využívat váš nově zaktualizovaný Zabbix ve verzi 7.2 se všemi jeho opravami i novinkami.

The post Zabbix – aktualizace na poslední verzi 7.2 appeared first on initMAX s.r.o..

Zabbix – aktualizace na poslední verzi 7.0 LTS

Tomáš Heřmánek — Mon, 03 Jun 2024 19:03:59 +0000

Tentokrát si ukážeme, jak zaktualizovat Zabbix na nejnovější verzi 7.0 LTS. Budeme vycházet při aktualizaci z verze Zabbixu 6.0, PHP verze 8.0 a PostgreSQL 13 s jeho extenzí TimescaleDB.

13. 6. 2024

Aktualizace na poslední verzi Zabbix 7.0

(Detailní návod na aktualizaci PostgreSQL naleznete na naší wiki.)

Přípravné kroky

Přečtěte si „poznámky k vydané verzi“ (release notes) [ Official release notes for Zabbix 7.0 LTS ]
Přečtěte si důkladně dokument „poznámky k aktualizaci“ (upgrade notes) [ Official upgrade notes for Zabbix 7.0 LTS ]
Zkontrolujte a případně optimalizujte výkon současné databáze dle doporučení vendora a s ohledem na požadavky Zabbix instance
Zkontrolujte, zda verze veškerých komponent odpovídají matici kompatiblity nové verze Zabbix
Zazálohujte konfigurační soubory Zabbix serveru a Zabbix proxy
Zázálohujte databáze Zabbix serveru, případně Zabbix proxy
Zazálohujte veškeré možné úpravy „na míru“, které byly na úrovni Zabbix ručně provedeny
Musíte vypnout HA na straně Zabbix serveru.

Kontrola verzí

Nejprve zkontrolujeme verze všech komponent, na kterých je běh Zabbixu a jeho součástí závislý, tak aby přesně odpovídaly oficiální matici kompatibility pro Zabbix 7.0.

php-fpm -v
psql -V

Záloha konfiguračních souborů Zabbix

Než se pustíme do dalších kroků, zazálohujeme veškeré konfigurační soubory Zabbix serveru a Zabbix Proxy.

cp -R /etc/zabbix/ //
cp -R /usr/lib/zabbix/alertscripts/ //
cp -R /usr/lib/zabbix/externalscripts/ //
cp -R /usr/share/zabbix/ //
cp /etc/httpd/conf/httpd.conf //
cp /etc/httpd/conf.d/zabbix.conf //

Zastavení služeb

Nejprve zastavíme Zabbix server a webserver, aby do databáze již nic nezapisovaly.

systemctl stop zabbix-server
systemctl stop httpd

Aktualizace PHP

Nová verze Zabbix 7.0 vyžaduje pro svůj chod PHP v rozmezí verzí 8.0.0 až 8.3.x. Aktuálně máme na serveru verzi 8.0, ale i tak si provedeme aktualizaci.

Případnou aktualizaci provedeme změnou nastavení balíčkovacího systému dnf na úrovni OS. Máme dobré zkušenosti s předposlední verzí, při použití nejnovější verze se může objevit chyba přímo v PHP, která může způsobit problém v používání.

dnf module switch-to php:8.2 -y

Aktualizace databáze

Nejprve zastavíme aktuálně běžící službu PostgreSQL:

systemctl stop postgresql-13

Následně nainstalujeme konkrétně podporovanou verzi, v našem případě PostgreSQL verze 16:

dnf install -y postgresql16-server

Dále si nainstalujeme rozšíření TimescaleDB, musíme ho však nainstalovat ve stejné verzi, jakou používá vaše stará verze databáze! Pokud nebude ve stejné verzi, nebude nám fungovat příkaz pro upgrade. Pomocí následujícího příkazu si porovnáte aktuálně nainstalovanou verzi pro PostgreSQL 13 a nainstalujete stejné verze balíčků pro PostgreSQL 16:

VERSION=$(rpm -qa | grep timescaledb-2-postgresql-13 | head -1 | sed -n 's/.*-\([0-9]\+\.[0-9]\+\.[0-9]\+\)-.*/\1/p') && dnf install -y timescaledb-2-loader-postgresql-16-$VERSION-0.el9.x86_64 timescaledb-2-postgresql-16-$VERSION-0.el9.x86_64

Poznámka: Pokud verze rozšíření TimescaleDB nebude stejná, uvidíte při upgradu následující chybu:

Nyní můžeme přistoupit k inicializaci databáze nové verze PostgreSQL:

/usr/pgsql-16/bin/postgresql-16-setup initdb

Po úspěšné instalaci všech závislostí spustíme dodaný aktualizační skript, který kvůli kompatibilitě zkontroluje a případně i opraví interní tabulky a schémata oproti změnám mezi verzemi (pod uživatelem postgres):

su - postgres

Přeneseme konfiguraci oprávnění (pg_hba.conf) ze staré verze na novou:

cat /var/lib/pgsql/13/data/pg_hba.conf > /var/lib/pgsql/16/data/pg_hba.conf

Případně i konfiguraci samotného databázového serveru (kompatibilitu jednotlivých konfiguračních direktiv mezi verzemi si předem ověřte):

cat /var/lib/pgsql/13/data/postgresql.conf > /var/lib/pgsql/16/data/postgresql.conf

Spustíme migraci databáze

/usr/pgsql-16/bin/pg_upgrade -b /usr/pgsql-13/bin -B /usr/pgsql-16/bin -d /var/lib/pgsql/13/data -D /var/lib/pgsql/16/data -k

Odhlásíme se od uživatele postgres:

logout

Nyní lze zakázat automatické spouštění staré služby po startu:

systemctl disable postgresql-13.service

A nastartovat novou verzi databázového serveru PostgreSQL, včetně jejího automatického spouštění po startu systému:

systemctl enable postgresql-16.service --now

Po úspěšném spuštění PostgreSQL serveru jako první krok musíme zkontrolovat a případně aktualizovat naši TimescaleDB uvnitř Zabbix databáze:

su - postgres

psql -X

\c zabbix

V dalším kroku aktualizujeme stav i v rámci samotné databáze v PostgreSQL:

ALTER EXTENSION timescaledb UPDATE;

Po úspěšné aktualizaci bezpečně opustíme psql konzoli:

exit

Po úspěšné aktualizaci doporučujeme provést VACUUM a reindexaci databází, toto provedeme následujícími příkazy:

/usr/pgsql-16/bin/vacuumdb --all --analyze-in-stages
reindexdb

Dalším krokem je smazání starého PostgreSQL clusteru:

./delete_old_cluster.sh
rm -rf 13 delete_old_cluster.sh

Nyní můžeme odebrat staré verze balíčků. Odhlásíme se od uživatele postgres a odstraníme nepotřebné balíčky. TimescaleDB balíčky jsou nahrazeny, proto již na systému nejsou a není tedy potřeba je mazat:

logout

dnf remove postgresql13-*

V posledním kroku lze smazat složku obsahující konfigurační soubory staré verze:

rm -rf /usr/pgsql-13/

Aktualizace Zabbix

Vše jsme úspěšně zazálohovali a zaktualizovali všechny verze návazných komponent dle oficiální matice kompatibility nové verze Zabbixu.

Nyní přejdeme k aktualizaci samotného Zabbixu a všech jeho součástí.

Nejprve si stáhneme instalační balíčky pro repozitáře nové verze Zabbixu a smažeme instalační cache:

rpm -Uvh https://repo.zabbix.com/zabbix/7.0/rocky/9/x86_64/zabbix-release-latest.el9.noarch.rpm
dnf clean all

Po tomto úkonu máme dostupné repozitáře nové verze a můžeme tedy zaktualizovat veškeré další komponenty Zabbix, a to postupně i na všech Zabbix Proxy:

dnf update zabbix-* -y

Po úspěšném dokončení aktualizace balíčků Zabbix serveru a všech jeho součástí můžeme Zabbix znovu spustit, aby se dokončil upgrade databázové struktury, který je nezbytný pro další kroky, protože součástí upgradu je i vytvoření tabulky history_bin. Existence této tabulky je nutná pro následující kroky aktualizující funkce TimescaleDB.

systemctl start zabbix-server.service

Po úspěšné aktualizaci je nutné Zabbix znovu zastavit, aby bylo možné přejít k dalším krokům aktualizujícím TimescaleDB.

Poznámka: V případě, že se po opětovném spuštění Zabbix serveru objeví chyba ohledně kompatibility databáze, stačí v konfiguračním souboru Zabbix serveru upravit následující direktivu.

V této verzi Zabbix toto není chyba kompatibility, ale pouze chybějící číslo TimescaleDB v samotném zdrojovém kódu Zabbixu!

Odpovídající verze databáze a doplňku pak vždy hledejte v matici kompatibility v oficiální dokumentaci Zabbixu pro vaši konkrétní verzi.

Otevřeme si konfigurační soubor Zabbix serveru:

nano /etc/zabbix/zabbix_server.conf

Zde upravíme následující parametr:

AllowUnsupportedDBVersions=1

A nakonec restartujeme službu Zabbix serveru:

systemctl restart zabbix-server.service

Postupné činnosti i celý proces aktualizace, včetně případných zásahů do struktury databázového schématu, lze sledovat v log souboru Zabbix serveru:

tail -f /var/log/zabbix/zabbix_server.log

Jakmile uvidíme, že upgrade proběhl a Zabbix se začal spouštět, vypneme ho a můžeme pokračovat dalším krokem.

Chybu ohledně history_bin a tabulky auditlog můžete ignorovat, protože ji vyřešíme v následujícím kroku. To je také důvod, proč musíme Zabbix ihned po upgradu struktury vypnout.

 69771:20241104:132134.582 [Z3005] query failed: [0] PGRES_FATAL_ERROR:ERROR:  table "history_bin" is not a hypertable
 [select set_integer_now_func('history_bin', 'zbx_ts_unix_now', true)]
 69771:20241104:132134.582 Table "history_bin" is not a hypertable. Execute TimescaleDB configuration step as described in Zabbix documentation to upgrade schema.
 69802:20241104:132134.585 server #29 started [unreachable poller #1]
 69771:20241104:132134.589 [Z3005] query failed: [0] PGRES_FATAL_ERROR:ERROR:  unrecognized parameter namespace "timescaledb"
 [alter table auditlog set (timescaledb.compress,timescaledb.compress_segmentby='auditid',timescaledb.compress_orderby='clock')]
 69771:20241104:132134.590 [Z3005] query failed: [0] PGRES_FATAL_ERROR:ERROR:  "auditlog" is not a hypertable or a continuous aggregate
 [select add_compression_policy('auditlog', compress_created_before => interval '612000')]
 69771:20241104:132134.590 failed to add compression policy to table 'auditlog'

systemctl stop zabbix-server.service

Protože naše Zabbix databáze používá extenzi TimescaleDB, musíme povinně ještě spustit znovu SQL skript obsahující inicializaci hypertabulek. Novinkou ve verzi 7.0 je také hypertabulkovaná tabulka auditlog a history_bin. Pozor, tento krok lze provést až po automatické aktualizaci Zabbix databáze po prvním spuštění Zabbix serveru.

VOLITELNĚ: Tabulka auditlog může obsahovat velké množství dat, což může zpomalit proces aktualizace. Zvažte, zda ji nechcete vyprázdnit pomocí příkazu TRUNCATE TABLE auditlog;, čímž si výrazně zrychlíte proces migrace na tabulky timescaledb. Příkaz se spouští nad databází Zabbixu.

cat /usr/share/zabbix-sql-scripts/postgresql/timescaledb/schema.sql | sudo -u zabbix psql zabbix

Po úspěšném dokončení aktualizace balíčků Zabbix serveru a všech jeho součástí můžeme službu znovu spustit:

systemctl start zabbix-server.service
systemctl start httpd

Nastartování serveru si ověřím přes Zabbix server log:

tail -f /var/log/zabbix/zabbix_server.log

Performance tuning po upgrade PostgreSQL

Po úspěšném spuštění Zabbix serveru můžeme udělat ještě další volitelný krok a to je po upgrade DB spustit znovu script timescaledb-tune na její případné doladění.

Jako parametry tohoto příkazu zvolíme cestu ke konfiguračnímu souboru PostgreSQL a zároveň zvýšíme omezení na maximální počet příchozích spojení do databáze, který je implicitně pro potřeby monitoringu příliš nízký:

timescaledb-tune --pg-config=/usr/pgsql-16/bin/pg_config --max-conns=100

Pro aplikaci nově nastavených konfiguračních parametrů zrestartujeme službu PostgreSQL (ideálně vypněte Zabbix server během tohoto procesu, ale není to nutné):

systemctl restart postgresql-16.service

Dokončovací práce

Zkontrolujte, že správně běží Zabbix server, databázový server a mají správnou verzi
Zkontrolujte také, zda při startu serveru nebo proxy v systému neuvidíte následující chybu: ‚…the user limit of 1024 file descriptors is insufficient. The maximum number of concurrent checks per worker has been reduced…‘ Návod na odstranění naleznete na naší wiki.
Zkontrolujte, že běží všechny Zabbix proxy a mají správnou verzi (Od verze 6.0 je zde zpětná kompatibilita, ale i tak doporučujeme používat stejnou verzi, jakou má Zabbix server)
Zkontrolujte stav Zabbix serveru a Zabbix proxy (log soubory, nepodporované položky, fronty, monitorovací skripty, atd.).
Zkontrolujte, zda vaše servery mají přiděleny poslední verze oficiálních šablon od Zabbixu. [ Zabbix GIT ]

Podpora pro nový Item Browser

Veškeré potřebné kroky naleznete v samostatném návodu na naší wiki ZDE.

21. 6. 2024

7.0 Workshop: Zabbix 7.0 – Monitorování pomocí Browser Item pomocí aplikace Selenium

Doinstalace komponent a nastavení pro Reporting

Veškeré potřebné kroky naleznete v samostatném návodu na naší wiki ZDE.

14. 3. 2024

Reporting v Zabbixu 7.0

A to je vše! Nyní můžete začít využívat váš nově zaktualizovaný Zabbix ve verzi 7.0 LTS se všemi jeho opravami i novinkami.

The post Zabbix – aktualizace na poslední verzi 7.0 LTS appeared first on initMAX s.r.o..

Zabbix – aktualizace na poslední verzi 6.4

Tomáš Heřmánek — Fri, 21 Jul 2023 15:42:56 +0000

Tentokrát si ukážeme jak zaktualizovat Zabbix na nejnovější verzi 6.4, a to včetně upgrade PHP a PostgreSQL!

17. 3. 2023

Aktualizace na poslední verzi 6.4

http s://docs.timescale.com/self-hosted/latest/install/.

Přípravné kroky

Přečtěte si „poznámky k vydané verzi“ (release notes) [ Official release notes for Zabbix 6.4 ]
Přečtěte si důkladně dokument „poznámky k aktualizaci“ (upgrade notes) [ Official upgrade notes for Zabbix 6.4 ]
Zkontrolujte a případně optimalizujte výkon současné databáze dle doporučení vendora a s ohledem na požadavky Zabbix instance
Zkontrolujte, zda verze veškerých komponent odpovídají matici kompatiblity nové verze Zabbix
Zazálohovat konfigurační soubory Zabbix serveru a Zabbix proxy
Zázálohovat databáze Zabbix serveru, případně Zabbix proxy
Zazálohovat veškeré možné úpravy „na míru“, které byly na úrovni Zabbix ručně provedeny

Kontrola verzí

Nejprve zkontrolujeme verze všech komponent, na kterých je běh Zabbixu a jeho součástí závislý tak, aby přesně odpovídal oficiální matici kompatibility pro Zabbix 6.4.

php-fpm -v
postgres -V

Záloha konfiguračních souborů Zabbix

Než se pustíme do dalších kroků, si pro jistotu zazálohujeme i veškeré konfigurační soubory Zabbix serveru a Zabbix Proxy, případně zvažte také zálohu konfiguračních souborů web serveru.

cp /etc/zabbix/zabbix_server.conf //
cp /etc/zabbix/zabbix_agentd.conf //
cp /usr/share/zabbix/alertscripts/* //
cp /usr/share/zabbix/externalscripts/* //
cp -R /usr/share/zabbix/ //
cp /etc/httpd/conf/httpd.conf //
cp /etc/httpd/conf.d/zabbix.conf //
cp /etc/zabbix/web/zabbix.conf.php //

Zastavení služeb

Nejprve zastavíme Zabbix server, aby do databáze již nic nezapisoval.

systemctl stop zabbix-server

Pokud jako backend Zabbix proxy používáme SQLite, pak zastavíme i jednotlivé Zabbix proxy, jelikož jejich databázi po aktualizaci budeme muset v tomto případě smazat.

systemctl stop zabbix-proxy

V případě, že chceme, aby data a aktivní konfigurace ze Zabbix serveru byla na Zabbix proxy serverech zachována, pak před aktualizací doporučujeme změnit konfiguraci Zabbix proxy a převést je na MySQL nebo PostgreSQL databázi. Tento postup je dopodrobna popsán v oficiální dokumentaci Zabbix.

Po tomto zásahu nebude nutné jednotlivé Zabbix proxy servery po dobu aktualizace Zabbix serveru vypínat a můžeme je nechat sbírat a ukládat data i v době nedostupnosti Zabbix serveru.

Služby jednotlivých Zabbix proxy zastavíme až přímo před aktualizací repozitářů a balíčků zabbix-proxy.

Aktualizace PHP

Nová verze Zabbix 6.4 vyžaduje pro svůj chod i PHP v rozmezí verzí 7.4.0 až 8.2.x (Zabbix od verze 6.2.8 podporuje PHP verze 8.2.x).

Dle našich zkušeností doporučujeme nainstalovat PHP 8.0, ve verzi PHP novější než 7.6 je již podpora pro PCRE2, kterou Zabbix využívá.

Případnou aktualizaci pak jednoduše provedeme změnou nastavení balíčkovacího systému dnf na úrovni OS.

dnf module switch-to php:8.0 -y

Aktualizace databáze

Nejprve zastavíme aktuálně běžící službu PostgreSQL.

systemctl stop postgresql-11

Následně nainstalujeme konkrétně podporovanou verzi, v našem případě PostgreSQL verze 15:

dnf install -y postgresql15-server

Nyní můžeme přistoupit k inicializaci databáze nové verze PostgreSQL:

/usr/pgsql-15/bin/postgresql-15-setup initdb

su - postgres
/usr/pgsql-15/bin/pg_upgrade -b /usr/pgsql-11/bin -B /usr/pgsql-15/bin -d /var/lib/pgsql/11/data -D /var/lib/pgsql/15/data -k

Přeneseme konfiguraci oprávnění (pg_hba.conf) ze staré verze na novou:

cat /var/lib/pgsql/11/data/pg_hba.conf > /var/lib/pgsql/15/data/pg_hba.conf

Případně pak i konfiguraci samotného databázového serveru (kompatibilitu jednotlivých konfiguračních direktiv mezi verzemi si předem ověřte):

cat /var/lib/pgsql/11/data/postgresql.conf > /var/lib/pgsql/15/data/postgresql.conf

Nyní lze zakázat automatické spouštění staré služby po startu, a to příkazem:

systemctl disable postgresql-11.service

A nastartovat novou verzi databázového serveru PostgreSQL, včetně jejího automatického spouštění po startu systému.

systemctl enable postgresql-15.service --now

Po úspěšném spuštění Zabbix serveru doporučujeme provést VACUUM a reindexaci databází, toto provedeme následujícími příkazy:

su - postgres
/usr/pgsql-15/bin/vacuumdb --all --analyze-in-stages
reindexdb

Dalším krokem je smazání starého PostgreSQL clusteru.

./delete_old_cluster.sh
rm -rf 11 delete_old_cluster.sh

Nyní můžeme odebrat staré verze balíčků.

dnf remove postgresql11-*

A v posledním kroku již lze smazat složku obsahující konfigurační soubory staré verze:

rm -rf /usr/pgsql-11/

Aktualizace Zabbix

Vše jsme úspěšně zazálohovali a zaktualizovali všechny verze návazných komponent dle oficiální matice kompatibility nové verze Zabbixu.

Nyní přejdeme k aktualizaci samotného Zabbixu a všech jeho součástí.

Nejprve si stáhneme instalační balíčky pro repozitáře nové verze Zabbixu a smažeme instalační cache.

rpm -Uvh https://repo.zabbix.com/zabbix/6.4/rhel/8/x86_64/zabbix-release-6.4-1.el8.noarch.rpm
dnf clean all

Po tomto úkonu máme dostupné repozitáře nové verze a můžeme tedy zaktualizovat veškeré další komponenty Zabbix, a to postupně i na všech Zabbix Proxy:

dnf upgrade zabbix* -y

Ve verzi Zabbix 6.4 je nyní konfigurační soubor pro web server Apache oddělen z balíčků zabbix-web-service a existuje nyní jako balíček samostatný, s názvem zabbix-apache-conf.

V případě použití Apache jako web serveru pro provozování front-endu tedy tento nově-vzniknuvší balíček nainstalujeme.

Zároveň je nezbytné zaktualizovat i balíček pro zabbix-web-service na nejnovější verzi 6.4, které následně povolíme automatický start po spuštění systému.

dnf install zabbix-web-service zabbix-apache-conf -y
systemctl enable zabbix-web-service

Otevřeme konfigurační soubor Zabbix serveru, upravíme v něm následující řádky tak, jak vidíte níže.

Soubor následně uložíme a můžeme zavřít.

nano /etc/zabbix/zabbix_server.conf

DBHost=127.0.0.1
DBPassword=
StartReportWriters=1
WebServiceURL=http://localhost:10053/report

Po úspěšném dokončení aktualizace Zabbix serveru a všech jeho součástí můžeme službu znovu spustit:

systemctl start zabbix-server

Pokud jako backend pro Zabbix proxy používáme databázi SQLite, pak nejprve obsah současné databáze smažeme následujícím příkazem:

rm /tmp/zabbix_proxy.db

V opačném případě lze po úspěšném dokončení aktualizace Zabbix proxy opětovně spustit i tuto službu:

systemctl start zabbix-proxy

Postupné činnosti i celý proces aktualizace, včetně případných zásahů do struktury databázového schématu lze sledovat v log souboru Zabbix serveru:

tail -f /var/log/zabbix/zabbix_server.log

Případně pro jednotlivé Zabbix proxy pak zase v souboru:

tail -f /var/log/zabbix/zabbix_proxy.log

Aktualizace databáze pro float64 a primární klíče

Od major verze Zabbix 6.0 jsou v rámci značného navýšení databázového výkonu použity pro tabulky primární klíče. Toto má zároveň příznivý vliv i na funkcionalitu HA.

V případě použití režimu HA (například Patroni) se v distribuovaném úložišti zrcadlí hodnoty key-value. Na základě informací existujících v tomto úložišti se všechny instance clusteru dohodnou například na tom, která replika se má zpropagovat jako aktuálně produkční, pokud primární instance selže. Toto napomáhá celé funkční logice clusteru v následném určení konsenzu toho, který „node“ je v danou dobu kritický tak, aby byla možnost vyhnout se případnému „split-brain“ scénáři.

Na následujícím odkazu z oficiální dokumentace se dozvíte více: https://www.zabbix.com/documentation/6.4/en/manual/appendix/install/db_primary_keys.

Pro tento úkon nejprve zastavíme Zabbix server.

systemctl stop zabbix-server

Následně nainstalujeme nový balíček obsahující databázové skripty pro Zabbix, který obsahuje i tutu samotnou aktualizaci.

dnf install zabbix-sql-scripts

Nyní do databáze aplikujeme SQL patch-e určené k přípravě právě pro tuto aktualizaci, které nám jednotlivé tabulky přejmenují.

Pozor! Ve starších verzích Zabbix je tato cesta jiná, a to /usr/share/doc/zabbix-sql-scripts/ !

cat /usr/share/zabbix-sql-scripts/postgresql/double.sql | sudo -u zabbix psql zabbix
cat /usr/share/zabbix-sql-scripts/postgresql/history_pk_prepare.sql | sudo -u zabbix psql zabbix

Na úrovni databáze pak spustíme následující SQL skript, který nám exportuje současné tabulky s historickými daty a vloží tato data do tabulek nových.

INSERT INTO history SELECT * FROM history_old ON CONFLICT (itemid,clock,ns) DO NOTHING;
INSERT INTO history_uint SELECT * FROM history_uint_old ON CONFLICT (itemid,clock,ns) DO NOTHING;
INSERT INTO history_str SELECT * FROM history_str_old ON CONFLICT (itemid,clock,ns) DO NOTHING;
INSERT INTO history_log SELECT * FROM history_log_old ON CONFLICT (itemid,clock,ns) DO NOTHING;
INSERT INTO history_text SELECT * FROM history_text_old ON CONFLICT (itemid,clock,ns) DO NOTHING;

Tímto jsme dokončili přípravy pro aktualizaci databázového schématu a opětovně nastartujeme Zabbix server, který při svém spuštění provede samotné změny v databázi.

systemctl start zabbix-server

Po dokončení aktualizace, změně schématu a úspěšném nastartování Zabbix serveru lze ze Zabbix databáze smazat přípravné tabulky vytvořené skriptem výše.

To provedeme následovně:

sudo -u zabbix psql zabbix

DROP TABLE history_old;
DROP TABLE history_uint_old;
DROP TABLE history_str_old;
DROP TABLE history_log_old;
DROP TABLE history_text_old;

Instalace TimescaleDB (volitelné)

Následující kroky nás provedou instalací PostgreSQL doplňku TimescaleDB.

Tyto činnosti jsou zcela volitelné, avšak mohou rapidně zvýšit výkon celého Zabbix monitoringu.

Předtím, než započne samotná instalace zastavíme Zabbix server tak, aby do databáze již nic nezapisoval:

systemctl stop zabbix-server.service

Nyní nainstalujeme oficiální repozitáře TimescaleDB dle dokumentace na tomto odkazu:

Po úspěšné instalaci repozitářů lze přikročit k samotné instalaci doplňku TimescaleDB:

dnf install timescaledb-2-postgresql-15

Následně pak překročíme k nastavení optimálních parametrů pro běh PostgreSQL s TimescaleDB za pomoci příkazu timescaledb-tune.

timescaledb-tune --pg-config=/usr/pgsql-15/bin/pg_config --max-conns=100

Pro aplikaci nově nastavených konfiguračních parametrů zrestartujeme službu PostgreSQL:

systemctl restart postgresql-15.service

Následně musíme TimescaleDB vytvořit, to provedeme pomocí tohoto příkazu:

echo "CREATE EXTENSION IF NOT EXISTS timescaledb CASCADE;" | sudo -u postgres psql zabbix

Pak stačí již jen spustit oficiální SQL skripty přímo dodané Zabbixem, které nám předpřipraví potřebné tabulky a schémata.

Pozor! Ve starších verzích Zabbix je tato cesta jiná, a to /usr/share/doc/zabbix-sql-scripts/ !

cat /usr/share/zabbix-sql-scripts/postgresql/timescaledb.sql | sudo -u zabbix psql zabbix

Jako poslední krok je opětovné spuštění služby Zabbix serveru:

systemctl start zabbix-server.service

Poznámka: V případě, že se po opětovném spuštění Zabbix serveru objeví chyba ohledně kombatibility databáze, pak stačí v konfiguračním souboru Zabbix serveru upravit následující direktivu.

V této verzi Zabbix toto není chyba kompatibility, ale pouze chybějící číslo TimescaleDB v samotném zdrojovém kódu Zabbixu!

Odpovídající verze databáze pak vždy hledejte v matici kompatibility v oficiální dokumentaci Zabbixu pro vaši konkrétní verzi.

AllowUnsupportedDBVersions=1

A nakonec restartujeme službu Zabbix serveru.

systemctl restart zabbix-server.service

Dokončovací práce

Zkontrolujte, že správně běží Zabbix server, databázový server a mají správnou verzi
Zkontrolujte, že běží všechny Zabbix proxy a mají správnou verzi
Zkontrolujte výkon Zabbix serveru a Zabbix proxy (log soubory, nepodporované položky, fronty, monitorovací skripty, atd.).
Zkontrolujte, zda vaše servery mají přiděleny poslední verze oficiálních šablon od Zabbixu. [ Zabbix GIT ]

Konfigurace Zabbixu pro reporting

Pro potřeby funkcí reportingu nejprve nainstalujeme Google Chrome.

Nejprve stáhneme instalační balíček, který následně také nainstalujeme:

wget https://dl.google.com/linux/direct/google-chrome-stable_current_x86_64.rpm
dnf localinstall google-chrome-stable_current_x86_64.rpm

V konfiguraci Zabbix frontendu pak upravíme parametr „Frontend URL“ na aktuálně platnou hodnotu, toto nastavení se nachází v následující cestě v menu:

Administration -> General -> Other

Příklad nastavení můžete vidět na obrázku níže.

A to je vše! Nyní můžete začít využívat váš nově zaktualizovaný Zabbix ve verzi 6.4 se všemi jeho opravami i novinkami.

The post Zabbix – aktualizace na poslední verzi 6.4 appeared first on initMAX s.r.o..

Zabbix – aktualizace na poslední verzi 6.2 (nepodporováno)

Tomáš Heřmánek — Fri, 14 Jul 2023 15:53:38 +0000

V tomto článku si ukážeme, jak zaktualizovat Zabbix na poslední verzi 6.2 a začít naplno využívat všechna vylepšení a technické novinky, které přináší.

14. 7. 2022

Aktualizace na poslední verzi 6.2

Přípravné kroky

Přečtěte si „poznámky k vydané verzi“ (release notes) [ Official release notes for Zabbix 6.2 ]
Přečtěte si důkladně dokument „poznámky k aktualizaci“ (upgrade notes) [ Official upgrade notes for Zabbix 6.2 ]
Zkontrolujte a případně optimalizujte výkon současné databáze dle doporučení vendora a s ohledem na požadavky Zabbix instance
Zkontrolujte, zda verze veškerých komponent odpovídají matici kompatiblity nové verze Zabbix
Zazálohovat konfigurační soubory Zabbix serveru a Zabbix proxy
Zázálohovat databáze Zabbix serveru, případně Zabbix proxy
Zazálohovat veškeré možné úpravy „na míru“, které byly na úrovni Zabbix ručně provedeny

Kontrola verzí

Nejprve je nutné zkontrolovat verze všech komponent, na kterých je běh Zabbixu a jeho součástí závislý tak, aby přesně odpovídal oficiální matici kompatibility pro Zabbix 6.2.

php-fpm -v
mysql -V

Záloha konfiguračních souborů Zabbix

Než se pustíme do dalších kroků, je vždy velice důležité si pro jistotu zazálohovat i veškeré konfigurační soubory Zabbix serveru a Zabbix Proxy, případné zvažte také zálohu konfiguračních souborů web serveru.

cp /etc/zabbix/zabbix_server.conf //
cp /etc/zabbix/zabbix_agentd.conf //
cp /usr/share/zabbix/alertscripts/* //
cp /usr/share/zabbix/externalscripts/* //
cp -R /usr/share/zabbix/ //
cp /etc/httpd/conf/httpd.conf //
cp /etc/httpd/conf.d/zabbix.conf //
cp /etc/zabbix/web/zabbix.conf.php //

Zastavení služeb

Nejprve zastavíme Zabbix server, aby do databáze již nic nezapisoval.

systemctl stop zabbix-server

Pokud jako backend Zabbix proxy používáme SQLite, pak zastavíme i jednotlivé Zabbix proxy, jelikož jejich databázi po aktualizaci budeme v tomto případě muset smazat.

systemctl stop zabbix-proxy

Po tomto zásahu nebude nutné jednotlivé Zabbix proxy servery po dobu aktualizace Zabbix serveru vypínat a můžeme je nechat sbírat a ukládat data i v době nedostupnosti Zabbix serveru.

Služby jednotlivých Zabbix proxy bude třeba zastavit až přímo před aktualizací repozitářů a balíčků zabbix-proxy.

Záloha databáze

Následně spustíme zálohu databáze (následující příklady se týkají MySQL).

V případě, že je databáze malá (do desítek GB) a nepoužíváme partitioning, pak záloha nebude trvat tak dlouho.

Provedeme tedy zálohu celé databáze Zabbix:

screen -S backup
mysqldump -uroot -p zabbix --extended-insert --single-transaction | bzip2 -9 > //zabbix_db_backup-$(date "+%Y-%m-%d_%H.%M.%S").sql.bz2

Pokud je databáze větší anebo používáte partitioning, pak nejprve z databáze zazálohujeme pouze konfigurační tabulky:

mysqldump –uroot -p zabbix --ignore-table=zabbix.history \
--ignore-table=zabbix.history_uint --ignore-table=zabbix.history_str \
--ignore-table=zabbix.history_log --ignore-table=zabbix.history_text \
--ignore-table=zabbix.trends --ignore-table=zabbix.trends_uint > zabbix_config_dump-$(date "+%Y-%m-%d_%H.%M.%S")sql

A následně až zazálohujeme zbytek databázových dat, a to s pomocí innobackupex, který zálohuje i transakční logy a umožňuje tak dělat inkrementální zálohy:

screen -S backup
innobackupex -p //
innobackupex -p --apply-log --use-memory=4G //`date`/

Pro značné urychlení procesu aktualizace je také možné smazat veškeré předchozí události (events), v případě MySQL např. takto:

mysql -uroot -p zabbix
mysql> DELETE from events where source > 0 limit 10000;

Aktualizace PHP

Nová verze Zabbix 6.2 vyžaduje pro svůj chod i PHP v rozmezí verzí 7.4.0 až 8.2.x (Zabbix od verze 6.2.8 podporuje PHP verze 8.2.x).

Dle našich zkušeností doporučujeme nainstalovat PHP 8.0, ve verzi PHP novější než 7.6 je již podpora pro PCRE2, kterou Zabbix využívá.

Případnou aktualizaci pak jednoduše provedeme změnou nastavení balíčkovacího systému dnf na úrovni OS.

dnf module switch-to php:8.0 -y

Aktualizace databáze

Nejprve smažeme aktuální verzi MariaDB

dnf remove mariadb-*

Následně stáhneme pomocný skript pro instalaci konkrétní verze MariaDB repozitářů:

cd /tmp
curl -LsS -O https://downloads.mariadb.com/MariaDB/mariadb_repo_setup

Tento skript pak spustíme s parametrem --mariadb-server-version, ve kterém definujeme konkrétní, Zabbixem podporovanou verzi MariaDB.

V případě Zabbix 6.2 je to verze MariaDB 10.7:

bash mariadb_repo_setup --mariadb-server-version=10.7

Nyní je nutné zresetovat module stream balíčkovacího systému dnf tak, aby si uvědomil změnu ve zdroji instalovaných balíků pro daný software (v našem případě pro MariaDB):

dnf -y module reset mariadb

Posléze již přistoupíme k samotné instalaci spávné verze MariaDB, službu spustíme a nastavíme její automatické spouštění po startu.

dnf install MariaDB-server MariaDB-client MariaDB-backup -y
systemctl enable mysqld.service --now

Po úspěšné aktualizaci balíčků MariaDB spustíme dodaný aktualizační skript, který kvůli kompatibilitě zkontroluje a případně i opraví interní tabulky a schémata oproti změnám mezi verzemi:

mysql_upgrade

Nyní už jen zkontrolujeme aktuální verzi MariaDB.

mysql -V

Aktualizace Zabbix

Potom, co jsme vše úspěšně zazálohovali a zaktualizovali všechny verze návazných komponent dle oficiální matice kompatibility nové verze Zabbixu, přejdeme k aktualizaci samotného Zabbixu a všech jeho součástí.

Nejprve si stáhneme instalační balíčky pro repozitáře nové verze Zabbixu a smažeme instalační cache.

rpm -Uvh https://repo.zabbix.com/zabbix/6.2/rhel/8/x86_64/zabbix-release-6.2-1.el8.noarch.rpm
dnf clean all

Po tomto úkonu máme dostupné repozitáře nové verze a můžeme tedy zaktualizovat veškeré další komponenty Zabbix, a to postupně i na všech Zabbix Proxy:

dnf upgrade zabbix* -y

Následně nainstalujeme balíček zabbix-web-service ve verzi pro Zabbix 6.2 a nastavíme jí automatické spouštění po startu:

dnf install zabbix-web-service -y
systemctl enable zabbix-web-service --now

Otevřeme konfigurační soubor Zabbix serveru, upravíme v něm následující řádky tak, jak vidíte níže. Soubor uložíme a můžeme zavřít.

nano /etc/zabbix/zabbix_server.conf

StartReportWriters=1
WebServiceURL=http://localhost:10053/report

Nyní můžeme zaktualizovat veškeré další komponenty, a to postupně i na všech Zabbix Proxy:

dnf upgrade zabbix*

Po úspěšném dokončení aktualizace Zabbix serveru a všech jeho součástí můžeme službu znovu spustit:

systemctl start zabbix-server

Pokud je jako backend pro Zabbix proxy použita databáze SQLite, pak nejprve obsah současné databáze smažeme následujícím příkazem:

rm /tmp/zabbix_proxy.db

V opačném případě lze po úspěšném dokončení aktualizace Zabbix proxy opětovně spustit i tuto službu:

systemctl start zabbix-proxy

Postupné činnosti i celý proces aktualizace, včetně případných úprav do struktury databázového schématu lze sledovat v log souboru Zabbix serveru:

tail -f /var/log/zabbix/zabbix_server.log

Případně pro jednotlivé Zabbix proxy zase v souboru:

tail -f /var/log/zabbix/zabbix_proxy.log

Aktualizace databáze pro primární klíče

Od major verze Zabbix 6.0 jsou v rámci značného navýšení databázového výkonu použity pro tabulky primární klíče.

Na následujícím odkazu z oficiální dokumentace se dozvíte více: https://www.zabbix.com/documentation/6.2/en/manual/appendix/install/db_primary_keys

Pro tento úkon nejprve zastavíme Zabbix server.

systemctl stop zabbix-server

Následně nainstalujeme nový balíček obsahující databázové skripty pro Zabbix, který obsahuje i tutu samotnou aktualizaci.

dnf install zabbix-sql-scripts

Nyní do databáze aplikujeme SQL patch určený k přípravě právě pro tuto aktualizaci, který nám jednotlivé tabulky přejmenuje.

Pozor! V novějších verzích Zabbix je tato cesta jiná, a to /usr/share/zabbix-sql-scripts/ !

mysql -uzabbix -p zabbix < /usr/share/doc/zabbix-sql-scripts/mysql/history_pk_prepare.sql

Databázovému serveru nastavíme napevno fyzickou cestu, kde se nachází databázová data.

Nejprve se k serveru připojíme pomocí příkazu mysql a v této konzoli následně zjistíme, co má server v této proměnné nastaveno:

SELECT @@secure_file_priv;

Pokud je výsledná hodnota prázdná (jako na příkladu výše), pak odejdeme z konzole mysql a provedeme potřebné úpravy na úrovni OS.

V případě, že cesta neexistuje, pak ji nejprve musíme vytvořit a nastavit korektní oprávnění:

mkdir /var/lib/mysql-files/
chown mysql:mysql /var/lib/mysql-files/

Následně otevřeme konfigurační soubor databázového serveru:

nano /etc/my.cnf.d/server.cnf

A upravíme hodnotu této konfigurační direktivy na požadovanou cestu (níže je příklad implicitní hodnoty).

secure_file_priv = "/var/lib/mysql-files/"

Soubor uložíme a zrestartujeme službu databázového serveru.

systemctl restart mysql

Nyní si můžeme ověřit to, že databázový server novou cestu skutečně bere v potaz. Opět se připojíme k databázové konzoli příkazem mysql a spustíme následující dotaz.

SELECT @@secure_file_priv;

Po těchto úkonech můžeme překročit k samotné aplikaci aktualizačního patche databázového schématu.

Opět se připojíme k DB serveru pomocí příkazu mysql a nastavíme nezbytnou proměnnou max_statement_time na nekonečno (nula) a pro další činnosti vybereme databázi ‚zabbix‘.

mysql
mysql> SET @@max_statement_time=0;
mysql> use zabbix;

Zde pak spustíme níže zmíněný SQL skript, který nám připraví tabulky pro následnou změnu schématu.

SELECT * INTO OUTFILE '/var/lib/mysql-files/history.csv' FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n' FROM history_old;
LOAD DATA INFILE '/var/lib/mysql-files/history.csv' IGNORE INTO TABLE history FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n';

SELECT * INTO OUTFILE '/var/lib/mysql-files/history_uint.csv' FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n' FROM history_uint_old;
LOAD DATA INFILE '/var/lib/mysql-files/history_uint.csv' IGNORE INTO TABLE history_uint FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n';

SELECT * INTO OUTFILE '/var/lib/mysql-files/history_str.csv' FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n' FROM history_str_old;
LOAD DATA INFILE '/var/lib/mysql-files/history_str.csv' IGNORE INTO TABLE history_str FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n';

SELECT * INTO OUTFILE '/var/lib/mysql-files/history_log.csv' FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n' FROM history_log_old;
LOAD DATA INFILE '/var/lib/mysql-files/history_log.csv' IGNORE INTO TABLE history_log FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n';

SELECT * INTO OUTFILE '/var/lib/mysql-files/history_text.csv' FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n' FROM history_text_old;
LOAD DATA INFILE '/var/lib/mysql-files/history_text.csv' IGNORE INTO TABLE history_text FIELDS TERMINATED BY ',' ESCAPED BY '"' LINES TERMINATED BY '\n';

Tímto je příprava pro aktualizaci databázového schématu ukončena a můžeme opětovně nastartovat Zabbix server, který při svém spuštění samotné změny v databázi provede.

systemctl start zabbix-server

Po dokončení aktualizace, změně schématu a úspěšném nastartování Zabbix serveru lze ze Zabbix databáze smazat přípravné tabulky vytvořené skriptem výše.

To provedeme následovně:

mysql
use zabbix;
DROP TABLE history_old; 
DROP TABLE history_uint_old; 
DROP TABLE history_str_old; 
DROP TABLE history_log_old; 
DROP TABLE history_text_old;

Dokončovací práce

Zkontrolujte, že správně běží Zabbix server, databázový server a mají správnou verzi
Zkontrolujte, že běží všechny Zabbix proxy a mají správnou verzi
Zkontrolujte výkon Zabbix serveru a Zabbix proxy (log soubory, nepodporované položky, fronty, monitorovací skripty, atd.).
Zkontrolujte, zda vaše servery mají přiděleny poslední verze oficiálních šablon od Zabbixu. [ Zabbix GIT ]

Konfigurace Zabbixu pro reporting

Pro potřeby funkcí reportingu je nejprve nainstalujeme Google Chrome.

Nejprve stáhneme instalační balíček, který následně také nainstalujeme:

wget https://dl.google.com/linux/direct/google-chrome-stable_current_x86_64.rpm
dnf localinstall google-chrome-stable_current_x86_64.rpm

V konfiguraci Zabbix frontendu je upravíme parametr „Frontend URL“ na aktuálně platnou hodnotu, toto nastavení se nachází v následující cestě v menu:

Administration -> General -> Other

Příklad nastavení můžete vidět na obrázku níže.

A to je vše! Nyní můžete začít využívat váš nově zaktualizovaný Zabbix ve verzi 6.2 se všemi jeho novými opravami a technologickými vylepšeními.

The post Zabbix – aktualizace na poslední verzi 6.2 (nepodporováno) appeared first on initMAX s.r.o..

Zabbix – aktualizace na poslední verzi 6.0

Karolína Vrtalová — Fri, 07 Jul 2023 11:11:59 +0000

V tomto článku si ukážeme, jak zaktualizovat Zabbix na poslední verzi 6.0 a naplno tak využít jeho potenciál, se všemi novými funkcemi, které přináší.

29. 3. 2022

Aktualizace na poslední verzi 6.0