Kuweka Zabbix 7.0 LTS kwenye Ubuntu 24.04

Unachojenga

VPS moja ya Ubuntu 24.04 inayojiendesha na stack kamili ya Zabbix 7.0 LTS: daemon ya zabbix-server inayokusanya data na kutoa taarifa, MariaDB/MySQL database inayohifadhi kila metric, PHP frontend inayotolewa na nginx, na zabbix-agent2 inayokusanya metric kutoka kwenye mashine yenyewe. Baada ya kumaliza, unaiunganisha na seva ya pili, unaongeza template, na unapata barua pepe mara tu diski inapojaa au huduma inapokufa.

Zabbix ni nzito zaidi kuliko zana za ukurasa wa hali (status-page): ni mfumo halisi wa time-series wenye templates, triggers, escalation, na uhifadhi wa historia. Matatizo mengi yanatokana na hatua tatu ambazo watu hupuuza — kuingiza database schema, kuweka password ya database inayotumiwa na seva, na kuondoa alama za maoni (uncommenting) kwenye mistari miwili ya nginx config. Ukifanya hivyo kwa usahihi, hatua nyingine ni rahisi sana. Ikiwa unataka tu ukaguzi wa up/down na ukurasa wa hali unaoweza kushirikishwa, uptime kuma status monitor nyepesi hufanya hivyo kwenye container moja; Zabbix ni bora zaidi unapotaka viwango (thresholds) vya kila metric na escalation kwenye host nyingi.

Tumia toleo la 7.0 LTS: server, frontend, agent2, na schema yake vimeunganishwa pamoja, na vitapata marekebisho ya usalama kwa miaka mingi. Kabla ya kunakili jina la repository hapa chini, angalia ukurasa rasmi wa kupakua Zabbix — kifurushi cha latest release kila wakati kinatoa toleo jipya zaidi la 7.0, lakini ikiwa unataka kutumia 7.0-N build maalum, ukurasa huo unataja jina hilo pia. Kila amri nyingine hapa ni thabiti katika mfululizo mzima wa 7.0.

Ukubwa, bandari na mahitaji ya awali

Chukulia kuwa unatumia Ubuntu 24.04 KVM VPS mpya yenye root au sudo. Kuwa mkweli kuhusu rasilimali: RAM ya GB 2 na vCPU mbili ndiyo kiwango cha chini cha uhakika kwa ajili ya server, database, nginx na PHP kwenye mashine moja inayofuatilia host chache. Mashine ya GB 1 inaweza kuwaka lakini itakosa nguvu kwa database wakati historia inapozidi; panga kutumia GB 4 baada ya kuwa na host zaidi ya kumi na mbili, na baada ya kufika zaidi ya host 100, hamisha database kwenye server yake binafsi. Diski huongezeka kulingana na idadi ya vitu unavyokusanya na muda wa kuhifadhi historia; panga kutumia gigabytes chache kuanza, na msimamizi (housekeeper) hufuta data za zamani kulingana na muda wa kuhifadhi (retention windows) unaoweka.

Bandari: 80 na 443 kwa ajili ya frontend, iwe ya umma au iliyozuia kwa IP yako tu. Server husikiliza kwenye TCP 10051 kwa ajili ya agent zinazotuma data, na kila agent husikiliza kwenye TCP 10050 kwa ajili ya server inayochukua data kutoka kwa agent. Fungua tu zile bandari unazohitaji ikiwa kuna firewall mbele. Ni vyema kuwa na DNS A record kwa ajili ya frontend, kwa sababu utahitaji cheti halisi (real certificate) kwenye hiyo — box ya Zabbix hufuatilia kila huduma nyingine unayotumia, hivyo inapaswa kuwa sehemu ya stack pana ya self-hosting inayostahili kutumika mwaka 2026 badala ya kuiongeza kama kitu cha ziada.

Hatua ya 1 — Ongeza repository rasmi ya Zabbix 7.0

