Cara pasang Zabbix 7.0 LTS pada Ubuntu 24.04

Apa yang anda bina

Satu VPS Ubuntu 24.04 tunggal yang menjalankan stack penuh Zabbix 7.0 LTS: daemon zabbix-server untuk melakukan polling dan amaran, pangkalan data MariaDB/MySQL untuk menyimpan setiap metrik, frontend PHP yang diserahkan oleh nginx, dan zabbix-agent2 untuk mengumpul metrik daripada mesin itu sendiri. Setelah ia berfungsi, anda boleh menyambungkannya ke pelayan kedua, memasang template, dan menerima e-mel sebaik sahaja cakera penuh atau perkhidmatan terhenti.

Zabbix lebih berat berbanding alat halaman status: ia adalah sistem siri masa (time-series) sebenar dengan template, trigger, eskalasi, dan pengekalan sejarah. Kebanyakan masalah berlaku disebabkan tiga langkah yang sering diabaikan — mengimport skema pangkalan data, menetapkan kata laluan pangkalan data yang dibaca oleh pelayan, dan membuang tanda komen pada dua baris dalam konfigurasi nginx. Jika langkah tersebut dilakukan dengan betul, proses selebihnya adalah mudah. Jika anda hanya memerlukan semakan up/down dan halaman status yang boleh dikongsi, pemantau status Uptime Kuma yang ringan boleh melakukannya dalam satu container; Zabbix sangat berguna apabila anda memerlukan ambang (threshold) bagi setiap metrik dan eskalasi merentasi banyak hos.

Gunakan barisan 7.0 LTS: server, frontend, agent2, dan skemanya adalah versi yang selaras, dan ia menerima pembetulan keselamatan selama bertahun-tahun. Sebelum menyalin nama fail repositori di bawah, semak halaman muat turun rasmi Zabbix — pakej rilis latest sentiasa merujuk kepada rilis titik 7.0 yang terbaru, tetapi jika anda ingin menetapkan binaan 7.0-N yang khusus, halaman tersebut turut menyenaraikan nama fail tersebut. Setiap arahan lain di sini adalah stabil untuk keseluruhan barisan 7.0.

Saiz, port dan prasyarat

Anggap anda menggunakan Ubuntu 24.04 KVM VPS yang baru dengan akses root atau sudo. Gunakan sumber yang mencukupi: 2 GB RAM dan dua vCPU adalah keperluan minimum yang realistik untuk menjalankan server, pangkalan data, nginx dan PHP dalam satu mesin bagi memantau beberapa hos. Mesin 1 GB boleh berfungsi tetapi akan kekurangan sumber untuk pangkalan data apabila sejarah data bertambah; rancang untuk menggunakan 4 GB apabila jumlah hos melebihi beberapa puluh, dan apabila melebihi seratus hos, pindahkan pangkalan data ke pelayan khas. Saiz cakera bergantung pada jumlah item yang dikumpul dan tempoh penyimpanan sejarah; sediakan beberapa gigabait untuk permulaan, dan fungsi housekeeper akan membuang data lama berdasarkan tempoh penahanan yang anda tetapkan.

Port: 80 dan 443 untuk frontend, sama ada awam atau dihadkan kepada IP anda sendiri. Server mendengar pada TCP 10051 untuk ejen aktif yang menghantar data, dan setiap ejen mendengar pada TCP 10050 untuk server melakukan polling. Buka port yang diperlukan sahaja jika terdapat firewall di hadapan. Rekod DNS A untuk frontend adalah digalakkan kerana anda akan memerlukan sijil sebenar untuknya — sebuah mesin Zabbix memantau setiap perkhidmatan lain yang anda jalankan, jadi ia sepatutnya menjadi sebahagian daripada stack self-hosting yang lebih luas untuk dijalankan pada 2026 dan bukannya ditambah kemudian sebagai perkara sampingan.

Langkah 1 — Tambah repositori rasmi Zabbix 7.0

Pakej zabbix-release melakukan satu perkara: ia memasukkan senarai sumber apt dan kunci tandatangan ke dalam sistem anda. Pasang pakej tersebut, kemudian kemas kini indeks.

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

