Ce pack contient quatre modèles d'hôtes permettant de superviser des bases MongoDB concernant les points suivants :
Ce pack peut se connecter à une base Mongo de deux façons différentes :
Avec la configuration par défaut, le pack MongoDB essaie de se connecter au serveur Mongo présent sur l'hôte, avec l'utilisateur "shinken" et la clé privée se trouvant dans ~/.ssh/id_rsa
Notez que si vous avez déjà effectué cette configuration pour le Pack Linux, vous pouvez réutiliser la même pour le pack MongoDB
Dans l'onglet Général, Ajoutez l'un des modèles d'hôte du pack MongoDB à la liste des modèles hérités
Dans l'onglet "Données", dans la section consacré au modèle d'hôte MongoDB hérité :
Créez un utilisateur local "shinken" avec un dossier "home" et un mot de passe
adduser -m -r shinken passwd shinken |
Connectez-vous sur le serveur en tant qu'utilisateur "shinken" et copiez la clé SSH publique vers le serveur à superviser :
[root@shinken-poller ~]# su - shinken [shinken@shinken-poller ~]# ssh-copy-id remote_host The authenticity of host '192.168.1.19 (192.168.1.19)' can't be established. RSA key fingerprint is 00:ff:ee:dd:cc:bb:aa:d6:d3:79:1d:f6:93:47:80:27. Are you sure you want to continue connecting (yes/no)? yes shinken@remote_host's password: XXXXXXXXXXX Now try logging into the machine, with "ssh '192.168.1.19'", and check in: .ssh/authorized_keys to make sure we haven't added extra keys that you weren't expecting. [root@shinken-poller ~]# ssh shinken@remote_host -i .ssh/id_rsa |
Cette copie de clé permet d'autoriser le Poller à se connecter sur la machine à superviser. Sur une architecture Shinken contenant plusieurs Pollers, il faudra effectuer cette opération sur chaque Poller pour lui permettre de se connecter en SSH sur le serveur à superviser.
Quatre modèles d'hôtes sont disponibles en fonction de votre configuration MongoDB :
Ces deux modèles sont prévus pour être utilisés sur une version de Mongo antérieure à la version 3
Ces quatre modèles d'hôtes fournissent des checks identiques et se configurent de la même manière, mais seuls les checks compatibles avec la configuration choisie sont présents
Dans l'interface de configuration, créez et éditez un hôte, et ajoutez le modèle d'hôte choisi dans la liste des modèles d'hôtes utilisés
Dans un fichier de configuration .cfg de votre choix, créer un hôte et définir la propriété "use" pour lui ajouter le nom du pack MongoDB choisi.
Ce fichier cfg doit ensuite être importé dans Shinken Entreprise via une source (plus d'informations sont disponibles dans la page de documentation sur la Syntaxe des fichiers d'imports).
| Nom du check | Description | Valeurs possibles | Seuil Warning par défaut | Seuil Critique par défaut | Disponible dans les modèles | |
|---|---|---|---|---|---|---|
| 1 | Mongodb-connection | MONGO_CONNECT_WARN >2 | MONGO_CONNECT_CRIT > 4 |
| ||
| 2 | Mongodb-flush-time | MONGO_FLUSHING_WARN > 100 | MONGO_FLUSHING_CRIT > 200 |
| ||
| 3 | Mongodb-index-miss-ratio | MONGO_INDEX_MISS_RATION_WARN > 0.005 | MONGO_INDEX_MISS_RATION_CRIT > 0.01 |
| ||
| 4 | Mongodb-last-flush | MONGO_LAST_FLUSH_TIME_WARN > 200 | MONGO_LAST_FLUSH_TIME_CRIT > 400 |
| ||
| 5 | Mongodb-lock-time | MONGO_LOCK_WARN > 5 | MONGO_LOCK_CRIT > 10 |
| ||
| 6 | Mongodb-open-connections | MONGO_CONNECTIONS_WARN > 70 | MONGO_CONNECTIONS_CRIT > 80 |
| ||
| 7 | Mongodb-queries-stat-delete | MONGO_DELETE_PER_SEC_WARN_LEVEL > 10000 | MONGO_DELETE_PER_SEC_CRIT_LEVEL > 20000 |
| ||
| 8 | Mongodb-queries-stat-insert | MONGO_INSERT_PER_SEC_WARN_LEVEL > 10000 | MONGO_INSERT_PER_SEC_CRIT_LEVEL > 20000 |
| ||
| 9 | Mongodb-queries-stat-query | MONGO_QUERY_PER_SEC_WARN_LEVEL > 10000 | MONGO_QUERY_PER_SEC_CRIT_LEVEL > 20000 |
| ||
| 10 | Mongodb-queries-stat-update | MONGO_UPDATE_PER_SEC_WARN_LEVEL > 10000 | MONGO_UPDATE_PER_SEC_CRIT_LEVEL > 20000 |
| ||
| 11 | Mongodb-replicaset |
| ||||
| 12 | Mongo-replication-lag | MONGO_REPLICATION_LAG_WARN > 15 | MONGO_REPLICATION_LAG > 30 |
|
Le pack MongoDB définit des seuils par défaut sur les checks qu'il utilise et que vous pouvez modifier
Les modèles d'hôte livrés dans Shinken contiennent souvent des variables permettant de changer les seuils et options des checks.
Pour changer ces seuils sur un seul hôte en particulier, la manière la plus simple est de changer des variables via les données présentes sur l'hôte directement:
Pour changer le seuils sur tous les hôtes qui utilisent l'un des modèles d'hôte du pack MongoDB, on pourrait être tenté de modifier directement le modèle d'hôte et changer les données personnalisées de cet hôte.
Mais, dans la prochaine mise à jour de Shinken Entreprise, ces modèles d'hôtes/checks peuvent être modifiés, ce qui occasionne un changement de comportement et va probablement causer des problèmes dans votre configuration Shinken.
L'alternative conseillée est de cloner les éléments utilisés dans le pack MongoDB et de les renommer. On peut ensuite modifier sans aucun risque liés aux mises à jour de Shinken Entreprise.
Ce pack MongoDB cloné peut ensuite être modifié et personnalisé selon les besoins.
Par exemple, le changement des seuils s'effectue de la même manière en changeant les données comme décrit dans la section précédente mais dans l'un des modèles d'hôte du pack MongoDB au lieu de faire cette modification directement dans les hôtes.