Paketi ya zabbix-release hufanya jambo moja: huweka apt source list na signing key kwenye mfumo wako. Iweke (install), kisha usasishie index.

wget https://repo.zabbix.com/zabbix/7.0/ubuntu/pool/main/z/zabbix-release/zabbix-release_latest_7.0+ubuntu24.04_all.deb
sudo dpkg -i zabbix-release_latest_7.0+ubuntu24.04_all.deb
sudo apt update

Ikiwa wget inarudisha 404 Not Found, jina la faili limehamishwa — fungua ukurasa wa kupakua Zabbix, chagua Ubuntu 24.04, na nakili URL sahihi ya zabbix-release inayotolewa. apt update safi huonyesha mstari wa repo.zabbix.com na bila onyo la key; The following signatures couldn't be verified because the public key is not available inamaanisha paketi ya toleo haikuweka key yake, hivyo rudi tena dpkg -i na usasishie tena.

Hatua ya 2 — Sakinisha server, frontend, na agent

Sakinisha server iliyojengwa kwa MySQL, frontend ya PHP, konfigirete ya nginx, faili za schema za SQL, na agent2 kwa pamoja.

sudo apt install -y zabbix-server-mysql zabbix-frontend-php \
  zabbix-nginx-conf zabbix-sql-scripts zabbix-agent2

zabbix-server-mysql ni server iliyochanganywa kwa ajili ya MySQL/MariaDB; kwa PostgreSQL, sakinisha zabbix-server-pgsql badala yake na urekebishe hatua za database hapa chini. zabbix-sql-scripts hubeba schema utakayoimport baadaye — ni kifurushi tofauti katika 7.0, na kusahau kifurushi hiki ndiyo sababu ya njia ya import kutopatikana baadaye. Hakuna kati ya hizi zinazojumuisha database engine, hivyo sakinisha MariaDB sasa ikiwa mfumo hauna tayari.

sudo apt install -y mariadb-server
sudo systemctl enable --now mariadb

Hatua ya 3 — Tengeneza database ukitumia character set sahihi

Zabbix ina masharti kali kuhusu collation: database lazima iwe utf8mb4 na utf8mb4_bin, yokani uingizaji (import) utafeli katikati kutokana na makosa ya foreign-key. Fungua root shell kwa kutumia sudo mysql na uendeshe:

CREATE DATABASE zabbix CHARACTER SET utf8mb4 COLLATE utf8mb4_bin;
CREATE USER zabbix@localhost IDENTIFIED BY 'choose-a-strong-password';
GRANT ALL PRIVILEGES ON zabbix.* TO zabbix@localhost;
SET GLOBAL log_bin_trust_function_creators = 1;
FLUSH PRIVILEGES;

Mstari huo wa SET GLOBAL ni kwa ajili ya usalama wakati wa uingizaji. Schema ya Zabbix hutengeneza stored functions, na akaunti isiyo SUPER kama zabbix haiwezi kuzitengeneza ikiwa binary logging imewashwa — MySQL 8 huwasha binary logging kwa kimawazo, na baadhi ya matoleo ya MariaDB yaliyodhibitiwa hufanya hivyo pia (MariaDB ya kawaida haifanyi hivyo). Ukiruka flag hiyo kwenye server yenye binary logging iliyowashwa, uingizaji utasimama na ERROR 1419 (HY000): You do not have the SUPER privilege and binary logging is enabled. Kuweka kama root kutatatua tatizo hilo; iwashe tena baada ya uingizaji kukamilika. Kumbuka password kwa usahihi — mpangilio wa server unahitaji mfululizo huo wa herufi sawia.

Hatua ya 4 — Import schema (hatua inayosahaulika mara nyingi)

Hii ndiyo sababu kuu inayofanya frontend mpya isikubali kufanya kazi: database uliyounda ni tupu. Pakia schema iliyomo ndani ya zabbix-sql-scripts.

