Jinsi ya kusakinisha Zabbix 7.0 LTS kwenye Ubuntu 24.04

Unachojenga

VPS moja ya Ubuntu 24.04 inayoendesha stack kamili ya Zabbix 7.0 LTS: zabbix-server daemon inayokusanya data na kutoa tahadhari, database ya MariaDB/MySQL inayohifadhi kila metriki, frontend ya PHP inayohudumiwa na nginx, na zabbix-agent2 inayokusanya metriki kutoka kwenye seva hiyo hiyo. Mara tu inapokamilika, unaielekeza kwenye seva ya pili, unaunganisha template, na unapata barua pepe wakati diski inapojaa au huduma inapokufa.

Zabbix ni nzito kuliko zana ya status-page: ni mfumo halisi wa time-series wenye templates, triggers, escalation, na uhifadhi wa historia. Takriban matatizo yote hutokana na hatua tatu ambazo watu huruka: kuingiza database schema, kuweka nenosiri la database ambalo seva inalisoma kweli, na kuondoa alama ya maoni kwenye mistari miwili katika usanidi wa nginx. Ukifanya hayo kwa usahihi, mengine yote ni rahisi. Ikiwa unataka tu ukaguzi wa up/down na ukurasa wa hali unaoweza kushirikiwa, a lightweight Uptime Kuma status monitor hufanya hivyo katika container moja; Zabbix inastahili uzito wake unapotaka vizingiti (thresholds) kwa kila metriki na escalation katika hosts nyingi.

Tumia toleo la 7.0 LTS: seva yake, frontend, agent2, na schema vina toleo moja, na hupata marekebisho ya usalama kwa miaka mingi. Kabla ya kunakili jina la faili la repository hapa chini, angalia ukurasa rasmi wa kupakua wa Zabbix. Kifurushi cha toleo la latest husanidi tu repository ya 7.0, hakichagui point release: apt kisha husakinisha vifurushi vyovyote vya 7.0.x vilivyomo kwenye repository, ndivyo unavyopata toleo jipya zaidi. Ukurasa unaweza pia kuorodhesha vifurushi vya toleo la 7.0-N vyenye namba, lakini namba hiyo inahusu toleo la usanidi wa repository, si build ya Zabbix. Kila amri nyingine hapa ni thabiti katika mstari mzima wa 7.0.

Ukubwa, port na mahitaji ya awali

Tumia Ubuntu 24.04 KVM VPS mpya yenye ufikiaji wa root au sudo. Kuwa mkweli kuhusu rasilimali: 2 GB ya RAM na vCPU mbili ndio kiwango cha chini kabisa cha kweli kwa seva, database, nginx na PHP kwenye mashine moja inayofuatilia hosts chache. Mashine ya 1 GB itawaka lakini itakosa rasilimali kwa database kadiri historia inavyoongezeka; panga kuwa na 4 GB ukivuka hosts kadhaa, na ukivuka mia moja, hamisha database kwenye seva yake binafsi. Disk hukua kulingana na idadi ya vitu unavyokusanya na muda unaohifadhi historia; tenga gigabytes chache kuanzia, na mfumo wa housekeeper utafuta data ya zamani kulingana na muda wa kuhifadhi ulioweka.

Ports: 80 na 443 kwa ajili ya frontend, iwe ya umma au iliyozuiliwa kwa IP yako pekee. Seva husikiliza kwenye TCP 10051 kwa ajili ya active agents zinazotuma data ndani, na kila agent husikiliza kwenye TCP 10050 kwa ajili ya seva inayoiuliza data. Fungua tu unachokifichua ikiwa kuna firewall mbele. Ni vyema kuwa na DNS A record kwa ajili ya frontend, kwa sababu utahitaji cheti halisi juu yake. Zabbix box hufuatilia kila huduma nyingine unayoendesha, kwa hivyo inapaswa kuwa sehemu ya stack pana ya self-hosting inayofaa kuendeshwa mwaka 2026 badala ya kuongezwa kama wazo la baadaye.

Hatua ya 1, Ongeza repository rasmi ya Zabbix 7.0

Kifurushi cha zabbix-release hufanya kazi moja: huweka orodha ya vyanzo vya apt na ufunguo wa kusaini (signing key) kwenye mfumo wako. Kisakinishe, kisha uburudishe 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

