Skapa och hantera VM
Huvudflödet i konsolen börjar med en planerad topologinod. Provisioning omvandlar noden senare till en libvirt-domän med vald build eller aktiverad katalogbild.
Lägg till en planerad nod
- Öppna topologin för ett projekt eller en färdig build.
- Lägg till en VM-nod.
- Ge ett säkert namn: 1–63 tecken, börjar med en bokstav eller siffra och innehåller endast bokstäver, siffror, bindestreck eller understreck.
- Ställ in minne, vCPU och root-diskstorlek. Nuvarande standard är 4 096 MiB, 2 vCPU och 20 GiB; kontobehörigheter kan begränsa lägre.
- Välj en bootvariant och anslut ett eller flera topologinätverk.
- Spara grafen och deploya eller starta noden.
Att bara lägga till kortet reserverar inte compute och skapar ingen VM. Bekräfta att noden
går från planned till ett runtime-tillstånd och har ett libvirt-id innan du öppnar en
konsol eller kör tester.
Bildkällor
Bootvariantväljaren kan visa dina färdiga builds och publika katalogmål som operatören aktiverat. Backend mappar katalogmål till deras betrodda artefakt i stället för att acceptera en webbläsarsökväg som auktoritet.
Det finns också ett autentiserat create-from-iso-API på lägre nivå för interna test-
och deploymentflöden. Fältet iso_path är en bildsökväg på serversidan, inte en generell
webbläsaruppladdning eller godtycklig nedladdning från fjärr-URL.
Om du byter bootvariant på en befintlig domän ersätts CD-ROM-bilden, CD-ROM sätts först och VM startas om kallt. VM-disken behålls. Det är inte samma sak som att installera den valda bilden på den disken.
Livscykelåtgärder
| Console action | Runtime behavior | Risk |
|---|---|---|
| Start | Startar en stoppad domän | Gästboot kan fortfarande misslyckas |
| Shutdown | Begär ACPI-gästshutdown | Kräver gästsamarbete |
| Reboot | Begär en kontrollerad gästreboot | Kräver gästsamarbete |
| Reset | Hård reset av körande domän | Kan korrumpera pågående skrivningar |
| Power off | Tvingar av domänen | Motsvarar att dra ur strömmen; dataförlust möjlig |
| Delete | Tar bort domänen och hanterad disk/metadata | Destruktivt; spara nödvändiga bevis först |
Det finns ingen tillförlitlig universell uppskattning av boottid. Följ runtime-tillstånd och konsol, och välj test-run-timeouts som passar vald bild.
Install-to-disk acceptans
För en bild som har installer:
- Provisionera med en skrivbar root-disk.
- Boota från ISO och slutför installern via VNC eller den stödda automatiserade installerstigen.
- Mata ut eller sänk prioritet för CD-ROM.
- Starta om och bekräfta att disken, inte ISO, är aktiv bootkälla.
- Verifiera användare, skrivbord, paket, tjänster och städning efter installer.
En installerikon i en live-session räcker inte som bevis.
Beständig overlay och snapshots
Vissa bilder kan koppla en Zone 2-beständighetsdisk. Zone-styrningen exponerar snapshot, rollback, export, import och reset för den styrda overlayn. De snapshotar inte VM-minne, basbilden eller orelaterade diskar. VM måste köra och Zone-stöd i gästen måste vara friskt för dessa operationer.
Felsökning
- Om en planerad nod aldrig provisioneras, granska deploymentfelet och aktuellt entitlement-svar innan du försöker igen.
- Om konsolen inte kan ansluta, bekräfta att domänen kör och har ett upplösbart runtime ID.
- Om en kontrollerad åtgärd fastnar, inspektera gästen innan du använder reset eller power off.
- Vid nätverksfel, jämför konfigurerad kant, kopplat libvirt-gränssnitt, aktivt nätverk, DHCP/statisk adress, route och DNS-konfiguration.
- Om en installer bootar om och om igen, kontrollera bootordning och mata ut ISO.
Se Nätverkstopologi och VNC-konsol.