Principales différences de Zabbix Cloud
Introduction
Zabbix Cloud est une plateforme basée sur le cloud permettant à ses utilisateurs d’exécuter des instances Zabbix autonomes dans le cloud (nœuds cloud).
Par rapport à un déploiement Zabbix classique sur site :
- Aucune installation ni maintenance n’est requise.
- Les nœuds cloud sont entièrement gérés par Zabbix.
- Les nœuds cloud peuvent être démarrés en quelques minutes.
Ce service est proposé selon un modèle de paiement à l’usage (un essai gratuit est disponible).
Tableau comparatif
Bien que la plupart des fonctionnalités se recoupent entre les installations Zabbix sur site et les nœuds cloud, il existe également des différences. Un tableau comparatif récapitulatif est présenté ci-dessous. Les sections suivantes décrivent certains éléments en détail.
| Fonctionnalité / Aspect | Zabbix Cloud | Zabbix sur site |
|---|---|---|
| Cycle de publication | Synchronisé avec les versions LTS | Vous choisissez votre version de Zabbix (stable, bêta, compilations personnalisées) |
| Facilité d’utilisation | Plateforme prête à l’emploi, entièrement gérée par Zabbix | Nécessite une installation, une configuration et une maintenance |
| Application des correctifs de vulnérabilité | Application automatique des correctifs du système d’exploitation et de Zabbix | Application manuelle des correctifs par l’utilisateur |
| Certificat HTTPS | Certificat valide prêt à l’emploi (sans Let's Encrypt) | Certificat autosigné par défaut (Let's Encrypt ou une autre autorité de certification peut être configuré) |
| Performances de la base de données (INSERT/UPDATE/SELECT) |
Partitionnement automatique pour une vitesse maximale ; aucune opération DELETE de longue durée | Partitionnement et nettoyage manuels (transactions DELETE de longue durée possibles) |
| Optimisation des performances | Préconfigurée par l’équipe Zabbix Cloud (sans journaux des modifications) | Visibilité et contrôle complets des paramètres d’optimisation |
| Contrôle du pare-feu | Géré par l’équipe Zabbix Cloud ; les ports de l’interface et du trapper ne sont pas exposés publiquement | Contrôle complet des règles du pare-feu et de l’exposition des ports |
| Trafic sortant sur le port 25 | Bloqué par défaut pour empêcher le spam et les abus ; utilisez plutôt le port SMTP 587 ou 465 | Non restreint par Zabbix ; dépend de votre réseau et de votre fournisseur d’hébergement |
| Isolation et protection de la base de données | Isolation élevée, aucun accès direct à la base de données ou via SSH | Dépend de votre réseau et de la sécurité de votre hôte |
| Haute disponibilité (HA) | S’exécute sur une plateforme cloud hautement disponible, les proxys Zabbix peuvent être utilisés pour une meilleure résilience de la collecte des données |
HA gérée par l’utilisateur |
| Traps SNMP | Uniquement via un proxy dédié (aucun récepteur de traps en HA ou à équilibrage de charge) | Directement ou via un proxy, HA et équilibrage de charge possibles |
| Interrogation SNMP | Difficile sans proxys (chaque périphérique nécessite un NAT ou un port personnalisé) | Interrogation SNMP native ; proxy facultatif |
| Paramètres de conservation | Historique/Tendances/Audit uniquement via l’interface (aucune API ni fichier de configuration) | Configurable dans le fichier de configuration du serveur Zabbix ou via l’API |
| Scripts personnalisés | AlertScriptsPath, ExternalScripts, modules de l’interface et modules communautaires non pris en charge |
Entièrement pris en charge (chemin des scripts, modules, intégrations) |
| Supervision ODBC | Uniquement PostgreSQL (pilote {postgresql}) ; le plugin MariaDB est présent comme espace réservé |
ODBC pour PostgreSQL, MySQL, Oracle, etc. - entièrement configurable |
| Limitation des appels ODBC | Impossible (StartODBCPollers=1 uniquement) ; les requêtes de synchronisation lourdes bloquent les autres tâches |
Nombre de pollers et planification entièrement configurables |
| Téléversement du certificat SAML | Non pris en charge | Pris en charge via l’interface ou l’API |
| Rapports planifiés | Vous devez créer votre propre média Email (les médias de type script ne sont pas pris en charge) | Prend en charge les médias de type script et Email prêts à l’emploi |
| Interface de l’hôte pour les vérifications actives | Adresse IP attribuée par la plateforme (créée automatiquement) | Interfaces gérées par vos soins ; adresses IP sous votre contrôle |
Différences entre les fonctionnalités
Traps SNMP
Les traps SNMP ne sont pris en charge que par l’intermédiaire d’un proxy Zabbix dédié. Si la surveillance des traps SNMP est requise, l’équilibrage de charge automatisé ou la haute disponibilité pour le proxy ne peuvent pas être utilisés, car les traps SNMP doivent être envoyés à une seule adresse IP.
Interrogation SNMP
Sans proxys, l’interrogation SNMP nécessite que chaque appareil soit exposé via NAT et des ports personnalisés.
Paramètres de rétention
Les périodes de rétention de l’historique, des tendances et du journal d’audit ne peuvent être configurées que via l’interface web dans le cloud.
Ces paramètres ne peuvent pas être configurés via zabbix_server.conf ni via l’API.
Les remplacements manuels de l’historique par élément ne sont pas pris en charge (le partitionnement est contrôlé globalement). Les URL des nœuds cloud n’acceptent pas les mêmes paramètres de requête que les installations sur site.
Scripts personnalisés
Les types de scripts personnalisés suivants ne sont pas pris en charge par Zabbix Cloud :
- Scripts d’alerte (
AlertScriptsPath) - Scripts externes (
ExternalScripts) - Scripts frontend sur Zabbix Server
Les modules frontend développés par la communauté ne peuvent pas être installés.
Supervision ODBC
Zabbix Cloud prend en charge la supervision ODBC uniquement pour PostgreSQL. Utilisez le modèle ODBC officiel de Zabbix et définissez la chaîne de connexion dans le modèle en utilisant :
Driver={postgresql}Un plugin MariaDB est également installé, mais il n'est actuellement pas fonctionnel. S'il est utilisé, définissez :
Driver={mysql}Il n'existe aucune configuration connue fonctionnelle pour Oracle MySQL 8.0 dans Zabbix Cloud.
Bien que des requêtes simples (telles que SELECT 1) puissent réussir, des requêtes plus complexes renvoient SQL_ERROR.
Il n'est pas possible de limiter les appels ODBC (StartODBCPollers=1 uniquement).
Des rapports synchrones lourds peuvent affecter les performances, et une seule instruction SELECT peut être exécutée à la fois.
Accès à l’infrastructure
Zabbix Cloud ne fournit pas d’accès SSH aux nœuds sous-jacents et n’autorise pas non plus les connexions directes à la base de données (par exemple, vers le port 3306). Toutes les activités de configuration, de surveillance et de dépannage doivent être effectuées via l’interface utilisateur du cloud ou l’API, afin de garantir que les couches du système d’exploitation et de la base de données restent isolées et sécurisées.
Trafic sortant sur le port 25
Pour prévenir le spam et les abus, les connexions sortantes des nœuds Zabbix Cloud vers le port TCP 25 sont bloquées par défaut. Cela concerne :
- Les types de média Email qui envoient des messages via un serveur SMTP sur le port 25. Comme 25 est le port du serveur SMTP par défaut pour un nouveau type de média Email, remplacez-le par 587 (avec la sécurité de la connexion définie sur STARTTLS) ou 465 (SSL/TLS), selon ce que votre serveur SMTP prend en charge. Le fournisseur d’e-mails Office365 relay ne peut pas être utilisé, car il se connecte au point de terminaison de relais de Microsoft sur le port 25.
- Les rapports planifiés, qui nécessitent un type de média Email.
- Les vérifications effectuées par le nœud cloud lui-même sur le port 25, telles que
net.tcp.service[smtp], des vérifications simples ou des vérifications SMTP dans les règles de découverte réseau. Ces vérifications indiquent que le service SMTP est arrêté même lorsqu’il fonctionne ; effectuez plutôt ces vérifications via un proxy Zabbix ou un agent Zabbix dans votre propre réseau.
Le type de média Cloud Email par défaut n’est pas concerné.
Interface de vérification active
Les vérifications actives dans le cloud créent automatiquement une interface d'hôte avec une adresse IP sans lien avec votre réseau sur site. Par défaut, cette adresse IP peut être externe. Pour conserver la cohérence, vous pouvez supprimer ou ajuster manuellement l'interface d'hôte après sa création.
Téléversement du certificat SAML
L’authentification SAML n’est pas prise en charge, car peu de fournisseurs acceptent les messages SAML non chiffrés ou non signés.
Rapports planifiés
Le type de média Cloud Email par défaut utilise un transport par script et ne peut pas être utilisé pour les rapports planifiés. Pour envoyer des rapports par e-mail :
- Créez un nouveau type de média E-mail.
- Attribuez le média e-mail à votre utilisateur dans Paramètres utilisateur > Média.
- Sélectionnez ce type de média lors de la configuration des rapports planifiés.
N'utilisez pas le port 25 comme port du serveur SMTP pour ce type de média ; consultez Trafic sortant sur le port 25.