Topologie de rețea

Vizualizarea topologiei este un graf desired state editabil, peste care stă starea runtime libvirt descoperită. Păstrarea celor două straturi separate împiedică confundarea unui card de pe canvas cu infrastructura deja implementată.

Model de graf

Element	Desired state	Dovadă runtime
Nod VM	Name, resources, disks, boot variant, position	Domain ID/name, power state, interfaces, deployment result
Nod rețea	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

Nodurile pot fi planned, provisioning, running, stopped sau failed. Folosiți starea text și detaliile implementării; culoarea este un indiciu secundar și poate schimba odată cu tema UI.

Alegeri de rețea

Rețelele NAT oferă egress pentru oaspete printr-o rețea libvirt gestionată când gazda și politica permit.
Rețelele isolated oferă conectivitate VM-to-VM fără rută externă.
Comportamentul bridge sau acces direct la internet depinde de operator și implementare; nu rezultă doar din desenarea unui edge.

Pentru adresare statică, authored subnet, gateway, reserved addresses, DHCP range, MAC reservations și configurația oaspetelui trebuie să coincidă. Un edge din graf nu configurează singur o adresă în interiorul unui oaspete arbitrar.

Editare și implementare

Selectați domeniul corect de proiect/build înainte de editare.
Adăugați noduri VM și rețea și conectați handles.
Alegeți boot image și resurse pentru fiecare VM.
Salvați topologia și confirmați că revision serverului avansează.
Implementați nodurile și așteptați datele runtime overlay.
Verificați fiecare edge dorit față de interfețele reale ale VM.

Topologia proiectului persistă pe server cu revision checks. UI folosește și cache local și debounced saves, deci așteptați finalizarea salvării înainte de a schimba domeniul sau închide pagina. O eroare de salvare înseamnă că canvas-ul nu este încă durable.

Exemplu de verificări de acceptare

Pentru o topologie client/API:


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

Verificați toate punctele:

ambele domenii există și rulează;
ambele au o interfață pe aceeași rețea runtime isolated;
rezolvarea numelui/adresei mapează api la oaspetele intenționat;
assertion client-side http_responds ajunge la API health endpoint;
rețeaua isolated nu are rută externă neintenționată;
edge NAT există doar unde rețeta cere egress.

Reîmprospătare și export

Starea runtime se reîmprospătează din backend inventory și poate rămâne scurt în urma unui lifecycle request. Reîmprospătați manual când validați o tranziție. Unele vizualizări de topologie expun JSON export pentru documentație; graful exportat este date desired state, nu backup al discurilor VM și nici dovadă că runtime-ul s-a potrivit.

Consultați Crearea VM și Assertion personalizate.