TOC

Comment utiliser Open Monitoring Distribution avec Check_MK sur Ubuntu 14.04

introduction

Si vous êtes administrateur système, vous devez connaître l’état actuel de votre infrastructure et de vos services. Il n’y a rien de pire que de constater trop tard que vos disques sont en panne ou d’être averti par vos utilisateurs du temps d’indisponibilité du service au lieu de le remarquer avant eux.

C’est là que la surveillance entre en jeu. Un logiciel qui garde une trace du matériel, de la disponibilité et des statuts de service de vos serveurs, et qui déclenche des alertes en cas de problème, peut éviter beaucoup de maux de tête. Dans un scénario très simple, un système de surveillance vous alerterait en cas de panne d’un service. Dans un système plus robuste, les notifications arriveraient peu de temps après l’apparition de tout signe suspect, tel qu’une utilisation accrue de la mémoire ou un nombre anormal de connexions TCP.

Il existe de nombreuses solutions de surveillance disponibles avec différents degrés de complexité et divers ensembles de fonctionnalités, à la fois gratuites et commerciales. Dans de nombreux cas, l’installation, la configuration et la gestion de ces outils sont difficiles et prennent beaucoup de temps. Aujourd’hui, nous allons nous concentrer sur une solution simple à mettre en place.

  • Open Monitoring Distribution * (OMD) est un ensemble autonome qui comprend * Nagios * ainsi que des modules complémentaires pour la collecte, la surveillance et la représentation graphique de données. Il est fourni avec * Check_MK Multisite *, un outil complet qui corrige nombre des faiblesses de * Nagios *. Il fournit une interface Web facilitant l’administration et la configuration, un tableau de bord convivial, un système de notification robuste et des agents de surveillance faciles à installer pour de nombreuses distributions Linux. Sans * Check_MK Multisite *, nous devrions utiliser différentes vues pour différentes tâches et il ne serait pas possible de configurer tous les paramètres sans avoir à travailler avec des fichiers de configuration.

  • Open Monitoring Distribution * avec * Check_MK *, il est facile et accessible pour tout le monde de configurer son propre système de surveillance. Dans ce texte, nous montrerons comment installer et configurer les outils nécessaires à la surveillance de deux gouttelettes. Voici vos préalables:

  • Une goutte avec * Ubuntu 14.04 *

  • Une goutte avec * CentOS 7 *

  • accès root à vos gouttelettes

Tout au long de l’article, nous supposerons que vous maîtrisez les bases de la ligne de commande, mais qu’il n’y a pas d’autres conditions préalables pour suivre ce didacticiel.

Configuration de l’instance OMD sur un droplet Ubuntu

Pour démarrer avec l’installation de * OMD *, nous avons besoin d’un Droplet * Ubuntu 14.04 * de travail avec les privilèges root. Toutes les instructions ci-dessous ont été écrites en utilisant une propre * Ubuntu 14.04 * Droplet sans logiciel supplémentaire. Vous pouvez également ajouter une surveillance à un Droplet avec, par exemple, un serveur Web déjà en cours d’exécution.

Il est recommandé de mettre à jour les packages système vers leur dernière version avant d’installer un nouveau logiciel. Pour cela, lancez:

apt-get update
apt-get upgrade

Le projet * OMD * fournit des packages prêts à l’emploi pour * Ubuntu * sur le site Web du projet.

Pour parcourir les paquets, nous pouvons aller à the site listant les paquets. Pour * Ubuntu 14.04 x64 *, dernière version en date au moment de la rédaction de ce texte, le package correct est + omd-1.20.trusty.amd64.deb +.

Pour télécharger le package, exécutez:

wget http://files.omdistro.org/releases/debian_ubuntu/omd-1.20.trusty.amd64.deb

Le fichier étant assez volumineux, le téléchargement peut prendre un certain temps. Une fois le téléchargement terminé, vous devriez voir un message semblable à celui ci-dessous:

100%[=================================================================>] 78,969,558  24.6MB/s   in 3.1s

2014-08-30 06:23:21 (24.6 MB/s) - "omd-1.20.trusty.amd64.deb" saved [78969558/78969558]

Pour installer le package récemment téléchargé, tapez:

dpkg -i omd-1.20.trusty.amd64.deb

Cela échouera au premier essai, car le paquet * OMD * a plusieurs dépendances. C’est très bien. Après avoir essayé d’installer le paquet, nous verrons un message d’erreur:

