Netværkstopologi

Topologivisningen er en redigerbar desired-state-graf med opdaget libvirt-runtime ovenpå. At holde de to lag adskilt forhindrer, at et kort på lærredet tages for allerede udrullet infrastruktur.

Grafmodel

Element	Desired state	Runtimebevis
VM-node	Name, resources, disks, boot variant, position	Domain ID/name, power state, interfaces, deployment result
Netværksnode	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

Noder kan være planned, provisioning, running, stopped eller failed. Brug tekststatus og deploymentsdetaljer; farve er et sekundært signal og kan ændre sig med UI-temaet.

Netværksvalg

NAT-netværk giver gæst-egress via et administreret libvirt-netværk, når vært og politik tillader det.
Isolated-netværk giver VM-to-VM-forbindelse uden ekstern rute.
Yderligere bridge- eller direkte-internet-adfærd afhænger af operatør og deployment; det følger ikke alene af at tegne en edge.

Ved statisk adressering skal authored subnet, gateway, reserved addresses, DHCP range, MAC reservations og gæstkonfiguration stemme overens. En edge i grafen alene konfigurerer ikke en adresse i en vilkårlig gæst.

Redigering og deployment

Vælg det rigtige projekt-/build-omfang, før du redigerer.
Tilføj VM- og netværksnoder og forbind deres handles.
Vælg boot image og ressourcer for hver VM.
Gem topologien og bekræft, at serverrevisionen rykker frem.
Deploy noder og vent på runtime overlay-data.
Verificer hver ønsket edge mod VM’ens faktiske interfaces.

Projekttopologi gemmes på serveren med revision checks. UI bruger også lokale cache og debounced saves, så vent på, at gemning er færdig, før du skifter omfang eller lukker siden. En gem-fejl betyder, at lærredet endnu ikke er durable.

Eksempel på acceptkontroller

For client/API-topologi:


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

Verificer alt følgende:

begge domæner findes og kører;
begge har et interface på samme runtime isolated-netværk;
navne-/adresseopløsning kortlægger api til den tilsigtede gæst;
et client-side http_responds-assertion når API health endpoint;
isolated-netværket har ingen utilsigtet ekstern rute;
NAT-edge findes kun, hvor opskriften kræver egress.

Opdatering og eksport

Runtime-status opdateres fra backend inventory og kan kort hægte efter en lifecycle request. Opdater manuelt, når du validerer en overgang. Nogle topologivisninger tilbyder JSON export til dokumentation; en eksporteret graf er desired-state-data, ikke backup af VM-diske eller bevis for, at runtime matchede.

Se Opret VM’er og Egne assertions.