EV Observe - Les concepts

Modifié le 11/08/2022 19:14

Les sociétés et les sites

     Open url.png voir Plus d'informations

  • Les organisations supervisées dans EV Observe peuvent être des sociétés internes et des sociétés clientes.
  • Une société interne, dite racine, porte les utilisateurs internes (DSI, équipes de production, ...).
    • Elle peut posséder différents sites (société multi-sites) qui héritent de l'ensemble des règles de configuration définies à la racine.
  • Une société cliente est utilisée dans un contexte Fournisseur de services managés (MSP, ou multi-clients).
    • Elle contient l'ensemble du parc client à superviser
    • Elle peut posséder des sites qui héritent de l'ensemble des règles de configuration définies à la racine.
  • Il existe également des sociétés clientes dites en mode revente.
    • La supervision est gérée en totale autonomie par le client du MSP.
    • Le périmètre est totalement hermétique et tout héritage est désactivé.
  • Des règles de visibilité et d'accès s'appliquent à chaque société afin de configurer et piloter la supervision.

Les Box

     Open url.png voir Plus d'informations

  • Les Box sont les collecteurs déployés sur les sites internes / clients, au plus près du périmètre à superviser. Elles sont toujours associés à une société ou à un site.
  • Une Box prend en charge :
    • la collecte (exécution des contrôles) et la remontée des informations de supervision issues des équipements à superviser ;
    • la notification par e-mail et SMS pour les équipements et services unitaires à superviser.
  • Elle peut être déployée en tant que machine virtuelle ou en tant que machine physique via un boîtier fourni par EasyVista.

Les équipements

     Open url.png voir Plus d'informations

  • Ce sont les éléments du système d'information (SI) à superviser.

    exemple  Routeur, Serveur physique, Baie de stockage, Machine virtuelle (VM)

  • Ils sont rattachés à des catégories.

    exemple  Borne Wifi, Caméra, Imprimante, Onduleur

  • Ils sont associés à des modèles d'équipements, eux-mêmes associés à un ensemble de modèles de service. Les modèles d'équipements disponibles dépendent des catégories de l'équipement.

    exemple

    • L'équipement Serveur Mail Production est associé aux modèles d'équipements Serveur Windows et Serveur Exchange.
    • La mise en supervision de l'équipement instancie automatiquement les contrôles adaptés à sa supervision : CPU, RAM, Disponibilité des boîtes e-mail, ...
  • L'état de fonctionnement d'un équipement est remonté via un statut.
    • Status icon - OK.png OK : Indique que l'équipement est en fonctionnement normal.
    • Status icon - Warning.png Alerte : Indique que l'équipement est fonctionnel, mais qu'il nécessite une attention particulière afin d'anticiper et éviter un passage au statut Critique.
    • Status icon - Critical.png Critique : Indique que l'équipement n'est pas fonctionnel.
    • Status icon - Unknown.png Inconnu : Indique que le statut de l'équipement n'est pas connu par la supervision. Celui-ci peut être OK, Critique ou Alerte. Une action de configuration ou d'administration est nécessaire.
    • Status icon - Undetermined.png Indéterminé : Indique que l'équipement n'est pas encore connu de la supervision ou que la Box ne remonte plus d'informations le concernant.
  • Le contrôle Ping est toujours mis en place par défaut lors de la création d'un équipement.

Les services unitaires

     Open url.png voir Plus d'informations

  • Les services unitaires sont associés aux équipements.
  • Ce sont des points de contrôle qui permettent de superviser un élément précis de ceux-ci.

    exemple  Le service CPU permet de récupérer le taux d'utilisation du processeur, pour l'équipement auquel il est associé.

  • Ils sont basés sur des modèles de service.
    • Ils héritent par défaut des propriétés du modèle auquel ils sont rattachés.
    • Leur configuration peut être affinée en fonction des besoins de supervision.
  • La configuration de la Box doit obligatoirement être mise à jour après une création ou une modification d'un service pour que celui-ci soit pris en compte.
  • L'état de fonctionnement d'un service est remonté via un statut.
    • Status icon - OK.png OK : Indique que le service est en fonctionnement normal.
    • Status icon - Warning.png Alerte : Indique que le service est fonctionnel, mais qu'il nécessite une attention particulière afin d'anticiper et éviter un passage au statut Critique.
    • Status icon - Critical.png Critique : Indique que le service n'est pas fonctionnel.
    • Status icon - Unknown.png Inconnu : Indique que le statut du service n'est pas connu par la supervision. Celui-ci peut être OK, Critique ou Alerte. Une action de configuration ou d'administration est nécessaire.
    • Status icon - Undetermined.png Indéterminé : Indique que le service n'est pas encore connu de la supervision ou que la Box ne remonte plus d'informations le concernant.

