Topologia di rete

La vista topologia è un grafo desired-state modificabile sovrapposto allo stato runtime libvirt scoperto. Tenere distinti questi due strati evita di scambiare una scheda sulla canvas per infrastruttura deployata.

Modello grafo

Elemento	Stato desiderato	Evidenza runtime
Nodo VM	Nome, risorse, dischi, variante boot, posizione	ID/nome dominio, stato alimentazione, interfacce, risultato deploy
Nodo rete	Nome logico, tipo, subnet, posizione	Nome rete libvirt, bridge, stato attivo, stato DHCP
Edge	Allegamento VM-rete previsto	Interfaccia/MAC allegata alla rete runtime attesa

I nodi possono essere planned, provisioning, running, stopped o failed. Usa stato testo e dettagli deploy; il colore è un indizio secondario e può cambiare con il tema UI.

Scelte rete

Le reti NAT forniscono egress guest tramite una rete libvirt gestita quando host e policy lo consentono.
Le reti isolated forniscono connettività VM-to-VM senza route esterna.
Comportamento bridge aggiuntivo o internet diretto è specifico operatore e deploy; non è implicato dal disegnare un edge.

Per indirizzamento statico, subnet scritta, gateway, indirizzi riservati, range DHCP, prenotazioni MAC e configurazione guest devono concordare. Un edge grafo da solo non configura un indirizzo dentro un guest arbitrario.

Editing e deploy

Seleziona scope progetto/build corretto prima di modificare.
Aggiungi nodi VM e rete e collega i loro handle.
Seleziona immagine boot e risorse per ogni VM.
Salva topologia e conferma che la revisione server avanzi.
Deploya nodi e attendi dati overlay runtime.
Verifica ogni edge desiderato contro le interfacce reali della VM.

La topologia progetto è persistita sul server con controlli revisione. L’UI usa anche cache locali e save debounced, quindi attendi completamento save prima di cambiare scope o chiudere la pagina. Un errore save significa che la canvas non è ancora durabile.

Esempi controlli accettazione

Per una topologia client/API:


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

Verifica tutto quanto segue:

entrambi i domini esistono e sono in esecuzione;
entrambi hanno un’interfaccia sulla stessa rete isolated runtime;
risoluzione nome/indirizzo mappa api al guest previsto;
un’asserzione http_responds lato client raggiunge l’endpoint health API;
la rete isolated non ha route esterna non intenzionale;
ogni edge NAT esiste solo dove la ricetta richiede egress.

Refresh ed export

Lo stato runtime è aggiornato dall’inventario backend e può ritardare brevemente una richiesta lifecycle. Aggiorna manualmente quando validi una transizione. Alcune viste topologia espongono export JSON per documentazione; un grafo esportato è dato desired-state, non backup dischi VM o prova che il runtime corrispondeva.

Vedi Creare VM e Asserzioni personalizzate.