NAS virtualizado en un hipervisor compartido frente a un host NAS dedicado: ¿cuál se recupera de forma más limpia?
Elige un NAS virtualizado en un hipervisor compartido cuando la configuración del NAS, el disco de arranque y el estado de los servicios deban respaldarse como una máquina virtual, y el host de sustitución pueda reproducir sus asignaciones de la controladora de almacenamiento. Elige un host NAS dedicado cuando la propiedad directa de los discos, la importación predecible del pool y el menor número posible de dependencias de recuperación sean más importantes que la consolidación de las cargas de trabajo. La virtualización puede acortar la recuperación del software, pero alargar la reconstrucción del hardware.
Corrige la comparación antes de medir la recuperación
Un NAS virtualizado y un hipervisor no son productos opuestos, porque un NAS virtualizado ya depende de un hipervisor. La comparación práctica es entre una máquina virtual NAS que se ejecuta junto a otras cargas de trabajo en un host compartido y un sistema operativo NAS que controla directamente su hardware. La recuperación debe incluir el servidor físico, el entorno de arranque, la controladora de almacenamiento, la máquina virtual, el pool, los recursos compartidos y las aplicaciones dependientes.
El flujo de configuración de NAS con Proxmox de ZimaSpace muestra por qué la consolidación resulta atractiva. La pregunta que falta es si la misma arquitectura seguirá siendo comprensible después de que falle la unidad de arranque, la placa base, la HBA o todo el host.
| Eje de recuperación | Máquina virtual NAS en un hipervisor compartido | Host NAS dedicado |
|---|---|---|
| Copia de seguridad del sistema NAS | La configuración de la máquina virtual y el disco de arranque virtual pueden respaldarse juntos | Requiere exportar la configuración de la plataforma o realizar una reinstalación documentada |
| Propiedad de los discos | Depende de las asignaciones de la HBA, la controladora, PCI o los discos | El sistema operativo NAS ve directamente las controladoras y los discos |
| Sustitución del host | Reconstruir el hipervisor, restaurar la máquina virtual, recrear las asignaciones y, después, importar el pool | Instalar el sistema operativo NAS en hardware compatible y, después, importar el pool y la configuración |
| Fallo del host compartido | El NAS y las máquinas virtuales no relacionadas se detienen juntas | Un fallo del NAS no elimina el hipervisor de cómputo |
| Instantáneas y reversión | Útil para el disco del sistema NAS; no sustituye la protección del pool | La reversión de la plataforma depende del modelo de arranque y configuración del sistema operativo NAS |
| Portabilidad del hardware | El hardware virtual es portable; los dispositivos con passthrough siguen siendo físicos | Menos capas de abstracción, pero la compatibilidad de los controladores sigue siendo importante |
| Más adecuado | Consolidación bien documentada con passthrough reproducible | Infraestructura centrada en el almacenamiento, con una gestión sencilla de la propiedad de los discos y controladoras |
La virtualización facilita la captura del sistema operativo NAS
Una copia de seguridad del hipervisor puede conservar como un solo objeto la definición de la máquina virtual NAS, el disco de arranque virtual, la CPU y la memoria asignadas, las interfaces de red y los discos virtuales normales. Esto reduce la cantidad de pasos de instalación de paquetes y configuración necesarios después de reinstalar el hipervisor, especialmente cuando el dispositivo NAS almacena sus ajustes en el disco de arranque virtual.
Proxmox describe su herramienta de copia de seguridad integrada como capaz de crear archivos de copia de seguridad coherentes para invitados KVM. El beneficio práctico para la recuperación es la portabilidad del estado del invitado, no la protección automática de todos los dispositivos de almacenamiento asignados mediante passthrough.
Esta ventaja es mayor cuando el disco del sistema NAS es pequeño, el estado de las aplicaciones está separado de los datos masivos y la máquina virtual puede arrancar sin el pool de almacenamiento el tiempo suficiente para mostrar diagnósticos útiles. Se reduce cuando la configuración de la máquina virtual contiene direcciones PCI, nombres de puentes, indicadores de CPU o asignaciones de dispositivos no documentados vinculados a una única placa base.
El passthrough convierte la identidad del hardware en parte de la restauración
Una máquina virtual centrada en el almacenamiento normalmente debe tener acceso directo y estable a los discos que administra. Pasar una controladora SATA o SAS completa permite que el invitado NAS vea la identidad de los discos, el comportamiento de los sectores, la información SMART y los eventos de la controladora de forma más directa que al presentar una colección de discos virtuales normales.
Las orientaciones de la comunidad de TrueNAS para una nueva instalación virtualizada recomiendan realizar un passthrough completo de la controladora y dejar que TrueNAS gestione la distribución del almacenamiento. Esto mejora la gestión de la propiedad del almacenamiento dentro del invitado, pero la identidad PCI y el aislamiento IOMMU de la controladora se convierten en requisitos previos para la recuperación.
Si una placa base de reemplazo asigna una ruta PCI diferente o combina la HBA con otros dispositivos en un grupo IOMMU inutilizable, restaurar la copia de seguridad de la máquina virtual es solo la mitad del trabajo. El NAS no se recupera hasta que se vuelve a enlazar la controladora, el invitado puede ver todos los discos esperados y el pool se importa sin usar suposiciones obsoletas sobre los discos virtuales.
Un host NAS dedicado elimina el paso de reconstruir el hipervisor
Un host NAS dedicado inicia directamente el sistema operativo de almacenamiento y detecta sus controladoras y discos sin tener que reconstruir primero un hipervisor. Si falla el dispositivo de arranque, la recuperación puede ser tan directa como reinstalar el sistema operativo del NAS, restaurar su configuración, confirmar la identidad de los discos e importar el pool existente.
La pila más sencilla no garantiza una restauración sencilla. La compatibilidad de los controladores, las claves de cifrado, los conjuntos de datos del sistema, los catálogos de aplicaciones, los scripts personalizados y la configuración de red aún pueden retrasar la recuperación. La ventaja es que hay menos capas entre el firmware y los diagnósticos del almacenamiento.
Este diseño es más fácil de entregar a otra persona cuando el documento de recuperación puede indicar: instalar la imagen de NAS compatible, conectar la controladora, importar el pool, restaurar la configuración, verificar los recursos compartidos y probar las copias de seguridad. Es menos sólido cuando el hardware del NAS está infrautilizado y cada servicio que no es de almacenamiento requiere otra máquina física.
Los hipervisores compartidos crean un evento de fallo mayor
Cuando la máquina virtual del NAS, los hosts de Docker, Home Assistant, los servidores de juegos y la monitorización comparten un único hipervisor físico, un fallo de la placa base o del entorno de arranque elimina el almacenamiento y los servicios que pueden contener la documentación de recuperación o las herramientas de gestión. La consolidación reduce la cantidad de hardware, pero aumenta el número de sistemas dependientes dentro de una misma interrupción.
How-To Geek sostiene que las máquinas virtuales se pueden restaurar en sistemas de reemplazo, lo cual es una ventaja real para los invitados habituales. Una máquina virtual NAS sigue siendo un caso especial porque su pool puede depender de controladoras y unidades que no pueden viajar dentro del archivo de copia de seguridad.
El modelo de host compartido triunfa cuando existen otro nodo compatible, una HBA de repuesto, un destino de copia de seguridad independiente y notas de recuperación sin conexión. Sin esos elementos, una máquina compacta puede convertirse en una dependencia circular: el NAS necesita el hipervisor, la copia de seguridad del hipervisor reside en el NAS y los servicios necesarios para completar la recuperación también se ejecutan en el mismo host.
La copia de seguridad de la máquina virtual y la copia de seguridad de los datos protegen capas diferentes
Una copia de seguridad de la máquina virtual puede proteger la configuración del dispositivo NAS y el entorno de arranque. Por lo general, no debe considerarse la única copia de seguridad del pool que administra el NAS, especialmente cuando los discos de datos se conectan directamente mediante passthrough. Las instantáneas del pool, la replicación, las copias de archivos y las copias externas siguen siendo responsabilidades independientes.
La guía de Proxmox Backup Server de ZimaSpace ayuda a separar la protección de los invitados de la protección del almacenamiento. Una secuencia de recuperación completa debe indicar qué copia restaura el hipervisor, cuál restaura la máquina virtual del NAS y cuál restaura los datos de los usuarios si no se puede importar el pool.
Un host NAS dedicado tiene el mismo requisito por capas incluso sin una máquina virtual. La exportación de la configuración restaura los ajustes; la importación del pool restaura el acceso a los datos que siguen intactos; una copia de seguridad independiente restaura los datos después de perder el pool, borrarlo, sufrir malware o cometer errores que superen el nivel de redundancia.
La virtualización triunfa cuando el estado del host es reproducible
La máquina virtual del NAS puede recuperarse correctamente cuando la instalación del hipervisor es desechable, su configuración de red y almacenamiento está versionada o respaldada, y las asignaciones PCI utilizan identificadores estables documentados. Un host de repuesto no necesita tener un hardware cosméticamente idéntico, pero debe ofrecer un comportamiento IOMMU compatible, compatibilidad con el controlador, interfaces de red y recursos suficientes.
El relato detallado de Christian Hollinger sobre el traslado de un host Proxmox con passthrough de HBA demuestra que el proceso requiere una copia de seguridad del host, preparación del arranque, reconfiguración del passthrough y validación. Es un caso de recuperación útil precisamente porque deja al descubierto las dependencias que normalmente oculta una máquina virtual estable.
Si esos pasos están automatizados y se han ensayado, la virtualización convierte el sistema operativo del NAS en una definición de servicio portátil. Si dependen de que una sola persona recuerde los parámetros de arranque y las direcciones PCI, el diseño virtualizado solo es portátil en teoría.
Un host dedicado es la mejor opción cuando el almacenamiento debe recuperarse primero
Elige la asignación directa cuando los archivos domésticos, los datos empresariales, las copias de seguridad o los volúmenes de aplicaciones deban recuperarse antes que las cargas de trabajo de cómputo experimentales. Un NAS dedicado puede restaurarse de forma independiente mientras el hipervisor permanece desconectado, se reemplaza o se reconstruye a un ritmo más lento.
Esta separación también evita que el mantenimiento del host se convierta en mantenimiento del almacenamiento. Reiniciar el hipervisor para cambiar la GPU, el kernel, el clúster o la red no interrumpe el NAS. El coste es otro sistema que alimentar, supervisar, actualizar y proteger.
La guía de ZimaSpace sobre cómo separar las funciones de almacenamiento del laboratorio doméstico presenta el principio general: la capa de datos permanente no debería heredar todos los modos de fallo de la capa de cómputo que cambia con mayor frecuencia.
Realiza un simulacro de recuperación del host antes de elegir la arquitectura
- Registra el disco de arranque del NAS, el controlador de almacenamiento, los identificadores PCI, los grupos IOMMU, los números de serie de los discos, los puentes, las VLAN y las claves de cifrado.
- Realiza copias de seguridad de la configuración del hipervisor, la máquina virtual del NAS, la exportación de la configuración del NAS y los datos de usuario en ubicaciones independientes.
- Reinstala el hipervisor o el sistema operativo NAS en un dispositivo de arranque de repuesto sin tocar los discos de datos.
- Recrea la asignación del HBA o del controlador utilizando únicamente el procedimiento documentado.
- Importa el pool y verifica la identidad de los discos, los informes SMART, los recursos compartidos, las instantáneas y las aplicaciones.
- Restaura un archivo desde una copia de seguridad independiente en lugar de depender únicamente de la importación del pool.
- Repite el proceso en otro hardware compatible si el reemplazo del host forma parte del objetivo de recuperación.
Mide tanto el número de decisiones no documentadas como el tiempo de inactividad. Restaurar una máquina virtual que requiere varias suposiciones sobre el hardware es menos predecible que reinstalar un host dedicado algo más lentamente, pero con una ruta clara para importar el pool.
¿Qué modelo de recuperación se adapta al servidor doméstico?
Elige una máquina virtual NAS en un hipervisor compartido cuando
Elige la virtualización cuando la consolidación del hardware sea importante, el controlador de almacenamiento pueda pasarse limpiamente mediante passthrough, el hipervisor sea reproducible y exista un host de recuperación compatible o piezas de repuesto. Mantén las copias de seguridad de las máquinas virtuales fuera del pool NAS y documenta cada asignación física.
Elige un host NAS dedicado cuando
Elige un host dedicado cuando el almacenamiento deba recuperarse de forma independiente, otra persona pueda realizar la restauración o las dependencias de passthrough e IOMMU sean difíciles de reproducir. Usa exportaciones de configuración, copias de seguridad independientes y hardware compatible directamente con el sistema operativo NAS.
Usa nodos independientes de almacenamiento y cómputo cuando
Mantén el NAS dedicado y ejecuta las aplicaciones en un hipervisor que monte sus recursos compartidos cuando tanto la estabilidad del almacenamiento como la flexibilidad de cómputo sean importantes. La descripción general de UGREEN sobre el almacenamiento local de las máquinas virtuales con capacidad NAS independiente refleja esta división de funciones para laboratorios domésticos con un solo host.
Preguntas frecuentes
¿Una copia de seguridad de una máquina virtual de Proxmox incluye los discos NAS transferidos mediante passthrough?
No de la misma forma que los discos virtuales ordinarios. La copia de seguridad puede conservar la configuración del invitado NAS y el disco de arranque virtual, mientras que los controladores transferidos mediante passthrough o los discos físicos siguen siendo recursos de hardware que deben volver a conectarse y protegerse por separado.
¿Se puede importar un pool NAS virtualizado en un host dedicado?
A menudo sí, cuando el host dedicado presenta directamente los discos originales y admite el mismo sistema de archivos, cifrado y funciones del pool. Exporta la configuración, registra la identidad de los discos y prueba el procedimiento de importación antes de confiar en él como ruta de emergencia.
¿El passthrough de HBA impide migrar la máquina virtual?
Impide la migración en vivo ordinaria, a menos que el destino pueda proporcionar un dispositivo asignado compatible y la plataforma admita el flujo de trabajo necesario. La migración mediante copia de seguridad y restauración es más realista, pero el controlador físico y la topología de los discos aún deben recrearse.
Veredicto final
Un NAS virtualizado se recupera correctamente cuando el hipervisor, la máquina virtual, las asignaciones de passthrough y la protección de datos pueden reproducirse. Un host NAS dedicado se recupera correctamente cuando la propiedad directa del almacenamiento y una ruta breve para importar el pool son más importantes que la consolidación del hardware. Elige el diseño cuyas dependencias físicas puedan reconstruirse mediante documentación, no aquel cuyo funcionamiento normal parezca más sencillo.
Productos recomendados
Comparaciones de productos
Más para leer
Túnel VPS frente al reenvío de puertos del hogar para servicios autoalojados públicos: ¿qué ruta de entrada es más fácil de controlar?
Usa el reenvío de puertos para la ruta directa más sencilla; usa un túnel VPS cuando importen la CGNAT, la privacidad de la dirección,...
Router doméstico frente a firewall dedicado para un laboratorio doméstico segmentado: ¿cuándo conviene separar la puerta de enlace?
Conserva el router de consumo mientras la segmentación siga siendo sencilla; cambia a un firewall dedicado cuando las políticas, la visibilidad, las interfaces o...
Laboratorio de capa 2 frente a VLAN enrutadas a medida que crece tu laboratorio doméstico: ¿cuándo debería acercarse la puerta de enlace al extremo?
Mantén la Capa 2 mientras una puerta de enlace y algunos enlaces troncales sigan siendo fáciles de gestionar; enruta más cerca del extremo cuando...
