Difference between revisions of "Pandora: Documentation fr: Architecture synchronisation"

From Pandora FMS Wiki
Jump to: navigation, search
(Created page with "Volver a Indice de Documentacion Pandora FMS =Architecture= L'architecture de la Métaconsole se compose d'un nœud central, '...")
 
 
Line 1: Line 1:
[[Pandora:Documentation#Parte_6._Metaconsola|Volver a Indice de Documentacion Pandora FMS]]
 
  
 
=Architecture=
 
=Architecture=

Latest revision as of 15:54, 7 April 2020

1 Architecture

L'architecture de la Métaconsole se compose d'un nœud central, la Métaconsole, et d'autant de nœuds de serveur que souhaité, les instances.

Les instances sont des installations normales de Pandora FMS Enterprise. Ils se composent d'une console web sur le frontal et d'un serveur sur le dorsal qui traite les données qui arrivent, effectue des contrôles à distance, etc.

A partir de la version 6.0, la Métaconsole a été modifiée et possède son propre serveur. Pour les versions précédentes, la Metaconsole n'a pas son propre serveur.

1.1 Où sont les données?

Certaines données se trouvent dans les Instances, d'autres dans la Métaconsole et d'autres des deux côtés, devant être synchronisées pour leur bon fonctionnement.

Dans les instances :

  • Les agents
  • Les modules
  • Les alertes
  • Les politiques

Dans la Métaconsole :

  • La configuration de la Métaconsole
  • Les composantes
  • Les rapports* et les modèles de rapport
  • Les cartes réseau*
  • Les cartes visuelles*
  • Les filtres Netflow

Dans les deux :

  • Les utilisateurs et les profils
  • Les groupes
  • Les modèles, actions et commandes d'alerte
  • Les étiquettes
  • Les catégories

* Bien que ces éléments soient stockés dans la Métaconsole, ce sont des configurations qui sont utilisées pour visualiser les données des Instances, elles ne sont donc pas utiles elles-mêmes.

1.2 Comment les informations sont-elles obtenues et modifiées ?

La Métaconsole obtient et modifie les informations des instances de deux manières différentes :

  • Activée : Accès à distance à la base de données ou à l'API des instances à partir de la Métaconsole (dans le cas d'agents, de modules, d'alertes, etc.).


Metaconsola Arquitecture Active.png



  • Passive : Réplication des données des Instances vers la base de données de la Métaconsole (c'est le cas des événements).


Metaconsola Arquitecture Passive.png



2 Synchronisation

La Métaconsole dispose d'outils de synchronisation d'éléments, tels que la synchronisation des utilisateurs et des groupes, qui sont essentiels pour la bonne gestion des instances. La synchronisation est basée sur la transmission de toutes les informations créées dans la Métaconsole aux différentes instances pour gérer depuis la Métaconsole toutes les informations possibles de chacune d'entre elles.

Par exemple, un utilisateur créé dans une instance, mais pas dans la Métaconsole, ne peut pas être géré à partir de la Métaconsole. En revanche, si vous avez un utilisateur créé dans la Métaconsole et que vous synchronisez les utilisateurs, cet utilisateur se trouvera dans les instances et vous pouvez le gérer depuis la Métaconsole.



Metaconsola Users Sync.png



3 Propagation

La Métaconsole dispose d'outils de propagation d'éléments, tels que la propagation de composants ou le transfert d'agents entre des Instances (ou nœuds). Contrairement à la synchronisation, ce n'est pas un outil fondamental pour le fonctionnement optimal de la Métaconsole. Cela facilite uniquement la disponibilité des données dans les instances, ce qui est nécessaire si, par exemple, vous utilisez des politiques qui s'appliquent dans différentes instances (ou nœuds).

Par exemple, vous pouvez vouloir déplacer un agent de l'instance A vers l'instance B pour équilibrer la charge d'instances. Grâce à l'ensemble de ces outils, vous pourriez y parvenir très facilement.



Metaconsola Agents Prop.png




Retour à l'index de documentation du Pandora FMS