Jika wget memulangkan 404 Not Found, nama fail telah berubah — buka halaman muat turun Zabbix, pilih Ubuntu 24.04, dan salin URL zabbix-release yang tepat. apt update yang bersih akan menunjukkan baris repo.zabbix.com tanpa amaran kunci; The following signatures couldn't be verified because the public key is not available bermaksud pakej rilis gagal memasang kuncinya, jadi jalankan semula dpkg -i dan kemas kini semula.

Langkah 2 — Pasang server, frontend, dan agent

Pasang server yang dibina untuk MySQL, frontend PHP, konfigurasi nginx, fail skema SQL, dan agent2 secara serentak.

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

zabbix-server-mysql adalah server yang dikompilasi untuk MySQL/MariaDB; untuk PostgreSQL, pasang zabbix-server-pgsql sebagai ganti dan selaraskan langkah pangkalan data di bawah. zabbix-sql-scripts mengandungi skema yang perlu anda import selepas ini — ia adalah pakej berasingan dalam versi 7.0, dan kegagalan memasangnya akan menyebabkan laluan import tidak ditemui kemudian. Tiada satu pun daripada pakej ini memasang enjin pangkalan data, jadi pasang MariaDB sekarang jika sistem anda belum mempunyainya.

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

Langkah 3 — Cipta pangkalan data dengan set aksara yang betul

Zabbix memerlukan collation yang tepat: pangkalan data mesti menggunakan utf8mb4 dengan utf8mb4_bin, jika tidak proses import akan gagal di tengah jalan disebabkan ralat foreign-key. Buka shell root dengan sudo mysql dan jalankan:

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;

Baris SET GLOBAL tersebut berfungsi sebagai langkah keselamatan untuk proses import. Skema Zabbix mencipta fungsi tersimpan, dan akaun bukan-SUPER seperti zabbix tidak boleh menciptanya jika binary logging sedang aktif — MySQL 8 mengaktifkan binary logging secara lalai, dan beberapa binaan MariaDB terurus juga melakukannya (MariaDB asal tidak melakukannya). Jika anda melangkau flag tersebut pada pelayan dengan binary logging aktif, import akan terhenti dengan ERROR 1419 (HY000): You do not have the SUPER privilege and binary logging is enabled. Menetapkannya sebagai root akan menyelesaikan masalah ini; anda boleh menutupnya semula selepas import selesai. Pastikan kata laluan adalah tepat — konfigurasi pelayan memerlukan rentetan yang sama bit demi bit.

Langkah 4 — Import skema (langkah yang sering ditinggalkan)

Ini adalah punca paling utama mengapa frontend baharu gagal dimuatkan: pangkalan data yang anda cipta adalah kosong. Masukkan skema yang disertakan dalam zabbix-sql-scripts ke dalamnya.

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

Ia akan meminta kata laluan zabbix, mengambil masa antara tiga puluh hingga enam puluh saat pada VPS kecil, dan tidak memaparkan apa-apa jika berjaya — tiada output bermaksud ia berjaya. zcat: /usr/share/zabbix-sql-scripts/mysql/server.sql.gz: No such file or directory bermaksud pakej zabbix-sql-scripts tidak dipasang (rujuk semula Langkah 2). ERROR 1045 (28000): Access denied for user 'zabbix'@'localhost' bermaksud kata laluan atau kebenaran daripada Langkah 3 adalah salah. Setelah selesai, aktifkan semula bendera keselamatan:

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

Sahkan pemuatan dengan sudo mysql -e "SELECT COUNT(*) FROM zabbix.users;" — jika paparan menunjukkan nombor dan bukannya ralat doesn't exist, bermaksud skema telah berjaya dimasukkan.

Langkah 5 — Tetapkan kata laluan pangkalan data dalam zabbix_server.conf

Pelayan membaca kredensial pangkalan datanya daripada /etc/zabbix/zabbix_server.conf. Hanya kata laluan perlu ditetapkan — DBName dan DBUser sudah ditetapkan secara lalai kepada zabbix. Nyahkomen baris # DBPassword= dan tetapkannya:

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

