Différences

Ci-dessous, les différences entre deux révisions de la page.

--- documentation_publique:concepts:suivi [2019/06/15 13:07] – [Documentation] jdorel
+++ documentation_publique:concepts:suivi [2021/10/31 20:39] (Version actuelle) – [Ressources en lien avec le SI de l'UTT] jdorel
@@ Ligne 12: / Ligne 12: @@
 Il existe cependant des services permettant de centraliser certaines informations. Comprendre l'infrastructure passe donc par la recherche d'information dans différents systèmes d'informations (wiki, services de documentation, services dédiés, configuration des équipements).
+## Ressources en lien avec le SI de l'UTT
+Voir [[sia:explications:cri|SI de l'UTT]]
 ## Inventaire
@@ Ligne 17: / Ligne 21: @@
 L'inventaire permet de découvrir les services existants sur l'infrastructure, en plus de la documentation. Avoir un inventaire sous un format connu, plutôt que simplement sous la forme d'une documentation, permet également de l'utiliser depuis d'autres services.
-L'inventaire comprend à la liste des équipements et des services, leur configuration et certaines données (notemment les secret).
+L'inventaire comprend à la liste des équipements et des services, leur configuration et certaines données (en particulier les secret).
-Dans l'idéal, il existe deux inventaires: le premier décrit l'état désiré du service, le second l'état actuel (opérationnel).
+Il devrait exister deux inventaires: le premier décrit l'état désiré du service, le second l'état actuel (opérationnel).
 Idéalement, l'inventaire opérationnel est rempli de façon automatique. L'inventaire désiré devrait toujours avoir une supervision, cela passe donc par une entrée de données manuelle, et (pour plus de facilité), une validation de la transition d'une donnée depuis l'inventaire opérationnelle vers l'inventaire désiré.
-L'inventaire comprend les fonctions suivantes:
+On peut distinguer l'inventaire physique de l'inventaire logique.
-  * IPAM: Gestion des adresses IPs
-  * Gestion des certificats
+## Inventaire physique
-  * Gestion des noms de domaines
-  * DCIM: Gestion des infrastructures physique:
+Inventaire relativement statique
-    * Baies / Racks
+```
-    * Réseau éléctrique
+Équipements (Modèle, localisation et configuration)
-    * Réseau informatique
+  Serveurs
-    * Climatisation
+  Équipements réseaux
-  * Gestion du Cloud
+  Équipements électrique
-  * Gestion du stockage
+Liens électriques
-  * Gestion du matériel informatique (disques, cartes réseaux, clavies, laptops, ...)
+Liens informatiques
+Arrangement des baies
+Climatisation
+Composants installés
+```
+Inventaire dynamique / stocké
+```
+Ordinateur portables
+Périphériques
+  Écrans
+  Claviers
+  Souris
+  Adaptateurs
+Gestion des espaces de stockage
+```
+Composants
+  CPU
+  Disques
+  Mémoire RAM
+  Carte réseau
+  Autres cartes d'extensions
+  Autres modules (Alimentation, modules switchs, SFP, ...)
+## Inventaire logique et administratif
+```
+Addresses IPs (IPAM)
+Noms de domaines
+Certificats
+Liens informatique (link bonding, VPN, ...)
+Machines virtuelles / Containers
+Services
+  Sites webs
+Images systèmes
+Configurations systèmes
+Infrastructures Cloud
+```
+Au paroxysme de l'inventaire logique, il n'existe plus de distinction entre inventaire manuel et inventaire opérationnel, car le panneau de contrôle et l'inventaire utilisent les mêmes structures de données.
+### Liens des entités dans l'inventaire
+Pour découvrir l'infrastructure, il y a deux moyens :
+  * de l'hébergement vers le service, c'est à dire répondre à la question "A quoi sert X (VM, serveur, cluster, ...), quelles entités (services, VM, fonctions, ...) sont dessus ?"
+  * du service vers l'hébergement, c'est à dire répondre à la question "Comment ça (service, VM, ...) tourne, où est-ce hébergé ?"
+Pour permettre ces deux méthodes de découverte, toutes ces entités devraient avoir un article dédié, et des liens devraient être fait dans les deux sens pour :
+  - applications <--> hébergement
+  - cluster <--> machines
+  - VM/container <--> cluster/machine
+Il faut également distinguer un service rendu (authentification), de son implémentation, c'est à dire du logiciel utilisé et de sa configuration. Il existera donc également le lien `service(s) <--> application(s)`
 ## Monitoring
-L'objectif du monitoring est de permettre le suivi l'évolution de l'infrastructure. Ceci afin d'anticiper, de détecter et de résoudre les problèmes.
+L'objectif du monitoring est de permettre le suivi l'évolution de l'infrastructure. Le principal intérêt du monitoring consiste à éviter et résoudre les panne de service. Cela à donc une utilité avant (anticipation et prévention), pendant (détection et résolution), et après (analyse) qu'un problème apparaisse.
-Cela passe donc par la visualisation de l'état de l'infrastructure, à la fois son état présent, ses états passés et l'analyse de l'évolution (et les prédictions sur l'état future).
+Cela passe donc par la visualisation de l'état de l'infrastructure, à la fois son état présent, ses états passés et des prédictions sur l'état future).
 On distingue parfois deux formes de monitoring: