J'utilise NagiosXI et je veux surveiller le disque dur, la température du processeur, la vitesse du ventilateur, etc. d'autres hôtes.
Est-ce que quelqu'un peut nous dire quelle est la méthode de surveillance par NagiosXI.
J'utilise la méthode SNMP. Mais je n'ai pas réussi.
J'ai vérifié avec le plugin appelé check_ipmi_sensor mais sans succès.
Une réponse détaillée à cette question dépasse le cadre d'une réponse SF, mais il me semble raisonnable de vous donner quelques pistes. La solution se présente en deux parties :
2) est facile : c'est NRPE ou éventuellement une exécution à distance via ssh ( check_by_ssh ), ou peut-être SNMP (bien que je n'y sois pas favorable).
Le point 1) est le plus difficile, et il est inutile de faire le point 2) tant que vous n'avez pas résolu le point 1). Cela implique de trouver un moyen de surveiller ces paramètres sur la machine distante, et les capteurs sont un domaine de travail notoirement délicat, dépendant du BIOS, ignorant les normes et pauvre en documentation.
Il faut donc d'abord trouver une commande simple qui s'exécute sur chaque machine et qui donne accès aux paramètres matériels que vous voulez mesurer ; cela nécessitera probablement un outil différent sur chaque plate-forme matérielle différente. Ensuite, enveloppez-la dans une logique de plugin NAGIOS. Ensuite, appelez-la via NRPE.
編集 Il existe un grand nombre de guides pratiques sur la NRPE ; celui-ci ça m'a l'air plutôt bien. Mais je répète mon avertissement, il n'y a pas de réel intérêt à mettre en place le bit NRPE tant que vous n'avez pas les commandes pour interroger votre matériel prêtes à être exécutées, et enveloppées dans une enveloppe conviviale NAGIOS.
Si vous empruntez la voie de l'IPMI : A la fin, la plupart des plugins appellent "ipmitool sdr" et analysent la sortie. Assurez-vous que l'utilisateur nrpe qui exécute le plugin a les permissions appropriées pour le faire. Assurez-vous que les modules ipmi_si et ipmi_devintf sont chargés. N'oubliez pas que tous les matériels ne supportent pas IPMI.
Si vous utilisez des pilotes anciens, spécifiques au matériel, de type lm_sensors, vérifiez soigneusement si la stabilité du système peut être affectée, certains d'entre eux peuvent perturber les choses de bas niveau de manière surprenante...
Vous pouvez tirer un grand nombre d'informations des utilitaires que certains vendeurs de serveurs fournissent. J'ai déjà surveillé la température de la salle des serveurs à partir de l'utilitaire Dell OpenManage qui indiquait la température ambiante vue par le CPU.
Il vaut la peine de consacrer du temps et des efforts à la voie NCSA ou à un autre test passif. La voie passive signifie que, si votre système se développe au-delà de ce que le serveur de collecte active peut fournir... alors les tests passifs peuvent être collectés et envoyés à un serveur maître. De plus, si votre serveur Nagios est compromis... l'intrus peut exécuter des programmes sur n'importe quel serveur "connecté" au serveur Nagios. Avec la voie passive (et le cryptage du trafic NCSA), vous pouvez "envoyer" les résultats des tests au serveur Nagios... et si le serveur Nagios est compromis... eh bien, l'intrus n'a toujours pas accès à la boîte Nagios. De plus, avec le passif (NCSA), vous pouvez mettre en place des ACL dans vos commutateurs qui n'autorisent que le trafic provenant du serveur TESTED vers le serveur Nagios tout en bloquant le trafic du serveur Nagios vers le boîtier TESTED (j'espère que cela a un sens).
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.