Kama wget ikirejesha 404 Not Found, jina la faili limebadilika; fungua ukurasa wa kupakua wa Zabbix, chagua Ubuntu 24.04, na unakili URL kamili ya zabbix-release inayotolewa. apt update iliyo safi huonyesha mstari wa repo.zabbix.com bila onyo la ufunguo; The following signatures couldn't be verified because the public key is not available inamaanisha kuwa kifurushi cha toleo hakikusakinisha ufunguo wake, kwa hivyo endesha tena dpkg -i na ufanye update tena.

Hatua ya 2, Sakinisha seva, frontend, na agent

Sakinisha seva iliyojengwa kwa ajili ya MySQL, frontend ya PHP, usanidi wa nginx, faili za schema ya SQL, na agent2 kwa wakati mmoja.

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

zabbix-server-mysql ni seva iliyokusanywa kwa ajili ya MySQL/MariaDB; kwa PostgreSQL sakinisha zabbix-server-pgsql badala yake na urekebishe hatua za hifadhidata hapa chini. zabbix-sql-scripts ina schema unayoiingiza baadaye, ni kifurushi tofauti katika toleo la 7.0, na kuisahau ndiyo sababu hasa inayofanya njia ya kuingiza (import path) kukosekana baadaye. Hakuna hata moja kati ya hizi inayovuta engine ya hifadhidata, kwa hivyo sakinisha MariaDB sasa ikiwa seva haina moja tayari.

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

Hatua ya 3, Unda database yenye character set sahihi

Zabbix ni madhubuti kuhusu collation: inasaidia tu utf8mb4 na utf8mb4_bin au ile ya zamani utf8 (inayojulikana kama utf8mb3) na utf8_bin, na nyaraka zake zinapendekeza sana utf8mb4 na utf8mb4_bin, ambayo ndiyo mwongozo huu unatumia. Fungua root shell kwa 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 njia ya usalama kwa ajili ya uingizaji (import). Zabbix schema huunda triggers za deterministic wakati wa import, na akaunti isiyo ya SUPER kama zabbix haiwezi kuzitengeneza wakati binary logging imewashwa. MySQL 8 huwasha binary logging kwa chaguo-msingi, na baadhi ya builds za MariaDB zilizosimamiwa hufanya hivyo pia (MariaDB ya kawaida haifanyi). Ruka flag hiyo kwenye seva yenye binary logging iliyowashwa na import itasimama kwa ERROR 1419 (HY000): You do not have the SUPER privilege and binary logging is enabled. Kuiweka kama root hurekebisha hilo; unaizima tena baada ya import. Kumbuka nenosiri kwa usahihi, usanidi wa seva unahitaji mfuatano uleule wa herufi.

Hatua ya 4, Ingiza schema (hatua ambayo watu huruka)

Hii ndiyo sababu ya kawaida zaidi inayofanya frontend mpya kukataa kupakia: database uliyounda haina kitu. Pakia schema iliyokuja na zabbix-sql-scripts ndani yake.

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

Itakuomba nenosiri la zabbix, itafanya kazi kwa sekunde thelathini hadi sitini kwenye VPS ndogo, na haitoonyesha chochote ikifanikiwa; ukimya ni ishara ya mafanikio hapa. zcat: /usr/share/zabbix-sql-scripts/mysql/server.sql.gz: No such file or directory inamaanisha kuwa kifurushi cha zabbix-sql-scripts hakijasakinishwa (rudi kwenye Hatua ya 2). ERROR 1045 (28000): Access denied for user 'zabbix'@'localhost' inamaanisha kuwa nenosiri au ruhusa kutoka Hatua ya 3 si sahihi. Baada ya kumaliza, zima alama ya usalama:

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

Thibitisha upakiaji kwa sudo mysql -e "SELECT COUNT(*) FROM zabbix.users;", namba, si kosa la doesn't exist, inamaanisha kuwa schema imeingia.

Hatua ya 5, Weka nenosiri la database kwenye zabbix_server.conf

Seva husoma vitambulisho vyake vya database kutoka /etc/zabbix/zabbix_server.conf. Nenosiri pekee ndilo linalohitaji kuwekwa, DBName na DBUser tayari ni zabbix kwa chaguo-msingi. Ondoa alama ya maoni kwenye mstari wa # DBPassword= na uweke thamani yake:

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

