Netwerktopologie

De topologieview is een bewerkbare desired-state-graf met daaroverheen ontdekte libvirt-runtimestatus. Die twee lagen gescheiden houden voorkomt dat een kaart op het canvas wordt aangezien voor reeds uitgerolde infrastructuur.

Grafmodel

Element	Desired state	Runtimebewijs
VM-knooppunt	Name, resources, disks, boot variant, position	Domain ID/name, power state, interfaces, deployment result
Netwerkknooppunt	Logical name, type, subnet, position	Libvirt network name, bridge, active state, DHCP state
Edge	Intended VM-to-network attachment	Interface/MAC attached to the expected runtime network

Knooppunten kunnen planned, provisioning, running, stopped of failed zijn. Gebruik de tekststatus en implementatiedetails; kleur is een secundaire hint en kan wijzigen met het UI-thema.

Netwerkkeuzes

NAT-netwerken geven gasten egress via een beheerd libvirt-netwerk wanneer host en beleid dat toelaten.
Isolated-netwerken geven VM-to-VM-connectiviteit zonder externe route.
Extra bridge- of direct-internet-gedrag hangt af van operator en deployment; dat volgt niet alleen uit het tekenen van een edge.

Voor statische adressering moeten authored subnet, gateway, reserved addresses, DHCP range, MAC reservations en gastconfiguratie overeenkomen. Alleen een edge in de graf configureert geen adres in een willekeurige gast.

Bewerken en deployen

Selecteer het juiste project-/buildbereik voordat u bewerkt.
Voeg VM- en netwerkknooppunten toe en verbind hun handles.
Selecteer een boot image en resources voor elke VM.
Sla de topologie op en bevestig dat de serverrevision vooruitgaat.
Deploy knooppunten en wacht op runtime overlay-gegevens.
Controleer elke gewenste edge tegen de werkelijke interfaces van de VM.

Projecttopologie wordt op de server opgeslagen met revision checks. De UI gebruikt ook lokale caches en debounced saves; wacht op voltooide opslag voordat u van bereik wisselt of de pagina sluit. Een opslagfout betekent dat het canvas nog niet durable is.

Voorbeeld van acceptatiecontroles

Voor een client/API-topologie:


client -- isolated-lan -- api
                     \
                      nat-egress (only if required)

Controleer al het volgende:

beide domains bestaan en draaien;
beide hebben een interface op hetzelfde runtime isolated-netwerk;
naam-/adresresolutie koppelt api aan de bedoelde gast;
een client-side http_responds-assertion bereikt het API health endpoint;
het isolated-netwerk heeft geen onbedoelde externe route;
een NAT-edge bestaat alleen waar het recept egress vereist.

Vernieuwen en exporteren

Runtimestatus wordt ververst vanuit backend inventory en kan kort achterlopen op een lifecycle request. Vernieuw handmatig bij het valideren van een overgang. Sommige topologieviews bieden JSON export voor documentatie; een geëxporteerde graf is desired-state-data, geen back-up van VM-schijven en geen bewijs dat de runtime overeenkwam.

Zie VM’s maken en Eigen assertions.