Zabbix 7 : guide complet pour superviser Linux et Windows Server

La supervision proactive de l'infrastructure est l'une des pratiques les plus rentables en informatique d'entreprise : détecter une saturation disque à 90% ou un service en échec avant qu'ils ne provoquent une panne, c'est éviter des heures de crise et de perte de productivité. Zabbix, solution de monitoring open source de référence depuis plus de 20 ans, s'est considérablement modernisé avec sa version 7, publiée fin 2024. Cette version apporte une interface entièrement repensée, des agents 2 enrichis, un support natif des secrets (Vault, AWS Secrets Manager), de meilleures performances sur les grandes infrastructures, et des améliorations majeures de l'API. Avec une communauté de milliers de templates maintenue par Zabbix et la communauté open source, la solution couvre nativement Linux (Debian, Ubuntu, RHEL, CentOS), Windows Server (toutes versions), et des centaines d'équipements réseau, bases de données, middleware et services cloud. Ce guide complet détaille l'installation de Zabbix 7 sur Debian 12, la configuration de la base de données, le déploiement des agents 2 sur Linux et Windows Server, la création des hôtes et l'application des templates officiels, la construction de dashboards, et la mise en place des alertes — pour que votre infrastructure soit sous surveillance complète en quelques heures.

Dimensionner l'infrastructure Zabbix — Calcul de la capacité

Avant d'installer Zabbix, il est important de dimensionner correctement le serveur hôte pour éviter des problèmes de performance une fois la supervision opérationnelle.

Métriques de dimensionnement

Le paramètre clé pour dimensionner Zabbix est le NVPs (New Values Per Second) — le nombre de métriques traitées par seconde. Calculez-le ainsi :

