Merci d'avoir choisi Shinken Enterprise !
Shinken Enterprise est une solution de Supervision "On-premise" basée sur le Framework Shinken qui vous permettra de superviser vos équipements par polling Actif ( interrogation des équipements ) et/ou soit par polling Passif ( réception de l'état des équipements ).
La solution propose de nombreux aspects qui vous permettront de superviser votre SI, ainsi que de ne pas être bloqué lorsque celui-ci grandira.
Architecture logiciel s'adaptant à votre SI
Shinken Entreprise Enterprise a été découpé en 7 rôles ( type de démons ) pour permettre une grande souplesse nécessaire aux nombreux types de topologie de SI.
La solution vous proposera nativement :
- Une grande scalabilité : les démons peuvent être répartis sur plusieurs serveurs physiques et et/ou datacenters, et être ainsi multipliés pour s'adapter aux nombres d'éléments supervisés.
| Section |
|---|
|
- Une architecture distribuée , pour simplifier simplifier la configuration :
- Vous allez gérer votre configuration ( démons, politique de supervision, ... ) de manière centralisée,
- mais tout en localisant vos démons de supervision au plus prés près de vos équipements ( pour être rapide dans l'interrogation des équipements ),
- et découper vos serveurs de supervision en royaume pour refléter vos besoins ( datacenter, clouds, clientsentre datacenters, directement dans le cloud, chez un client, équipes, ... ).
Les royaumes seront autonomes les uns des autres, vous permettant de compartimenter vos environnements, ainsi que leur visibilité.
| Section |
|---|
|
- Une haute disponibilité, pour assurer la persistance résistance de votre supervision face à n'importe quelle panne:
- Vous pourrez définir des pools raid de spares ou pointer spécialement vers certains serveurs pour assurer la persistance de votre solution de supervision.
- Vous pourrez définir des pools raid de spares ou pointer spécialement vers certains serveurs pour assurer la persistance de votre solution de supervision.
- La sécurité via
- des connexions sécurisés sécurisées,
- des chiffrements de données dès la base de données,
- la gestion des sens de connexions et des DMZs.
Des interfaces Web
Une interface de Visualisation intuitive
L'interface de Visualisation pour vous permettre de créer des Vues correspondant à vos besoins :
- Portails et Tableaux de bords personnalisés,
- Les listes d'éléments,
- Bac à événements,
- Météo des services,
- Rapport.
| Sectionpanel |
|---|
|
| Sectionpanel |
|---|
 |
Une interface de Configuration
Une interface de configuration pour simplifier la gestion de la politique de supervision :
- Définissez vos ELÉMENTSÉLÉMENTS à superviser que nous appelons des hôtes ( serveur, firewall, switch, applications, ... ) :
- Tout ce qui peut être interrogé ou envoyé un statut peut être mis en supervision.
- Accrocher y des vérifications ( CPU, RAM, interface réseau, temps de réponse, interrogation d'API... ) => les checks
- Vous pourrez utiliser soit les checks mis à disposition via des packs, soit ceux de la communauté, soit définir vos propres checks.
- Générer des checks automatiquement en fonction de donnée que vous renseignez ( => un check par interface de ex: créer automatiquement 48 checks d'interface réseau pour un switch ).
- Gérer Gérez vos UTILISATEURS et leurs GROUPES
- Créer des Créez des MODÈLES ( hôtes, utilisateurs, ... ) pour harmoniser les méthodes de supervision.
- La méthode de supervision de 2 serveurs linux se factorise dans un modèle, mais peut s'adapter pour chaque serveur
- le Le comportement de chaque modèle peut être surchargé différemment sur chaque équipement supervisé.
- Les modèles peuvent être défini définis en utilisant d'autres modèles, via la mécanique d'héritage ( les modèles utilisant d'autres modèles héritent de leur comportement ).
- CLUSTER : Calculer l'état de vos regroupements de serveurs et / ou vos applications en définissant vos propres règles de calcul :
- exemple :
- Si 6 serveurs web sur 8 7 sont opérationnels, donc l'application est OK ;
- 5 sur 5 /8 => Attention ( la qualité de service sera dégradé dégradée ) ;
- Au delà Moins de 5 => Critique ( la charge ne sera pas tenue ) ;
- Vous pourrez donc présenter le bon fonctionnement d'un Service a de chaque SI à vos équipes métiers, pendant que vos techniciens travailleront sur la résolution des problèmes techniques.
- exemple :
| Section |
|---|
|
Des rôles dans l'interface vous permettent de bien dissocier vos experts en supervision ( Administateur Shinken ) de vos administrateurs Administrateurs de SI
- Les Administrateurs Shinken définissent votre politique de supervision.
- Vos Administrateurs de SI mettent en supervision vos SI en utilisant la politique de supervision définidéfinie.
Le Workflow de mise en Supervision permet de déléguer la mise en supervision directement aux administrateurs de SI ( ceux ils sont au plus prêt près de votre SI ).
=> Tout vos exploitants / techniciens / ingénieurs peuvent être acteur acteurs de votre supervision. Ils sont ainsi responsabilisés sur leur besoin de supervision.
Vos administrateurs pourront aussi tester la configurationde chaque hôte avant de les publier dans l’environnement supervisé,
- comme s'ils étaient en condition réelle de supervision,
- ce qui vous permettra de ne pas avoir de faux négatifs dans votre interface de supervision.
Automatisation
Ajout d'hôtes
Via des collecteurs de données, Une API Rest ou des analyseurs d'équipements
| Section |
|---|
|
Grâce à ces modules, vous n'oublierez plus d'éléments.
Interrogation de Shinken
Vous pouvez automatiser l'ajout d'hôtes de différentes manières. Le démon de configuration de Shinken permet d'activer des modules ( appelés "sources" ) qui détectent des nouveautés ou des différences par rapport aux hôtes qui sont déjà en supervision.
Il existe 3 types de Sources :
- Les collecteurs : ils interrogent un référentiel pour en importer les hôtes.
- LDAP,
- VMWare,
- Fichier de configuration,
- Scan d'un sous-réseau.
- Les Listeners:
- ils exposent une API pour permettre aux outils externes de déclarer ou modifier des hôtes automatiquement en production
- ils exposent une API pour permettre aux outils externes de déclarer ou modifier des hôtes automatiquement en production
- Les analysers: qui se connecte aux serveurs type linux / windows pour faire une analyse de leur caractéristique et créer ou modifier son hôte en supervision.
| Section |
|---|
|
Interrogation de Shinken ( Via API REST )
Des APIs REST vous permettront d'Des APIs vous permettront interroger Shinken pour partager les informations de supervision avec vos autres outils.
Un Moteur de corrélation
Le plus important dans la mise en place de votre supervision est d'être alerté pour les bons problèmes.
Le Moteur de corrélation va analyser les liens de dépendance entre les équipements et émettre des alertes que pour les problèmes sources :
- Les problèmes pourront être
- revérifiés avant d’alerter ( est-ce qu'une micro coupure mérite de réveiller l'équipe d'astreinte? ) ;
- L'importance métier des éléments impactés, afin de ne pas réveiller l'équipe d'astreinte pour un serveur de qualification ;
- Les périodes
- de supervision ;
- Le type de notification, mais aussi les utilisateurs qui vont être
- notifiés et les périodes de notifications ;
- Les problèmes pourront être
- escaladés à d'autres équipes
- s'ils ne sont pas traités ;
| Section |
|---|
|
Shinken Enterprise vous permettra de garantir un haut niveau de performance de votre SI tout en maintenant la continuité d'activité.
Bonne utilisation !
L'équipe Shinken Solutions