La topologie est-elle dessinée automatiquement ?

Oui. L'agent lit l'hôte et la carte est générée depuis l'état réel. Elle se met à jour quand l'hôte change ; rien n'est dessiné ni entretenu à la main.

Voit-on quelle VM est sur quel réseau ?

Oui. Chaque carte réseau d'invité est reliée à son bridge et chaque bridge à son bond ou à sa carte physique, avec les étiquettes VLAN visibles sur le chemin.

Le stockage est-il couvert aussi ?

Oui. La carte de flux du stockage relie disques, pools et datasets aux invités qui les utilisent, y compris l'état de redondance et les pools dégradés.

Cela fonctionne-t-il avec les clusters ?

Oui. Les environnements multi-nœuds apparaissent sur la même carte : chaque nœud porte ses propres invités, et le stockage partagé est tracé entre les nœuds qui l'utilisent.

Est-ce un tableau de bord de supervision ?

Non. La carte est une surface de gestion, pas un mur de métriques. Watch y ajoute ses constats de santé, mais le sujet reste les relations et l'impact, pas les graphiques.

La carte sort-elle de mon infrastructure ?

Non. Atlas fonctionne sur l'hôte et la topologie est dessinée localement. Les noms de machines et de stockages, les adresses et les détails de l'installation ne sont envoyés nulle part. Avec les statistiques d'utilisation facultatives activées, seules des informations agrégées comme des tranches de nombres et des types de stockage sortent ; le détail exact est visible sur l'écran Confidentialité du produit.

Topologie Proxmox : tout l'hôte sur une seule carte

Proxmox garde les pièces : VM, conteneurs, bridges, bonds, disques, pools. Ce qu'il ne montre pas, c'est la façon dont elles se connectent. Atlas dessine l'hôte comme une carte vivante ; la chaîne qui va de la carte réseau physique au bridge puis à la VM, ou du disque au pool puis à la charge de travail, se lit sur un seul écran.

Pourquoi une vue topologique compte

Sur un hôte Proxmox nu, les relations vivent dans des écrans et des fichiers de configuration séparés. Quels invités partagent vmbr0, quels disques portent le pool où écrit un conteneur, sur quel bond passe un VLAN : chaque réponse signifie un onglet de plus ou une commande shell de plus.

La plupart des pannes sur un hôte sont des pannes de relation. Une modification de bridge qui coupe des invités, un disque qui dégrade un pool alimentant trois VM, une règle de pare-feu sur la mauvaise interface. Les pièces allaient bien ; le problème venait de la connexion.

Une carte n'est pas une décoration. Quand la topologie est visible, l'impact le devient aussi : ce qu'un changement touche se lit sur la carte avant d'être appliqué.

Cartographier un hôte à la main

Sans carte vivante, la topologie se reconstruit manuellement. Le passage habituel ressemble à ceci :

Lister les bridges et les bonds depuis la configuration réseau et noter quelles cartes physiques les alimentent.

Associer chaque carte réseau de VM et de conteneur à son bridge avec qm config et pct config, invité par invité.

Relier les disques aux pools avec zpool status ou les outils LVM, puis les stockages aux invités qui les utilisent.

Noter les étiquettes VLAN par bridge et par invité pour voir quels segments se chevauchent.

Dessiner le résultat sur un tableau blanc ou dans un outil de diagramme pour que l'équipe puisse le voir.

Refaire tout le passage après chaque changement, car le dessin devient obsolète dès que quelque chose bouge.

Comment Atlas dessine l'hôte

Atlas lit l'hôte et garde la carte vivante. Rien n'est dessiné à la main, rien ne devient obsolète.

Carte d'infrastructure vivante

Hôte, VM et conteneurs apparaissent comme une topologie vivante. Démarrage, arrêt et migration s'affichent sur la carte au moment où ils se produisent.

Chaîne réseau de bout en bout

Le chemin de la carte physique au bond, au bridge puis à l'invité est tracé d'une seule ligne. Les VLAN et leurs membres se lisent sans ouvrir un fichier de configuration.

Relations de stockage

Disques, pools et datasets se relient aux invités qui vivent dessus. Un pool dégradé montre exactement quelles charges il porte.

L'impact avant les changements

Les flux critiques montrent les ressources affectées avant toute application. Ce que touche une modification de bridge ou une opération de pool est d'abord visible sur la carte.

Topologie des accès

Utilisateurs, groupes, rôles et jetons API sont dessinés face aux ressources qu'ils atteignent, en miroir des permissions Proxmox.

Watch sur la carte

La sentinelle intégrée Watch reporte ses constats sur une mini-topologie ; une alerte pointe le nœud exact qu'elle concerne.

Questions fréquentes

La topologie est-elle dessinée automatiquement ?: Oui. L'agent lit l'hôte et la carte est générée depuis l'état réel. Elle se met à jour quand l'hôte change ; rien n'est dessiné ni entretenu à la main.
Voit-on quelle VM est sur quel réseau ?: Oui. Chaque carte réseau d'invité est reliée à son bridge et chaque bridge à son bond ou à sa carte physique, avec les étiquettes VLAN visibles sur le chemin.
Le stockage est-il couvert aussi ?: Oui. La carte de flux du stockage relie disques, pools et datasets aux invités qui les utilisent, y compris l'état de redondance et les pools dégradés.
Cela fonctionne-t-il avec les clusters ?: Oui. Les environnements multi-nœuds apparaissent sur la même carte : chaque nœud porte ses propres invités, et le stockage partagé est tracé entre les nœuds qui l'utilisent.
Est-ce un tableau de bord de supervision ?: Non. La carte est une surface de gestion, pas un mur de métriques. Watch y ajoute ses constats de santé, mais le sujet reste les relations et l'impact, pas les graphiques.
La carte sort-elle de mon infrastructure ?: Non. Atlas fonctionne sur l'hôte et la topologie est dessinée localement. Les noms de machines et de stockages, les adresses et les détails de l'installation ne sont envoyés nulle part. Avec les statistiques d'utilisation facultatives activées, seules des informations agrégées comme des tranches de nombres et des types de stockage sortent ; le détail exact est visible sur l'écran Confidentialité du produit.

Fiches liées

Comprendre un serveur dont vous héritez : lire avant de changer Un Proxmox que vous n’avez pas monté vous est tombé dessus et vous en êtes désormais responsable. Le premier réflexe est de changer quelque chose pour comprendre, et c’est précisément ce qu’il ne faut pas faire en premier.
Le nom du serveur : choisissez-le à l'installation, puis n'y touchez plus Le nom n'est pas une étiquette, c'est une adresse. La configuration vit dans un dossier portant ce nom, les fichiers de graphiques en portent le nom, et dans un cluster les membres sont reconnus par lui.
La configuration est passée en lecture seule : pourquoi son lieu de vie est différent Si vous ne pouvez pas écrire même en root, le disque n'est pas plein. Proxmox ne garde pas la configuration dans un répertoire normal, et cet endroit refuse l'écriture volontairement.
Comment lire la carte du réseau : où va le trafic d’une machine Il y a une question à laquelle une vue en liste répond mal : par où passe exactement le trafic de cette machine. On peut y répondre, mais seulement en reconstituant la chaîne de tête à chaque fois.