L’installation technique de Zabbix (serveur, base de données, frontend) est bien documentée et rapide. Les problèmes ne viennent presque jamais de cette étape — ils viennent des décisions prises pendant l’installation dont l’impact ne se voit que des mois plus tard. Voici les cinq erreurs les plus fréquentes.
1. Ne pas activer le partitionnement de la base de données
Par défaut, Zabbix stocke tout l’historique dans des tables qui grossissent indéfiniment. Sans partitionnement (nativement supporté avec PostgreSQL ou via des extensions avec MySQL/TimescaleDB), les requêtes de purge de données anciennes (« housekeeping ») deviennent de plus en plus lentes à mesure que les tables grossissent, jusqu’à saturer le serveur de base de données. C’est l’une des causes les plus fréquentes de ralentissement d’une installation Zabbix après 6 à 12 mois d’utilisation.
2. Garder les templates par défaut sans les adapter
Les templates fournis avec Zabbix sont volontairement génériques et souvent trop sensibles pour un usage en production tel quel. Les appliquer sans revoir les seuils par défaut est la cause n°1 du syndrome « trop d’alertes, plus personne ne les regarde » décrit dans nos autres articles. Un template appliqué doit être une base de travail, pas une configuration finale.
3. Ne pas sécuriser le frontend dès le départ
Le compte administrateur par défaut, un accès HTTP non chiffré, un frontend exposé directement sur internet sans authentification renforcée ni restriction d’IP : ce sont des erreurs de configuration initiale qui transforment un outil de supervision interne en surface d’attaque. Zabbix supervise votre infrastructure — un accès compromis au frontend donne une vue complète de votre parc à un attaquant.
4. Sous-dimensionner sans anticiper la croissance
Dimensionner le serveur pour le nombre d’équipements du jour, sans marge pour l’ajout progressif d’hôtes et de métriques, oblige à une migration ou un redimensionnement en urgence dès que l’infrastructure grandit. Le bon indicateur pour dimensionner n’est pas le nombre d’hôtes mais le nombre de valeurs traitées par seconde (NVPS) — et il vaut mieux prévoir une marge de 30 à 50 % dès le départ.
5. Ne pas définir les permissions et les groupes d’utilisateurs dès le début
Zabbix permet une gestion fine des droits (qui voit quoi, qui peut modifier quoi). Beaucoup d’installations démarrent avec tout le monde en accès administrateur « pour aller plus vite », et cette dette organisationnelle devient très difficile à démêler une fois que plusieurs équipes utilisent l’outil au quotidien. Définir les groupes d’hôtes et les rôles utilisateurs avant d’ouvrir l’accès à d’autres équipes évite ce problème.
Ce que ça change de faire les choses dans l’ordre
Aucune de ces cinq erreurs n’est difficile à corriger — mais toutes coûtent nettement plus cher à corriger après coup qu’à éviter dès le départ, parce qu’elles impliquent souvent de revoir une configuration déjà en place et déjà utilisée par des équipes qui s’y sont habituées.
Pour aller plus loin : Comprendre l’architecture Zabbix · Bien configurer les seuils d’alerte
Un déploiement Zabbix bien pensé se prépare avant la première ligne de configuration, pas pendant l’installation elle-même.