zcat /usr/share/zabbix-sql-scripts/mysql/server.sql.gz | \
  mysql --default-character-set=utf8mb4 -uzabbix -p zabbix

Inakuuliza password ya zabbix, inaweza kuchukua sekunde 30 hadi 60 kwenye VPS ndogo, na haitoi ujumbe wowote ikiwa imefanikiwa — ukimya unamaanisha imekamilika. zcat: /usr/share/zabbix-sql-scripts/mysql/server.sql.gz: No such file or directory inamaanisha package ya zabbix-sql-scripts haijatimizwa (rejea Hatua ya 2). ERROR 1045 (28000): Access denied for user 'zabbix'@'localhost' inamaanisha password au ruhusa kutoka Hatua ya 3 ni mbaya. Baada ya kumaliza, washa tena flag ya usalama:

sudo mysql -e "SET GLOBAL log_bin_trust_function_creators = 0;"

Thibitisha kupakia kwa kutumia sudo mysql -e "SELECT COUNT(*) FROM zabbix.users;" — namba, siyo kosa la doesn't exist, inamaanisha schema imewekwa.

Hatua ya 5 — Weka password ya database kwenye zabbix_server.conf

Server husoma taarifa za kuingia kwenye database kutoka /etc/zabbix/zabbix_server.conf. Password pekee ndiyo inayohitaji kuwekwa — DBName na DBUser tayari zimepangiwa zabbix. Ondoa alama ya maoni kwenye mstari wa # DBPassword= na uweke kama ifuatavyo:

DBName=zabbix
DBUser=zabbix
DBPassword=choose-a-strong-password

Password lazima iwe sawa kabisa na ile ya kwenye Hatua ya 3. Password tupu au ya DBPassword isiyo sahihi ndiyo sababu kuu ya ujumbe wa "Zabbix server is not running" utakaokutana nao baadaye: daemon huanza, inashindwa kuingia, kisha inajisitisha. Hakuna kitu kwenye kioo kinachosema hivyo — log pekee ndiyo inayotoa taarifa hiyo.

Hatua ya 6 — Elekeza nginx kwenye frontend

Paketi ya zabbix-nginx-conf huweka server block kwenye /etc/zabbix/nginx.conf na kuunganisha kwenye nginx kutoka /etc/nginx/conf.d/zabbix.conf, lakini mistari ya listen na server_name imewekwa kama maelezo (commented out). Nginx haitatoa huduma yoyote kwa Zabbix hadi uihariri:

server {
    listen          80;
    server_name     zabbix.example.com;
    ...
}

Tumia domain yako, au IP ya umma ya seva ikiwa huna DNS bado. Kuna mambo mawili ya kuzingatia. Tovuti ya karibu ya nginx kwenye Ubuntu pia inasikiliza kwenye port 80 na imewekwa kama default server, hivyo itashinda kwa maombi yoyote ambayo jina yake halilingani — iondoe ili usipate ukurasa usio sahihi: sudo rm -f /etc/nginx/sites-enabled/default. Na ikiwa /etc/nginx/conf.d/zabbix.conf imepotea (tatizo la kawaida la upakiaji), tengeneza kiunganishi kwa mkono kwa kutumia sudo ln -s /etc/zabbix/nginx.conf /etc/nginx/conf.d/zabbix.conf. Kisha jaribu na uweke upya (reload):

sudo nginx -t
sudo systemctl reload nginx

nginx -t inapaswa kuonyesha test is successful. Ikiwa inaonyesha nginx: [emerg] a duplicate default server for 0.0.0.0:80, tovuti ya default na block ya Zabbix zote zinadai default_server — iondoe tovuti ya default na ujumbe upya. Mara nyingi jaribio hufanikiwa huku kukiwa na onyo la conflicting server name lakini kivinjari bado kinaonyesha ukurasa wa karibu — hiyo ni tovuti ya default inayoshinda kwa jina lisilolingana, na kuiondoa kutatatua tatizo hilo.

