Introduction
Pourquoi faire une haute dispo Mongo, bla bla bla
| Panel | ||||
|---|---|---|---|---|
|
Remarques préliminaires
Qu'est ce qu'on va mettre en place (dans les grandes lignes) ? Quelles sont les contraintes et les prérequis pour mettre en place cette infra Mongo ?
Lexique
Termes utilisés dans la suite de la doc
Architecture mise en place
Quels sont les différents démons utilisés dans l'archi et résumé rapide de ce qu'on a à la fin de la procédure de configuration
Explication avec les schémas de Jean
Procédure de configuration
Etape 1: Installation de Shinken
On installe pas Mongo tout seul, on utilise celui fournit par Shinken !!!
Etape 2: Création d'une clé partagée pour l'authentification
Etape 3: Mise en place des démons de stockage des données
Etape 4: Déclaration du replicaset dans Mongo
Etape 5: Mise en place des démons de gestion de la configuration
Etape 6: Mise en place des démons de routage des requêtes Mongo
Etape 7: Vérification du bon fonctionnement du cluster
Comportement de Shinken avec un cluster Mongo
Synchronizer crash à chaque changement de primary (quand le primary tombe et quand il revient, puisqu'a chaque fois il y a une élection d'un nouveau primary et pendant ce temps on a personne)
SLA redémarre tant qu'il ne trouve pas de master et au final c'est bon
La retention mongo fait des retry, donc si l'election du nouveau primary se fait suffisamment rapidement, pas de pb. Aussi, si le changement de primary n'arrive pas pendant une sauvegarde de la rétention, le module va meme pas le remarquer.
Supervision du cluster Mongo
Checks mongo, pas top mais c'est ce qu'on a de base de livré dans Shinken et ca fait le boulot.