root@omdmaster:~# dpkg -i omd-1.20.trusty.amd64.deb
Selecting previously unselected package omd-1.20.
(Reading database ... 86590 files and directories currently installed.)
Preparing to unpack omd-1.20.trusty.amd64.deb ...
Unpacking omd-1.20 (0.trusty) ...
dpkg: dependency problems prevent configuration of omd-1.20:
omd-1.20 depends on libsnmp-python; however:
 Package libsnmp-python is not installed.
omd-1.20 depends on dialog; however:
 Package dialog is not installed.
omd-1.20 depends on fping; however:
 Package fping is not installed.
omd-1.20 depends on graphviz; however:
 Package graphviz is not installed.
omd-1.20 depends on libapache2-mod-fcgid; however:
 Package libapache2-mod-fcgid is not installed.
omd-1.20 depends on libapache2-mod-proxy-html; however:
 Package libapache2-mod-proxy-html is not installed.
omd-1.20 depends on apache2-mpm-prefork; however:
 Package apache2-mpm-prefork is not installed.
omd-1.20 depends on apache2-utils; however:
 Package apache2-utils is not installed.
omd-1.20 depends on libboost-program-options1.54.0; however:
 Package libboost-program-options1.54.0 is not installed.
omd-1.20 depends on libboost-system1.54.0; however:
 Package libboost-system1.54.0 is not installed.
omd-1.20 depends on libdbi1; howeve
dpkg: error processing package omd-1.20 (--install):
dependency problems - leaving unconfigured
Processing triggers for ureadahead (0.100.0-16) ...
Processing triggers for man-db (2.6.7.1-1) ...
Errors were encountered while processing:
omd-1.20

Cette installation échouée a automatiquement averti le gestionnaire de paquets de dépendances manquantes, ce qui nous permet de résoudre facilement le problème sans recourir à une installation manuelle.

Pour résoudre les dépendances manquantes, nous devons exécuter:

apt-get -f install

Nous verrons que + apt-get + veut installer beaucoup de nouveaux paquets, y compris + apache2 + et + mysql +. Ceci est attendu, car * OMD * utilise une interface utilisateur accessible sur le Web et stocke certaines de ses données dans une base de données MySQL.

Exécutez cette commande:

apt-get -f install

Maintenant, l’installation devrait se terminer avec succès:

Reading package lists... Done
Building dependency tree
Reading state information... Done
Correcting dependencies... Done
The following extra packages will be installed:
 apache2 apache2-bin apache2-data (...)
0 upgraded, 147 newly installed, 0 to remove and 3 not upgraded.
1 not fully installed or removed.
Need to get 53.9 MB of archives.
After this operation, 275 MB of additional disk space will be used.
Do you want to continue? [Y/n]

Après avoir accepté l’installation de toutes les dépendances (appuyez sur * y *), il vous sera demandé de configurer un mot de passe root pour la base de données MySQL.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/1.jpg [Mot de passe root MySQL]

Pour des raisons de sécurité, il est judicieux d’utiliser un mot de passe fort qui n’est utilisé nulle part ailleurs. Ce mot de passe ne sera pas nécessaire lors de l’installation de * OMD *, mais il sera possible d’accéder à toutes les bases de données, y compris les bases de données * OMD *, avec ce mot de passe.

Après avoir saisi le mot de passe, l’installation continuera sans plus d’invites. Le paquet * OMD * que nous avons essayé d’installer au préalable sera également automatiquement installé au cours du processus. Une fois l’installation terminée, il devrait être possible d’accéder à la commande + omd + comme ceci:

omd

Sortie:

Usage (called as root):

omd help                        Show general help
(...)

General Options:
-V <version>                    set specific version, useful in combination with update/create
omd COMMAND -h, --help          show available options of COMMAND

La commande + omd + est la commande principale utilisée pour gérer les instances * OMD * sur le serveur. Il est utilisé pour démarrer et arrêter tous les services de surveillance en même temps, et nous allons l’utiliser pour créer la première instance * OMD *.

Nous devons maintenant créer la première instance * OMD *. Dans la plupart des cas, la première instance est la seule sur le serveur, et c’est comme cela que nous allons procéder ici.

