Una sola máquina, dos filosofías: ¿la base debe ser el almacenamiento o la virtualización?

Quien tiene un servidor y varias tareas acaba llegando a esta bifurcación. A un lado están los sistemas construidos alrededor de un conjunto de discos, donde ejecutar máquinas virtuales es una función. Al otro, los sistemas construidos alrededor de un hipervisor, donde el almacenamiento es un subsistema. Los dos funcionan. Hay gente contenta en ambos.

La pregunta útil no es cuál es mejor. Es: qué capa quiere debajo de la otra, porque eso decide qué podrá sustituir más adelante sin reconstruir la máquina.

Qué significa aquí "base"

La base es la capa que sigue funcionando mientras se trabaja en la otra. Ahí está toda la diferencia, y se pasa por alto con facilidad al comparar listas de funciones.

Si la base es el almacenamiento, el conjunto sobrevive a sus experimentos con servicios. Puede romper un contenedor a las dos de la madrugada y sus archivos quedan intactos, porque lo que los sostiene nunca estuvo implicado.

Si la base es el hipervisor, las máquinas sobreviven a sus experimentos con el almacenamiento. Puede añadir un grupo, mover un disco, sustituir un soporte, y las máquinas siguen mientras sus propios discos sigan alcanzables.

Ninguno de los dos órdenes protege ambas cosas. Usted elige cuál quiere que sea lo aburrido y estable.

La pregunta que de verdad lo decide

No "qué quiero ejecutar", porque las dos respuestas lo ejecutan todo. Pregunte en cambio: ¿para qué está esta máquina en su peor día?

Si la respuesta honesta es "guarda cosas que no puedo perder, y además ejecuta unos servicios", el almacenamiento quiere ser la base. El lado de virtualización será suficiente y no profundo, y ese es el intercambio correcto porque el conjunto es lo importante.

Si la respuesta honesta es "ejecuta cosas de las que dependen personas, y además guarda sus datos", el hipervisor quiere ser la base. El almacenamiento llegará como piezas en lugar de terminado, y también es el intercambio correcto porque lo importante es que los servicios sigan en pie.

Casi toda la decepción viene de elegir la segunda respuesta esperando la experiencia de almacenamiento del primer sistema. O al revés.

Lo que cuesta de verdad cada lado

Primero el conjunto de discos. El lado de virtualización es real pero menos profundo. La integración de instantáneas con el invitado, la migración en caliente, la planificación de copias por máquina y el paso de hardware existen en distinto grado, y todo eso es más fácil del lado del hipervisor. Si sus máquinas virtuales son dos cajas auxiliares, no lo notará nunca. Si son ocho servicios en producción, lo notará.

Primero el hipervisor. El almacenamiento llega en piezas, no como producto terminado. Elige una disposición, decide la redundancia, monta comprobaciones y vigilancia, y en ningún sitio aparece un asistente amable que le ofrezca "hacer un recurso compartido". La flexibilidad es real, y el tiempo de montaje también.

⚠️ Los dos lados encarecen un reinicio, y eso sorprende a quien creía que la opción discos-primero le protegía. Una actualización del núcleo tumba la máquina en ambos casos, con todo lo que lleva encima. La base trata de qué sobrevive a sus cambios, no de qué sobrevive a un reinicio.

El híbrido y el fallo que añade

Un montaje muy común: el hipervisor como base y encima un sistema orientado al almacenamiento como máquina virtual, con los discos pasados directamente.

Funciona, es popular y de verdad le da las dos experiencias. Pero introduce una dependencia que antes no existía: sus archivos ahora exigen que una máquina virtual arranque. Si no arranca, el almacenamiento no es solo lento, está ausente, y todo lo que monta un recurso desde ahí cae a la vez.

Es un intercambio aceptable si sabe que lo está haciendo. Se vuelve una sorpresa desagradable si descubre la dependencia durante una caída. Dos costumbres lo hacen seguro: mantener el disco de arranque del hipervisor totalmente separado de los discos pasados, y asegurarse de que al menos una vía de recuperación no pase por esa máquina.

Lo que no lo decide

Las cifras brutas de rendimiento. En una sola máquina los dos enfoques se apoyan en el mismo hardware, y la diferencia práctica suele ser menor que la que hay entre dos disposiciones de almacenamiento en el mismo sistema.

Cuál se instala más fácil. La instalación ocurre una vez. Con lo que convive es con el segundo año, cuando hay que cambiar algo.

Cuál es más popular para su uso. Un montaje bien entendido que sabe reparar gana a uno mejor que no sabe reparar.

Qué hace Atlas

Atlas no convierte Proxmox en un aparato de almacenamiento ni finge que el paso de montaje desaparece. Lo que hace es volver legible el resultado montado, y ahí es justo donde el lado del hipervisor se pone más duro.

La cadena de recursos se dibuja desde cada máquina hasta el disco físico, así la disposición que montó pasa a ser una imagen visible en lugar de una decisión recordada. Del lado de los discos esa imagen es implícita porque el conjunto es el producto; aquí hay que mostrarla, y mostrarla es justo de lo que se trata.

Las operaciones de almacenamiento pasan por un flujo guiado con vista previa y camino de vuelta, en ZFS, LVM y Btrfs. Eso no elige por usted, ni pretende hacerlo: deja inspeccionable después la elección que hizo, y esa parte es la que decide cómo va el segundo año.