SSD Nodes Learn Hosting plans →
Guides Matt ConnorPar Matt Connor

Installer Zabbix 7.0 LTS sur Ubuntu 24.04

Installez Zabbix 7.0 LTS sur Ubuntu 24.04 : dépôt, schéma MariaDB/MySQL, nginx, frontend PHP et agent2, avec les erreurs courantes de configuration.

Ce que vous allez mettre en place

Un VPS Ubuntu 24.04 unique exécutant toute la pile Zabbix 7.0 LTS : le daemon zabbix-server qui interroge les hôtes et déclenche les alertes, une base de données MariaDB/MySQL qui stocke chaque métrique, un frontend PHP servi par nginx et zabbix-agent2 qui collecte les métriques de la machine elle-même. Une fois le système opérationnel, vous le pointez vers un deuxième serveur, vous lui associez un template et vous recevez un e-mail dès qu’un disque est plein ou qu’un service s’arrête.

Zabbix est plus lourd qu’un outil de page d’état : c’est un véritable système de séries temporelles avec des templates, des triggers, des escalades et une conservation de l’historique. La plupart des difficultés se concentrent dans trois étapes souvent omises : importer le schéma de base de données, définir le mot de passe de la base que le serveur lit réellement et décommenter deux lignes dans la configuration nginx. Si ces étapes sont correctes, le reste se fait dans un assistant. Si vous voulez seulement vérifier qu’un service est disponible et publier une page d’état partageable, un moniteur d’état Uptime Kuma léger le fait dans un seul conteneur ; Zabbix justifie sa complexité lorsque vous avez besoin de seuils par métrique et d’escalades sur de nombreux hôtes.

Utilisez la branche 7.0 LTS : son serveur, son frontend, son agent2 et son schéma sont versionnés ensemble, et elle reçoit des correctifs de sécurité pendant plusieurs années. Avant de copier le nom de fichier du dépôt ci-dessous, consultez rapidement la page officielle de téléchargement de Zabbix. Le paquet de version latest configure uniquement le dépôt 7.0 ; il ne sélectionne pas une version corrective. apt installe ensuite les paquets 7.0.x disponibles dans le dépôt, ce qui vous permet d’obtenir la version la plus récente. La page peut également proposer des paquets de version 7.0-N numérotés, mais ce numéro concerne la version de la configuration du dépôt, pas celle de Zabbix. Toutes les autres commandes de ce guide restent valables pour toute la branche 7.0.

Dimensionnement, ports et prérequis

Partez d’un VPS KVM Ubuntu 24.04 vierge avec root ou sudo. Soyez réaliste concernant les ressources : 2 GB de RAM et deux vCPU constituent le minimum réaliste pour faire fonctionner le serveur, la base de données, nginx et PHP sur une même machine qui surveille une poignée d’hôtes. Une machine avec 1 GB démarre, mais la base de données manque de ressources à mesure que l’historique augmente. Prévoyez 4 GB au-delà de quelques dizaines d’hôtes et, au-delà d’une centaine, déplacez la base de données sur un serveur dédié. L’espace disque augmente selon le nombre d’éléments collectés et la durée de conservation de l’historique. Prévoyez quelques gigaoctets au départ. Le housekeeper supprime les anciennes données selon les périodes de rétention que vous avez définies.

Ports : 80 et 443 pour le frontend, publics ou limités à votre propre adresse IP. Le serveur écoute sur TCP 10051 pour recevoir les données envoyées par les agents actifs, et chaque agent écoute sur TCP 10050 pour que le serveur puisse l’interroger. Si un firewall se trouve en amont, n’ouvrez que les ports que vous exposez. Il est préférable de disposer d’un enregistrement DNS A pour le frontend, car vous voudrez lui attribuer un certificat valide. Un serveur Zabbix surveille tous les autres services que vous exécutez : il s’intègre donc à l’ensemble plus large de services auto-hébergés à mettre en place en 2026, plutôt que d’être ajouté après coup.

Étape 1, ajoutez le dépôt officiel Zabbix 7.0

Le paquet zabbix-release fait une seule chose : il ajoute la liste des sources APT et la clé de signature à votre système. Installez-le, puis actualisez l’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