Nenosiri lazima liwe sawa kabisa na lile la Hatua ya 3. Nenosiri tupu au lisilo sahihi la DBPassword ndilo sababu kuu ya ujumbe wa "Zabbix server is not running" utakaokutana nao baadaye: daemon huanza, inashindwa kuingia, kisha inajifunga. Hakuna kinachoonekana kwenye skrini, ni kwenye logi pekee ndipo utaona sababu.

Hatua ya 6, Elekeza nginx kwenye frontend

Kifurushi cha zabbix-nginx-conf husakinisha block ya seva kwenye /etc/zabbix/nginx.conf na kuiunganisha kwenye nginx kutoka /etc/nginx/conf.d/zabbix.conf, lakini huja na mistari ya listen na server_name ikiwa imefungwa (commented out), kwa hivyo nginx haitoi huduma yoyote kwa Zabbix hadi utakapoiarifu:

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 awali ya nginx kwenye Ubuntu pia husikiliza kwenye port 80 na imewekwa kama seva chaguo-msingi (default server), kwa hivyo inashinda kwa ombi lolote ambalo jina lake halilingani, iondoe au ukurasa usio sahihi utapakiwa: sudo rm -f /etc/nginx/sites-enabled/default. Na ikiwa /etc/nginx/conf.d/zabbix.conf haipo kwa sababu fulani (hitilafu inayojulikana ya kifurushi), tengeneza link hiyo kwa mkono kwa kutumia sudo ln -s /etc/zabbix/nginx.conf /etc/nginx/conf.d/zabbix.conf. Kisha jaribu na uanzishe upya:

sudo nginx -t
sudo systemctl reload nginx

nginx -t inapaswa kutoa test is successful. Ikiwa badala yake inatoa nginx: [emerg] a duplicate default server for 0.0.0.0:80, tovuti chaguo-msingi na block ya Zabbix zote zinadai default_server, ondoa tovuti chaguo-msingi na ujaribu tena. Mara nyingi jaribio hufaulu na onyo la conflicting server name pekee lakini kivinjari bado kinaonyesha ukurasa wa awali: hiyo ni tovuti chaguo-msingi inayoshinda kwa jina lisilolingana, na kuiondoa kutatatua tatizo hilo.

Hatua ya 7, Anzisha na uwezeshe huduma

Anzisha seva, agent, PHP-FPM na nginx, kisha uziwezeshe ili ziendelee kufanya kazi baada ya 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, kwa hivyo huduma ya FPM ni php8.3-fpm; kifurushi cha zabbix-nginx-conf huendesha frontend yake chini ya master huyo huyo. Thibitisha kuwa seva imeanza na kubaki ikiwa imewashwa:

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

Log iliyo sahihi huishia na seva kuanza na michakato yake ya housekeeper, poller na trapper ikiwa inaendelea. Ukiona [Z3001] connection to database 'zabbix' failed: [1045] Access denied for user 'zabbix'@'localhost', basi DBPassword kutoka Hatua ya 5 hailingani, irekebishe na uanzishe upya. Mstari wa [Z3005] query failed: [1146] Table 'zabbix.dbversion' doesn't exist inamaanisha kuwa uliruka hatua ya kuingiza schema katika Hatua ya 4, kwa hivyo seva haina kitu cha kusoma.

Hatua ya 8, Kamilisha wizard ya usanidi wa wavuti

Nenda kwenye http://your-domain-or-ip. Wizard ya usanidi wa Zabbix itafunguka. Fuata hatua hizi:

1. Welcome, chagua lugha.
2. Check of pre-requisites, kila mstari unapaswa kuonyesha OK; pool ya /etc/zabbix/php-fpm.conf iliyopakiwa tayari inakidhi mipaka ya PHP inayohitajika na Zabbix.
3. Configure DB connection, aina ya database iwe MySQL, host localhost, port 0 (hii inamaanisha port au socket ya kawaida), jina la database zabbix, mtumiaji zabbix, na nenosiri kutoka Hatua ya 3. Vitambulisho visivyo sahihi au schema inayokosekana vitaonekana hapa hapa.
4. Settings, acha Zabbix server host localhost, port 10051, na uipe jina usakinishaji huo.
5. Pre-installation summary, kisha Install, wizard itaandika /etc/zabbix/web/zabbix.conf.php.
6. Finish, ingia kama Admin (A kubwa) ukitumia nenosiri zabbix, na ubadilishe nenosiri hilo mara moja chini ya Users.