Hatua ya 7 — Anzisha na uweke huduma zikiwa kwenye hali ya kuwaka (enable)

Washa seva, agent, PHP-FPM, na nginx, kisha ziweke kwenye hali ya kuwaka ili zianze tena baada ya kuwasha upya mfumo (reboot).

sudo systemctl restart zabbix-server zabbix-agent2 nginx php8.3-fpm
sudo systemctl enable  zabbix-server zabbix-agent2 nginx php8.3-fpm

Ubuntu 24.04 inakuja na PHP 8.3, hivyo huduma ya FPM ni php8.3-fpm; kifurushi cha zabbix-nginx-conf kinaendesha frontend yake chini ya master hiyo hiyo. Hakikisha seva imeanzishwa na inaendelea kufanya kazi:

sudo systemctl status zabbix-server --no-pager
sudo tail -n 20 /var/log/zabbix/zabbix_server.log

Log yenye hali nzuri huishia kwa kuonyesha kuwa seva imeanzishwa na michakato ya housekeeper, poller na trapper inaendelea kufanya kazi. Ukiona [Z3001] connection to database 'zabbix' failed: [1045] Access denied for user 'zabbix'@'localhost', inamaanisha DBPassword kutoka Hatua ya 5 hailingani — irekebishe na uanzishe tena. Mstari wa [Z3005] query failed: [1146] Table 'zabbix.dbversion' doesn't exist unamaanisha uliacha kuingiza schema (schema import) katika Hatua ya 4, hivyo seva haina kitu cha kusoma.

Hatua ya 8 — Malizia mwongozo wa usanidi wa web

Nenda kwenye http://your-domain-or-ip. Mwongozo wa usanidi wa Zabbix utafunguka. Fuata hatua hizi:

1. Welcome — chagua lugha.
2. Check of pre-requisites — kila mstari unapaswa kuonyesha OK; pool ya /etc/zabbix/php-fpm.conf iliyofungashwa tayari imezidisha mipaka ya PHP inayohitajika na Zabbix.
3. Configure DB connection — aina ya database ni MySQL, host localhost, port 0 (hii inamaanisha port ya kawaida au socket), jina la database zabbix, mtumiaji zabbix, na nywila kutoka Hatua ya 3. Kumbukumbu zisizo sahihi au schema iliyokosekana vitaonyeshwa hapa.
4. Settings — acha host ya Zabbix server iwe localhost, port 10051, na upe usanidi jina.
5. Pre-installation summary, kisha Install — mwongozo utatengeneza /etc/zabbix/web/zabbix.conf.php.
6. Finish — ingia kama Admin (herufi kubwa A) kwa nywila zabbix, na ubadilishe nywila hiyo mara moja chini ya Users.

Ikiwa mwongozo utatoa taarifa ya Cannot create the configuration file, mtumiaji wa web hawezi kuandika /etc/zabbix/web/ — pakua zabbix.conf.php inayopendekezwa, iweke hapo kwa mkono kwa kutumia sudo, kisha bonyeza Finish.

Hatua ya 9 — Ongeza host ya ndani na uunganishe template

Zabbix haifanyi ufuatiliaji wa mfumo wake wenyewe kiotomatiki. Nenda kwenye Data collection → Hosts → Create host, weka jina la host kuwa zabbix-server, iweke kwenye kikundi cha Linux servers, na uongeze interface ya Agent yenye IP 127.0.0.1, port 10050. Chini ya Templates, unganisha Linux by Zabbix agent (toleo la passive-poll; Linux by Zabbix agent active hutumia agent push). Hifadhi.

Ndani ya dakika moja, mstari wa host utaonyesha alama ya kijani ya ZBX na takwimu zitaonekana chini ya Monitoring → Latest data. Alama nyekundu ya ZBX inamaanisha server imeshindwa kuifikia agent — hitilafu hii imeelezwa hapa chini, siyo kosa katika hatua hii.

