Crearea și gestionarea VM-urilor
Fluxul principal din consolă începe cu un nod de topologie planificat. Provisioning îl transformă mai târziu într-un domeniu libvirt folosind buildul selectat sau imaginea din catalog activată.
Adăugarea unui nod planificat
- Deschideți topologia unui proiect sau a unui build finalizat.
- Adăugați un nod VM.
- Alegeți un nume sigur: 1–63 caractere, începe cu literă sau cifră și conține doar litere, cifre, cratime sau underscore.
- Setați memoria, vCPUs și dimensiunea discului rădăcină. Valorile implicite actuale sunt 4 096 MiB, 2 vCPUs și 20 GiB; drepturile contului le pot limita la valori mai mici.
- Alegeți boot variant și conectați una sau mai multe rețele de topologie.
- Salvați graful, apoi implementați sau porniți nodul.
Doar adăugarea cardului nu rezervă resurse de calcul și nu creează un VM. Înainte de a deschide
consola sau de a rula teste, confirmați că nodul trece de la planned la o stare runtime
și are un identificator libvirt.
Surse de imagini
Selectorul boot variant poate afișa buildurile finalizate și țintele publice din catalog activate de operator. Backend-ul mapează țintele din catalog la artefactul de încredere, în loc să accepte o cale furnizată de browser ca autoritate.
Există și un API autentificat create-from-iso la nivel inferior pentru fluxuri interne
de test și implementare. Câmpul său iso_path este calea imaginii pe server, nu o încărcare
generală din browser sau un descărcător de URL remote arbitrar.
Schimbarea boot variant a unui domeniu existent înlocuiește imaginea CD-ROM, pune CD-ROM pe primul loc și face cold restart la VM. Discul VM rămâne. Nu este același lucru cu instalarea imaginii selectate pe acel disc.
Acțiuni de ciclu de viață
| Console action | Runtime behavior | Risk |
|---|---|---|
| Start | Pornește un domeniu oprit | Boot-ul oaspetelui poate eșua în continuare |
| Shutdown | Cere oprire ACPI a oaspetelui | Necesită cooperarea oaspetelui |
| Reboot | Cere repornire grațioasă a oaspetelui | Necesită cooperarea oaspetelui |
| Reset | Reset dur al domeniului activ | Poate corupe scrieri în curs |
| Power off | Forțează oprirea domeniului | Echivalent cu deconectarea alimentării; posibilă pierdere de date |
| Delete | Elimină domeniul și discul/metadata gestionate | Destructiv; păstrați mai întâi dovezile necesare |
Nu există o estimare universală fiabilă a timpului de boot. Urmăriți starea runtime și consola și folosiți timeout-uri test run potrivite imaginii selectate.
Acceptarea instalării pe disc
Pentru o imagine care pretinde un installer:
- Provisionați cu un disc rădăcină inscriptibil.
- Bootați de pe ISO și finalizați installer-ul prin VNC sau calea automatizată de installer acceptată.
- Scoateți sau reduceți prioritatea CD-ROM.
- Reporniți și confirmați că sursa de boot activă este discul, nu ISO-ul.
- Verificați utilizatorii, desktopul, pachetele, serviciile și curățarea după installer.
O pictogramă de installer într-o sesiune live nu este dovadă suficientă.
Overlay persistent și snapshot-uri
Unele imagini pot atașa un disc persistence Zone 2. Controalele Zone expun operațiile snapshot, rollback, export, import și reset pentru acel overlay guvernat. Nu snapshot-uiesc memoria VM, imaginea de bază sau discuri nelegate. VM-ul trebuie să ruleze iar suportul Zone în oaspete trebuie să fie sănătos pentru aceste operații.
Depanare
- Dacă un nod planificat nu se provisionează niciodată, inspectați eroarea de implementare și răspunsul curent al drepturilor înainte de a reîncerca.
- Dacă consola nu se conectează, confirmați că domeniul rulează și are un runtime ID rezolvabil.
- Dacă o acțiune grațioasă se blochează, inspectați oaspetele înainte de reset sau power off.
- Dacă rețeaua eșuează, comparați authored edge, interfața libvirt atașată, rețeaua activă, DHCP/static address, route și configurația DNS.
- Dacă installer-ul pornește repetat, verificați ordinea de boot și scoateți ISO-ul.
Consultați Topologie rețea și Consolă VNC.