# Termes et FAQ · Documentation CentOps > Glossaire et réponses aux questions fréquentes sur l’exploitation de l’application. URL: https://centops.eywo.digital/fr/docs/terms/ Language: fr Last updated: 2026-10-30 Documentation # Termes et FAQ Glossaire et réponses aux questions fréquentes sur l’exploitation de l’application. 1. [Vue d’ensemble](https://centops.eywo.digital/fr/docs/) 2. [Modules](https://centops.eywo.digital/fr/docs/modules/) 3. [Processus](https://centops.eywo.digital/fr/docs/processes/) 4. [Modèle CMDB](https://centops.eywo.digital/fr/docs/cmdb-model/) 5. [Termes et FAQ](https://centops.eywo.digital/fr/docs/terms/) 6. [Fiche produit](https://centops.eywo.digital/fr/docs/datasheet/) ## Glossaire Commutateur virtuel (VDS / vSwitch) vSphere Distributed Switch géré depuis vCenter pour tout le cluster, ou vSwitch standard sur un seul hôte ESXi. Les liens montants physiques (vmnic) mènent à une paire de commutateurs leaf – la panne d’un commutateur n’entraîne qu’une dégradation. Groupe de ports Un groupe de ports d’un commutateur virtuel avec un VLAN commun et des règles d’agrégation. La carte réseau d’une VM est connectée à un groupe de ports ; le groupe de ports est associé à un VLAN du réseau physique. La panne d’un groupe de ports déconnecte toutes ses VM (un réseau de sauvegarde n’est que dégradé). FOCUS FinOps Open Cost and Usage Specification – norme ouverte de format des données de coûts (FinOps Foundation). L’application utilise les colonnes de FOCUS 1.x. EffectiveCost Coût réel (amorti) après remises. Il sert au calcul des vues d’ensemble et des bases de facturation. ListCost / ContractedCost Coût selon le tarif public ou selon le prix contractuel. L’écart avec EffectiveCost représente l’économie. Sous-compte Abonnement, compte, projet ou cluster chez le fournisseur (FOCUS SubAccount). Dans OpenShift, un hosted cluster ; dans le centre de données, un serveur IBM Power. Étiquette client et projet Étiquettes Kubernetes / cloud eywo.cz/customer et eywo.cz/project selon lesquelles les coûts sont attribués. Une étiquette renommée peut être rattachée par un alias. Quantité allouée Pour les conteneurs, max(request, utilisation) par heure ; pour IBM Power, cœurs garantis × heures. Utilisation = consommation réelle ÷ allocation. Capacité garantie (entitled capacity) Part garantie des cœurs de processeur attribuée à une LPAR dans IBM Power ; base du calcul de facturation. Capacity on Demand (CoD) Cœurs et mémoire installés dans le serveur, activés selon les besoins par une clé de licence. NPIV N\_Port ID Virtualization – adaptateur FC virtuel d’une LPAR avec son propre WWPN, qui passe par le VIOS directement vers le SAN. WWPN World Wide Port Name – adresse unique d’un port FC, sur laquelle reposent le zoning et le mapping. Zone Règle dans la fabric SAN qui autorise la communication entre les ports de l’hôte et de la baie de disques. Thin provisioning Un volume n’occupe dans le pool que les données réellement écrites ; c’est la taille allouée qui est facturée. HyperShift (hosted control planes) La couche de contrôle des clusters OpenShift des clients s’exécute sous forme de pods sur un cluster de gestion partagé ; le client ne dispose que des nœuds de travail. LAG / LACP Agrégation de plusieurs ports physiques en un port logique (port-channel) ; LACP la négocie. vPC / MLAG permet l’agrégation sur deux commutateurs. Fenêtre de maintenance Période récurrente (hebdomadaire ou mensuelle) pendant laquelle le service peut être indisponible (interruption) ou fonctionner avec une redondance réduite (dégradation). Définie par le responsable du service ou de l’application, y compris la durée maximale d’interruption. RACI Responsible (réalise), Accountable (responsable et approuve, une seule personne), Consulted (consulté), Informed (informé). Version d’un élément Un instantané d’un élément de configuration valable du… au… Une nouvelle version est créée à chaque modification issue de la découverte, de l’API ou d’une saisie manuelle. VLAN, SVI, VRF Un VLAN sépare des segments L2 ; une SVI est l’interface L3 du VLAN sur le commutateur (passerelle du sous-réseau) ; un VRF sépare les tables de routage. Chemin d’impact La chaîne d’éléments depuis la panne simulée jusqu’à chaque service touché, y compris les composants (ports, interfaces, zones, VLAN). Le bouton Chemin d’impact du panneau d’analyse d’impact le met en évidence sur la carte des dépendances. Symptôme (alerte) Une alerte expliquée par la panne de l’élément cause de la situation (selon la simulation de panne de la CMDB). Elle est visible dans la situation, n’envoie pas de notification, est exclue des indicateurs de bruit et se résout avec la cause. Cause déduite Un élément sans alerte propre (la supervision ne le voit pas) dont la panne simulée explique les alertes de plusieurs éléments dépendants – par exemple un hôte sur lequel cinq VM sont en alerte. La gestion des événements en crée une situation avec la cause « déduite de la topologie ». Point unique de défaillance (SPOF) Un élément dont la seule panne met complètement hors service un service ou une application. La fiche Haute disponibilité les trouve en simulant la panne de chaque élément support ; les composants logiques (applications, instances de base de données, clusters) sont comptés séparément. Panne et dégradation Panne = l’élément ne fonctionne pas. Dégradé = il fonctionne sans certaines fonctions ou avec des performances moindres (par exemple sans le réseau d’administration de la baie, sans la copie sur bande des sauvegardes, support lui-même dégradé). À risque = perte de redondance : un seul des composants redondants est tombé et l’élément continue de fonctionner sans secours ; l’analyse d’impact l’indique sur l’élément dépendant le plus proche et sur les services au-dessus (« sans redondance ») et cela ne se propage pas plus loin. Groupe redondant Un groupe de supports qui se remplacent mutuellement – cluster applicatif, Db2 HADR, Oracle Data Guard, PowerHA, paire de VIOS, copies de volumes HyperSwap, nœuds Veeam ; sans groupe explicite, aussi les composants de la même classe (équipements réseau uniquement de même rôle – un commutateur ne remplace pas un pare-feu ; interfaces uniquement de même usage – une interface de données ne remplace pas une interface d’administration). L’élément dépendant ne tombe en panne que si tous les membres tombent. Les éléments planifiés ne comptent pas comme membres. La découverte transmet le groupe dans attributes.redundancy\_group de la relation. HyperSwap / HA basée sur des règles Volume mis en miroir de manière synchrone entre deux baies de disques ; si une baie tombe en panne, les E/S se poursuivent sur l’autre sans interruption. Db2 HADR, Oracle Data Guard, PowerHA, SQL Always On Haute disponibilité des bases de données : instances principale et de secours sur des serveurs différents (ici aussi sur des châssis et des baies différents) avec réplication synchrone et bascule automatique. Paire de VIOS Deux Virtual I/O Servers sur un châssis IBM Power ; la LPAR a son réseau et ses disques via les deux, de sorte que la perte d’un VIOS met la LPAR à risque (elle fonctionne sans secours) sans l’arrêter. Fabric SAN A/B, commutateur cœur et de périphérie, ISL Deux réseaux SAN séparés – chaque serveur et chaque baie est raccordé aux deux. Le commutateur de cœur porte les baies, celui de périphérie les hôtes ; ils sont reliés par un ISL (inter-switch link). Dépôt renforcé (hardened repository) Serveur Linux avec disques locaux pour les sauvegardes Veeam immuables – un rançongiciel ne peut ni supprimer ni chiffrer les sauvegardes. Sauvegarde / est sauvegardé Relation entre la plateforme de sauvegarde (IBM Storage Protect, Veeam) et l’élément protégé. Elle n’influe pas sur la disponibilité ; elle sert à calculer la couverture des serveurs de production par la sauvegarde. Incident Interruption ou dégradation non planifiée d’un service. Le but est de rétablir le plus vite possible, pas de trouver la cause (c’est le rôle de la gestion des problèmes). Priorité et SLA Priorité P1–P4 = impact × urgence. L’accord SLA du service fixe pour chaque priorité le délai de réponse et de résolution ; la mise en attente d’un incident décale les échéances. Accord SLA Niveau de service convenu (par exemple Gold, Silver, Bronze) : délais de réponse et de résolution par priorité, heures ouvrées, taux de respect exigé et disponibilité. Heures ouvrées (calendrier SLA) La période pendant laquelle le temps SLA court – par exemple 24×7 ou du lundi au vendredi de 8 h à 16 h 30 hors jours fériés. Incident majeur Une panne d’un service important, coordonnée par un gestionnaire des incidents, sur laquelle la direction et les responsables de service sont informés en continu. Demande de service Une demande standard, décrite à l’avance dans le catalogue de services – pas une panne. Elle a un formulaire, une approbation, un délai et des étapes de traitement. Modèle de changement Un modèle pour un type de changement récurrent : type, approbation, besoin d’une fenêtre de maintenance, délai de prévenance, classes d’éléments autorisées et étapes. Changement standard, normal et urgent Un changement standard est préapprouvé et peu risqué (par exemple correctifs progressifs des hyperviseurs). Un changement normal passe par l’approbation. Un changement urgent résout un incident en cours ou une vulnérabilité critique et peut avoir lieu hors des fenêtres. CAB Change Advisory Board – les changements les plus risqués sont approuvés par le gestionnaire des changements avec les responsables des services touchés. Équipe Un groupe de personnes responsables d’éléments de configuration, de services et de changements, qui traitent les incidents et les demandes. Le périmètre « équipe » d’un rôle donne des autorisations sur les éléments de l’équipe. Source unique de vérité Le système dont les données font foi. Pour l’emplacement des VM et des partitions, c’est l’outil d’administration de la virtualisation (vCenter, SCVMM, HMC…) ; une saisie manuelle ne l’écrase pas. Événement, alerte, situation Un événement est un message unique de la supervision. Une alerte regroupe toutes les occurrences d’un même problème sur un même élément (déduplication par empreinte). Une situation est un groupe d’alertes liées – en général une cause et ses conséquences. Cause probable (★) Une alerte sur un élément dont dépendent, selon la carte des dépendances de la CMDB, les autres alertes de la situation – par exemple un hyperviseur sous des VM indisponibles. Flapping Une alerte qui bascule à répétition entre problème et OK ; au lieu de dizaines de notifications, il y a une seule situation avec l’état « flapping ». Workflow États des enregistrements et transitions autorisées entre eux, y compris qui peut les effectuer. Les états personnalisés correspondent à des états système sur lesquels repose la logique de l’application. Règle de notification Quand (événement et conditions), quoi (modèle avec paramètres), comment (e-mail, Slack) et à qui le message est envoyé. Contrat de service et ligne de contrat Contrat avec un fournisseur pour le support de l’infrastructure. Une ligne = un élément couvert par le contrat, avec son propre niveau de support et sa période de couverture. SLA fournisseur (niveau de support) Ce que le fournisseur nous garantit : délai de réponse et de réparation pendant ses heures ouvrées (par exemple 24×7 – réponse en 2 heures, réparation en 8 heures – ou jour ouvré suivant). À distinguer du SLA que nous garantissons aux clients. Préavis de résiliation Combien de jours avant la fin de validité nous devons résilier ou décider de la prolongation ; la vue d’ensemble indique le dernier jour. Conservation Durée de conservation des enregistrements. Piste d’audit pendant 5 ans et non modifiable ; historique de configuration selon le paramétrage. ## Questions fréquentes ### Comment raccorder Zabbix ou Prometheus à la gestion des événements ? Supervision → Sources d’événements → sur la source « Comment raccorder » : Zabbix 6.4+ via Connectors (diffusion d’événements) ou webhook, Alertmanager via un webhook receiver, les autres via l’API générique. Il vous faut un jeton API pour un compte de service ayant le rôle « Source d’événements » (Administration → Accès et rôles) et, dans la variante Cloudflare, un jeton de service Cloudflare Access. ### Pourquoi un événement n’est-il pas devenu une alerte ? Supervision → Situations et alertes ou Réduction du bruit : l’événement a pu être écarté par une règle de filtrage (par exemple informatif), supprimé par une règle de suppression ou un changement en cours sur l’élément, ou il s’agit d’une nouvelle occurrence d’une alerte existante (seul le compteur augmente). ### L’application envoie-t-elle des données à une IA ? Uniquement pour les cas d’usage activés de l’assistant IA (Administration → Assistant IA) et uniquement ce dont la proposition a besoin ; e-mails, téléphones, numéros d’identification personnels, numéros de compte et secrets sont remplacés au préalable par des marqueurs. Les données des clients ayant une politique « sur site uniquement » ne sont traitées que par un modèle dans votre propre infrastructure, et avec la politique « sans IA » aucun modèle n’est utilisé. Chaque appel est enregistré dans le journal des propositions. ### Où paramétrer le SLA ? Services → SLA. Dans l’onglet Accords SLA, vous modifiez les délais par priorité et attribuez l’accord aux services et aux clients ; dans le Calendrier, les heures ouvrées et les jours fériés, et dans Délais des demandes, les délais des éléments du catalogue. Le respect des SLA figure dans le premier onglet. ### Où paramétrer le workflow des incidents, demandes, changements et éléments ? Administration → Workflow. Choisissez un type d’enregistrement (incidents, demandes, changements, éléments), ajoutez ou renommez un état dans le tableau États et définissez les transitions dans la matrice en cliquant sur une cellule : libellé du bouton, autorisations, commentaire ou champ obligatoire. Les modifications s’appliquent aux fiches des enregistrements en moins d’une minute. ### Comment activer les notifications par e-mail et Slack ? Dans Administration → Notifications → Canaux. En bref : pour Resend (ou SendGrid), vérifiez le domaine d’envoi et créez une clé API ; pour Slack, créez un webhook pour le canal, puis \`npx wrangler secret put RESEND\_API\_KEY\`, \`npx wrangler secret put SLACK\_WEBHOOK\_PROVOZ\` et \`npx wrangler secret put SLACK\_WEBHOOK\_MAJOR\`. Le canal affiche ensuite « secret défini ». Indiquez comme expéditeur une adresse de votre domaine vérifié. ### Pourquoi la notification n’a-t-elle pas été envoyée ? Administration → Notifications → Envoyés indique la raison : secret du canal manquant, destinataire sans e-mail, adresse de test (.example), mode démonstration (livraison désactivée avec les données de démonstration) ou erreur du service (code et texte de réponse). ### Comment savoir qui répare un serveur défectueux et dans quel délai ? Dans l’incident, l’onglet Fournisseur – support cherche le support de l’élément et du matériel sur lequel il tourne (VM → hôte, LPAR → châssis Power). Il affiche le fournisseur, le niveau, la hotline et les escalades ; Signaler au fournisseur démarre les délais de réponse et de réparation selon le contrat. La fiche de l’élément comporte un onglet Support et contrats. ### Où voir le matériel sans support et les contrats arrivant à échéance ? Finances → Vue d’ensemble des contrats : contrats arrivant à échéance et terminés avec le dernier jour de préavis, couverture par classe, liste du matériel sans support valide et ce qui se termine dans les 90 jours. Les notifications par e-mail se paramètrent dans Administration → Notifications (enregistrement Contrat). ### Comment désactiver les données de démonstration ? Administration → Paramètres → Données de démonstration. L’interrupteur bascule toute l’application sur la base de production ; les données de démonstration restent dans une base séparée et peuvent être réactivées à tout moment. Seul l’administrateur de la plateforme peut basculer. ### Où se trouvent la CMDB, les systèmes d’exploitation et les changements après la modification du menu ? Le menu est organisé par domaines de la gestion des services IT : Services (portefeuille de services, SLA, catalogue de demandes), Supervision (situations et alertes, réduction du bruit, règles et sources d’événements), Service desk (incidents, problèmes, traitement des demandes), Changements (changements, approbations, correctifs et vulnérabilités), Configuration (CMDB, centres de données, cycle de vie, qualité des données, architecture d’entreprise), Finances et actifs (coûts, facturation, actifs, achats, fournisseurs et contrats) et Administration (intégrations, personnes et accès, paramètres de l’application). Le plus rapide est la recherche avec Ctrl+K – elle trouve aussi les pages du menu. ### Pourquoi ne puis-je pas modifier l’hôte d’une VM manuellement ou depuis une autre source ? L’emplacement des VM et des partitions provient de l’outil d’administration de la virtualisation (vCenter, SCVMM, HMC…). Une autre source ou une saisie manuelle s’en écarterait ; une découverte depuis une autre source reçoit une erreur indiquant le nom de l’outil qui gère l’emplacement. ### Comment lier un changement à plusieurs incidents ou à un problème ? Dans la fiche du changement, fiche Enregistrements traités → Lier : choisissez le type d’enregistrement et saisissez son numéro. Depuis la fiche d’un incident, d’un problème ou d’une demande, liez un changement existant par son numéro dans la fiche Changements. Le lien d’origine du changement ne peut pas être supprimé ; les autres peuvent être retirés par le demandeur, l’intervenant, le gestionnaire des changements ou le responsable de l’enregistrement. ### Qu’advient-il du problème et des incidents lorsque le changement correctif est terminé ? Un problème dont la cause est documentée passe à Résolu et renvoie au changement correctif ; sans cause, il reçoit une entrée demandant de la compléter. Un changement en échec renvoie le problème en analyse. Les incidents et demandes reçoivent une entrée indiquant l’étape suivante (vérifier et résoudre avec le code « Résolu par changement ») et les déclarants sont informés. ### Un incident signalé est en fait une demande (ou l’inverse). Que faire ? Dans la fiche de l’incident, utilisez Convertir en demande (choisissez un élément du catalogue) ; dans la fiche de la demande, Convertir en incident. Le nouvel enregistrement reprend la description, l’élément et le déclarant, le délai court à partir de la conversion et l’enregistrement d’origine est annulé avec un lien vers le nouveau. ### Pourquoi la perte d’un commutateur d’une paire n’indique-t-elle ni panne ni dégradation ? Le serveur est raccordé aux deux commutateurs et continue donc de fonctionner – simplement sans secours. L’analyse d’impact l’indique comme « à risque » sur les éléments dépendants les plus proches et sur les services au-dessus (« sans redondance ») et ne le propage pas plus loin. Pour un changement sur un tel commutateur, le responsable du service est informé mais n’a pas à approuver. Si le second commutateur tombait aussi, ce serait une panne. ### Que signifie une situation avec une cause déduite ? Plusieurs éléments sont en alerte en même temps et partagent un support (hôte, datastore, commutateur) qui n’émet lui-même aucune alerte – la supervision ne le voit pas. L’application vérifie dans la CMDB qu’une panne de ce support explique toutes les alertes et crée une situation avec la cause « déduite de la topologie ». Vérifiez le support dans la supervision ; depuis la fiche de la situation, vous pouvez simuler sa panne sur la carte. ### Pourquoi ne puis-je pas terminer le changement ? Le modèle de changement définit les étapes du changement. Le changement ne peut être terminé qu’une fois toutes les étapes cochées dans sa fiche. ### Comment les délais SLA d’un incident sont-ils calculés ? À partir de l’ouverture de l’incident selon la priorité (par exemple P2 : réponse 30 min, résolution 8 h). La durée de mise en attente s’ajoute aux délais. La réponse est considérée comme respectée dès la prise en charge. ### Comment les modifications issues de la découverte arrivent-elles dans la CMDB ? Les scripts de collecte (HMC, vCenter, SCVMM, API cloud, OpenShift, stockage, SAN, réseau) envoient les éléments à POST /api/cmdb/discovery avec le jeton API d’un compte de service. Chaque modification d’attribut crée une nouvelle version ; la fiche de l’élément comporte un historique avec comparaison des valeurs et état à n’importe quelle date. Lors d’une synchronisation complète, les éléments non trouvés par la découverte sont signalés puis supprimés après un délai défini. ### Pourquoi ne trouve-t-on pas de créneau pour les correctifs ? Un service touché n’a pas de fenêtre de maintenance, sa durée maximale d’interruption est plus courte que le changement, ou les fenêtres des services ne se chevauchent pas. Essayez un horizon plus long, une intervention plus courte ou des correctifs progressifs élément par élément avec redondance. ### Pourquoi les coûts d’un mois ont-ils changé alors qu’il est terminé ? Les fournisseurs (surtout Azure et AWS) recalculent les coûts plusieurs jours après la fin du mois. Générez les bases de facturation après le 5 du mois suivant et approuvez-les avant l’envoi – une base approuvée ne change plus. ### Et si le client n’a pas d’étiquette ? Les lignes sans étiquette s’affichent comme « (sans client) » ou « (sans projet) ». Ajoutez l’étiquette sur le namespace / la source ou ajoutez un alias. ### Puis-je corriger une base de facturation après approbation ? Repassez-la en brouillon, corrigez les données ou le modèle et régénérez-la. Une base envoyée ne peut qu’être annulée et une nouvelle générée – elle reçoit un nouveau numéro. ### Comment charger des données depuis mon propre script ? Envoyez les lignes FOCUS à POST /api/ingest/focus avec un jeton administrateur (voir Import et API). Pour plusieurs parties d’un même fichier, envoyez le même upload\_id. ### Que signifie « Aucun point unique de défaillance » ? L’application a simulé la panne de chaque élément sur lequel repose le service (serveurs, châssis, VIOS, invités, datastores, volumes, baies de disques, SAN et réseau) et aucune panne isolée n’a arrêté le service – elle l’a seulement dégradé. L’application n’examine pas les combinaisons de pannes simultanées ; vous les vérifiez dans l’analyse d’impact en sélectionnant plusieurs éléments. ### Pourquoi le serveur de production apparaît-il comme non sauvegardé ? Il n’a pas de relation « est sauvegardé » – la découverte n’a trouvé pour lui aucun agent IBM Storage Protect ou Veeam. Les VM cloud ne sont pas comptées dans la couverture, car elles sont sauvegardées par le fournisseur. ### Pourquoi une panne du réseau ou de la bibliothèque de bandes ne fait-elle que dégrader le service ? La baie de disques sert les données via le SAN ; sans réseau d’administration, elle perd la gestion, la supervision et la réplication IP vers le PRA, mais continue de fonctionner. Sans bibliothèque de bandes, les sauvegardes continuent sur disque, seules les copies sur bande manquent. De telles relations portent l’indicateur « dégradation uniquement ». ### Comment utiliser l’application sur téléphone ? Le menu s’ouvre avec le bouton Menu en haut à droite ; il contient aussi le choix du rôle et du thème. Les tableaux larges défilent horizontalement – un bord estompé indique la suite. La carte des dépendances s’ouvre en arbre ; en vue Graphe, faites glisser pour vous déplacer et pincez à deux doigts pour zoomer. ### Où les mots de passe cloud sont-ils stockés ? Nulle part dans l’application. La connexion ne contient qu’un lien vers le coffre-fort ; les scripts de collecte chargent eux-mêmes les secrets.