Transporter des objets entre deux OVS

De Overmon Wiki
Aller à : Navigation, rechercher

Introduction[modifier]

Les grosses implémentations d'Overmon font intervenir en général plusieurs OVS/OVP.

Un cas type d'utilisation se décrit comme suit :

  • Un OVS "de production" : contient l'ensemble des hôtes/services à superviser
  • Un OVS "de test" : ne contient uniquement que les hôtes/services sur lesquels on souhaite développer de nouvelles sondes

Cette configuration permet aux utilisateurs "classiques" de la plateforme de supervision, de ne pas être perturbés par des alarmes provenant de sondes en cours de développement.

Dans ce cas là, l'OVS de test n'est utilisé que par certaines équipes spécifiques qui produisent des nouveaux objets au sein de Centreon.

Ces objets peuvent être :

  1. Icônes
  2. Scripts
  3. Contacts (Groupes)
  4. Périodes temporelles
  5. Contacts (Utilisateurs)
  6. Commandes
  7. Modèles d'hôtes
  8. Modèles de services
  9. Hôtes
  10. Groupes d'hôtes
  11. Groupes de services

OAT intègre un gestionnaire d'environnements, permettant de transporter ces différents objets d'un environnement à un autre

Description du processus[modifier]

Utilisation de documents formalisés[modifier]

Pour faciliter les échanges entre les équipes qui développent de nouvelles sondes, et celles en charge de la livraison en production des travaux, il est recommandé d'utiliser un fichier comme celui-ci

Exemple de document de suivi des transports


Etapes obligatoires[modifier]

Lancez l'OAT de test, puis allez dans l'onglet "Environnements" :


Overmon 02062014 180656 004.jpg


La première chose à faire est de charger une copie en local de l'ensemble des objets des deux OVS. Pour cela, cliquez simplement sur le bouton "Charger" :


Overmon 02062014 181057 005.jpg


OAT va alors stocker dans son sous-répertoire "Environnements" l'ensemble des objets contenus dans les deux environnements. Notez bien qu'à ce stade, les deux champs décrivant les référentiels de test et de prod passent au vert. Il est conseillé de toujours disposer d'une copie "fraiche" des référentiels

En haut à gauche de la fenêtre, une combobox permet de sélectionner le type d'objet qu'on souhaite transporter :


Overmon 02062014 182703 007.jpg


A chaque fois que vous sélectionnez un type d'objet, OAT vous présente alors dans la liste en dessous, la liste des objets correspondant :


Overmon 02062014 182854 008.jpg


Cette liste vous permet, en un coup d’œil de détecter les objets absent(s)/présent(s) de part et d'autre.

Les deux zones en dessous vous donnent un aperçu du contenu des objets, dans chacun des environnements :


Overmon 02062014 183146 009.jpg


Enfin, les trois boutons suivants permettent d'interagir avec les objets, comme suit :


Overmon 02062014 183425 010.jpg : déclenche une analyse plus poussée des différences entre la source et la cible

Overmon 02062014 183435 011.jpg : copie l'objet depuis la source vers la cible

Overmon 02062014 183443 012.jpg : copie l'objet depuis la cible vers la source

Etapes optionnelles[modifier]

Raffraichir les informations de l'OAT[modifier]

Après chaque lot de transport, il est conseillé de raffraichir les informations de la base overmon à partir de celles de la base centreon.

Rien de plus simple. Allez dans l'onglet "Déployer", sélectionnez tous les hôtes, puis cliquez sur "Synchroniser depuis Centreon" :


Overmon 02062014 190850 013.jpg

Mettre à jour les prébuilds applicatives[modifier]

Rappels :

  • Chaque lot de sondes applicatives invocables par NRPE est packagé par l'OAT sous forme de prébuilds applicatives
  • l'OVS est votre référentiel, il doit contenir à TOUT moment une version A JOUR de TOUS les scripts invocables en NRPE, qui sont disséminés sur l'ensemble des machines de votre parc

Lorsqu'un transport inclut un script invocable en NRPE, vous devez :

  • créer une prébuild applicative, s'il s'agit du premier script invocable en NRPE par l'application
  • mettre à jour la prébuild applicative, s'il s'agit d'un nouveau script à rattacher à une prébuild applicative existante

Créer une prébuild applicative[modifier]

A DOCUMENTER

Mettre à jour une prébuild applicative existante[modifier]

Première chose à faire : lier les nouveaux modèles de services que vous venez de transporter au bon scénario de déploiement.

Pour ce faire, allez simplement sur l'onglet "Scénarios", sélectionnez le scénario à prendre en compte, puis les modèles de services que vous venez de transporter. Terminez enfin en cliquant sur le bouton "Lier". (ATTENTION à ne pas désélectionner les modèles de service anciennement liés) :


Overmon 03062014 101046 002.jpg


Il faut maintenant modifier le scénario pour lui ajouter les différentes commandes à include dans les agents NRPE. Pour cela, cliquez simplement sur le bouton "Modifier", puis ajouter les commandes telles qu'elles ont été définies dans le formulaire de livraison :


Overmon 03062014 103547 003.jpg


Maintenant que le scénario est complet, cliquez simplement sur "Regénérer les prébuilds optionnelles" :


Overmon 03062014 103838 004.jpg


OAT procède alors à la création d'un fichier tar.gz correspondant au scénario que vous venez de modifier.

Vous pouvez contrôler son contenu en allant dans <OAT_ROOTPATH>\Agents\Prébuilds\<SCENARIO_NAME> :


Overmon 03062014 104139 005.jpg


Enfin, dans le but de maintenir votre OVS de prod au même niveau que votre OVS de test, cliquez simplement sur le bouton "Rapatrier les scripts sur <OVS PROD>" :


Overmon 03062014 104503 006.jpg


Mettre à jour les catégories de service dans Centreon[modifier]

Si jamais votre implémentation d'Overmon utilise les catégories de services de Centreon, n'oubliez pas de modifier ces catégories pour les dispatcher correctement entre vos différentes ACLs