Avant de créer l’instance * OMD *, nous devrons choisir le nom avec lequel l’instance sera identifiée. Il est utilisé ultérieurement lors de la configuration, mais définit également l’adresse Web à laquelle le site de surveillance sera accessible. Par souci de simplicité, nous utiliserons + monitoring + dans tout le texte. Pour créer l’instance, tapez:

omd create monitoring

L’outil + omd + configurera tout automatiquement pour nous. La sortie de la commande devrait ressembler à celle ci-dessous:

Adding /omd/sites/monitoring/tmp to /etc/fstab.
Restarting Apache...AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message
OK
Creating temporary filesystem /omd/sites/monitoring/tmp...OK
Created new site monitoring with version 1.20.

 The site can be started with omd start monitoring.
 The default web UI is available at http://omdmaster/monitoring/
 The admin user for the web applications is omdadmin with password omd.
 Please do a su - monitoring for administration of this site.

L’instance est maintenant créée, mais doit encore être démarrée. Pour démarrer l’instance, tapez:

omd start monitoring

Tous les outils et services nécessaires seront lancés à la fois. A la fin, nous devrions voir que tous les services ont été démarrés avec succès comme suit:

Starting rrdcached...OK
Starting npcd...OK
Starting nagios...OK
Starting dedicated Apache for site monitoring...OK
Initializing Crontab...OK

Maintenant que l’instance est opérationnelle, vous pouvez y accéder via un navigateur Web.