Kata laluan mestilah sama sepenuhnya dengan kata laluan daripada Langkah 3. DBPassword yang kosong atau salah adalah punca utama ralat "Zabbix server is not running" yang akan anda hadapi kemudian: daemon bermula, gagal log masuk, dan kemudian berhenti. Tiada maklumat dipaparkan pada skrin — hanya log yang akan menyatakannya.

Step 6 — Hala nginx ke frontend

Pakej zabbix-nginx-conf memasang server block pada /etc/zabbix/nginx.conf dan menghubungkannya ke nginx dari /etc/nginx/conf.d/zabbix.conf, tetapi baris listen dan server_name disertakan dalam keadaan diulas (commented out). Nginx tidak akan melayani apa-apa untuk Zabbix sehingga anda mengemas kini baris tersebut:

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

Gunakan domain anda, atau IP awam pelayan jika anda belum mempunyai DNS. Terdapat dua perkara penting. Tapak alu-aluan nginx lalai pada Ubuntu juga mendengar pada port 80 dan ditanda sebagai server lalai, jadi ia akan diutamakan bagi sebarang permintaan yang tidak sepadan dengan namanya — buang tapak tersebut atau halaman yang salah akan dimuatkan: sudo rm -f /etc/nginx/sites-enabled/default. Dan jika /etc/nginx/conf.d/zabbix.conf hilang (masalah pembungkusan yang diketahui), cipta pautan secara manual dengan sudo ln -s /etc/zabbix/nginx.conf /etc/nginx/conf.d/zabbix.conf. Kemudian uji dan muat semula:

sudo nginx -t
sudo systemctl reload nginx

nginx -t sepatutnya memaparkan test is successful. Jika ia memaparkan nginx: [emerg] a duplicate default server for 0.0.0.0:80, kedua-dua tapak lalai dan blok Zabbix menuntut default_server — buang tapak lalai dan uji semula. Kebiasaannya ujian lulus dengan hanya amaran conflicting server name tetapi pelayar masih memaparkan halaman alu-aluan biasa: ini bermaksud tapak lalai diutamakan pada nama yang tidak sepadan, dan membuangnya akan menyelesaikan masalah ini.

Langkah 7 — Mulakan dan aktifkan perkhidmatan

Jalankan server, agent, PHP-FPM dan nginx, kemudian aktifkan mereka supaya ia terus berjalan selepas 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 menggunakan PHP 8.3, jadi perkhidmatan FPM adalah php8.3-fpm; pakej zabbix-nginx-conf menjalankan frontend di bawah master yang sama. Sahkan server telah bermula dan kekal berjalan:

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

Log yang berjaya akan berakhir dengan status server bermula dan proses housekeeper, poller dan trapper sedang berjalan. Jika anda melihat [Z3001] connection to database 'zabbix' failed: [1045] Access denied for user 'zabbix'@'localhost', DBPassword daripada Langkah 5 tidak sepadan — baiki dan mulakan semula. Baris [Z3005] query failed: [1146] Table 'zabbix.dbversion' doesn't exist bermaksud anda telah melangkau import skema dalam Langkah 4, jadi server tidak mempunyai data untuk dibaca.

Langkah 8 — Selesaikan wizard tetapan web

Layari http://your-domain-or-ip. Wizard tetapan Zabbix akan dibuka. Ikuti langkah berikut:

1. Welcome — pilih bahasa.
2. Check of pre-requisites — setiap baris sepatutnya menunjukkan OK; kumpulan /etc/zabbix/php-fpm.conf yang dibungkus sudah menetapkan had PHP yang diperlukan oleh Zabbix.
3. Configure DB connection — jenis pangkalan data MySQL, hos localhost, port 0 (iaitu port atau socket lalai), nama pangkalan data zabbix, pengguna zabbix, dan kata laluan daripada Langkah 3. Maklumat kredential yang salah atau skema yang hilang akan dikesan di sini.
4. Settings — biarkan hos pelayan Zabbix localhost, port 10051, dan berikan nama untuk pemasangan.
5. Pre-installation summary, kemudian Install — wizard akan menulis /etc/zabbix/web/zabbix.conf.php.
6. Finish — log masuk sebagai Admin (huruf A besar) dengan kata laluan zabbix, dan tukar kata laluan tersebut di bawah Users dengan segera.