• Chaque hôte Linux collecte environ 200-300 métriques (avec le template Linux by Zabbix agent)
• Intervalle de collecte moyen : 60 secondes
• Formule : NVPs = (Nombre d'hôtes × Métriques par hôte) / Intervalle moyen
• Exemple : 500 hôtes × 250 métriques / 60 secondes = 2 083 NVPs

Configuration serveur recommandée

Zabbix 7 vs les alternatives — Pourquoi choisir Zabbix en 2026

Avant d'investir du temps dans une solution de supervision, il est légitime de la comparer aux alternatives disponibles. Voici un panorama objectif.

Zabbix vs Prometheus + Grafana

Prometheus est excellent pour la supervision cloud-native et les applications exposant des métriques au format OpenMetrics (/metrics endpoint). Son modèle pull et sa base de données de séries temporelles (TSDB) intégrée sont optimisés pour Kubernetes. Cependant, Prometheus ne gère pas nativement l'inventaire des hôtes, les templates d'agents pour OS traditionnel, ou la supervision des équipements réseau SNMP. La stack Prometheus + Grafana + Alertmanager nécessite 3 composants distincts à maintenir, contre un seul pour Zabbix. Pour la supervision d'infrastructure classique (Linux, Windows, réseau), Zabbix est plus complet et plus simple à opérer.

Zabbix vs Nagios / Icinga 2

Nagios et Icinga 2 sont les pionniers de la supervision open source. Nagios reste largement déployé mais son développement a ralenti. Icinga 2 (fork de Nagios) est plus moderne avec une API REST et une meilleure configuration déclarative. Zabbix surpasse les deux en termes d'interface utilisateur (la version 7 est particulièrement aboutie), de gestion des templates, de support des données de tendance long terme, et de performance pure sur de grandes infrastructures. La courbe d'apprentissage de Zabbix est légèrement plus élevée, mais les templates officiels compensent largement pour les cas d'usage standards.

Zabbix vs solutions SaaS (Datadog, Dynatrace, New Relic)

Les solutions SaaS de monitoring offrent une mise en service instantanée, une excellente intégration cloud native et des fonctionnalités AIOps avancées. Leurs inconvénients : coût élevé (basé sur le nombre d'hôtes ou de métriques, rapidement prohibitif pour les grandes infrastructures), dépendance à un éditeur tiers, et données d'infrastructure transmises à l'extérieur (problématique pour certaines contraintes de souveraineté). Zabbix self-hosted offre un contrôle total des données, sans coût de licence, avec des performances comparables pour la supervision traditionnelle.

Zabbix 7 — Nouveautés clés par rapport à Zabbix 6

• Interface utilisateur repensée : nouveau thème par défaut plus moderne, navigation améliorée, meilleure responsivité mobile
• Haute disponibilité native améliorée : basculement automatique entre nœuds HA sans intervention manuelle
• Rapport de disponibilité avancé : calcul du SLA par service avec historique
• Intégration HashiCorp Vault : stockage des credentials dans Vault plutôt qu'en clair dans la configuration
• SNMP walk asynchrone : découverte SNMP plus rapide sur les grandes plages réseau
• Agent 2 plugins enrichis : nouveaux plugins pour Kubernetes, MongoDB 7, PostgreSQL 16

Architecture Zabbix 7 — Server, Proxy et Agent 2

Comprendre l'architecture Zabbix est essentiel avant de démarrer l'installation. La solution se compose de trois couches principales :

Zabbix Server

Le cerveau du système. Le serveur collecte les données des agents et des proxies, les stocke en base de données, évalue les triggers (déclencheurs d'alertes) et envoie les notifications. Un seul serveur Zabbix suffit pour superviser des milliers d'hôtes dans une configuration standard. Pour les très grandes infrastructures (>10 000 hôtes actifs), une architecture haute disponibilité avec deux nœuds serveur est supportée depuis Zabbix 6.0.

Zabbix Proxy

Le proxy est un composant optionnel qui collecte les données pour le compte du serveur. Il est essentiel pour :

• Superviser des sites distants derrière un NAT sans ouvrir de flux entrant vers chaque agent
• Réduire la charge réseau en collectant localement et envoyant des lots de données au serveur
• Superviser des segments réseau isolés (zones DMZ, OT/ICS)

Le proxy peut fonctionner en mode actif (il contacte le serveur) ou passif (le serveur interroge le proxy).

Zabbix Agent 2

L'agent nouvelle génération, réécrit en Go depuis Zabbix 4.4. L'Agent 2 remplace l'Agent classique avec :

• Support des plugins natifs (MySQL, PostgreSQL, Redis, Docker, Kubernetes...)
• Monitoring actif et passif en parallèle dans le même process
• Meilleures performances et faible empreinte mémoire
• Support Windows complet avec les mêmes fonctionnalités que Linux

Modes de collecte

• Agent actif : l'agent contacte le serveur/proxy pour récupérer sa liste d'items et envoie les données. Passe les firewalls facilement.
• Agent passif : le serveur/proxy interroge l'agent à intervalles définis. Requiert que le port 10050 de l'agent soit accessible depuis le serveur.
• SNMP : pour les équipements réseau, imprimantes, etc. sans agent Zabbix.
• IPMI : pour la supervision matérielle des serveurs (Dell iDRAC, HP iLO).
• HTTP/Web checks : surveillance de pages web et API REST sans agent.

Installer Zabbix 7 sur Debian 12 — Commandes complètes

Cette section détaille l'installation complète du serveur Zabbix 7 sur Debian 12 (Bookworm), la distribution LTS recommandée pour la stabilité en production.

1. Ajouter le dépôt Zabbix officiel

# Télécharger et installer le paquet de configuration du dépôt Zabbix 7.0 LTS
wget https://repo.zabbix.com/zabbix/7.0/debian/pool/main/z/zabbix-release/zabbix-release_latest_7.0+debian12_all.deb
dpkg -i zabbix-release_latest_7.0+debian12_all.deb
apt update

2. Installer les composants Zabbix

# Installer le serveur Zabbix avec support MySQL, le frontend PHP et l'agent 2
apt install -y zabbix-server-mysql zabbix-frontend-php zabbix-apache-conf zabbix-sql-scripts zabbix-agent2

3. Créer la base de données MySQL

mysql -uroot -p
# Dans le shell MySQL :
CREATE DATABASE zabbix CHARACTER SET utf8mb4 COLLATE utf8mb4_bin;
CREATE USER 'zabbix'@'localhost' IDENTIFIED BY 'VotreMotDePasseSecurise2026';
GRANT ALL PRIVILEGES ON zabbix.* TO 'zabbix'@'localhost';
SET GLOBAL log_bin_trust_function_creators = 1;
FLUSH PRIVILEGES;
QUIT;

# Importer le schéma initial Zabbix
zcat /usr/share/zabbix-sql-scripts/mysql/server.sql.gz | mysql --default-character-set=utf8mb4 -uzabbix -p zabbix

# Une fois l'import terminé, désactiver log_bin_trust_function_creators
mysql -uroot -p -e "SET GLOBAL log_bin_trust_function_creators = 0;"

4. Configurer le serveur Zabbix

# Éditer /etc/zabbix/zabbix_server.conf
DBHost=localhost
DBName=zabbix
DBUser=zabbix
DBPassword=VotreMotDePasseSecurise2026

# Paramètres de performance recommandés pour une infrastructure moyenne (50-500 hôtes)
StartPollers=10
StartTrappers=5
StartPingers=5
CacheSize=128M
HistoryCacheSize=64M
TrendCacheSize=32M

5. Démarrer les services

systemctl restart zabbix-server zabbix-agent2 apache2
systemctl enable zabbix-server zabbix-agent2 apache2

6. Finaliser via le wizard web

Accédez à http://IP-DU-SERVEUR/zabbix et suivez le wizard d'installation :

1. Vérification des prérequis PHP (toutes les extensions requises doivent être vertes)
2. Configuration de la connexion DB (host: localhost, DB: zabbix, user: zabbix, password: votre mot de passe)
3. Paramètres du serveur Zabbix (host: localhost, port: 10051)
4. Résumé et finalisation

Connectez-vous avec les identifiants par défaut : Admin / zabbix. Changez immédiatement le mot de passe après la première connexion.

Configurer PostgreSQL pour Zabbix (alternative à MySQL)

PostgreSQL est l'option recommandée par l'équipe Zabbix pour les grandes infrastructures (>1000 hôtes) grâce à ses meilleures performances sur les requêtes d'agrégation temporelle. Si vous choisissez PostgreSQL avec TimescaleDB, les performances d'historique sont encore améliorées.

# Installation PostgreSQL 16 sur Debian 12
apt install -y postgresql-16 zabbix-server-pgsql

# Créer la base et l'utilisateur
sudo -u postgres createuser --pwprompt zabbix
sudo -u postgres createdb -O zabbix zabbix

# Importer le schéma
zcat /usr/share/zabbix-sql-scripts/postgresql/server.sql.gz | sudo -u zabbix psql zabbix

Modifiez ensuite /etc/zabbix/zabbix_server.conf pour pointer vers PostgreSQL (DBHost, DBPort=5432, DBName, DBUser, DBPassword). Installez le paquet zabbix-server-pgsql à la place de zabbix-server-mysql.

Déployer l'agent Zabbix 2 sur Linux

L'agent 2 s'installe sur chaque serveur Linux à superviser.

Installation sur Debian/Ubuntu

# Ajouter le dépôt Zabbix (même commande que pour le serveur)
wget https://repo.zabbix.com/zabbix/7.0/debian/pool/main/z/zabbix-release/zabbix-release_latest_7.0+debian12_all.deb
dpkg -i zabbix-release_latest_7.0+debian12_all.deb
apt update && apt install -y zabbix-agent2

Configuration de l'agent 2

# /etc/zabbix/zabbix_agent2.conf — paramètres clés
Server=IP-DU-SERVEUR-ZABBIX        # Pour mode passif : IP qui peut interroger l'agent
ServerActive=IP-DU-SERVEUR-ZABBIX  # Pour mode actif : serveur vers lequel envoyer les données
Hostname=mon-serveur-linux.domaine.fr  # DOIT correspondre au nom d'hôte configuré dans Zabbix
ListenPort=10050
LogFile=/var/log/zabbix/zabbix_agent2.log
LogFileSize=10
DebugLevel=3

systemctl restart zabbix-agent2 && systemctl enable zabbix-agent2
# Ouvrir le port 10050 si firewall actif (mode passif)
ufw allow from IP-DU-SERVEUR-ZABBIX to any port 10050

Installation sur CentOS/RHEL 9

rpm -Uvh https://repo.zabbix.com/zabbix/7.0/rhel/9/x86_64/zabbix-release-latest-7.0.el9.noarch.rpm
dnf clean all
dnf install -y zabbix-agent2
# Configuration identique à Debian — voir ci-dessus

Déployer l'agent Zabbix sur Windows Server

L'agent 2 Zabbix est disponible pour Windows sous forme d'installateur MSI, facilitant le déploiement via GPO ou Intune.

Installation manuelle via MSI

1. Téléchargez zabbix_agent2-7.0.x-windows-amd64-openssl.msi depuis zabbix.com/download_agents
2. Exécutez l'installateur — il propose une interface graphique avec les champs de configuration
3. Renseignez : Zabbix server IP/DNS, Zabbix server port (10051), hostname de l'hôte Windows
4. L'agent s'installe comme service Windows (Zabbix Agent 2) et démarre automatiquement

Installation silencieuse via PowerShell (déploiement GPO/Intune)

msiexec /i zabbix_agent2-7.0.x-windows-amd64-openssl.msi /quiet `
  SERVER="IP-ZABBIX" `
  SERVERACTIVE="IP-ZABBIX" `
  HOSTNAME="WINSERVER01" `
  LISTENPORT=10050 `
  LOGFILE="C:\Program Files\Zabbix Agent 2\zabbix_agent2.log"

Règle de pare-feu Windows

# PowerShell — créer une règle entrante pour autoriser le serveur Zabbix
New-NetFirewallRule -DisplayName "Zabbix Agent" -Direction Inbound `
  -Protocol TCP -LocalPort 10050 `
  -RemoteAddress "IP-DU-SERVEUR-ZABBIX" `
  -Action Allow -Profile Domain,Private

Créer un hôte et appliquer des templates dans Zabbix

Une fois les agents déployés, ajoutez les hôtes dans l'interface Zabbix et associez-leur les templates appropriés.

Créer un hôte Linux

1. Dans Zabbix → Data collection → Hosts → + Create host
2. Host name : identique au paramètre Hostname dans zabbix_agent2.conf
3. Templates : cliquez sur "Select" et cherchez Linux by Zabbix agent ou Linux by Zabbix agent active
4. Host groups : assignez à un groupe (ex. "Linux Servers", "Web Servers")
5. Onglet Interfaces : ajoutez une interface Agent avec l'IP ou DNS du serveur Linux, port 10050
6. Sauvegardez — en quelques minutes, les premières métriques apparaissent

Templates Linux essentiels

Le template Linux by Zabbix agent collecte automatiquement :

• CPU (utilisation totale, par core, load average 1/5/15 min)
• Mémoire (RAM utilisée, swap, buffers/cache)
• Disques (utilisation espace, I/O read/write, iops, latence)
• Réseau (trafic in/out par interface, erreurs, paquets perdus)
• Processus système (nombre de processus, zombies)
• Services (SSH, cron, syslog)

Templates Windows Server essentiels

Appliquez Windows by Zabbix agent pour collecter :

• CPU, mémoire, disques (identique Linux)
• Services Windows (statut, état attendu)
• Event Log Windows (erreurs critiques dans System et Application)
• Mises à jour Windows en attente (via plugin WMI)
• Performance counters IIS, SQL Server si installés

Créer des dashboards et graphiques personnalisés

Les dashboards Zabbix 7 sont entièrement personnalisables par glisser-déposer. Voici comment construire un dashboard opérationnel efficace.

Créer un dashboard

1. Monitoring → Dashboards → + Create dashboard
2. Nommez-le (ex. "Infrastructure Overview") et définissez si il est privé ou partagé
3. Cliquez sur + Add widget pour ajouter des éléments

Widgets recommandés pour un dashboard opérationnel

• Problems : liste des problèmes actifs avec sévérité — widget le plus important, à mettre en haut
• Hosts availability : vue synthétique du nombre d'hôtes UP/DOWN par groupe
• Graphs : graphique de CPU ou trafic réseau d'un hôte ou groupe d'hôtes
• Top Hosts : classement des hôtes par consommation CPU ou mémoire
• Gauge : jauge circulaire pour afficher l'utilisation disque ou mémoire d'un serveur critique
• Clock : horloge pour les équipes en multi-timezone

Graphiques de tendance

Pour analyser les tendances à long terme (croissance du trafic, remplissage disque prévisible), utilisez les graphiques de type "Stacked" sur des périodes de 30, 90 ou 365 jours. Zabbix conserve les données de tendance (min/max/avg par heure) jusqu'à 5 ans par défaut, permettant des analyses de capacité longue durée.

Configurer les alertes et notifications

Les alertes sont au cœur de la valeur ajoutée d'un monitoring. Zabbix permet de notifier via email, Telegram, Slack, PagerDuty et de nombreux autres canaux.

Configurer les Media types (canaux de notification)

Dans Alerts → Media types, Zabbix 7 propose des scripts préconfigurés pour :

• Email : configuration SMTP (serveur, port, TLS, authentification)
• Telegram : nécessite un bot Token (créé via @BotFather) et un Chat ID
• Slack : webhook Slack Incoming
• SMS via webhook : OVH, Twilio, etc.

Configurer l'alerte Email

1. Alerts → Media types → Email → Edit
2. Renseignez votre serveur SMTP (ex. smtp.office365.com, port 587, STARTTLS)
3. Email from : [email protected]
4. Sauvegardez et testez avec le bouton Test

Assigner les alertes aux utilisateurs

1. Users → votre utilisateur admin → Media
2. Ajoutez un media : Type=Email, Send [email protected]
3. Définissez les horaires de réception (quand recevoir les alertes) et la sévérité minimale (Warning, High, Disaster)

Créer une Action d'alerte

Les actions définissent qui est notifié et quand, sur la base des triggers :

1. Alerts → Actions → Trigger actions → + Create action
2. Nommez l'action : "Notify SysAdmin - Critical"
3. Conditions : Trigger severity >= High (ou Disaster)
4. Operations : Send message → All admins (groupe), via Email
5. Recovery operations : envoyer un message de résolution

Découverte automatique du réseau (Network Discovery)

Zabbix peut découvrir automatiquement les hôtes de votre réseau et les ajouter à la supervision, réduisant considérablement le travail manuel dans les grandes infrastructures.

Créer une règle de découverte réseau

1. Data collection → Discovery → + Create discovery rule
2. Nommez : "Scan réseau 192.168.1.0/24"
3. IP range : 192.168.1.1-254
4. Update interval : 1h (découverte périodique)
5. Checks : Zabbix agent (port 10050), ICMP ping, SNMP (port 161)

Actions de découverte automatique

Créez une action liée à cette règle de découverte (Discovery actions) qui :

1. Ajoute automatiquement l'hôte découvert à Zabbix
2. L'assigne au groupe "Discovered hosts"
3. Applique un template de base selon le type détecté (agent Zabbix → template Linux ou Windows)

Pour étendre votre supervision aux équipements réseau (switches, routeurs Cisco, HP/Aruba), consultez notre guide complet sur la supervision SNMPv3 avec Zabbix — la suite logique de cet article.

La documentation officielle de référence est disponible sur zabbix.com/documentation/7.0 et le site officiel zabbix.com pour les templates de la communauté. Pour intégrer Zabbix dans une stratégie de sécurité plus large, consultez nos services RSSI externalisé.

FAQ — Zabbix 7 supervision Linux et Windows

Quelle est la différence entre Zabbix Agent et Zabbix Agent 2 ?

L'Agent 2 (Go) est le successeur de l'Agent classique (C). Il offre des plugins natifs pour bases de données et middleware (MySQL, PostgreSQL, Redis, MongoDB, Docker, Kubernetes) sans scripts externes, un support simultané des modes actif et passif dans le même processus, et de meilleures performances sur les hôtes à forte charge de monitoring. Pour les nouveaux déploiements, utilisez toujours Agent 2. L'Agent classique reste supporté mais n'est plus activement développé pour les nouvelles fonctionnalités.

Combien d'hôtes peut superviser un seul serveur Zabbix ?

Un serveur Zabbix 7 sur un serveur dédié (8 vCPU, 16 GB RAM, SSD NVMe) peut superviser entre 5 000 et 15 000 hôtes actifs selon la densité de collecte (nombre de métriques par hôte, fréquence). Pour aller au-delà, Zabbix recommande d'utiliser des proxies Zabbix pour répartir la collecte géographiquement, et d'activer TimescaleDB pour les performances historiques. La fonctionnalité Zabbix HA (High Availability) avec deux nœuds serveur garantit la disponibilité sans compromettre les performances.

Comment migrer depuis Nagios ou Prometheus vers Zabbix ?

La migration depuis Nagios est facilitée par le fait que Zabbix peut importer des checks de type NRPE (compatibilité partielle). Un outil communautaire nagios2zabbix peut convertir des définitions d'hôtes Nagios. Depuis Prometheus, les métriques exposées sur des endpoints /metrics peuvent être collectées via le check HTTP de Zabbix ou via le plugin Prometheus de l'Agent 2. Dans tous les cas, planifiez une phase de parallélisme (ancienne et nouvelle solution en simultané) pendant 2-4 semaines pour valider la couverture avant de migrer les alertes.

Est-il possible d'utiliser Zabbix avec Ansible pour automatiser le déploiement des agents ?

Oui, c'est même la méthode recommandée pour les grandes infrastructures. La collection Ansible community.zabbix disponible sur Ansible Galaxy propose des rôles complets pour installer et configurer l'Agent 2, le Serveur, le Proxy, et même créer des hôtes dans Zabbix via l'API. Un playbook type peut déployer et configurer l'Agent 2 sur des centaines de serveurs en quelques minutes avec la configuration correcte (ServerActive, Hostname dynamique via ansible_hostname).

Comment superviser des applications Docker/Kubernetes avec Zabbix ?

L'Agent 2 intègre nativement le plugin Docker pour superviser les conteneurs (CPU, mémoire, statut, logs). Pour Kubernetes, Zabbix 7 propose un template officiel utilisant l'API Kubernetes (via kube-apiserver) pour superviser les nodes, pods, deployments et services. Alternativement, le Zabbix Proxy peut être déployé comme DaemonSet Kubernetes pour collecter les métriques de chaque nœud localement. La documentation officielle Zabbix fournit des exemples de configuration complets pour ces scénarios.