Dans Shinken Entreprise, les addons sont des fonctionnalités supplémentaires faisant en général appel à des outils externes à Shinken pouvant être activées et désactivés. La visualisation de l'architecture de l'installation Shinken est rendue possible grâce à l'addon "nagvis-shinken-architecture".
Lorsque la configuration de l'architecture est modifiée (configuration des démons ou des royaumes), Shinken effectue deux opérations:
Cette fonctionnalité permet d'afficher l'organisation des royaumes, démons et les hôtes (avec leur adresse) qui interviennent dans l'installation Shinken. Pour des raisons de confidentialité, son accès est restreint aux utilisateurs définis comme Administrateurs Shinken dans la configuration. |
Lorsqu'une modification de l'architecture est détectée, Shinken crée des visualisations de son architecture de 3 types différents.
Cette vue permet de visualiser rapidement l'agencement des différents royaumes de l'installation Shinken. Les royaumes sont affichés sous forme d'ensemble d'arbres.
Chaque royaume est relié à ses royaumes fils et royaumes parents. Les royaumes de plus haut niveau sont affichés en haut, puis les sous-royaumes successifs sont affichés en dessous. Les royaumes de plus haut niveau seront donc ceux affichés en haut de la page.
Dans l'exemple, le royaume "All" est le royaume principal, et il a comme sous-royaumes les royaumes France et Espagne. Ces royaumes ont ensuite leurs propres sous-royaumes, affichés de la même manière.
|
Cette vue est utilisée pour afficher de manière détaillé le contenu de l'ensemble des royaumes de l'installation Shinken.
Chaque royaume est délimité graphiquement, permettant de voir quels sous-royaumes il possède ainsi que ses démons.
L'affichage d'un royaume contient plusieurs informations:
|
Dans un royaume, l'affichage des démons est réparti selon les machines sur lesquelles ils sont installés. Les démons seront donc affichés dans un bloc contenant le nom de la machine sur laquelle ils sont installés. Le nom de la machine est généré automatiquement et est construit comme suivant:
<nom_architecture> - <nom_royaume> - <adresse_machine> |
Ces valeurs sont prises de la manière suivante:
Cela permet d'identifier rapidement les machines entrant en jeu dans le royaume concerné. Lorsqu'une machine constituant le royaume est en erreur, on peut le voir rapidement dans la vue.
|
Les démons sont donc affichés dans un bloc d'hôte. Chaque démon est affiché avec les informations suivantes:
|
|
La vue globale détaillé contient l'ensemble de royaumes de l'architecture Shinken. Dans le cas d'un architecture complexe, ou simplement pour se concentrer sur un royaume particulier, il peut être nécessaire de pouvoir visualiser la visualisation d'un royaume particulier.
Des vues spécifiques sont donc générées pour chaque royaume. Elles ont la même logique de présentation que la vue détaillée globale, à la différence qu'elles sont restreintes à un royaume particulier.
Pour y accéder, il y a 2 choix:
|
Nous avons vu que lorsque l'architecture de l'installation Shinken est changée, des vues représentatives de cette architecture sont générées. Dans ces vues, les statuts affichés proviennent de Shinken. Pour pouvoir déterminer les statuts des checks Shinken des démons, des hôtes doivent être créés dans Shinken.
Pour chaque machine affichée dans la vue détaillée, une création hôte est proposée dans l'interface de Configuration. Ces hôtes sont préconfigurés avec les modèles d'hôtes Shinken correspondants aux démons qu'ils contiennent. Il ne reste plus qu'à les importer depuis l'interface de Configuration.
Leur nom est choisi comme décrit précédemment:
<nom_architecture> - <nom_royaume> - <ip_machine> |
|
Si les hôtes générés ne sont pas importés dans l'interface de Configuration, les vues afficheront une icône indiquant que les hôtes et les checks ne sont pas trouvés dans Shinken.
|
Lorsque les hôtes sont déjà existants dans Shinken, une modification de l'architecture est accompagnée d'une modification des hôtes dans l'interface de Configuration. Lorsque des modèles d'hôtes doivent être enlevés/ajoutés, des différences sont proposées dans l'interface de Configuration.
|
Puisque dans les vues détaillées et l'arbre des royaumes, les hôtes et checks sont reconnus grâce à leur nom, un renommage aura pour effet de les rendre introuvables par les vues de l'architecture. Les hôtes générés ne devront donc pas être renommés. |