Jika wizard melaporkan Cannot create the configuration file, pengguna web tidak boleh menulis /etc/zabbix/web/ — muat turun zabbix.conf.php yang ditawarkan, letakkan fail tersebut secara manual menggunakan sudo, dan klik Finish.

Langkah 9 — Tambah host tempatan dan sertakan templat

Zabbix tidak memantau dirinya sendiri secara automatik. Pergi ke Data collection → Hosts → Create host, tetapkan nama host kepada zabbix-server, masukkan ke dalam kumpulan Linux servers, dan tambah antara muka Agent dengan IP 127.0.0.1, port 10050. Di bawah Templates, pautkan Linux by Zabbix agent (varian Linux by Zabbix agent active menggunakan kaedah agent push). Simpan.

Dalam masa satu minit, baris host akan menunjukkan label hijau ZBX dan metrik akan muncul di bawah Monitoring → Latest data. Label ZBX berwarna merah bermaksud pelayan tidak dapat menghubungi agent — ini adalah mod kegagalan yang dibincangkan di bawah, bukan kesilapan dalam langkah ini.

Langkah 10 — Satu pencetus berguna dan amaran e-mel

Templat Linux by Zabbix agent sudah disertakan dengan pencetus untuk penggunaan CPU tinggi, memori rendah dan cakera penuh, jadi anda akan menerima amaran sebaik sahaja anda menghubungkannya. Untuk melihat cara ia dibina, tambah pencetus anda sendiri: buka hos, pergi ke Triggers → Create trigger, namakannya Root filesystem over 90% full on {HOST.NAME}, tetapkan tahap keterukan High, dan gunakan ekspresi ini:

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

vfs.fs.dependent.size[/,pused] ialah item peratusan penggunaan yang dicipta oleh penemuan sistem fail templat untuk sistem fail akar (templat Linux 7.0 mengumpul vfs.fs.get sekali dan menghasilkan item bergantung pada setiap mount), jadi pencetus akan berfungsi tanpa pengumpulan data tambahan. Simpan ia.

Pencetus hanya menukar warna baris pada papan pemuka sehingga satu action memaklumkan kepada seseorang. Di bawah Alerts → Media types → Email, tetapkan pelayan SMTP, port, alamat penghantar, keselamatan sambungan (biasanya STARTTLS) dan sebarang kredensial relay, kemudian gunakan Test — kegagalan di situ bermaksud laluan SMTP adalah salah sebelum sebarang amaran sebenar bergantung padanya. Berikan alamat kepada pengguna Admin di bawah Users → Users → Admin → Media → Add dan pilih tahap keterukan yang perlu dimaklumkan. Kemudian sambungkannya di bawah Alerts → Actions → Trigger actions → Create action: tambah syarat seperti Trigger severity >= Warning, dan di bawah Operations hantar kepada Admin melalui Email. Simpan dan aktifkan ia. Lebih suka sembang? Zabbix 7.0 disertakan dengan jenis media webhook untuk Slack, Discord dan Telegram — konfigurasi salah satu daripadanya sama seperti Email dan tetapkan ia kepada pengguna.

Memantau pelayan kedua dengan ejen

Untuk memantau pelayan lain, tambahkan repositori Zabbix di sana juga — Ubuntu 24.04 tidak menyediakan pakej Zabbix secara terbina — kemudian pasang ejen sahaja:

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

Edit /etc/zabbix/zabbix_agent2.conf, tetapkan Server kepada IP pelayan Zabbix (untuk pengundian pasif) dan, untuk semakan aktif, ServerActive serta Hostname unik yang sepadan dengan hos yang anda cipta dalam frontend:

Server=10.0.0.10
ServerActive=10.0.0.10
Hostname=web-01