Hatua ya 10 — Trigger muhimu na taarifa ya barua pepe

Template ya Linux by Zabbix agent tayari ina trigger kwa ajili ya CPU kubwa, memory ndogo, na diski iliyojaa, hivyo unapoiunganisha unapata taarifa mara moja. Ili kuona jinsi moja inavyoundwa, ongeza yako: fungua host, nenda kwenye Triggers → Create trigger, ipe jina Root filesystem over 90% full on {HOST.NAME}, weka kiwango cha hatari (severity) High, na tumia expression hii:

last(/zabbix-server/vfs.fs.dependent.size[/,pused])>90

vfs.fs.dependent.size[/,pused] ni item ya asilimia inayotumika ambayo template's filesystem discovery inatengeneza kwa ajili ya root filesystem (template ya Linux ya 7.0 inakusanya vfs.fs.get mara moja na kutengeneza items kulingana na mount), hivyo trigger itafanya kazi bila ukusanyaji wa data zaidi. Hifadhi (Save).

Trigger hubadilisha rangi ya mstari kwenye dashboard tu mpaka action itakapomfahamisha mtu. Chini ya Alerts → Media types → Email, weka SMTP server, port, anwani ya mtumaji, usalama wa muunganisho (kawaida ni STARTTLS) na sifa za relay, kisha tumia Test — kushindwa huko kunamaanisha njia ya SMTP ni mbaya kabla ya taarifa halisi kuanza kutegemea njia hiyo. Mpe mtumiaji wa Admin anwani chini ya Users → Users → Admin → Media → Add na chagua viwango vya hatari (severities) vitakavyotoa taarifa. Kisha iunganishe chini ya Alerts → Actions → Trigger actions → Create action: ongeza condition kama Trigger severity >= Warning, na chini ya Operations tumia Email kumtumia Admin. Hifadhi na uiwashe (enable). Unapendelea chat? Zabbix 7.0 inakuja na webhook media types kwa ajili ya Slack, Discord na Telegram — sanifu moja sawa na Email na mpa mtumiaji.

Kufuatilia seva ya pili kwa kutumia agent

Ili kufuatilia seva nyingine, ongeza repository ya Zabbix kwenye hiyo seva pia — Ubuntu 24.04 haijajumuisha vifurushi vya Zabbix — kisha install agent pekee:

wget https://repo.zabbix.com/zabbix/7.0/ubuntu/pool/main/z/zabbix-release/zabbix-release_latest_7.0+ubuntu24.04_all.deb
sudo dpkg -i zabbix-release_latest_7.0+ubuntu24.04_all.deb
sudo apt update
sudo apt install -y zabbix-agent2

Hariri /etc/zabbix/zabbix_agent2.conf, weka Server kuwa IP ya Zabbix server (kwa passive polling) na, kwa active checks, ServerActive pamoja na Hostname ya kipekee inayolingana na host utakayounda kwenye frontend:

Server=10.0.0.10
ServerActive=10.0.0.10
Hostname=web-01

Run sudo systemctl enable --now zabbix-agent2 na ufungue TCP 10050 kutoka kwenye Zabbix server kwenda kwenye mashine hii. Rudi kwenye frontend, unda host ambayo Agent interface yake inaelekea kwenye IP ya mashine hiyo, unganisha Linux template, na itatoa ripoti ndani ya dakika moja.

Njia za kushindili, pamoja na maandishi utakayoyaona

Frontend inaonyesha Error connecting to database au hitilafu ya database. Katika hatua ya DB ya wizard, Access denied for user 'zabbix'@'localhost' (using password: YES) inamaanisha kuwa nywila hailingani na Hatua ya 3 au GRANT haikukimbizwa kamwe. Ikiwa database imeunganishwa lakini frontend inaonyesha The frontend does not match Zabbix database au Table 'zabbix.users' doesn't exist, uingizaji wa schema katika Hatua ya 4 ulirukwa au ulishindwa — irudishe kwenye database iliyoitengenezwa upya.

