# Le réseau virtuel dans la CMDB : du groupe de ports au commutateur leaf · Stilla > Entre une machine virtuelle et le réseau physique se trouve une couche que la plupart des CMDB ne voient pas – les commutateurs virtuels, les groupes de… URL: https://stratum.eywo.digital/fr/blog/virtual-network-in-the-cmdb/ Language: fr Last updated: 2026-10-25 [← Retour au blog](https://stratum.eywo.digital/fr/blog/) CMDB25 octobre 20264 min luÉquipe Eywo # Le réseau virtuel dans la CMDB : du groupe de ports au commutateur leaf Entre une machine virtuelle et le réseau physique se trouve une couche que la plupart des CMDB ne voient pas – les commutateurs virtuels, les groupes de ports et les liaisons ascendantes d'hôte. Pourtant, c'est exactement là que l'on décide quels services un changement de réseau affectera. L'équipe réseau prévoit de déplacer un groupe de ports vers un nouveau commutateur distribué. Sur le papier, il s'agit d'un changement de configuration de routine dans vCenter. En pratique, quelqu'un de l'exploitation demande : « Quels applications fonctionnent sur ce groupe de ports ? » L'administrateur de virtualisation ouvre la console et commence à parcourir les machines virtuelles. L'ingénieur réseau détermine quels uplinks et commutateurs leaf transportent le trafic. Les propriétaires de services découvrent le changement lorsque quelque chose cesse de répondre. ## Pourquoi le réseau virtuel est généralement absent de la CMDB Une CMDB classique enregistre les serveurs, les applications et les périphériques réseau physiques. Le réseau virtuel se situe entre eux et change souvent : des groupes de ports apparaissent avec de nouveaux projets, des VLAN sont regroupés, des hôtes obtiennent de nouveaux uplinks. Les enregistrements manuels ne peuvent pas suivre une telle couche, et la découverte automatique l'enregistre souvent uniquement comme un attribut d'une machine virtuelle plutôt que comme un élément à part entière, avec des relations. Le résultat est un vide dans la cartographie des dépendances. L'impact d'un changement est calculé sur les serveurs, mais pas sur le réseau qui les connecte. Et les changements de réseau sont parmi ceux qui affectent le plus de services à la fois. ## Comment Stilla gère cela Dans Stilla, les commutateurs virtuels et les groupes de ports sont des éléments de la CMDB à part entière, avec leurs relations : - **Commutateurs virtuels** – distribués et standard, liés aux hôtes qui les utilisent. - **Groupes de ports et VLAN** – quel commutateur ils sont sur, quel VLAN ils transportent et quelles machines virtuelles et adaptateurs VMkernel sont connectés à eux. - **Uplinks d'hôte** – quelles cartes réseau physiques transportent le trafic et dans quels commutateurs leaf. La cartographie des dépendances fonctionne donc sans interruption du service métier à travers l'application et la machine virtuelle jusqu'au groupe de ports, à l'uplink et au commutateur physique. Le calcul de l'impact d'un changement ou d'une panne utilise le même graphique que tout le reste du produit – incidents, changements, plans de correctifs et situations de supervision. ## Les disques appartiennent au serveur, les disques partagés sont des éléments à part entière Nous avons organisé le stockage de la même manière. Les disques d'une machine virtuelle sont enregistrés dans l'inventaire du serveur, où ils appartiennent naturellement, et lors de la découverte, ils sont automatiquement liés au datastore sur lequel ils se trouvent. Seul un disque ayant une vie propre est un élément de la CMDB distinct : un disque partagé d'un cluster ou un disque RDM mappé directement depuis le tableau. Cela empêche la carte de croître de milliers d'éléments sans valeur informative, tout en montrant quels serveurs et services dépendent d'un datastore ou d'un LUN spécifique. Le contrôle de qualité des données « Disques et stockage » signale les incohérences – par exemple un disque sans lien vers un datastore, ou un disque partagé qu'un seul nœud de cluster peut voir. ## Ce que cela signifie pour l'exploitation La prochaine fois que l'équipe réseau prévoit de déplacer un groupe de ports, ils créent un changement et, avant qu'il ne soit approuvé, Stilla affiche : - quelles machines virtuelles et adaptateurs VMkernel dépendent du groupe de ports, - quels uplinks et commutateurs leaf transportent le trafic, - quelles applications et services métier seront affectés et si la redondance les protège, - quels propriétaires de services sont concernés par la panne et quand leurs fenêtres de maintenance sont. Les propriétaires de services approuvent la panne avec l'impact concret en main, et non avec un avis générique de « maintenance réseau ». Et si quelque chose ne va pas après le changement, les situations de supervision sont associées au changement qui les a probablement causées, grâce à la même topologie. ## Comment obtenir les données dans la CMDB Le réseau virtuel peut être chargé dans Stilla via l'API de découverte – y compris la correspondance avec les éléments existants, la synchronisation complète et la suppression de ce qui n'existe plus dans vCenter – ou en important des fichiers CSV et Excel. Un connecteur qui collectera les données de vCenter automatiquement est en préparation. Une carte qui se termine au serveur ne répond qu'à la moitié de la question. Une carte qui va jusqu'au commutateur physique vous permet de planifier des changements de réseau avec l'esprit tranquille. **Stilla Standard** Pour les organisations qui souhaitent une CMDB fiable et des processus ITSM gérés. [Comparer les éditions →](https://stratum.eywo.digital/fr/editions/) ## Plus d'articles [CMDB·1 octobre 2026 ### Le datacenter dans votre CMDB : de la salle à l'unité de rack Un technicien debout dans une salle de serveurs n'a pas besoin d'une adresse IP. Il lui faut l'allée, le rack et l'unité de rack, et il doit savoir si ce matériel est encore sous contrat de support. Business4 min lu](https://stratum.eywo.digital/fr/blog/data-center-in-the-cmdb/)[CMDB·24 septembre 2026 ### Fin du support pour les systèmes d'exploitation et le matériel, sous contrôle La fin du support pour un système d'exploitation ou un serveur n'arrive généralement pas sans prévenir, mais elle peut néanmoins prendre les équipes au dépourvu. Voici comment garder le cycle de vie sous contrôle et planifier le renouvellement autour des services et non des listes de serveurs. Standard4 min lu](https://stratum.eywo.digital/fr/blog/end-of-support-under-control/)[CMDB·11 juin 2026 ### Qu'est-ce qui casse si cela tombe en panne ? Impact avant la panne Les équipes demandent généralement ce qui dépend d'un composant uniquement une fois qu'il a échoué. Une cartographie des dépendances en couches vous permet de connaître la réponse avant que quoi que ce soit ne se passe mal. Standard4 min lu](https://stratum.eywo.digital/fr/blog/impact-before-outage/)