Crear y gestionar VM
El flujo principal del console empieza con un nodo de topología planificado. El aprovisionamiento convierte después ese nodo en un dominio libvirt usando la compilación seleccionada o imagen de catálogo habilitada.
Añadir un nodo planificado
- Abre la topología de un proyecto o de una compilación completada.
- Añade un nodo VM.
- Dale un nombre seguro: 1–63 caracteres, empezando por letra o dígito y conteniendo solo letras, dígitos, guiones o guiones bajos.
- Define memoria, vCPUs y tamaño del disco raíz. Los valores por defecto actuales son 4.096 MiB, 2 vCPUs y 20 GiB; los derechos de cuenta pueden limitarlos más abajo.
- Elige un variant de arranque y conecta una o más redes de topología.
- Guarda el grafo, luego despliega o arranca el nodo.
Añadir la tarjeta sola no reserva cómputo ni crea una VM. Confirma que el nodo pasa de planned a un estado en runtime y tiene un identificador libvirt antes de abrir un console o ejecutar pruebas.
Fuentes de imagen
El selector de variant de arranque puede exponer tus compilaciones completadas y destinos de catálogo público habilitados por el operador. El backend resuelve destinos de catálogo a su artefacto de confianza en lugar de aceptar una ruta suministrada por el navegador como autoridad.
También hay una API autenticada de nivel inferior create-from-iso para flujos internos de prueba y despliegue. Su iso_path es una ruta de imagen del lado servidor, no un cargador general desde navegador ni descargador de URL remota arbitraria.
Cambiar el variant de arranque de un dominio existente reemplaza la imagen CD-ROM, pone CD-ROM primero y reinicia en frío la VM. Se conserva el disco de la VM. No es lo mismo que instalar la imagen seleccionada en ese disco.
Acciones de ciclo de vida
| Console action | Runtime behavior | Risk |
|---|---|---|
| Start | Starts a stopped domain | Guest boot can still fail |
| Shutdown | Requests an ACPI guest shutdown | Requires guest cooperation |
| Reboot | Requests a graceful guest reboot | Requires guest cooperation |
| Reset | Hard-resets the running domain | Can corrupt in-flight writes |
| Power off | Forces the domain off | Equivalent to pulling power; data loss is possible |
| Delete | Removes the domain and its managed disk/metadata | Destructive; retain needed evidence first |
No hay una estimación universal fiable de tiempo de arranque. Observa el estado en runtime y el console, y usa timeouts de ejecución de prueba dimensionados para la imagen seleccionada.
Aceptación install-to-disk
Para una imagen que afirma un instalador:
- Aprovisiona con un disco raíz escribible.
- Arranca desde el ISO y completa el instalador mediante VNC o la ruta de instalador automatizado admitida.
- Expulsa o desprioriza el CD-ROM.
- Reinicia y confirma que el disco, no el ISO, es la fuente de arranque activa.
- Verifica usuarios, escritorio, paquetes, servicios y limpieza del instalador.
Un icono de instalador en una sesión en vivo no es evidencia suficiente.
Overlay persistente e instantáneas
Algunas imágenes pueden adjuntar un disco de persistencia Zone 2. Los controles Zone exponen snapshot, rollback, export, import y reset para ese overlay gobernado. No hacen snapshot de memoria VM, la imagen base ni discos no relacionados. La VM debe estar en ejecución y el soporte Zone en el guest debe estar sano para estas operaciones.
Solución de problemas
- Si un nodo planificado nunca se aprovisiona, inspecciona el error de despliegue y la respuesta de derechos actual antes de reintentar.
- Si el console no conecta, confirma que el dominio está en ejecución y tiene un ID en runtime resoluble.
- Si una acción graceful se queda colgada, inspecciona el guest antes de usar reset o power off.
- Si falla la red, compara el borde autorado, interfaz libvirt adjunta, red activa, dirección DHCP/estática, ruta y configuración DNS.
- Si el instalador arranca repetidamente, comprueba el orden de arranque y expulsa el ISO.
Consulta Topología de red y Console VNC.