Architecture et synchronisation

L'architecture d'un Command Center (Metaconsole) se compose des éléments suivants:

• Un nœud central, le Command Center, avec son propre serveur.
• Autant de nœuds de serveurs que nécessaire, les Instances.

Les instances sont des installations normales de Pandora FMS. Elles se composent d'une console web comme couche de présentation (front end) et d'un serveur comme couche d'accès aux données (back end) qui traite les données entrantes, effectue des vérifications à distance, etc.

À partir de la version 756 du Pandora FMS, le système de synchronisation a été entièrement repensé, puisque les changements seront répliqués automatiquement vers les nœuds sans qu'il soit nécessaire de procéder à une synchronisation manuelle comme c'était le cas auparavant.

Lors de la mise à jour, tous les environnements Command Center déjà centralisés devront passer par la nouvelle section Merging tool située dans Centralised management afin d'être à nouveau correctement centralisés.

Certaines données se trouvent dans les instances, d'autres dans le centre de commande et d'autres encore dans les deux, et doivent être synchronisées pour fonctionner correctement.

Dans les instances:

• Agents.
• Modules.
• Alertes.
• Politiques.

Dans le centre de commandement:

• La configuration du Command Center.
• Les composants.
• Rapports et modèles de rapports.
• Cartes de réseau.
• Cartes visuelles.
• Filtres NetFlow.

Dans les deux:

• Utilisateurs et profils.
• Les groupes.
• Modèles, actions et commandes d'alerte.
• Les balises (tags).
• Les catégories.

Le Command Center obtient et modifie les informations relatives à l'instance de deux manières différentes:

• *Actif: Accès à la base de données ou à l'API des Instances à distance depuis le Command Center (c'est le cas des agents, modules, alertes, etc.). * Passif: Réplication des données des instances vers la base de données** du Command Center (c'est le cas pour les événements).

Retour à l'index de la documentation du Pandora FMS