Aller au contenu principal

Prérequis

Cette page vous donne des recommandations générales afin de déterminer la taille de votre plateforme. Voir aussi les sections prérequis pour MAP et MBI.

Architecture​

Utilisez d'abord les recommandations de la page Architectures pour déterminer le type d'architcture dont vous avez besoin.

Caractéristiques des serveurs​

  • Plus vous supervisez de services, plus vous avez besoin de CPU.

  • L'espace utilisé pour collecter les données de performance dépend de plusieurs critères :

    • Fréquence des contrôles
    • Nombre de contrôles
    • Période de rétention
    • Nombre moyen de métriques par service

  • Le nombre d'utilisateurs connectés simultanément à l'interface du central ou du serveur distant a un impact sur la performance. Si beaucoup d'utilisateurs devront de se connecter à l'interface Centreon en même temps, vous aurez besoin de plus de CPU.

Les données ci-après sont des estimations en fonction des critères suivants :

  • Une moyenne de 10 services par hôte.
  • Les données sont collectées toutes les 5 minutes.
  • La période de rétention est de 12 mois.
  • Chaque service a en moyenne 8 métriques.

Adaptez les chiffres suivants à vos valeurs réelles. Au cours du temps, vous serez peut-être amenés à ajuster la taille de votre plateforme au fur et à mesure que vous ajoutez plus d'hôtes.

Architecture et dimensionnement du serveur central et de la base de données​

Serveur central seul :

ÉlémentValeur
CPU4 vCPU
RAM4 Go

Si vous préférez, vous pouvez également superviser vos 500 hôtes à l'aide d'un collecteur rattaché à un serveur central.

Votre serveur central doit être partitionné de la manière suivante :

Groupe de volumes (LVM)PartitionDescriptionTaille
/bootimages de boot1 Go
vg_root/racine du système20 Go
vg_rootswapswap4 Go
vg_root/var/logcontient tous les fichiers de log10 Go
vg_data/var/lib/centreoncontient en majorité des fichiers RRD34 Go
vg_data/var/lib/centreon-brokercontient les fichiers de rétention de Broker5 Go
vg_data/var/lib/centreon-enginecontient les fichiers de rétention d'Engine5 Go
vg_data/var/lib/mysql (seulement si le SGBD est situé sur le serveur central)base de données106 Go
vg_data/var/cache/centreon/backuprépertoire de sauvegarde10 Go
Si vous utilisez la fonctionnalité de sauvegarde, prévoyez les caractéristiques suivantes :
  • taille de la partition /var/lib/mysql * 0,6
  • valable pour 1 sauvegarde complète et 6 partielles
  • attention, cela reste une estimation et n'exclut pas un contrôle humain
vg_dataEspace libre (non alloué)5 Go

Votre système doit utiliser LVM pour gérer vos partitions.

Dans certains cas, il peut être nécessaire de mettre en place une architecture distribuée, même pour moins de 500 hôtes. Le collecteur aura alors les mêmes caractéristiques que dans l'onglet "Jusqu'à 1 000 hôtes".

Dimensionnement d'un collecteur​

  • Pour traiter des environnements de test ou des petits périmètres (jusqu'à 2000 services avec des contrôles toutes les 5 minutes et 500 services avec des contrôles toutes les minutes) :
ÉlémentValeur
CPU (cœur logique à 3Ghz)2 vCPU
RAM2 GB
HDD40 GB
  • Pour traiter des environnements de production (jusqu'à 7000 services avec des contrôles toutes les 5 minutes) :
ÉlémentValeur
CPU (cœur logique à 3Ghz)4 vCPU
RAM4 GB
HDD40 GB

Vos collecteurs doivent être partitionnés de la manière suivante :

Groupe de volumes (LVM)PartitionDescriptionTaille
/bootimages de boot1 Go
vg_root/racine du système20 Go
vg_rootswapswap4 Go
vg_root/var/logcontient tous les fichiers de log10 Go
vg_data/var/lib/centreon-enginecontient les fichiers de rétention d'Engine5 Go

Votre système doit utiliser LVM pour gérer vos partitions.

Le nombre de vCPU par collecteur dépend principalement de la complexité des contrôles. Si vous utilisez des connecteurs ou réalisez de nombreux appels vers des applications tierces, ajoutez des vCPU supplémentaires.

Flux réseau​

Si vous avez des pare-feu ou des équipements de sécurité en place, vérifiez le tableau des flux réseau.