Tīkla topoloģija

Topoloģijas skats ir rediģējams vēlamā stāvokļa grafs ar atklātu libvirt runtime stāvokli virs tā. Šos divus slāņus atdalīt neļauj kļūdaini uzskatīt kanvas kartīti par jau izvietotu infrastruktūru.

Grafa modelis

Elements	Vēlamais stāvoklis	Runtime pierādījumi
VM mezgls	Name, resources, disks, boot variant, position	Domain ID/name, power state, interfaces, deployment result
Tīkla mezgls	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

Mezgli var būt planned, provisioning, running, stopped vai failed. Balstieties uz teksta stāvokli un izvietošanas detaļām; krāsa ir sekundārs signāls un var mainīties atkarībā no UI tēmas.

Tīkla izvēles

NAT tīkli nodrošina viesa izeju caur pārvaldītu libvirt tīklu, ja host un politika to atļauj.
Isolated tīkli nodrošina VM-to-VM savienojamību bez ārējā maršruta.
Papildu bridge vai tiešs interneta uzvedums ir operatora un izvietošanas specifisks; tas neizriet no uzzīmēta edge.

Statiskai adresācijai authored subnet, gateway, reserved addresses, DHCP range, MAC reservations un viesa konfigurācijai jāsaskan. Viena grafa edge nekonfigurē adresi jebkurā viesa sistēmā.

Rediģēšana un izvietošana

Pirms rediģēšanas izvēlieties pareizo projekta/build tvērumu.
Pievienojiet VM un tīkla mezglus un savienojiet to handles.
Katram VM izvēlieties boot image un resursus.
Saglabājiet topoloģiju un apstipriniet, ka servera revision palielinās.
Izvietojiet mezglus un gaidiet runtime overlay datus.
Katru vēlamo edge salīdziniet ar VM faktiskajām saskarnēm.

Projekta topoloģija serverī tiek glabāta ar revision checks. UI arī izmanto vietējos cache un debounced saves, tāpēc pirms tvēruma maiņas vai lapas aizvēršanas pagaidiet saglabāšanas pabeigšanu. Saglabāšanas kļūda nozīmē, ka kanva vēl nav durable.

Piemēra pieņemšanas pārbaudes

Client/API topoloģijai:


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

Pārbaudiet visu no šī saraksta:

abi domain pastāv un darbojas;
abiem ir saskarne tajā pašā runtime isolated tīklā;
vārdu/adresu rezolūcija saista api ar paredzēto viesi;
klienta puses http_responds assertion sasniedz API health endpoint;
isolated tīklā nav nevēlamā ārējā maršruta;
NAT edge pastāv tikai tur, kur recepte prasa egress.

Atsvaidzināšana un eksports

Runtime stāvokli atsvaidzina no backend inventory, un tas var īslaicīgi atpalikt aiz lifecycle request. Pāreju validējot, atsvaidziniet manuāli. Daži topoloģijas skati piedāvā JSON export dokumentācijai; eksportētais grafs ir desired-state dati, ne VM disku dublējums un ne pierādījums, ka runtime sakrita.

Sk. VM izveide un pārvaldība un Pielāgotas pārbaudes.