Si wget renvoie 404 Not Found, le nom du fichier a changé. Ouvrez la page de téléchargement de Zabbix, sélectionnez Ubuntu 24.04, puis copiez l’URL zabbix-release exacte affichée. Une commande apt update réussie affiche une ligne repo.zabbix.com et aucun avertissement concernant la clé. The following signatures couldn't be verified because the public key is not available signifie que le paquet de version n’a jamais installé sa clé. Relancez donc dpkg -i, puis actualisez de nouveau.

Étape 2, installer le serveur, le frontend et l’agent

Installez en une seule fois le serveur compilé pour MySQL, le frontend PHP, la configuration nginx, les fichiers de schéma SQL et agent2.

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

zabbix-server-mysql est le serveur compilé pour MySQL/MariaDB. Pour PostgreSQL, installez plutôt zabbix-server-pgsql et adaptez les étapes de configuration de la base de données ci-dessous. zabbix-sql-scripts contient le schéma que vous importerez ensuite. Il s’agit d’un paquet distinct dans 7.0, et son absence explique précisément pourquoi le chemin d’import est introuvable plus tard. Aucun de ces paquets n’installe de moteur de base de données. Installez donc MariaDB maintenant si le serveur n’en possède pas déjà un.

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

Étape 3, créer la base de données avec le jeu de caractères approprié

Zabbix impose une collation stricte : il prend uniquement en charge utf8mb4 avec utf8mb4_bin ou l’ancien utf8 (également appelé utf8mb3) avec utf8_bin, et sa documentation recommande fortement utf8mb4 avec utf8mb4_bin, combinaison utilisée dans ce guide. Ouvrez un shell root avec sudo mysql et exécutez :

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;

La ligne SET GLOBAL sert de mesure de sécurité pendant l’import. Le schéma Zabbix crée des triggers déterministes pendant l’import, et un compte qui n’est pas SUPER, comme zabbix, ne peut pas les créer lorsque la journalisation binaire est activée. MySQL 8 active la journalisation binaire par défaut, et certaines versions gérées de MariaDB font de même (ce n’est pas le cas de MariaDB standard). Si vous omettez l’option sur un serveur où la journalisation binaire est activée, l’import s’arrête avec ERROR 1419 (HY000): You do not have the SUPER privilege and binary logging is enabled. La définir en tant que root résout le problème ; vous la désactivez après l’import. Notez exactement le mot de passe : la configuration du serveur doit contenir la même chaîne, octet par octet.

Étape 4 : importer le schéma (l’étape souvent ignorée)

C’est la raison la plus fréquente pour laquelle un frontend fraîchement installé refuse de se charger : la base de données que vous avez créée est vide. Chargez-y le schéma fourni dans zabbix-sql-scripts.

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

La commande demande le mot de passe de zabbix, s’exécute pendant trente à soixante secondes sur un petit VPS et n’affiche rien en cas de succès. L’absence de sortie est normale ici. zcat: /usr/share/zabbix-sql-scripts/mysql/server.sql.gz: No such file or directory signifie que le package zabbix-sql-scripts n’est pas installé (revenez à l’étape 2). ERROR 1045 (28000): Access denied for user 'zabbix'@'localhost' signifie que le mot de passe ou le grant de l’étape 3 est incorrect. Une fois l’import terminé, désactivez à nouveau le flag de sécurité :

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

Vérifiez l’import avec sudo mysql -e "SELECT COUNT(*) FROM zabbix.users;" : un nombre, et non une erreur doesn't exist, indique que le schéma est bien chargé.

Étape 5, définir le mot de passe de la base de données dans zabbix_server.conf

Le serveur lit les identifiants de la base de données dans /etc/zabbix/zabbix_server.conf. Seul le mot de passe doit être défini. DBName et DBUser ont déjà la valeur par défaut zabbix. Décommentez la ligne # DBPassword= et définissez sa valeur :

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

