ZimaOS 1.2 beta fue el momento en que ZVM se convirtió en una función visible del producto. El anuncio de abril de 2024 indicaba que ZVM podía ejecutar varios sistemas operativos invitados, incluidos Windows, Ubuntu, Debian, OpenWRT, BSD, UNRAID y TrueNAS, y añadía redes en modo puente, gestión de CPU y memoria, herramientas de línea de comandos y gestión remota.
Las URL de los paquetes y las instrucciones de actualización de ese anuncio ya forman parte de la historia. La versión actual de ZimaOS es la 1.7.1, la instalación actual utiliza el instalador moderno para x86 y el flujo RAUC, y Virtual Machine Manager ha seguido evolucionando. Conserva el artículo sobre la versión 1.2 como historial del producto, no como una página actual de descargas.
Qué añadió la beta de ZVM 1.2
Las notas de la versión describían:
- nueva aplicación ZVM;
- varios sistemas invitados de tipo Linux/Windows/BSD;
- compatibilidad con redes en modo puente;
- gestión de CPU y memoria;
- gestión remota;
- accesos directos y otros controles de máquinas virtuales.
También añadió la comprobación por lotes de las actualizaciones de las aplicaciones y varias correcciones relacionadas con RAID y los identificadores de red fuera del ámbito de la virtualización.
La versión 1.2.2 ya admitía varias máquinas virtuales
Una consulta posterior de julio de 2024 preguntaba si se podían ejecutar varias máquinas virtuales. 777-Spider respondió que los usuarios podían instalar ZimaOS 1.2.2 y gestionar varios sistemas Windows/Linux.
La cantidad de máquinas virtuales que puede ejecutar un host actual sigue dependiendo de los núcleos físicos de la CPU, la memoria RAM, la latencia del almacenamiento y la carga de trabajo simultánea, no de un número fijo de ZVM.
Los enlaces de descarga de la beta dejaron de funcionar incluso durante el hilo original
Un usuario de la versión 1.1 informó de que los enlaces publicados para la beta 1.2 devolvían un error 404. Un responsable de mantenimiento de la comunidad reconoció el problema de los enlaces y los actualizó.
Por sí solo, esto basta para no conservar las antiguas URL de descarga de 2024 como método de instalación actual.
/DATA/rauc era una ubicación de actualización antigua
En el hilo se hablaba de esperar a que apareciera un punto rojo de actualización solo después de que se hubiera descargado un paquete beta en /DATA/rauc/. El ZimaOS actual utiliza la nueva ubicación OTA sin conexión y los recursos de las versiones estables.
Utiliza la ruta actual de actualización sin conexión de ZimaOS.
Los invitados Windows pueden necesitar controladores VirtIO
Las máquinas virtuales Windows modernas basadas en KVM/QEMU suelen exponer dispositivos VirtIO de almacenamiento, red, memoria balloon o relacionados con la pantalla. Las instrucciones posteriores de la comunidad de IceWhale indican a los usuarios que monten el disco de controladores virtio-win.iso en ZVM e instalen los controladores de Windows necesarios cuando el Administrador de dispositivos muestre dispositivos desconocidos.
Planifica las máquinas virtuales actuales dejando margen para el host
No asignes a los invitados todos los hilos de CPU ni toda la memoria RAM. ZimaOS, QEMU/libvirt, la caché del sistema de archivos, las aplicaciones de Docker y los servicios de almacenamiento también necesitan recursos. Se recomienda utilizar SSD/NVMe para los invitados Windows interactivos.
Utiliza la guía actual de planificación del hardware para máquinas virtuales.
Esta fuente no confirmó la creación y restauración de instantáneas
Un usuario posterior preguntó si ZVM podía crear y restaurar instantáneas de máquinas virtuales. Zima-Giorgio le pidió que abriera un tema aparte en lugar de responder en este hilo. Por lo tanto, el anuncio de la versión 1.2 no debe utilizarse como prueba de que la creación y restauración de instantáneas ya estaba implementada en ese momento.
Las redes en modo puente fueron una función de lanzamiento, pero la red del invitado aún debe validarse
El póster del lanzamiento anunciaba redes en modo puente para que las máquinas virtuales pudieran participar más directamente en la LAN. Los hilos posteriores de la comunidad muestran que las redes Windows en modo puente todavía pueden depender de la configuración del proxy del invitado, DHCP, el comportamiento de la NIC del host y los detalles de la implementación actual de ZVM.
No consideres que «compatibilidad con modo puente» demuestra que todos los invitados obtendrán automáticamente una conexión LAN funcional sin configuración adicional.
El passthrough de PCIe/USB/GPU es una capacidad avanzada independiente
El anuncio de la beta 1.2 se centraba en las máquinas virtuales habituales y las redes en modo puente. No prometía un passthrough maduro de PCIe/GPU para todos los dispositivos. La planificación actual del passthrough sigue dependiendo de los grupos IOMMU, la configuración de virtualización del firmware, los controladores del invitado y la ruta exacta de ZVM/extensiones actuales.
El almacenamiento de las máquinas virtuales debe planificarse por separado del almacenamiento NAS masivo
Los invitados Windows/Linux interactivos se benefician de la baja latencia de los SSD/NVMe. Los grupos de discos duros de gran capacidad son más adecuados para imágenes de máquinas virtuales que se utilizan con menos frecuencia o para copias de seguridad. Deja suficiente margen de recursos para los servicios de ZimaOS y evita llenar el pequeño disco del sistema con imágenes de máquinas virtuales que aumentan de tamaño.
Preguntas frecuentes sobre el historial de ZVM
¿ZVM admitió por primera vez invitados Windows/Linux en la beta de ZimaOS 1.2?
Sí. El anuncio de 2024 menciona explícitamente Windows, Ubuntu, Debian, BSD y otros sistemas invitados.
¿Los usuarios actuales deberían descargar el instalador beta 1.2 del hilo antiguo?
No. Utiliza el instalador actual de ZimaOS estable y los recursos de la versión actual.
¿Las máquinas virtuales Windows actuales pueden seguir necesitando controladores adicionales?
Sí. Los dispositivos VirtIO pueden necesitar el paquete de controladores virtio-win para Windows dentro del invitado.
