Nätverstopologi

Topologivyn är en redigerbar desired-state-graf med upptäckt libvirt-runtime ovanpå. Att hålla de två lagren åtskilda hindrar att ett kort på canvas tas för redan utrullad infrastruktur.

Grafmodell

Element	Desired state	Runtimebevis
VM-nod	Name, resources, disks, boot variant, position	Domain ID/name, power state, interfaces, deployment result
Nätverksnod	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 vara planned, provisioning, running, stopped eller failed. Använd textstatus och distributionsdetaljer; färg är en sekundär ledtråd och kan ändras med UI-temat.

Nätverksval

NAT-nät ger gäst-egress via ett hanterat libvirt-nät när värd och policy tillåter det.
Isolated-nät ger VM-to-VM-anslutning utan extern rutt.
Ytterligare bridge- eller direktinternet-beteende beror på operatör och distribution; det följer inte bara av att rita en edge.

För statisk adressering måste authored subnet, gateway, reserved addresses, DHCP range, MAC reservations och gästkonfiguration stämma. En edge i grafen ensam konfigurerar ingen adress i en godtycklig gäst.

Redigering och distribution

Välj rätt projekt-/build-omfång innan du redigerar.
Lägg till VM- och nätverksnoder och koppla deras handles.
Välj boot image och resurser för varje VM.
Spara topologin och bekräfta att serverrevisionen går framåt.
Distribuera noder och vänta på runtime overlay-data.
Verifiera varje önskad edge mot VM:ens faktiska gränssnitt.

Projekttopologi sparas på servern med revision checks. UI använder också lokala cache och debounced saves, så vänta tills sparningen är klar innan du byter omfång eller stänger sidan. Ett spar-fel betyder att canvas ännu inte är durable.

Exempel på acceptanskontroller

För client/API-topologi:


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

Verifiera allt följande:

båda domänerna finns och kör;
båda har ett gränssnitt på samma runtime isolated-nät;
namn-/adressupplösning mappar api till avsedd gäst;
ett client-side http_responds-assertion når API health endpoint;
isolated-nätet har ingen oavsiktlig extern rutt;
NAT-edge finns bara där receptet kräver egress.

Uppdatering och export

Runtime-status uppdateras från backend inventory och kan kort släpa efter en lifecycle request. Uppdatera manuellt när du validerar en övergång. Vissa topologivyer erbjuder JSON export för dokumentation; en exporterad graf är desired-state-data, inte säkerhetskopia av VM-skivor eller bevis att runtime matchade.

Se Skapa VM:er och Egna assertioner.