Le mot de passe doit être strictement identique, octet par octet, à celui de l’étape 3. Un DBPassword vide ou incorrect est la principale cause du bandeau « Zabbix server is not running » que vous verrez plus loin : le daemon démarre, échoue à se connecter à la base de données, puis s’arrête. Rien ne l’indique à l’écran. Seul le journal le montre.

Étape 6, Configurer nginx pour le frontend

Le paquet zabbix-nginx-conf installe un server block dans /etc/zabbix/nginx.conf et le lie à nginx depuis /etc/nginx/conf.d/zabbix.conf, mais les lignes listen et server_name sont commentées par défaut. nginx ne sert donc rien pour Zabbix tant que vous ne les avez pas modifiées :

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

Utilisez votre domaine ou l’adresse IP publique du serveur si vous n’avez pas encore de DNS. Deux points sont à surveiller. Le site d’accueil nginx par défaut d’Ubuntu écoute également sur le port 80 et est défini comme default server. Il est donc utilisé pour toute requête dont le nom ne correspond à aucun site. Supprimez-le, sinon la mauvaise page sera chargée : sudo rm -f /etc/nginx/sites-enabled/default. Si /etc/nginx/conf.d/zabbix.conf est absent pour une raison quelconque — un problème connu de packaging — créez le lien manuellement avec sudo ln -s /etc/zabbix/nginx.conf /etc/nginx/conf.d/zabbix.conf. Testez ensuite la configuration et rechargez nginx :

sudo nginx -t
sudo systemctl reload nginx

nginx -t doit afficher test is successful. Si la commande affiche plutôt nginx: [emerg] a duplicate default server for 0.0.0.0:80, le site par défaut et le bloc Zabbix utilisent tous les deux default_server. Supprimez le site par défaut, puis effectuez un nouveau test. Plus souvent, le test réussit avec un simple avertissement conflicting server name, mais le navigateur affiche toujours la page d’accueil standard. Cela signifie que le site par défaut est utilisé pour un nom qui ne correspond à aucun server block. Sa suppression corrige le problème.

Étape 7, démarrer et activer les services

Démarrez le serveur, l’agent, PHP-FPM et nginx, puis activez-les pour qu’ils redémarrent après un 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 fournit PHP 8.3. Le service FPM est donc php8.3-fpm. Le paquet zabbix-nginx-conf exécute son frontend sous ce même master. Vérifiez que le serveur a démarré et qu’il reste actif :

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

Un journal sain se termine par le démarrage du serveur, avec ses processus housekeeper, poller et trapper en cours d’exécution. Si vous voyez [Z3001] connection to database 'zabbix' failed: [1045] Access denied for user 'zabbix'@'localhost', la DBPassword de l’étape 5 ne correspond pas. Corrigez-la, puis redémarrez le service. Une ligne [Z3005] query failed: [1146] Table 'zabbix.dbversion' doesn't exist signifie que vous avez ignoré l’import du schéma à l’étape 4. Le serveur n’a donc rien à lire.

Étape 8, Terminer l’assistant de configuration web

Accédez à http://your-domain-or-ip. L’assistant de configuration de Zabbix s’ouvre. Suivez les étapes :

  1. Bienvenue, sélectionnez une langue.
  2. Vérification des prérequis, chaque ligne doit afficher OK par défaut ; le pool /etc/zabbix/php-fpm.conf fourni augmente déjà les limites PHP nécessaires à Zabbix.
  3. Configurer la connexion à la base de données, sélectionnez MySQL comme type de base de données, indiquez l’hôte localhost, le port 0 (ce qui correspond au port ou socket par défaut), le nom de la base de données zabbix, l’utilisateur zabbix et le mot de passe de l’étape 3. Des identifiants incorrects ou un schéma manquant sont signalés à cette étape.
  4. Paramètres, laissez l’hôte du serveur Zabbix sur localhost, le port sur 10051, puis donnez un nom à l’installation.
  5. Résumé de la préinstallation, puis Installer ; l’assistant écrit /etc/zabbix/web/zabbix.conf.php.
  6. Terminer, connectez-vous avec Admin (A majuscule) et le mot de passe zabbix, puis modifiez immédiatement ce mot de passe dans Utilisateurs.

