Wird die Topologie automatisch gezeichnet?

Ja. Der Agent liest den Host, und die Karte wird aus dem Live-Zustand erzeugt. Die Karte aktualisiert sich, wenn sich der Host ändert; nichts wird von Hand gezeichnet oder gepflegt.

Ist sichtbar, welche VM in welchem Netz hängt?

Ja. Jede Gast-NIC wird zu ihrer Bridge gezeichnet und jede Bridge zu ihrem Bond oder ihrer physischen NIC, mit sichtbaren VLAN-Tags auf dem Weg.

Ist der Speicher auch abgedeckt?

Ja. Die Speicher-Flusskarte verbindet Festplatten, Pools und Datasets mit den Gästen, die sie nutzen, einschließlich Redundanzzustand und degradierter Pools.

Funktioniert es mit Clustern?

Ja. Mehrknoten-Umgebungen erscheinen auf derselben Karte: jeder Knoten trägt seine eigenen Gäste, und gemeinsamer Speicher wird über die Knoten gezeichnet, die ihn nutzen.

Ist das ein Monitoring-Dashboard?

Nein. Die Karte ist eine Verwaltungsoberfläche, keine Metrikwand. Watch legt Gesundheitsbefunde darauf, aber es geht um Beziehungen und Auswirkung, nicht um Diagramme.

Verlässt die Karte meine Infrastruktur?

Nein. Atlas läuft auf dem Host und die Topologie wird lokal gezeichnet. Maschinen und Speichernamen, Adressen und die Einzelheiten der Aufstellung werden nirgendwohin gesendet. Ist die optionale Nutzungsstatistik eingeschaltet, gehen nur zusammengefasste Angaben wie Zahlenbereiche und Speichertypen hinaus; was genau hinausgeht, steht auf der Datenschutzseite im Produkt.

Proxmox-Topologie: der ganze Host auf einer Karte

Proxmox verwaltet die Teile: VMs, Container, Bridges, Bonds, Festplatten, Pools. Was es nicht zeigt, ist ihre Verbindung. Atlas zeichnet den Host als lebendige Karte; die Kette von der physischen NIC über die Bridge zur VM oder von der Festplatte über den Pool zur Arbeitslast ist auf einem Bildschirm lesbar.

Warum eine Topologieansicht zählt

Auf einem nackten Proxmox-Host leben Beziehungen in getrennten Ansichten und Konfigurationsdateien. Welche Gäste teilen sich vmbr0, welche Festplatten tragen den Pool, in den ein Container schreibt, über welchen Bond läuft ein VLAN: jede Antwort bedeutet einen weiteren Tab oder einen weiteren Shell-Befehl.

Die meisten Ausfälle auf einem Host sind Beziehungsausfälle. Eine Bridge-Änderung, die Gäste vom Netz nimmt, eine Festplatte, die einen Pool mit drei VMs degradiert, eine Firewall-Regel am falschen Interface. Die Teile waren in Ordnung; das Problem war die Verbindung.

Eine Karte ist keine Dekoration. Sobald die Topologie sichtbar ist, wird auch die Auswirkung sichtbar: was eine Änderung berührt, lässt sich vor dem Anwenden von der Karte ablesen.

Einen Host von Hand kartieren

Ohne lebendige Karte wird die Topologie manuell rekonstruiert. Der übliche Durchgang sieht so aus:

Bridges und Bonds aus der Netzwerkkonfiguration auflisten und notieren, welche physischen NICs sie speisen.

Jede VM- und Container-NIC mit qm config und pct config Gast für Gast ihrer Bridge zuordnen.

Festplatten mit zpool status oder LVM-Werkzeugen den Pools zuordnen, dann die Speicher den Gästen, die sie nutzen.

VLAN-Tags je Bridge und je Gast notieren, um überlappende Segmente zu erkennen.

Das Ergebnis auf ein Whiteboard oder in ein Diagrammwerkzeug zeichnen, damit das Team es sehen kann.

Nach jeder Änderung den ganzen Durchgang wiederholen, denn die Zeichnung veraltet in dem Moment, in dem sich etwas bewegt.

Wie Atlas den Host zeichnet

Atlas liest den Host und hält die Karte lebendig. Nichts wird von Hand gezeichnet, nichts veraltet.

Lebendige Infrastrukturkarte

Host, VMs und Container erscheinen als lebende Topologie. Start, Stopp und Migration erscheinen auf der Karte, während sie passieren.

Netzwerkkette von Ende zu Ende

Der Weg von der physischen NIC über Bond und Bridge zum Gast wird als eine Linie gezeichnet. VLANs und ihre Mitglieder sind lesbar, ohne eine Konfigurationsdatei zu öffnen.

Speicherbeziehungen

Festplatten, Pools und Datasets verbinden sich mit den Gästen, die auf ihnen leben. Ein degradierter Pool zeigt genau, welche Arbeitslasten er trägt.

Auswirkung vor Änderungen

Kritische Abläufe zeigen betroffene Ressourcen, bevor etwas angewendet wird. Was eine Bridge-Änderung oder eine Pool-Operation berührt, ist zuerst auf der Karte sichtbar.

Zugriffstopologie

Benutzer, Gruppen, Rollen und API-Token werden gegen die Ressourcen gezeichnet, die sie erreichen, im Spiegel der Proxmox-Berechtigungen.

Watch auf der Karte

Der eingebaute Watch-Wächter trägt seine Befunde in eine Mini-Topologie ein; ein Alarm zeigt auf genau den Knoten, den er betrifft.

Häufig gestellte Fragen

Wird die Topologie automatisch gezeichnet?: Ja. Der Agent liest den Host, und die Karte wird aus dem Live-Zustand erzeugt. Die Karte aktualisiert sich, wenn sich der Host ändert; nichts wird von Hand gezeichnet oder gepflegt.
Ist sichtbar, welche VM in welchem Netz hängt?: Ja. Jede Gast-NIC wird zu ihrer Bridge gezeichnet und jede Bridge zu ihrem Bond oder ihrer physischen NIC, mit sichtbaren VLAN-Tags auf dem Weg.
Ist der Speicher auch abgedeckt?: Ja. Die Speicher-Flusskarte verbindet Festplatten, Pools und Datasets mit den Gästen, die sie nutzen, einschließlich Redundanzzustand und degradierter Pools.
Funktioniert es mit Clustern?: Ja. Mehrknoten-Umgebungen erscheinen auf derselben Karte: jeder Knoten trägt seine eigenen Gäste, und gemeinsamer Speicher wird über die Knoten gezeichnet, die ihn nutzen.
Ist das ein Monitoring-Dashboard?: Nein. Die Karte ist eine Verwaltungsoberfläche, keine Metrikwand. Watch legt Gesundheitsbefunde darauf, aber es geht um Beziehungen und Auswirkung, nicht um Diagramme.
Verlässt die Karte meine Infrastruktur?: Nein. Atlas läuft auf dem Host und die Topologie wird lokal gezeichnet. Maschinen und Speichernamen, Adressen und die Einzelheiten der Aufstellung werden nirgendwohin gesendet. Ist die optionale Nutzungsstatistik eingeschaltet, gehen nur zusammengefasste Angaben wie Zahlenbereiche und Speichertypen hinaus; was genau hinausgeht, steht auf der Datenschutzseite im Produkt.