Les modèles de service

  • Les modèles de service sont utilisés pour instancier un service unitaire sur un équipement. Ils permettent de préremplir des informations afin d'avoir le moins de paramétrages à faire lorsqu'ils sont appliqués à un équipement : préréglage des arguments, de la période et de l'intervalle de contrôle, ...

    exemple  

    • Modèle de service LIN-Cpu
    • Préréglage des arguments : Seuil d'alerte, Seuil critique, Communauté SNMP
  • Le catalogue recense l'ensemble des modèles de service proposés par EV Observe.
    • Il est mis à jour par EasyVista.
    • Il comprend plus de 1500 modèles et s'enrichit à chaque version.
    • Il est organisé par catégorie de services (réseau, stockage, serveurs, bases de données, ...) et par éditeur.

      exemple  

      • Le modèle de service LIN-Cpu est dédié à la supervision du CPU, sur un OS Linux.
      • Le modèle de service Docker-Container-Status est dédié à la supervision du statut d'un container Docker.

Les services utilisateurs

  • Les services utilisateurs sont des macro-indicateurs de l'état d'un service fourni aux utilisateurs finaux par le fournisseur de services / la DSI. Ils sont la pierre angulaire du suivi de la disponibilité (SLA), de la construction de status pages à destination des utilisateurs non techniques et de l'analyse de cause profonde par l'équipe de production.

    exemple  État de santé d'un site distant, d'une application de facturation, d'un datacenter

  • Un service utilisateur est constitué d'équipements, de services unitaires et d'autres services utilisateurs.
    • Tous ces composants ont des dépendances avec le service utilisateur racine par le biais de relations de type Bloquant ou Dégradant, qui impactent différemment le statut final.
    • Le statut d'un service utilisateur
  • L'état de fonctionnement d'un service utilisateur est remonté via un statut. Celui-ci dépend du statut de tous les composants du service.
    • Health icon - OK.png OK : Indique que le service est en fonctionnement normal.
    • Health icon - Downgraded.png Dégradé : Indique que le service n'est pas fourni de manière optimale aux utilisateurs (lenteurs, micro-coupures, ...).
    • Health icon - Interrupted.png Hors d'usage : Indique que le service est interrompu.
    • Health icon - Unknown.png Inconnu : Indique que le statut du service n'est pas connu de la supervision. Une action de configuration ou d'administration est nécessaire.

Les comptes de supervision

  • Les comptes de supervision sont utilisés par les services unitaires pour interroger l'équipement cible.
    • Il s'agit des informations de connexion nécessaires à la récupération de l'information attendue : compte AD administrateur, compte SQL Server en lecture, token Azure, ...
    • Ils sont définis et configurés en respectant une hiérarchie de niveaux : société > sites > équipements > services unitaires. Cette hiérarchie, associée à un mécanisme d'héritage, évite de renseigner plusieurs fois la même information, et facilite la mise à jour des comptes sur des parcs volumineux.

      exemple  Le compte administrateur domaine est défini une seule fois, au niveau du site. Il est utilisé par tous les équipements et leurs services, actuels et futurs.

  • Un compte de supervision peut être surchargé au niveau de l'équipement ou du service unitaire.
  • Toute modification d'un compte de supervision à l'un des niveaux hiérarchiques est automatiquement répercutée sur le niveau inférieur tant que le compte n'est pas surchargé sur ce dernier.

Les contacts

  • Les contacts sont les destinataires des notifications et/ou des rapports produits par EV Observe.
    • Il peut s'agir d'utilisateurs, ou non, de la solution EV Observe.
    • Ils peuvent être regroupés dans des groupes de contacts.
  • Un contact est automatiquement créé lorsqu'un utilisateur est défini dans EV Observe. Il doit être ensuite configuré et activé manuellement.
  • Une politique de notification peut être mise en place pour solliciter les contacts uniquement dans certains cas. Ce paramétrage permet de s'adapter à toute organisation.

    exemple  Horaires d'astreinte, premier contact d'escalade

Les utilisateurs

  • Les utilisateurs de EV Observe sont de type partenaire / interne (RPC) ou client (SIG).
  • Chaque utilisateur est associé à un rôle lui donnant accès à certaines fonctions.
Tags :
Powered by XWiki © EasyVista 2022