Si l’assistant signale Cannot create the configuration file, l’utilisateur web ne peut pas écrire dans /etc/zabbix/web/. Téléchargez le zabbix.conf.php proposé, placez-le manuellement à cet emplacement avec sudo, puis cliquez sur Terminer.

Étape 9, Ajouter l’hôte local et associer un template

Zabbix ne se monitor pas automatiquement lui-même. Accédez à Data collection → Hosts → Create host, définissez le nom de l’hôte sur zabbix-server, ajoutez-le au groupe Linux servers, puis ajoutez une interface Agent avec l’adresse IP 127.0.0.1 et le port 10050. Dans Templates, associez Linux by Zabbix agent (la variante interrogée passivement ; Linux by Zabbix agent active utilise à la place le mode push de l’agent). Enregistrez.

Dans la minute qui suit, la ligne de l’hôte affiche une étiquette ZBX verte et les métriques apparaissent sous Monitoring → Latest data. Une étiquette ZBX rouge signifie que le serveur ne peut pas joindre l’agent. Ce cas est traité plus loin et ne signale pas une erreur dans cette étape.

Étape 10, un trigger utile et une alerte par e-mail

Le template Linux by Zabbix agent fournit déjà des triggers pour l’utilisation élevée du CPU, la mémoire faible et les disques pleins. Vous disposez donc d’alertes dès que vous lui associez l’hôte. Pour voir comment créer un trigger, ajoutez-en un vous-même : ouvrez l’hôte, accédez à Triggers → Create trigger, nommez-le Root filesystem over 90% full on {HOST.NAME}, définissez la gravité sur High et utilisez cette expression :

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

vfs.fs.dependent.size[/,pused] est l’item indiquant le pourcentage utilisé que la découverte des systèmes de fichiers du template crée pour le système de fichiers racine (le template Linux de la version 7.0 collecte vfs.fs.get une fois et en déduit des items dépendants pour chaque point de montage). Le trigger se déclenche donc sans collecte supplémentaire. Enregistrez-le.

Un trigger ne fait que recolorer une ligne du tableau de bord tant qu’une action ne prévient personne. Dans Alerts → Media types → Email, définissez le serveur SMTP, le port, l’adresse de l’expéditeur, la sécurité de la connexion (généralement STARTTLS) et les identifiants du relay, le cas échéant, puis utilisez Test. Un échec à cette étape signifie que le chemin SMTP est incorrect, avant qu’une alerte réelle en dépende. Ajoutez une adresse à l’utilisateur Admin dans Users → Users → Admin → Media → Add et sélectionnez les niveaux de gravité qui doivent déclencher une notification. Configurez ensuite l’action dans Alerts → Actions → Trigger actions → Create action : ajoutez une condition telle que Trigger severity >= Warning et, dans Operations, envoyez la notification à Admin par e-mail. Enregistrez et activez l’action. Vous préférez une messagerie instantanée ? Zabbix 7.0 fournit des types de média webhook pour Slack, Discord et Telegram, mais chacun nécessite sa propre configuration de service au lieu des paramètres SMTP. Telegram, par exemple, nécessite de créer un bot avec BotFather, de placer son token dans le paramètre api_token du type de média et de renseigner l’identifiant de conversation du destinataire dans le champ Send to de l’utilisateur. Suivez le README de l’intégration, activez le type de média, associez-le à un utilisateur et utilisez-le dans une action comme pour l’e-mail.

Superviser un deuxième serveur avec l’agent

Pour superviser un autre serveur, ajoutez-y également le dépôt Zabbix. Ubuntu 24.04 ne fournit aucun paquet Zabbix dans ses dépôts, puis installez uniquement l’agent :

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

Modifiez /etc/zabbix/zabbix_agent2.conf. Définissez Server sur l’adresse IP du serveur Zabbix pour l’interrogation passive. Pour les contrôles actifs, définissez ServerActive ainsi qu’un Hostname unique, correspondant à l’hôte que vous créez dans le frontend :

Server=10.0.0.10
ServerActive=10.0.0.10
Hostname=web-01

