Topologia sieci
Widok topologii to edytowalny graf desired state z nałożonym wykrytym stanem runtime libvirt. Trzymanie tych dwóch warstw osobno zapobiega uznaniu karty na płótnie za wdrożoną infrastrukturę.
Model grafu
| Element | Desired state | Dowód runtime |
|---|---|---|
| Węzeł VM | Name, resources, disks, boot variant, position | Domain ID/name, power state, interfaces, deployment result |
| Węzeł sieci | 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 |
Węzły mogą być planned, provisioning, running, stopped lub failed. Korzystaj ze stanu tekstowego i szczegółów wdrożenia; kolor to drugorzędna wskazówka i może się zmieniać wraz z motywem UI.
Wybory sieci
- Sieci NAT zapewniają egress gościa przez zarządzaną sieć libvirt, gdy host i polityka na to pozwalają.
- Sieci isolated zapewniają łączność VM-to-VM bez trasy zewnętrznej.
- Dodatkowe zachowanie bridge lub bezpośredni dostęp do internetu zależy od operatora i wdrożenia; nie wynika wyłącznie z narysowania edge.
Przy adresacji statycznej authored subnet, gateway, reserved addresses, DHCP range, MAC reservations i konfiguracja gościa muszą się zgadzać. Sama edge w grafie nie konfiguruje adresu w dowolnym gościu.
Edycja i wdrożenie
- Przed edycją wybierz właściwy zakres projektu/build.
- Dodaj węzły VM i sieci oraz połącz ich handles.
- Wybierz boot image i zasoby dla każdej VM.
- Zapisz topologię i potwierdź, że revision serwera rośnie.
- Wdróż węzły i poczekaj na dane runtime overlay.
- Zweryfikuj każdą oczekiwaną edge względem rzeczywistych interfejsów VM.
Topologia projektu jest trzymana na serwerze z revision checks. UI używa też lokalnych cache i debounced saves, więc poczekaj na zakończenie zapisu przed zmianą zakresu lub zamknięciem strony. Błąd zapisu oznacza, że płótno nie jest jeszcze durable.
Przykładowe kontrole akceptacji
Dla topologii client/API:
client -- isolated-lan -- api
\
nat-egress (only if required)Sprawdź wszystkie poniższe:
- obie domeny istnieją i działają;
- obie mają interfejs w tej samej runtime isolated network;
- rozpoznawanie nazwy/adresu mapuje
apina zamierzonego gościa; - client-side assertion
http_respondsdociera do API health endpoint; - sieć isolated nie ma niezamierzonej trasy zewnętrznej;
- edge NAT istnieje tylko tam, gdzie przepis wymaga egress.
Odświeżanie i eksport
Stan runtime jest odświeżany z backend inventory i może krótko opóźniać się względem lifecycle request. Odśwież ręcznie przy walidacji przejścia. Niektóre widoki topologii udostępniają JSON export do dokumentacji; wyeksportowany graf to dane desired state, nie kopia zapasowa dysków VM ani dowód, że runtime się zgadzał.
Zobacz Tworzenie VM i Własne asercje.