Zabbix est-il le bon outil pour moi?

Je veux juste surveiller une petite poignée de serveurs (moins de 10).

De la lecture de divers endroits, il semble que les principaux candidats (pour l'open source au moins) soient:

• nagios
• munin
• zabbix

D'après ce que j'ai lu, beaucoup de gens ont tendance à utiliser ensemble munin et nagios - munin pour l'histoire et les graphiques, et nagios pour alerter.

D'un autre côté, il semble que Zabbix soit une solution plus complète et plus facile à configurer que l'un des deux autres. Je pensais donc à emprunter cette voie.

Mes pensées en ce moment sont:

1. Quels sont les inconvénients généraux de Zabbix?
2. Zabbix a-t-il une faible empreinte sur les boîtes qu'il surveille?
3. Dois-je vraiment configurer un autre serveur entier pour cela? J'ai actuellement un serveur sous une charge très légère - puis-je le double usage?

Je pense qu'il serait préférable de se concentrer sur la réponse aux questions spécifiques que vous vous posez, en tenant compte de la taille de votre déploiement prévu (~ 10 hôtes surveillés).

1. Quels sont les inconvénients généraux de Zabbix?

   • il ne saura pas automatiquement ce qu'il faut surveiller, quand vous alerter, etc. - vous devrez réfléchir aux mesures qui vous intéressent et les configurer à l'avance
   • le débogage laisse à désirer. bien qu'avec un si petit environnement, les options d'aide comme le forum, le canal irc, etc. devraient suffire facilement

2. Zabbix a-t-il une faible empreinte sur les boîtes qu'il surveille?

   Oui définitivement. Zabbix peut surveiller en utilisant des méthodes comme SNMP, de simples vérifications de réseau (un port est-il ouvert?), Et il a également un agent natif pour de nombreuses plates-formes. Comme l'agent est écrit en C, il a une empreinte extrêmement petite (par opposition à un tas de scripts interprétés ...). Vous pouvez facilement combiner différentes vérifications sur un seul hôte surveillé. Notez que vous n'êtes pas limité à la surveillance des serveurs, vous pouvez également ajouter des périphériques réseau et d'autres choses.

3. Dois-je vraiment configurer un autre serveur entier pour cela? J'ai actuellement un serveur sous une charge très légère - puis-je le double usage?

   Cela dépend - s'il exécute l'un des systèmes d'exploitation pris en charge pour le serveur - certainement. Pour cet environnement, les exigences seront vraiment faibles. Assurez-vous d'utiliser les modèles par défaut uniquement à titre indicatif, il est suggéré de créer le vôtre avec des intervalles plus longs entre les vérifications. Fondamentalement, Zabbix se compose de 3 composants - DB, frontend, serveur. Si vous le souhaitez, vous pouvez réutiliser le serveur de base de données et le serveur Web existants dans l'entreprise pour les deux premiers composants, puis exécuter le serveur Zabbix sur n'importe quelle plate-forme prise en charge - c'est une configuration parfaitement valide.

Toute requête spécifique serait la bienvenue dans #zabbix sur Freenode.

J'utilise Zabbix depuis 2 ans maintenant, avant d'utiliser Nagios ...

À mon avis, la grande différence est: avec Nagios vous obtenez un statut (OK / AVERTISSEMENT / CRITIQUE), avec Zabbix vous obtenez une donnée (entier, flottant, chaîne ...)

C'est un très bon point pour Zabbix car:

• vous pouvez représenter graphiquement toutes les données (numériques) sans «créer / définir» un graphique
• vous pouvez «facilement» définir des alertes / déclencheurs à partir de plusieurs valeurs de données

L'utilisation d'agent pour collecter facilement / rapidement des données système de base est également très agréable.

Inconvénients de Zabbix:

• moins connu que Nagios
• base de données pour stocker la configuration et les données (plus difficile à sauvegarder et à manipuler que les fichiers plats)

Quels sont vos objectifs de surveillance? Uptime? Performance? Statistiques de facturation? Certains des utilitaires que vous avez énumérés ci-dessus sont meilleurs pour chacune de ces utilisations, et certains sont pires.

Pour garantir la disponibilité , nous utilisons monit , qui est à la fois gratuit et simple à installer sur les systèmes Unix / Linux. Cet utilitaire surveille si un processus est vivant et s'assure qu'il n'utilise pas plus que sa juste part de ressources (CPU, mémoire) - et s'il se comporte mal, monit redémarrera le processus.

Pour le suivi des performances , je suggère munin . Il est facile à configurer et utilise perl / bash / python / any comme méthode de collecte de données. Munin a la capacité de collecter les performances de plusieurs machines en un seul endroit et crée des graphiques faciles à comprendre.

Pour les mesures de facturation (consommation de bande passante), je suggère PRTG . Ce n'est pas gratuit, mais fournit des rapports et des statistiques de niveau professionnel qui peuvent facilement être utilisés dans le cadre du rapport de facturation de votre client, si vous faites ce genre de chose. Nous avons remplacé notre installation Zabbix, qui nécessitait l'utilisation d'agents sur chaque machine surveillée, par PRTG, qui utilise SNMP, et nous n'avons jamais regardé en arrière.

J'ai également utilisé Zenoss , qui était très agréable et simple à installer et à configurer. Zenoss a exigé une longue période de formation pour apprendre à obtenir toutes les mesures dont nous avions besoin.

J'utilise zabbix pour surveiller l'infrastructure de notre entreprise (qui ne compte que 6 serveurs + tout le matériel réseau). J'ai eu zabbix depuis plus de deux ans et cela fonctionne très bien. J'aime le fait que tout soit dans une seule application et ne nécessite pas l'installation de tonnes de plugins. L'interface ne remporte aucun prix de design, mais elle est étonnamment bien conçue en termes de fonctionnalité. J'ai eu des problèmes matériels intermittents sur nos serveurs dans le passé et avoir beaucoup de données historiques dans zabbix a certainement beaucoup aidé à les restreindre.

Certaines versions semblaient avoir des problèmes de stabilité et plantaient de temps en temps, mais monit s'en est occupé.

Je recommande de mettre zabbix sur une boîte séparée (et certains matériels de serveur déclassés d'il y a 3-4 ans fonctionneront plutôt bien) L'application elle-même n'est pas très lourde, mais elle met une pression considérable sur la base de données (mysql dans mon cas) - sauvegarder toutes les données historiques n'est pas bon marché.

J'ai utilisé Zenoss et Zabbix. La seule plainte que j'ai à propos de Zabbix est qu'elle semble toujours s'écraser sur moi. J'ai eu une installation à mon ancien travail où nous avons doublé sur Zabbix et Zenoss (Kamil peut répondre plus sur celui-ci) et aussi une installation à la maison et à Free Geek Vancouver où je fais du travail d'administrateur système. Les trois plantent régulièrement et le démon devrait être redémarré.

Zenoss je trouve que c'est sympa car il est assez stable et a une interface beaucoup plus agréable, mais il est très gourmand en ressources.

Cela étant dit, j'irais toujours avec Zabbix pour une solution de surveillance simplement parce que la façon dont le SOP est pour la configuration de nouveaux appareils est plus en phase avec la façon dont je pense. La meilleure chose à faire est de les configurer tous et de voir lequel vous préférez.

Nous utilisons Zabbix depuis plus de 4 ans maintenant (exécutant 1.6 maintenant) et il n'a toujours pas planté une seule fois (fonctionnant sur RHEL5). Ma seule plainte dans le passé était le manque de documentation et de soutien amical (en parlant du soutien communautaire gratuit). Il y a une meilleure documentation maintenant que j'ai remarqué.