Bannari ya machungwa: Zabbix server is not running: the information displayed may not be current. Frontend imewaka lakini haiwezi kufikia seva hai. Sababu tatu, ya kwanza ndiyo inayotokea zaidi. Huduma imekufa — kagua systemctl status zabbix-server na uianzishe. Huduma inafanya kazi lakini haiwezi kufikia database yake — log inaonyesha [Z3001] connection to database 'zabbix' failed: [1045] Access denied, ikimaanisha DBPassword isiyo sahihi au iliyo wazi. Au frontend inaelekeza kwenye seva isiyo sahihi, iliyohifadhiwa kama host localhost port 10051 kwenye /etc/zabbix/web/zabbix.conf.php. Kwenye Ubuntu hakuna SELinux kwa kima kawaida, hivyo sababu ya SELinux-socket inayotajwa kwenye mwongozo wa RHEL haihusiki; hapa mara nyingi ni nywila ya database au huduma iliyozimwa.

Host inaonyesha lebo nyekundu ya ZBX; hitilafu ya item Get value from agent failed: cannot connect to [[127.0.0.1]:10050]: [111] Connection refused. Agent haifanyi kazi au haisikilizi. Kagua systemctl status zabbix-agent2 na uthibitishie ListenPort=10050. Timeout badala ya "connection refused" inamaanisha firewall inazuia port 10050. Received empty response from Zabbix Agent. Assuming that agent dropped connection because of access permissions. inayohusiana inamaanisha agent inaweza kufikiwa lakini Server= yake haijaorodhesha IP ya Zabbix server — iongeze na uanzishe agent upya.

Ukurasa wa karibu wa nginx, au 502 Bad Gateway. Ukurasa wa karibu unamaanisha tovuti ya kima kawaida bado imewashwa au block ya Zabbix haijaunganishwa — ondoa /etc/nginx/sites-enabled/default na uthibitishe kuwa /etc/nginx/conf.d/zabbix.conf ipo, kama ilivyo katika Hatua ya 6. 502 inamaanisha nginx imefikia PHP lakini PHP-FPM imezimwa au inasikiliza kwenye socket tofauti — anza php8.3-fpm na uhakikishe kuwa socket ya fastcgi_pass kwenye block ya Zabbix inalingana na pool inayofanya kazi.

Backups, upgrades, and TLS

Database ni historia nzima, hivyo ifuanye backup kwa kutumia mysqldump kwa ratiba na uweke dump nje ya mfumo:

mysqldump --single-transaction zabbix | gzip > zabbix-$(date +%F).sql.gz

Faili za config za /etc/zabbix ni ndogo na zinafaa kuhifadhiwa, lakini zinaweza kutengenezwa upya; data haiwezi. Kurejesha (restoring) ni mchakato wa kinyume — tengeneza database, ingiza dump, kisha iunganishe config nayo.

Uboreshaji (upgrades) ndani ya mstari wa 7.0 ni hatua za kawaida za apt update && apt upgrade; server itatekeleza mabadiliko ya schema wakati inapoanza tena, hivyo boresha packages na uwashe tena zabbix-server. Mabadiliko makubwa ya toleo (major line) ni hatua ya makusudi — soma maelezo yake ya uboreshaji, fanya dump ya database kwanza, na uandae mabadiliko ya schema ambayo hayawezi kurudi nyuma. Hiyo hatua ya kutoweza kurudi nyuma ndiyo sababu ya kutumia mstari wa LTS na kubaki hapo.