Jalankan sudo systemctl enable --now zabbix-agent2 dan buka port TCP 10050 dari pelayan Zabbix ke mesin ini. Kembali ke frontend, cipta hos yang antara muka Agent-nya menghala ke IP mesin tersebut, pautkan templat Linux, dan ia akan melaporkan status dalam masa satu minit.

Mod kegagalan, dengan rentetan yang akan anda lihat

Frontend memaparkan Error connecting to database atau ralat pangkalan data. Dalam langkah DB pada wizard, Access denied for user 'zabbix'@'localhost' (using password: YES) bermaksud kata laluan tidak sepadan dengan Langkah 3 atau GRANT tidak pernah dijalankan. Jika pangkalan data bersambung tetapi frontend melaporkan The frontend does not match Zabbix database atau Table 'zabbix.users' doesn't exist, import skema dalam Langkah 4 telah dilewati atau gagal — jalankan semula ke dalam pangkalan data yang baru dicipta.

Banner jingga: Zabbix server is not running: the information displayed may not be current. Frontend sedang berjalan tetapi tidak dapat menghubungi pelayan aktif. Terdapat tiga punca, yang pertama adalah yang paling mungkin. Perkhidmatan terhenti — semak systemctl status zabbix-server dan mulakan perkhidmatan tersebut. Perkhidmatan berjalan tetapi tidak dapat menghubungi pangkalan datanya — log menunjukkan [Z3001] connection to database 'zabbix' failed: [1045] Access denied, bermaksud DBPassword salah atau kosong. Atau frontend merujuk ke pelayan yang salah, disimpan sebagai hos localhost port 10051 dalam /etc/zabbix/web/zabbix.conf.php. Pada Ubuntu, SELinux tidak aktif secara lalai, jadi punca SELinux-socket yang disebut dalam panduan RHEL tidak terpakai; di sini ia hampir sentiasa disebabkan oleh kata laluan pangkalan data atau perkhidmatan yang terhenti.

Hos memaparkan label merah ZBX; ralat item Get value from agent failed: cannot connect to [[127.0.0.1]:10050]: [111] Connection refused. Agen tidak berjalan atau tidak mendengar (listening). Semak systemctl status zabbix-agent2 dan sahkan ListenPort=10050. Ralat timeout berbanding "connection refused" bermaksud tembok api (firewall) menghalang port 10050. Received empty response from Zabbix Agent. Assuming that agent dropped connection because of access permissions. yang berkaitan bermaksud agen boleh dicapai tetapi baris Server= tidak menyenaraikan IP pelayan Zabbix — tambah IP tersebut dan mulakan semula agen.

Halaman alu-aluan nginx biasa, atau 502 Bad Gateway. Halaman alu-aluan bermaksud tapak (site) lalai masih diaktifkan atau blok Zabbix tidak dipautkan — buang /etc/nginx/sites-enabled/default dan sahkan /etc/nginx/conf.d/zabbix.conf wujud, seperti dalam Langkah 6. 502 bermaksud nginx telah mencapai PHP tetapi PHP-FPM terhenti atau mendengar pada soket yang berbeza — mulakan php8.3-fpm dan pastikan soket fastcgi_pass dalam blok Zabbix sepadan dengan pool yang sedang berjalan.

Sandaran, naik taraf, dan TLS

Pangkalan data mengandungi keseluruhan sejarah, jadi buat sandaran dengan mysqldump mengikut jadual dan simpan fail dump di luar pelayan:

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

Fail konfigurasi /etc/zabbix adalah kecil dan perlu disimpan juga, tetapi ia boleh dibina semula; data pula tidak boleh. Proses pemulihan adalah sebaliknya — bina pangkalan data, import fail dump, dan halakan konfigurasi ke arahnya.

Naik taraf dalam siri 7.0 adalah pelaksanaan apt update && apt upgrade biasa; pelayan akan melaksanakan sebarang migrasi skema pada permulaan seterusnya, jadi naik taraf pakej dan mulakan semula zabbix-server. Peralihan ke siri utama masa hadapan adalah langkah yang disengajakan — baca nota naik taraf, buat sandaran pangkalan data terlebih dahulu, dan jangkakan perubahan skema satu hala. Peralihan satu hala itulah sebabnya anda menggunakan versi LTS dan kekal padanya.