Pour accéder à l’instance * OMD *, veuillez ouvrir le lien: [http: // yourdropletip / monitoring /] dans le navigateur Web. On nous demandera un mot de passe. Le nom par défaut est + omdadmin + pour le nom d’utilisateur et + omd + pour le mot de passe, et nous modifierons ces valeurs par défaut ultérieurement.

Lors de la connexion, nous devrions voir une page Web semblable à celle ci-dessous:

image: https: //assets.digitalocean.com/articles/OpenMonitoring/2.jpg [page d’accueil par défaut d’OMD]

Il s’agit de la page Web * OMD * par défaut, donnant accès à tous les outils et applications installés. Le seul outil que nous utiliserons cependant est l’outil * Check_MK Multisite *. C’est un outil formidable, qui nous permet non seulement de configurer de manière conviviale presque tous les aspects de * OMD * et de ses outils, mais également de rassembler des graphiques, des alertes et des paramètres dans un seul tableau de bord. Nous allons maintenant parler de * Check_MK Multisite * simplement * Check_MK *.

L’écran * Check_MK * s’ouvre avec un tableau de bord par défaut, qui affiche tous les services et les statuts de serveur dans des listes et utilise des graphiques pratiques ressemblant à la Terre. Immédiatement après son installation, il est vide, mais nous lui ferons afficher sous peu les statuts de nos services et systèmes.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/3.jpg [Tableau de bord Check_MK vierge]

Changer le mot de passe administratif

Le nom d’utilisateur et le mot de passe + omdadmin / omd + par défaut sont faciles à retenir, mais pas du tout sécurisés, d’autant plus qu’il est fourni avec chaque installation * OMD * par défaut. Il est heureusement très facile de changer.

Commencez par ouvrir le volet * Utilisateurs * dans le menu WATO Configuration à gauche. La liste montrera tous les utilisateurs ayant actuellement accès au site * OMD *, listant par défaut uniquement + omdadmin +.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/4.jpg [OMD]

Cliquez sur l’icône en forme de crayon à côté de l’utilisateur + omdadmin + pour modifier ses détails, y compris son mot de passe.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/5.jpg [image]

Mettez à jour le mot de passe, ajoutez un courrier électronique administrateur et apportez les autres modifications souhaitées.

Immédiatement après l’enregistrement des modifications, il vous sera demandé de vous reconnecter à l’aide de nos nouvelles informations d’identification. Utilisez votre * nouveau mot de passe * ici.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/6.jpg [image]

Nous devons maintenant enregistrer les modifications apportées aux fichiers de configuration. Ceci est indiqué par le bouton orange * 1 Changes * qui nous indique que nous avons apporté quelques modifications à la configuration de * Check_MK * qui doivent être enregistrées et activées. Cela se produira chaque fois que nous modifierons la configuration de notre système de surveillance, pas seulement après la modification des informations d’identification d’un utilisateur. Pour enregistrer et activer les modifications en attente, nous devons cliquer sur ce bouton et accepter d’activer les modifications répertoriées.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/7.jpg [image] + image: https: //assets.digitalocean.com/articles/OpenMonitoring/8.jpg [image] + image: https: //assets.digitalocean.com/articles/OpenMonitoring/9.jpg[image]

Après avoir activé les modifications, les données du nouvel utilisateur sont écrites dans les fichiers de configuration et seront utilisées par tous les composants du système. * Check_MK * se charge automatiquement de notifier les composants individuels du système de surveillance, de les recharger si nécessaire et de gérer tous les fichiers de configuration nécessaires.

Surveillance du premier hôte

Les composants installés avec * OMD * sont responsables de la collecte, du stockage et de la présentation des informations de surveillance. Ils ne fournissent pas l’information elle-même.

Pour collecter les données réelles, nous utiliserons * Check_MK Agent *, un outil spécialement conçu pour * Check_MK *, capable de surveiller simultanément tous les composants système essentiels.

Installation de l’agent

Le premier hôte que nous surveillerons sera le * OMD * Droplet lui-même.

Pour commencer la surveillance, nous devons d’abord installer * Check_MK Agent *. Les packages de toutes les distributions majeures, y compris * Ubuntu *, sont disponibles sur le site Check_MK. Pour télécharger le package nécessaire à notre * Droplet Ubuntu 14.04 *, tapez:

wget http://mathias-kettner.de/download/check-mk-agent_1.2.4p5-2_all.deb

Après le téléchargement, installez le paquet en utilisant:

dpkg -i check-mk-agent_1.2.4p5-2_all.deb

Cette fois, l’installation ne devrait pas échouer car toutes les dépendances auraient déjà été satisfaites. Nous pouvons vérifier que l’agent a été installé avec succès en exécutant:

check_mk_agent

La commande doit générer un texte très long qui ressemble à du charabia, mais regroupe toutes les informations essentielles sur le système en un seul endroit. C’est le résultat de cette commande que * Check_MK * utilise pour rassembler les données de surveillance.

Restreindre l’accès aux données de surveillance

Par défaut, les données de + check_mk_agent + sont servies à l’aide de + xinetd +, un mécanisme qui produit des données sur un certain port réseau lors de son accès. Cela signifie que nous pouvons accéder à + ​​check_mk_agent + en utilisant telnet sur le port 6556 (le port par défaut pour * Check_MK *) à partir de tout autre ordinateur connecté à Internet. Voici la preuve (exécutez ces commandes à partir de votre ordinateur local ou d’un autre hôte distant et remplacez l’adresse IP ci-dessous par votre adresse IP de Droplet):

[root@otherhost ~]$ telnet  6556

Sortie:

Trying 178.62.42.115...
Connected to 178.62.42.115.
Escape character is '^]'.
<<<check_mk>>>
Version: 1.2.4p5
AgentOS: linux
PluginsDirectory: /usr/lib/check_mk_agent/plugins
LocalDirectory: /usr/lib/check_mk_agent/local
SpoolDirectory: /etc/check_mk/spool
AgentDirectory: /etc/check_mk
(...)

Ce n’est pas une bonne politique de sécurité de publier des informations vitales sur les serveurs à toute personne intéressée sur Internet. Nous devrions autoriser uniquement les hôtes exécutant * OMD * et sous notre supervision à accéder aux données, afin que notre système de surveillance puisse les collecter, mais personne d’autre.

Pour restreindre l’accès aux données de l’agent, nous devons éditer le fichier de configuration dans + / etc / xinetd.d / check_mk +. Type:

nano /etc/xinetd.d/check_mk

Localisez cette section:

# configure the IP address(es) of your Nagios server here:
#only_from      = 127.0.0.1 10.0.20.1 10.0.20.2

Le paramètre only_from + est responsable de la restriction de l’accès à certaines adresses IP. Puisque nous travaillons maintenant sur la surveillance du même droplet que celui utilisé par * OMD *, il est correct de ne permettre qu’à localhost de se connecter. Décommentez et mettez à jour le paramètre de configuration pour:

# configure the IP address(es) of your Nagios server here:
only_from      = 127.0.0.1

Enregistrez et quittez le fichier.

Le service + xinetd + doit être redémarré pour que les modifications puissent avoir lieu. Pour ce faire, nous devons exécuter:

service xinetd restart

L’agent est maintenant opérationnel et limité à accepter uniquement les connexions locales. Pour tester cela, essayez à nouveau la commande + telnet + depuis un emplacement distant:

telnet  6556

Nous pouvons maintenant configurer la surveillance pour cet hôte en utilisant * Check_MK *.

Configuration de l’hôte dans Check_MK

Pour ajouter un nouvel hôte à surveiller, vous devez accéder au menu * Hôtes * du menu WATO Administration à gauche, puis cliquer sur * Créer un nouvel hôte *. On nous demandera des informations sur l’hôte.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/10.jpg [image]

Le * Hostname * est le nom familier qui sera utilisé pour la surveillance. Il peut s’agir d’un nom de domaine pleinement qualifié, mais ce n’est pas nécessaire. Dans cet exemple, nous allons nommer l’hôte monitoring, tout comme le nom de l’instance * OMD * elle-même. Étant donné que monitoring ne peut pas être résolu en adresse IP, nous devons également fournir l’adresse IP de notre droplet. Puisque nous surveillons l’hôte local, l’adresse IP sera simplement * 127.0.0.1 *. Cochez la case pour activer le paramètre IP.

Le type d’agent par défaut est déjà défini sur Check_MK agent, ce qui est correct. Le paramètre segment_networking est utilisé pour désigner des hôtes sur des réseaux distants, qui se caractérisent par une latence attendue plus élevée qui ne constitue pas un signe de dysfonctionnement. Puisqu’il s’agit d’un hôte local, le paramètre par défaut convient également.

Pour enregistrer l’hôte et configurer les services à surveiller, cliquez sur le bouton * Enregistrer et accéder aux services *.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/11.jpg [image]

  • Check_MK * fera un inventaire automatique. Cela signifie qu’il va collecter les résultats de l’agent et le déchiffrer pour savoir quels types de services il peut surveiller. Tous les services disponibles pour la surveillance figureront sur la liste, y compris la charge du processeur, l’utilisation de la mémoire et l’espace disponible sur les disques. Pour enregistrer les contrôles disponibles, nous devons cliquer sur le bouton * Enregistrer la configuration du contrôle manuel *. Cela nous redirigera vers l’écran avec une liste des hôtes disponibles avec notre hôte ajouté.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/12.jpg [image]

Comme pour changer le mot de passe de l’utilisateur, les modifications doivent être enregistrées et activées avant d’être pleinement prises en compte. Nous devons appuyer sur le bouton * 2 Changes * et accepter les modifications. Après cela, la surveillance de l’hôte sera opérationnelle.

Travailler avec les données de surveillance

Voyons maintenant le tableau de bord principal à l’aide de l’élément de menu * Tableaux de bord / Présentation générale * situé à gauche.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/13.jpg [image]

La sphère terrestre sera désormais entièrement verte et le tableau indiquera qu’un hôte est opérationnel sans aucun problème. Nous pouvons voir la liste complète des hôtes, maintenant constituée d’un seul hôte, dans la vue * Hôtes / Tous les hôtes * (à l’aide du menu de gauche).

image: https: //assets.digitalocean.com/articles/OpenMonitoring/14.jpg [image]

Nous verrons ici combien de services sont en bonne santé (indiqués en vert), combien échouent et combien sont en attente de vérification. Après avoir cliqué sur le nom de l’hôte, nous pourrons voir la liste de tous les services avec leur statut complet et leur * Perf-O-Meters *. * Perf-O-Meter * indique les performances d’un service donné par rapport à ce que * Check_MK * considère comme étant en bonne santé.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/15.jpg [image]

Tous les services qui renvoient des données pouvant être représentées sur un graphique ont une icône de graphique en regard de leur nom. Nous pouvons utiliser cette icône pour accéder aux graphiques associés au service. Comme la surveillance de l’hôte est récente, il n’y a presque rien sur les graphiques - mais après un certain temps, les graphiques fourniront des informations précieuses sur l’évolution des performances du service dans le temps.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/16.jpg [image]

Lorsqu’un service échoue ou est restauré, les informations s’affichent sur le tableau de bord. Pour les services défaillants, une erreur rouge apparaîtra et le problème sera également visible sur le graphe terrestre.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/17.jpg [image]

Après la récupération, tout s’affiche en vert comme fonctionnant correctement, mais le journal des événements de droite contient des informations sur les échecs antérieurs.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/18.jpg [image]

Surveillance d’un deuxième hôte CentOS

La surveillance devient vraiment utile lorsque vous avez plusieurs hôtes. Nous allons ajouter un deuxième Droplet à notre instance * OMD *, exécutant * CentOS 7.0 x64 *.

Installation de l’agent

Tout comme avec notre * Droplet Ubuntu *, l’installation de * Check_MK Agent * est nécessaire pour collecter des données de surveillance. Cette fois, nous aurons besoin d’un paquetage + rpm + du site Check_MK. Pour télécharger le package nécessaire à notre * DropOS CentOS *, tapez:

wget http://mathias-kettner.de/download/check_mk-agent-1.2.4p5-1.noarch.rpm

Après le téléchargement, installez le paquet en utilisant:

yum install check_mk-agent-1.2.4p5-1.noarch.rpm

Sur * CentOS * + xinetd + n’est pas installé par défaut, donc + yum + vous demandera d’installer la dépendance. D’accord, et le paquet sera installé. Comme auparavant, nous pouvons vérifier le bon fonctionnement de l’agent en exécutant + check_mk_agent + - le résultat sera similaire à celui du premier Droplet.

Restreindre l’accès

Cette fois, nous ne surveillerons pas un hôte local, donc + xinetd + doit permettre au Droplet avec * OMD * de collecter les données. Pour permettre cela, commencez à éditer le fichier de configuration avec:

nano /etc/xinetd.d/check_mk

et remplacer

   # configure the IP address(es) of your Nagios server here:
   #only_from      = 127.0.0.1 10.0.20.1 10.0.20.2

with

   # configure the IP address(es) of your Nagios server here:
   only_from      =

Enregistrez et quittez le fichier. Redémarrez le service + xinetd + en utilisant:

service xinetd restart

Nous pouvons maintenant procéder à la configuration de * Check_MK * pour surveiller notre hôte CentOS 7.

Configuration du nouvel hôte dans Check_MK

Pour ajouter des hôtes supplémentaires à * Check_MK *, nous utilisons le menu * Hosts * exactement comme avant. Cette fois, nous allons nommer l’hôte + centos +, configurer son adresse IP et choisir * WAN (latence élevée) *, car l’hôte se trouve sur un autre réseau. Utilisez les cases à cocher pour activer les paramètres IP et réseau. Si nous omettions cela et le laissions en local, * Check_MK * nous avertirait bientôt que l’hôte est hors service, car il s’attendrait à ce qu’il réponde aux requêtes de l’agent beaucoup plus rapidement que sur Internet.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/19.jpg [image]

Cliquez sur * Enregistrer et accéder à Services * pour afficher les services disponibles pour la surveillance sur le * DropOS Centlet *. La liste sera très similaire à celle du premier hôte. Cette fois, nous devons également * Enregistrer la configuration du contrôle manuel * et activer les modifications en utilisant le bouton orange dans le coin supérieur gauche.

Après avoir activé les modifications, nous pouvons vérifier que l’hôte est surveillé en accédant à la page * Tous les hôtes *. Deux hôtes, + monitoring + et + centos +, devraient maintenant être visibles.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/20.jpg [image]

Les alertes d’échec et de récupération des services continueront de s’afficher sur le tableau de bord principal pour les deux hôtes.

Ajouter plus d’hôtes

Il est possible d’ajouter plusieurs hôtes pour la surveillance dans * Check_MK *. Il n’y a pas de limite supérieure autre que les performances du serveur, ce qui ne devrait pas poser de problème avant que nous parlions de centaines. La procédure est la même pour tout autre hôte. Les agents * Check_MK * des packages + deb + et + rpm + fonctionnent non seulement sur * Ubuntu * et * CentOS *, mais également sur d’autres distributions Linux.

Résumé et lectures supplémentaires

  • Open Monitoring Distribution * permet de configurer facilement un système de surveillance basé sur * Check_MK *, qui regroupe tout le travail fourni dans une interface Web conviviale regorgeant d’options et de fonctionnalités de configuration. Avec ces outils, il est possible de surveiller plusieurs hôtes, de configurer les notifications par courrier électronique en cas de problèmes, de configurer des contrôles supplémentaires pour davantage de services, de contrôler l’accessibilité et les performances, et bien plus encore.

La documentation de Check_MK est disponible en anglais et constitue une ressource complète pour les utilisateurs et les administrateurs de Check_MK.

Related