Usiaache frontend ikitumia HTTP pekee. Mara tu DNS itakapoelekeza kwenye mfumo, weka cheti kwa kutumia Certbot na Let's Encrypt kwenye nginx kwa Ubuntu 24.04, ambayo itabadilisha server block kusikiliza port 443 na kuelekeza (redirect) port 80. Unapofanya uimarishaji (hardening) wa mfumo unaoingia ili kuangalia server nyingine unazojiendesha, funga SSH pia kwa kutumia fail2ban kuzuia attempts za brute-force za SSH. Login ya ufuatiliaji (monitoring) isitume data bila usimbaji (cleartext), na mlango wake usikae wazi kwa watu wanaojaribu kukisia password.

FAQ

Je, ninahitaji Zabbix agent, au naweza kufanya ufuatiliaji bila hiyo?

Zote zinafanya kazi. Agent (agent2) hutoa takwimu nyingi za kila host — CPU, memory, disks, processes, services, log files — na ndiyo chaguo la kawaida kwa seva unazozidhibiti. Ufuatiliaji usio na agent (agentless) unahusisha vifaa ambavyo huwezi kusakinisha programu: SNMP kwa switches na printers, ICMP ping kwa ufikiaji, HTTP checks kwa endpoints, na IPMI kwa afya ya hardware. Mifumo mingi halisi hutumia mchanganyiko wa zote mbili.

Kwa nini frontend inasema Zabbix server haifanyi kazi?

Frontend inafanya kazi lakini haiwezi kuifikia process ya zabbix-server iliyo hai. Kwa kawaida server imeanza, lakini imeshindwa kuingia kwa sababu DBPassword kwenye zabbix_server.conf ni mbaya au haina thamani, na ikarudi kwenye hali ya awali. Run systemctl status zabbix-server na usome /var/log/zabbix/zabbix_server.log; mstari wa [Z3001] connection to database ... failed utathibitisha hitilafu hiyo. Rekebisha nywila na uwashe upya, na ujumbe huo utatoweka ndani ya dakika moja.

Je, lazima nitumie MySQL, au naweza kutumia PostgreSQL?

Zote zinaungwa mkono kikamilifu: zabbix-server-mysql na MariaDB au MySQL kama mwongozo huu unavyofanya, au zabbix-server-pgsql na PostgreSQL. Kwa usakinishaji mdogo, chaguo halibadilishi kitu. Kwa mifumo mikubwa, PostgreSQL ikiwa na TimescaleDB extension hugawanya (partitions) majedwali ya historia na kufanya usimamizi wa data kuwa rahisi zaidi, ndiyo sababu tovuti kubwa hutumia hiyo. Chagua moja na uendelee nayo — kubadilisha baadaye kunamaanisha kufanya export na re-import kamili, si kubadilisha tu config.

Zabbix all-in-one server inahitaji RAM kiasi gani?

Kwa mashine moja inayofuatilia host chache, 2 GB ni kiwango cha chini cha uhakika na 4 GB ni kutosha baada ya kuwa na host zaidi ya kumi; memory hutumika zaidi kwenye database cache na pollers za server. VPS ya 1 GB inaweza kufanya kazi lakini itakosa nguvu wakati database inapokuwa kubwa. Zaidi ya host mia moja, gawanya database kwenye server yake yenyewe na utengeneze buffer pool yake badala ya kuongeza RAM nyingi kwenye mashine moja.

Je, Zabbix ni kubwa mno kwa seva chache?

Inaweza kuwa hivyo. Ikiwa unahitaji tu kujua "imepata muunganisho?" na ukurasa unaoweza kuushirikisha, zana nyepesi kama Uptime Kuma kwa ufuatiliaji wa uptime na hali ni rahisi zaidi kuweka na kusoma kwa haraka. Chagua Zabbix unapotaka viwango vya kila metric (thresholds), grafu za kihistoria, templates za host, na sheria za ufuatiliaji (escalation rules) — mambo ambayo pinger rahisi haiwezi kukupa kwa mifumo mingi.