Ikiwa wizard itaripoti Cannot create the configuration file, mtumiaji wa wavuti hawezi kuandika kwenye /etc/zabbix/web/, pakua zabbix.conf.php inayotolewa, iweke hapo kwa mikono ukitumia sudo, kisha bofya Finish.

Hatua ya 9, Ongeza local host na uunganishe template

Zabbix haijifuatilii yenyewe kiotomatiki. Nenda kwenye Data collection → Hosts → Create host, weka jina la host kuwa zabbix-server, iongeze kwenye kundi la 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 inatumia agent kusukuma data badala yake). Hifadhi.

Ndani ya dakika moja, mstari wa host utaonyesha lebo ya kijani ya ZBX na metrics zitaanza kuonekana chini ya Monitoring → Latest data. Lebo nyekundu ya ZBX inamaanisha seva haiwezi kufikia agent, hali ya hitilafu ambayo imeelezewa hapa chini, na si kosa katika hatua hii.

Hatua ya 10, Trigger moja muhimu na tahadhari ya barua pepe

Template ya Linux by Zabbix agent tayari inakuja na triggers kwa ajili ya CPU ya juu, kumbukumbu ndogo, na diski zilizojaa, kwa hivyo una tahadhari mara tu unapoiunganisha. Ili kuona jinsi moja inavyoundwa, ongeza yako mwenyewe: fungua host, nenda kwenye Triggers → Create trigger, ipe jina Root filesystem over 90% full on {HOST.NAME}, weka severity High, na utumie expression hii:

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

vfs.fs.dependent.size[/,pused] ni item ya asilimia iliyotumika ambayo filesystem discovery ya template huunda kwa ajili ya root filesystem (template ya Linux ya 7.0 hukusanya vfs.fs.get mara moja na kupata items tegemezi kwa kila mount), kwa hivyo trigger hufanya kazi bila ukusanyaji wa data wa ziada. Ihifadhi.

Trigger hubadilisha tu rangi ya mstari kwenye dashboard hadi action itakapomtaarifu mtu. Chini ya Alerts → Media types → Email, weka SMTP server, port, anwani ya mtumaji, usalama wa muunganisho (kawaida STARTTLS) na credentials zozote za relay, kisha tumia Test. Kushindwa hapo kunamaanisha njia ya SMTP si sahihi kabla ya tahadhari yoyote halisi kutegemea njia hiyo. Mpe mtumiaji Admin anwani chini ya Users → Users → Admin → Media → Add na uchague ni severities zipi zitakazotoa taarifa. Kisha iunganishe chini ya Alerts → Actions → Trigger actions → Create action: ongeza sharti kama Trigger severity >= Warning, na chini ya Operations tuma kwa Admin kupitia Email. Ihifadhi na uiwashe. Unapendelea chat? Zabbix 7.0 inakuja na webhook media types kwa ajili ya Slack, Discord na Telegram, lakini kila moja inahitaji usanidi wake wa huduma badala ya mipangilio ya SMTP: Telegram, kwa mfano, inataka bot iliyoundwa kupitia BotFather, token yake katika parameter ya api_token ya media type, na chat ID ya mpokeaji katika sehemu ya Send to ya mtumiaji. Fuata README ya integration hiyo, washa media type, mpe mtumiaji, na uitumie katika action kama vile Email.

Kufuatilia seva ya pili kwa kutumia agent

Ili kufuatilia seva nyingine, ongeza repository ya Zabbix huko pia, kwa sababu Ubuntu 24.04 haitoi vifurushi vya Zabbix vyenyewe, kisha sakinisha 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 iwe IP ya seva ya Zabbix (kwa ajili ya passive polling) na, kwa ajili ya active checks, weka ServerActive pamoja na Hostname ya kipekee inayolingana na host unayounda kwenye frontend:

Server=10.0.0.10
ServerActive=10.0.0.10
Hostname=web-01

Tekeleza sudo systemctl restart zabbix-agent2 na ufungue TCP 10050 kutoka kwa seva ya Zabbix kuelekea mashine hii. Kuanzisha upya huduma ni muhimu: kifurushi kilianzisha agent mara tu kilipomaliza kusakinishwa, kikitumia Server=127.0.0.1 iliyokuja na mfumo, na agent husoma faili yake wakati wa kuanza pekee. enable --now ingekuta huduma tayari inafanya kazi na isingebadilisha chochote, hivyo agent angeendelea kukataa maombi kutoka kwa seva yako ya Zabbix. Kuanza wakati wa boot tayari kumewekwa, kwa sababu kifurushi kiliwezesha unit hiyo pia. Ukiwa umerejea kwenye frontend, unda host ambayo Agent interface yake inaelekeza kwenye IP ya mashine hiyo, unganisha template ya Linux, na itaanza kutoa ripoti ndani ya dakika moja.

Njia za kushindwa, pamoja na ujumbe utakaouona

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 nenosiri halilingani na Hatua ya 3 au GRANT haikuwahi kuendeshwa. Ikiwa database inaunganishwa lakini frontend inaripoti The frontend does not match Zabbix database au Table 'zabbix.users' doesn't exist, uingizaji wa schema katika Hatua ya 4 ulirukwa au ulishindwa; iendeshe tena kwenye database iliyoundwa upya.

Bango la rangi ya machungwa: Zabbix server is not running: the information displayed may not be current. Frontend inafanya kazi lakini haiwezi kufikia seva iliyo hai. Kuna sababu tatu, ile ya kwanza ndiyo inayowezekana zaidi. Huduma imekufa, kagua systemctl status zabbix-server na uianzishe. Huduma inafanya kazi lakini haiwezi kufikia database yake, logi inaonyesha [Z3001] connection to database 'zabbix' failed: [1045] Access denied, ikimaanisha DBPassword si sahihi au ni tupu. Au frontend inaelekeza kwenye seva isiyo sahihi, iliyohifadhiwa kama host localhost port 10051 katika /etc/zabbix/web/zabbix.conf.php. Kwenye Ubuntu hakuna SELinux kwa chaguo-msingi, kwa hivyo sababu ya SELinux-socket inayotajwa kwenye miongozo ya RHEL haitumiki hapa; mara nyingi ni nenosiri la database au huduma iliyosimamishwa.