Exécutez sudo systemctl restart zabbix-agent2 et autorisez le trafic TCP sur le port 10050 depuis le serveur Zabbix vers cette machine. Le redémarrage est nécessaire : le paquet a démarré l’agent dès son installation, avec le Server=127.0.0.1 fourni, et l’agent ne lit son fichier de configuration qu’au démarrage. enable --now constaterait qu’il est déjà en cours d’exécution et ne modifierait rien. L’agent continuerait donc à refuser les connexions de votre serveur Zabbix. Le démarrage automatique est déjà configuré, car le paquet a également activé l’unité. Dans le frontend, créez ensuite un hôte dont l’interface Agent pointe vers l’adresse IP de cette machine, associez le template Linux, et les données remontent en moins d’une minute.

Modes de panne et messages affichés

Le frontend affiche Error connecting to database ou une erreur de base de données. Dans l’étape DB de l’assistant, Access denied for user 'zabbix'@'localhost' (using password: YES) signifie que le mot de passe ne correspond pas à celui de l’étape 3 ou que GRANT n’a jamais été exécuté. Si la connexion à la base de données fonctionne, mais que le frontend affiche The frontend does not match Zabbix database ou Table 'zabbix.users' doesn't exist, l’import du schéma de l’étape 4 a été ignoré ou a échoué. Relancez-le dans une base de données fraîchement créée.

Bannière orange : Zabbix server is not running: the information displayed may not be current. Le frontend fonctionne, mais ne peut pas joindre un serveur opérationnel. Trois causes sont possibles, par ordre de probabilité. Le service est arrêté : vérifiez systemctl status zabbix-server et démarrez-le. Le service fonctionne, mais ne peut pas joindre sa base de données : le journal affiche [Z3001] connection to database 'zabbix' failed: [1045] Access denied, ce qui indique un DBPassword incorrect ou vide. Le frontend pointe vers le mauvais serveur, configuré avec l’hôte localhost et le port 10051 dans /etc/zabbix/web/zabbix.conf.php. SELinux n’est pas installé par défaut sur Ubuntu. La cause liée au socket SELinux mentionnée dans les guides RHEL ne s’applique donc pas. Ici, le problème vient presque toujours du mot de passe de la base de données ou d’un service arrêté.

L’hôte affiche le libellé rouge ZBX ; erreur d’élément : Get value from agent failed: cannot connect to [[127.0.0.1]:10050]: [111] Connection refused. L’agent ne fonctionne pas ou n’est pas en écoute. Vérifiez systemctl status zabbix-agent2 et confirmez ListenPort=10050. Un délai d’attente à la place de « connection refused » signifie qu’un firewall bloque le port 10050. Le message associé Received empty response from Zabbix Agent. Assuming that agent dropped connection because of access permissions. signifie que l’agent est joignable, mais que sa ligne Server= ne contient pas l’adresse IP du serveur Zabbix. Ajoutez-la, puis redémarrez l’agent.

Page d’accueil nginx par défaut, ou 502 Bad Gateway. La page d’accueil signifie que le site par défaut est toujours activé ou que le bloc Zabbix n’est pas lié. Supprimez /etc/nginx/sites-enabled/default et confirmez que /etc/nginx/conf.d/zabbix.conf existe, comme indiqué à l’étape 6. Un 502 signifie que nginx a bien atteint PHP, mais que PHP-FPM est arrêté ou écoute sur un autre socket. Démarrez php8.3-fpm et vérifiez que le socket fastcgi_pass du bloc Zabbix correspond au pool en cours d’exécution.

Sauvegardes, mises à niveau et TLS

La base de données contient tout l’historique. Sauvegardez-la donc avec mysqldump selon une planification et conservez le dump en dehors du serveur :

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

Les fichiers de configuration de /etc/zabbix sont peu volumineux et méritent également d’être sauvegardés, mais ils peuvent être recréés. Les données, elles, ne le peuvent pas. La restauration suit le processus inverse : créez la base de données, importez le dump, puis indiquez son emplacement dans la configuration.

