Merci d'avoir choisi Shinken Enterprise !

Shinken Enterprise est 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 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 et/ou datacenters, et être ainsi multipliés pour s'adapter aux nombres d'éléments supervisés.

 

  • Une architecture distribuée, pour 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 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 ( entre datacenters, directement dans le cloud, chez un clients, équipes, ... ).
      Les royaumes seront autonomes les uns des autres, vous permettant de compartimenter vos       environnements, ainsi que leur visibilité.



  • Une haute disponibilité, pour assurer la résistance de votre supervision face à n'importe quelle panne:
    • Vous pourrez définir des 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é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.



Une interface de Configuration

Une interface de configuration pour simplifier la gestion de la politique de supervision :

  • Définissez vos ELÉ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 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 ( => ex: créer automatiquement 48 checks d'interface réseau pour un switch ).

  • Gérez vos UTILISATEURS et leurs GROUPES

  • 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 comportement de chaque modèle peut être surchargé différemment sur chaque équipement supervisé.
    • Les modèles peuvent être 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 (y en a 7) sont opérationnels donc l'application est OK ;
      • 5/8 => Attention ( la qualité de service sera dégradé ) ;
      • Moins de 5 => Critique ( la charge ne sera pas tenue ) ;
    • Vous pourrez donc présenter le bon fonctionnement de chaque SI à vos équipes métiers, pendant que vos techniciens travailleront sur la résolution des problèmes techniques.

Des rôles dans l'interface vous permettent de bien dissocier vos experts en supervision ( Administateur Shinken ) de vos 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éfinie.

Le Workflow de mise en Supervision permet de déléguer la mise en supervision directement aux administrateurs de SI ( ceux sont au plus prêt de votre SI ).


=> Tout vos exploitants / techniciens / ingénieurs peuvent être acteur de votre supervision. Ils sont ainsi responsabilisés sur leur besoin de supervision.


Vos administrateurs pourront aussi tester la configuration de 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


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

  • 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.



Interrogation de Shinken ( Via API REST )

Des APIs REST vous permettront d'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é et les périodes de notifications ;
  • Les problèmes pourront être escaladés à d'autres équipes si ils ne sont pas traités ;




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