Table des matières

Command Center (Metaconsole)

Command Center

À partir de la version 756 de Pandora FMS, le système de synchronisation pour les environnements en mode centralisé a été entièrement repensé, ce qui le rend plus rapide et plus efficace, puisque les changements seront répliqués vers les nœuds automatiquement sans qu'il soit nécessaire de procéder à une synchronisation manuelle comme c'était le cas jusqu'à présent.

Ce changement défonctionne le système précédent de sorte que dans les environnements où il était actif, il devra passer par le système de fusion automatique pour utiliser le nouveau système de centralisation afin de garantir l'intégrité des données.

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.

Seuls les nœuds configurés dans le Command Center qui ne sont pas désactivés sont pris en compte dans le processus de fusion.

L'outil de fusion fusionnera les différents éléments des bases de données des nœuds et du centre de commande (pour ceux qui doivent être gérés à partir du centre de commande) de la manière suivante : Un ordre de priorité sera établi entre les nœuds enregistrés dans le centre de commande, en plaçant les éléments les plus prioritaires en haut de la liste et les éléments les moins prioritaires en bas.

Par exemple :

Cette liste de priorités concerne les cas où le même élément existe dans les différents nœuds ou dans le centre de commande et a des configurations différentes.

Dans le cas des politiques de supervision, les modules, les alertes et les autres éléments de la politique sont considérés comme des éléments distincts et indépendants de la politique et seront donc également fusionnés.

Exemple uniquement avec des modules :

Éléments centralisés par l'outil de fusion

Les éléments suivants sont centralisés à partir du nouvel outil Merging tool :

Assurez-vous de définir le paramètre autocreate_group des fichiers de configuration du serveur pandora_server.conf à un identifiant de groupe valide après la fusion à partir de l'outil de fusion.

Résumé de ce qui précède :

Les éléments suivants sont centralisés dans le Command Center, conformément aux règles de priorité décrites ci-dessus, au moyen du Merging Tool :

Élément ID Profil Nom Groupe Exe. 1) OS
Utilisateurs ✅ ❌ ❌ ❌ ❌ ❌
Profils d'utilisateurs ❌ ❌ ✅ ❌ ❌ ❌
Groupes d'acteurs ❌ ❌ ✅ ❌ ❌ ❌
Collections de fichiers ❌ ❌ ✅ 2) ❌ ❌ ❌
Modèles d'alerte ❌ ❌ ✅ ❌ ❌ ❌
Commandes d'alerte ❌ ❌ ✅ ❌ ❌ ❌
Actions d'avertissement ❌ ❌ ✅ ❌ ❌ ❌
Plugins de serveur ❌ ❌ ✅ ❌ ✅ ❌
OS ❌ ❌ ✅ ❌ ❌ ❌
Étiquettes des modules ❌ ❌ ✅ ❌ ❌ ❌
Catégories de modules ❌ ❌ ✅ ❌ ❌ ❌
Groupes de modules ❌ ❌ ✅ ❌ ❌ ❌
Groupes de composants ❌ ❌ ✅ ❌ ❌ ❌
Composants du réseau ❌ ❌ ✅ ❌ ❌ ✅
Composants locaux ❌ ❌ ✅ ❌ ❌ ✅
Modèles de composants ❌ ❌ ✅ ❌ ❌ ❌
Modules d'inventaire ❌ ❌ ✅ ❌ ❌ ✅
Politiques de suivi ❌ ❌ ✅ ❌ ❌ ❌
Modules politiques ❌ ❌ ✅ 3) ❌ ❌ ❌
Modules d'inventaire ❌ ❌ ✅ 4) ❌ ❌ ✅
Plugins de politique ❌ ❌ ✅ 5) ❌ ✅ 6) ❌
Collections de politiques ❌ ❌ ✅ 7) ❌ ❌ ❌
Alertes de politique
extérieure et alertes 		❌ ❌ ✅ 8) ❌ ❌ ❌
Actions sur les alertes
et des alertes externes
de politiques		 ❌ ❌ ✅ 9) ❌ ❌ ❌
Acteurs au sein
des politiques 		❌ ❌ ✅ 10) ❌ ❌ ❌
Agents 11) ❌ ❌ ❌ ❌ ❌ ❌

Les sections où ces éléments sont gérés de manière centralisée ne peuvent être gérées qu'à partir du Command Center. Si l'on accède à ces éléments à partir des nœuds, ils ne peuvent être que listés, les options d'édition et de création disparaissant. Un avertissement sera également affiché pour indiquer que l'environnement est en mode centralisé, avec un lien qui conduira l'administrateur à la section correspondante du Command Center pour la configuration de ces éléments.

Tables de la base de données utilisées pour le Merging Tool

Les tables suivantes sont synchronisées entre Command Center et les nœuds du Merging Tool :

  • tgroup
  • tcollection
  • tplugin
  • tconfig_os
  • ttag
  • tcategory
  • tmodule_group
  • tnetwork_component_group
  • tnetwork_component
  • tlocal_component
  • tnetwork_profile
  • tmodule_inventory
  • talert_commands
  • talert_actions
  • talert_templates
  • talert_calendar
  • talert_special_days
  • tprofile
  • tuser
  • tuser_profile
  • tpolicies
  • tpolicy_modules
  • tpolicy_modules_inventory
  • tpolicy_plugins
  • tpolicy_collections
  • tpolicy_alerts
  • tpolicy_alerts_actions
  • tautoconfig
  • tautoconfig_rules
  • tautoconfig_actions
  • tpolicy_agents

Conditions préalables au lancement de l'unification des bases de données du Merging Tool

console_api_url http://localhost/pandora_console/include/api.php
console_api_pass pandora