Jangan biarkan bahagian hadapan menggunakan HTTP biasa. Sebaik sahaja DNS menghala ke pelayan, pasang sijil menggunakan Certbot dan Let's Encrypt pada nginx untuk Ubuntu 24.04, yang akan menulis semula blok pelayan untuk mendengar pada port 443 dan menghala semula port 80. Semasa anda memperkukuh pelayan yang log masuk untuk memantau setiap pelayan lain, kunci juga SSH dengan fail2ban menghalang cubaan brute-force SSH. Log masuk pemantauan tidak sepatutnya dihantar dalam teks biasa, dan pintu masuknya tidak sepatutnya terbuka kepada peneka kata laluan.

FAQ

Adakah saya memerlukan Zabbix agent, atau bolehkah saya memantau tanpanya?

Kedua-duanya berfungsi. Agent (agent2) memberikan metrik per-host yang terperinci — CPU, memori, cakera, proses, perkhidmatan, fail log — dan merupakan pilihan biasa untuk pelayan yang anda kawal. Pemantauan tanpa agent (agentless) merangkumi peranti di mana anda tidak boleh memasang perisian: SNMP untuk suis dan pencetak, ICMP ping untuk kebolehcapaian, semakan HTTP untuk endpoint, dan IPMI untuk kesihatan perkakasan. Kebanyakan pelaksanaan sebenar menggabungkan kedua-duanya.

Mengapa frontend menyatakan Zabbix server tidak berjalan?

Frontend berfungsi tetapi tidak dapat mencapai proses zabbix-server yang aktif. Biasanya pelayan telah bermula, tetapi gagal log masuk kerana DBPassword dalam zabbix_server.conf adalah salah atau kosong, lalu terhenti secara automatik. Jalankan systemctl status zabbix-server dan baca /var/log/zabbix/zabbix_server.log; baris [Z3001] connection to database ... failed akan mengesahkannya. Baiki kata laluan dan mulakan semula, kemudian mesej amaran akan hilang dalam masa satu minit.

Adakah saya mesti menggunakan MySQL, atau bolehkah saya menggunakan PostgreSQL?

Kedua-duanya disokong sepenuhnya: zabbix-server-mysql dengan MariaDB atau MySQL seperti panduan ini, atau zabbix-server-pgsql dengan PostgreSQL. Untuk pemasangan kecil, pilihan tersebut tidak banyak memberi kesan. Untuk pemasangan besar, PostgreSQL dengan sambungan TimescaleDB membahagikan jadual sejarah dan menjadikan penyelenggaraan jauh lebih murah, sebab itulah laman web besar cenderung menggunakannya. Pilih satu dan kekal dengannya — migrasi kemudian hari memerlukan eksport dan import penuh, bukan sekadar pertukaran konfigurasi.

Berapakah RAM yang diperlukan oleh Zabbix all-in-one server?

Untuk satu mesin yang memantau segelintir host, 2 GB adalah had minimum yang realistik dan 4 GB adalah selesa selepas melebihi beberapa puluh host; memori digunakan terutamanya untuk cache pangkalan data dan poller pelayan. VPS 1 GB boleh berjalan tetapi akan menyebabkan pangkalan data kekurangan memori apabila data sejarah bertambah. Melebihi seratus host, asingkan pangkalan data ke pelayan sendiri dan laras buffer poolnya daripada menambah lebih banyak RAM ke dalam satu mesin.

Adakah Zabbix berlebihan untuk beberapa pelayan sahaja?

Boleh jadi. Jika anda hanya memerlukan status "adakah ia aktif?" dan halaman yang boleh dikongsi, alat yang lebih ringan seperti Uptime Kuma untuk pemantauan uptime dan status adalah lebih cepat untuk disediakan dan lebih mudah dibaca secara sepintas lalu. Pilih Zabbix apabila anda mahukan ambang (threshold) bagi setiap metrik, graf sejarah, templat host, dan peraturan eskalasi — perkara yang tidak dapat diberikan oleh pinger ringkas untuk rangkaian yang besar.