Tinklo topologija
Topologijos rodinys yra redaguojamas norimos būsenos grafas, ant kurio uždėta aptikta libvirt runtime būsena. Šiuos du sluoksnius atskirti neleidžia klaidingai laikyti drobės kortelę jau išdiegta infrastruktūra.
Grafo modelis
| Elementas | Norima būsena | Runtime įrodymai |
|---|---|---|
| VM mazgas | Name, resources, disks, boot variant, position | Domain ID/name, power state, interfaces, deployment result |
| Tinklo mazgas | 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 |
Mazgai gali būti planned, provisioning, running, stopped arba failed. Remkitės tekstine būsena ir diegimo detalėmis; spalva yra antrinis signalas ir gali keistis priklausomai nuo UI temos.
Tinklo pasirinkimai
- NAT tinklai suteikia svečiui išėjimą per valdomą libvirt tinklą, kai host ir politika tai leidžia.
- Isolated tinklai suteikia VM-to-VM ryšį be išorinio maršruto.
- Papildomas bridge arba tiesioginis interneto elgesys priklauso nuo operatoriaus ir diegimo; jis neimamas iš to, kad nubrėžiate edge.
Esant statiniam adresavimui, parašytas subnet, gateway, reserved addresses, DHCP range, MAC reservations ir svečio konfigūracija turi sutapti. Vienas grafo edge nesukonfigūruoja adreso bet kurioje svečio sistemoje.
Redagavimas ir diegimas
- Prieš redaguodami pasirinkite teisingą projekto/build aprėptį.
- Pridėkite VM ir tinklo mazgus bei sujunkite jų handles.
- Kiekvienai VM pasirinkite boot image ir resursus.
- Išsaugokite topologiją ir patvirtinkite, kad serverio revision padidėjo.
- Dėkite mazgus ir laukite runtime overlay duomenų.
- Kiekvieną norimą edge palyginkite su VM faktinėmis sąsajomis.
Projekto topologija serverį saugoma su revision checks. UI taip pat naudoja vietinius cache ir debounced saves, todėl prieš keisdami aprėptį ar uždarydami puslapį palaukite išsaugojimo pabaigos. Išsaugojimo klaida reiškia, kad drobė dar nėra durable.
Pavyzdinės priėmimo patikros
Client/API topologijai:
client -- isolated-lan -- api
\
nat-egress (only if required)Patikrinkite viską iš šio sąrašo:
- abu domain egzistuoja ir veikia;
- abu turi sąsają tame pačiame runtime isolated tinkle;
- vardų/adresų rezoliucija susieja
apisu numatytu svečiu; - kliento pusės
http_respondsassertion pasiekia API health endpoint; - isolated tinkle nėra nepageidaujamo išorinio maršruto;
- NAT edge egzistuoja tik ten, kur receptas reikalauja egress.
Atnaujinimas ir eksportas
Runtime būsena atnaujinama iš backend inventory ir gali trumpam atsilikti nuo lifecycle request. Perėjimą tikrindami atnaujinkite rankiniu būdu. Kai kurie topologijos rodiniai siūlo JSON export dokumentacijai; eksportuotas grafas yra desired-state duomenys, ne VM diskų atsarginė kopija ir ne įrodymas, kad runtime sutapo.