Host inaonyesha lebo nyekundu ya ZBX; hitilafu ya kipengee Get value from agent failed: cannot connect to [[127.0.0.1]:10050]: [111] Connection refused. Wakala (agent) haifanyi kazi au haisikilizi. Kagua systemctl status zabbix-agent2 na uthibitishe ListenPort=10050. Muda kuisha (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 wakala anafikika lakini mstari wake wa Server= hauorodheshi IP ya seva ya Zabbix; iongeze na uanzishe upya wakala.

Ukurasa wa kawaida wa kukaribisha wa nginx, au 502 Bad Gateway. Ukurasa wa kukaribisha unamaanisha tovuti ya chaguo-msingi bado imewezeshwa 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; anzisha php8.3-fpm na uangalie kuwa socket ya fastcgi_pass katika block ya Zabbix inalingana na pool inayofanya kazi.

Hifadhi nakala, maboresho, na TLS

Database ndiyo historia nzima, kwa hivyo ihifadhi nakala kwa kutumia mysqldump kulingana na ratiba na uhifadhi dump hiyo nje ya seva hii:

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

Faili za usanidi za /etc/zabbix ni ndogo na zinafaa kuhifadhiwa pia, lakini zinaweza kujengwa upya; data haiwezi. Urejeshaji ni mchakato wa kinyume, tengeneza database, ingiza (import) dump, na uelekeze usanidi kwenye database hiyo.

Maboresho ndani ya toleo la 7.0 ni operesheni za kawaida za apt update && apt upgrade; seva hutekeleza mabadiliko yoyote ya schema wakati wa kuanza kwake, kwa hivyo boresha vifurushi na uanzishe upya zabbix-server. Toleo kuu la baadaye ni hatua ya makusudi, soma maelezo yake ya uboreshaji, hifadhi dump ya database kwanza, na utarajie mabadiliko ya schema ya njia moja. Rukia hiyo ya njia moja ndiyo sababu hasa unapaswa kufunga (pin) toleo la LTS na kubaki nalo.

Usiache frontend kwenye HTTP ya kawaida. Mara tu DNS inapoelekeza kwenye seva, weka cheti kwa kutumia Certbot na Let's Encrypt kwenye nginx kwa Ubuntu 24.04, ambayo hubadilisha server block ili isikilize kwenye port 443 na kuelekeza upya port 80. Wakati unaimarisha seva inayotumika kufuatilia kila seva nyingine unayoendesha, funga pia SSH yake kwa kutumia fail2ban kuzuia majaribio ya brute-force ya SSH. Login ya ufuatiliaji haipaswi kusafiri kwa maandishi wazi (cleartext), na mlango wake wa mbele haupaswi kubaki wazi kwa wanaokisia nywila.

FAQ

Je, ninahitaji Zabbix agent, au ninaweza kufuatilia bila hiyo?

Zote zinafanya kazi. Agent (agent2) hutoa metrics nyingi kwa kila host, kama CPU, memory, diski, processes, huduma, log files, na ndiyo chaguo la kawaida kwa seva unazozimiliki. Ufuatiliaji usio na agent (agentless) unashughulikia vifaa ambavyo huwezi kuweka programu: SNMP kwa swichi na printa, ICMP ping kwa ajili ya kufikiwa, HTTP checks kwa endpoints, na IPMI kwa afya ya vifaa. Utekelezaji mwingi wa kweli huchanganya njia zote mbili.

Kwa nini frontend inasema Zabbix server haifanyi kazi?

Frontend inafanya kazi lakini haiwezi kufikia mchakato wa zabbix-server ulio hai. Kwa kawaida seva ilianza, ikashindwa kuingia kwa sababu DBPassword katika zabbix_server.conf si sahihi au ni tupu, na ikajifunga mara moja. Endesha systemctl status zabbix-server na usome /var/log/zabbix/zabbix_server.log; mstari wa [Z3001] connection to database ... failed unathibitisha hili. Rekebisha nenosiri na uanzishe upya, na ujumbe wa onyo utatoweka ndani ya dakika moja.

Je, lazima nitumie MySQL, au ninaweza kutumia PostgreSQL?

Zote zinaungwa mkono kikamilifu: zabbix-server-mysql na MariaDB au MySQL kama mwongozo huu unavyoelekeza, au zabbix-server-pgsql na PostgreSQL. Kwa usakinishaji mdogo, chaguo hili halina tofauti kubwa. Kwa usakinishaji mkubwa, PostgreSQL yenye TimescaleDB extension hugawa meza za historia na kufanya utunzaji wa data kuwa rahisi zaidi, ndiyo maana tovuti kubwa huipendelea. Chagua moja na uendelee nayo; kuhama baadaye kunamaanisha kufanya export na re-import kamili, si kubadili usanidi tu.

Seva ya Zabbix ya all-in-one inahitaji RAM kiasi gani?

Kwa seva moja inayofuatilia hosts chache, 2 GB ni kiwango cha chini cha kweli na 4 GB inatosha vizuri kwa zaidi ya hosts kadhaa; kumbukumbu nyingi hutumika na database cache na pollers za seva. VPS ya 1 GB inaweza kufanya kazi lakini itaikosesha database rasilimali kadiri historia inavyokua. Zaidi ya hosts mia moja, tenga database kwenye seva yake yenyewe na urekebishe buffer pool yake badala ya kuongeza RAM kwenye mashine moja.

Je, Zabbix ni kubwa mno kwa seva chache?

Inaweza kuwa hivyo. Ikiwa unachohitaji ni kujua "je, iko hewani?" na ukurasa unaoweza kushiriki, zana nyepesi kama Uptime Kuma kwa ajili ya ufuatiliaji wa uptime na status ni ya haraka zaidi kusanidi na rahisi kusoma kwa haraka. Chagua Zabbix pale unapotaka vizingiti vya metrics, grafu za kihistoria, templated hosts na sheria za escalation, mambo ambayo pinger rahisi haiwezi kukupa kwa kundi zima la seva.