Pour une liste plus complète des outils de surveillance et de leurs fonctionnalités, consultez le site cette page Wikipedia .
Comme le dit la question, quels sont les outils les plus couramment utilisés pour cette tâche et quels sont leurs points forts et leurs points faibles ?
J'ai utilisé Nagios dans le passé avec succès. Il est très extensible (plus de 200 modules complémentaires), relativement facile à utiliser et offre de nombreux rapports. Un point négatif serait la configuration initiale.
Nagios fonctionne très bien pour surveiller tous les types d'hôtes (Windows, Linux, routeurs, commutateurs, etc.) Je recommande d'utiliser un outil de configuration comme fruity ou Lilacto pour faciliter la configuration. NSClient++ sur les machines Windows et nagios-statd sur les machines Linux pour surveiller les processus en cours, l'utilisation du disque, etc.
Malheureusement, Nagios nécessite un agent sur les machines Windows - dans le passé, j'ai trouvé que l'agent était notoirement enclin à mourir de façon aléatoire.
Nous avons examiné à la fois Nagios et Zabbix pour notre surveillance. Zabbix l'a emporté après une brève évaluation, principalement en raison de sa facilité de déploiement et de ses fonctionnalités (par exemple, Zabbix inclut la création de graphiques comme fonction de base, alors que Nagios nécessite un plugin). J'ai trouvé que la configuration de Nagios était pénible.
Personnellement, j'aime Munin qui est très facile à installer et à créer des plugins car son architecture est très simple. Il existe déjà un grand nombre de plugins pour tous les usages que vous pouvez imaginer, de sorte que vous n'aurez probablement même pas à écrire de plugins en premier lieu.
Il fournit également de beaux graphiques et la possibilité de configurer des alertes (très basiques).
Je suis aussi un grand fan de Munin. Il permet de s'intégrer à Nagios (ce qui permet de faire tourner les deux) et prend en charge toutes les versions courantes d'Unix. Je ne pense pas qu'il y ait de support pour la surveillance d'un noeud Windows - cependant, il est écrit en Perl, donc même si ce n'est pas trivial, cela devrait certainement être possible. posible .
Zabbix . Il s'agit d'un logiciel libre, relativement simple à configurer et à personnaliser. Nous avons beaucoup de scripts de surveillance personnalisés qui alimentent le serveur zabbix, mais il se charge de centraliser ces données, de les afficher de manière appropriée, de faire des notifications (email, IM, SMS, twitter, etc), et ainsi de suite.
Nous utilisons également Zabbix et le trouvons assez puissant et configurable. Nous avons testé Zabbix et Nagios et avons finalement opté pour Zabbix car, bien que Nagios semble avoir une bonne réputation, il est un peu difficile à installer et de nombreuses fonctionnalités proviennent de plugins plutôt que de l'application de base (la création de graphiques en est un bon exemple, vous l'obtenez gratuitement avec Zabbix).
J'ai fait le déploiement de Spiceworks dans notre entreprise et nous trouvons qu'il s'agit d'un outil formidable, non seulement pour surveiller les serveurs mais aussi tout le reste du réseau.
Il fait des choses comme l'inventaire automatique et le suivi personnalisé pour vous envoyer des courriels lorsqu'il y a un problème (par exemple : l'imprimante n'a plus que 10 % d'encre ou le disque dur de ce serveur a 20 %).
Son inconvénient serait probablement la densité d'informations par ordinateur, ne vous méprenez pas, il a BEAUCOUP de données par machine mais pour des choses comme les serveurs où vous pourriez avoir besoin de beaucoup de statistiques, vous devriez utiliser un autre outil.
EDIT : Oh, ai-je mentionné que son modèle économique est basé sur le fait qu'il est gratuit pour toujours.
SpiceWorks dispose d'une communauté très importante qui recoupe aussi très largement ServerFault. Il va être intéressant de voir l'interaction entre les communautés. J'utilise également SpiceWorks. C'est un outil formidable.
Fumage vérifie non seulement la disponibilité de divers serveurs et services, mais surveille également leur temps de latence, tout en offrant des services faciles à utiliser, esthétiques et efficaces. rapide à afficher graphiques.
Une large gamme de plugins de mesure de la latence est disponible d'emblée. Si vous connaissez un peu Perl, il est facile de créer vos propres plugins pour tout besoin exotique.
Les grandes installations bénéficieront du système maître/esclave pour la mesure distribuée.
Un système d'alerte hautement configurable vous aidera à détecter les problèmes avant qu'ils ne commencent à affecter les utilisateurs ou à évoluer vers une panne majeure.
Smokeping est un logiciel libre et gratuit écrit en Perl par Tobi Oetiker, créateur de MRTG et RRDtool.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
0 votes
Quelle est la plate-forme utilisée par votre serveur ?
1 votes
Mes serveurs fonctionnent sous Debian Lenny, mais la question n'est pas principalement axée sur la surveillance UNIX seule, car de nombreux outils auront probablement une forme de support multiplateforme.
0 votes
Ils utilisent peut-être des outils différents, mais du point de vue du système global, vous finissez par faire la même chose encore et encore sur les différents systèmes. C'est juste un peu de script pour extraire la dernière partie des données que vous voulez. Dans ce contexte, je considère que les "outils" sont l'instance d'enregistrement (serveur de surveillance) et non le plugin/script qui extrait les données.
0 votes
J'aime aussi surveiller les applications (performances, disponibilité, etc.). Les outils de surveillance semblent avoir un spectre avec leur capacité à surveiller le matériel d'un côté et leur capacité à surveiller les applications de l'autre. Hardware<-----+----->Application