Les mises à niveau au sein de la branche 7.0 sont des exécutions ordinaires de apt update && apt upgrade. Le serveur applique les migrations de schéma lors de son prochain démarrage. Mettez donc les paquets à niveau, puis redémarrez zabbix-server. Le passage à une future version majeure est une migration planifiée. Lisez ses notes de mise à niveau, sauvegardez d’abord la base de données et prévoyez une modification de schéma irréversible. C’est précisément pour cette raison que vous devez vous fixer sur une branche LTS et y rester.

Ne laissez pas le frontend utiliser HTTP en clair. Une fois que le DNS pointe vers le serveur, installez-y un certificat avec Certbot et Let's Encrypt sur nginx pour Ubuntu 24.04. Cette opération modifie le server block pour écouter sur 443 et rediriger le trafic de 80. Pendant que vous sécurisez un serveur qui se connecte pour surveiller tous les autres serveurs que vous administrez, restreignez également son accès SSH avec fail2ban pour bloquer les tentatives SSH par force brute. Une connexion de supervision ne doit pas circuler en clair, et sa porte d’entrée ne doit pas rester ouverte aux tentatives de devinette de mot de passe.

FAQ

Ai-je besoin de l’agent Zabbix ou puis-je superviser sans lui ?

Les deux méthodes fonctionnent. L’agent (agent2) fournit des métriques détaillées par hôte : CPU, mémoire, disques, processus, services et fichiers journaux. C’est le choix habituel pour les serveurs que vous contrôlez. La supervision sans agent couvre les équipements sur lesquels vous ne pouvez pas installer de logiciel : SNMP pour les commutateurs et les imprimantes, ping ICMP pour vérifier l’accessibilité, contrôles HTTP pour les endpoints et IPMI pour l’état du matériel. Dans la plupart des environnements réels, les deux méthodes sont utilisées.

Pourquoi le frontend indique-t-il que le serveur Zabbix n’est pas démarré ?

Le frontend fonctionne, mais il ne peut pas joindre un processus zabbix-server actif. En général, le serveur a démarré, n’a pas réussi à se connecter parce que DBPassword dans zabbix_server.conf est incorrect ou vide, puis s’est immédiatement arrêté. Exécutez systemctl status zabbix-server et consultez /var/log/zabbix/zabbix_server.log ; une ligne [Z3001] connection to database ... failed le confirme. Corrigez le mot de passe, puis redémarrez le service. La bannière disparaît dans la minute.

Dois-je utiliser MySQL ou puis-je utiliser PostgreSQL ?

Les deux sont entièrement pris en charge : zabbix-server-mysql avec MariaDB ou MySQL, comme dans ce guide, ou zabbix-server-pgsql avec PostgreSQL. Pour une petite installation, le choix a peu d’importance. Pour une grande installation, PostgreSQL avec l’extension TimescaleDB partitionne les tables d’historique et réduit fortement le coût de la maintenance. C’est pourquoi les grands environnements privilégient cette solution. Choisissez une solution et conservez-la. Une migration ultérieure nécessite un export et une réimportation complets, pas un simple changement de configuration.

Quelle quantité de RAM faut-il à un serveur Zabbix tout-en-un ?

Pour une seule machine qui supervise quelques hôtes, 2 GB est un minimum réaliste et 4 GB offrent une marge confortable au-delà de quelques dizaines d’hôtes. La mémoire sert principalement au cache de la base de données et aux pollers du serveur. Un VPS de 1 GB fonctionne, mais la base de données manque rapidement de mémoire lorsque l’historique augmente. Au-delà d’une centaine d’hôtes, séparez la base de données sur son propre serveur et ajustez son buffer pool au lieu d’ajouter toujours plus de RAM à une seule machine.

Zabbix est-il surdimensionné pour quelques serveurs ?

Cela peut être le cas. Si vous avez seulement besoin de savoir si un service est disponible et de disposer d’une page à partager, un outil plus léger comme Uptime Kuma pour la supervision de la disponibilité et de l’état est plus rapide à déployer et plus facile à lire d’un coup d’œil. Choisissez Zabbix si vous avez besoin de seuils par métrique, de graphiques historiques, d’hôtes basés sur des templates et de règles d’escalade : ce sont des fonctions qu’un simple outil de ping ne peut pas fournir à l’échelle d’un parc.