Si toutes ces conditions ne sont pas remplies, la fusion de nœuds ne sera pas effectuée et une erreur sera générée. Si les erreurs de résultat sont interrogées, un message indiquant les exigences encore en suspens sera affiché.

Il est important, une fois l'unification des bases de données effectuée, que le paramètre memory_limit du fichier de configuration php.ini soit réinitialisé à la valeur correspondante. N'oubliez pas que pour que le changement prenne effet, le service apache httpd doit être redémarré.

Recommandations avant le lancement de le Merging Tool

Bien qu'il ne s'agisse pas d'une exigence du processus d'unification de la base de données, il est fortement recommandé d'effectuer les actions suivantes :

Lorsque le processus de fusion démarre, les nœuds et le Command Center passent en mode maintenance pour les utilisateurs standards (pas pour les administrateurs). L'objectif est le même que celui de la recommandation d'arrêter les serveurs et le pandora_db, afin d'éviter qu'un utilisateur ne modifie des éléments pendant le processus et ne provoque des erreurs ou des incohérences.

Exécution du processus de fusion

Le processus de fusion comporte 2 phases distinctes, une première phase pour synchroniser les différents éléments qui peuvent être gérés depuis le Command Center et une seconde phase pour mettre à jour les références des événements à ces éléments centralisés. Ce processus est réalisé de manière à permettre à la console d'être à nouveau accessible le plus rapidement possible, étant donné que la mise à jour des événements est la partie du processus qui peut prendre le plus de temps car elle implique généralement le plus grand volume d'informations. Ces deux phases sont à leur tour divisées en deux autres sous-phases différenciées par deux barres de progression.

Phase 1 : Synchronisation de l'environnement

Au cours de cette phase, les éléments présents dans les bases de données de tous les nœuds pouvant être gérés à partir du Command Center sont synchronisés. Il s'agit du processus de fusion en tant que tel, qui se subdivise en deux autres phases, chacune ayant sa propre barre de progression :

Si des erreurs surviennent au cours de ce processus (par exemple, perte de connexion à une base de données), le processus lui-même tentera de restaurer les backups générées (vous verrez une troisième barre de progression rouge indiquant la progression de la restauration).

Si la raison de la défaillance empêche la récupération des backups, celle-ci doit être effectuée manuellement.

Des erreurs inattendues peuvent parfois se produire, par exemple la perte momentanée de connexion entre le centre de commande et la base de données d'un nœud ou l'impossibilité de créer une backup / en raison d'un manque d'espace sur le disque, de sorte qu'il est possible que le message d'erreur affiché soit générique. Si c'est le cas et que vous en avez besoin, veuillez contacter l'équipe d'assistance de Pandora FMS pour obtenir de l'aide.

Phase 2 : Mise à jour des événements

Au cours de cette phase, les références existantes dans les événements aux différents éléments qui ont été synchronisés (par exemple, aux groupes) sont mises à jour. Cette phase se subdivise en une mise à jour des événements de la base de données principale et une mise à jour des événements de la base de données historique, et n'affecte que les événements qui existaient avant le lancement du processus de fusion. Les nouveaux événements générés après la centralisation de l'environnement auront toutes les références correctement et ne devront pas être mis à jour.

L'environnement est déjà centralisé grâce au Merging Tool

Une fois la phase 1 terminée, l'environnement sera considéré comme centralisé et, à partir de ce moment-là, vous pourrez tout gérer depuis le Centre de commandement. La synchronisation des éléments a également été modifiée, le pandora_ha de chaque nœud étant désormais chargé de synchroniser sa base de données avec celle du Centre de commandement.

Cela fonctionne de la manière suivante : lorsque nous effectuons un changement dans le Command Center (par exemple, la création d'un utilisateur), cela met en file d'attente pour les nœuds les requêtes nécessaires à la base de données (INSERTS, UPDATES, etc.) que le pandora_ha lit de manière ordonnée à partir de la base de données du Command Center et exécute à chaque server_threshold. Cela garantit que si un serveur est arrêté pendant un certain temps, lorsqu'il est redémarré, il peut être mis à jour correctement.

Cette liste de requêtes en attente peut être consultée à partir du Command Center dans la section Consoles setup. Si, pour une raison quelconque, une requête échoue, le nœud ne continuera pas avec les autres, vous verrez une erreur dans Consoles setup et vous devrez la traiter manuellement par un administrateur. Dans la plupart des cas, vous devriez pouvoir résoudre ce problème en relançant le processus de fusion dans le Merging Tool.

Inclusion de nouveaux nœuds dans le centre de commande

Pour ajouter un nouveau nœud à un environnement centralisé, accédez au Command Center à l'adresse suivante Setup → Metasetup → Consoles setup → New node. Tous les champs doivent être remplis pour établir la connexion et lors de l'enregistrement, selon qu'il s'agit d'un nœud entièrement nouveau sans aucune donnée, il sera ajouté à l'aide du bouton Register empty node, dans le cas contraire, le Register node with data to merge.

Cliquez OK si vous êtes sûr et le nouveau nœud sera centralisé.

Retour à l'index de la documentation du Pandora FMS

1)
Exécution
2)
Nom court.
3) , 4) , 5) , 6) , 7)
Dans le cadre d'une police du même nom.
8)
Avec le même nom de module au sein d'une politique portant le même nom.
9)
Dans le même modèle, sur le même nom de module, au sein d'une politique portant le même nom.
10)
Dans les politiques portant le même nom, les journaux des agents dans les politiques du Command Center seront ignorés et seuls les journaux des nœuds seront pris en compte.
11)
Gestion des nœuds, supprimée dans le Command Center.