Skip to Content
Vm ManagementTopologia sieci

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

ElementDesired stateDowód runtime
Węzeł VMName, resources, disks, boot variant, positionDomain ID/name, power state, interfaces, deployment result
Węzeł sieciLogical name, type, subnet, positionLibvirt network name, bridge, active state, DHCP state
EdgeIntended VM-to-network attachmentInterface/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

  1. Przed edycją wybierz właściwy zakres projektu/build.
  2. Dodaj węzły VM i sieci oraz połącz ich handles.
  3. Wybierz boot image i zasoby dla każdej VM.
  4. Zapisz topologię i potwierdź, że revision serwera rośnie.
  5. Wdróż węzły i poczekaj na dane runtime overlay.
  6. 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 api na zamierzonego gościa;
  • client-side assertion http_responds dociera 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.