Gestionar el almacenamiento de Proxmox, de forma visual
El almacenamiento en Proxmox es potente pero disperso: ZFS vive en un lugar, LVM en otro, y lo que un disco está haciendo realmente vive en la línea de comandos. Cuando un pool dice degraded, las primeras preguntas son siempre las mismas: ¿qué disco, cuán grave, qué hacer ahora? Esta página cubre dos cosas: decisiones de almacenamiento que se sostienen en cualquier configuración, y cómo Atlas muestra un disco desde el pool hasta la ruta de datos en un solo mapa.
Por qué el almacenamiento se vuelve confuso
Las capas viven en pantallas separadas: disco físico, RAID/pool, dataset/LV, y el disco de la VM encima. Para ver en qué capa vive un problema, hay que revisar cuatro lugares.
¿ZFS, LVM-thin o Btrfs? La decisión tomada en el momento de la instalación es la más difícil de cambiar después, y la mayoría de las guías le dedican una sola frase.
La salud es invisible: cuándo se ejecutó el último scrub, por qué el pool está degraded, hacia dónde va la capacidad; en la mayoría de las configuraciones todo esto sale a la luz cuando algo se rompe.
Una rutina de almacenamiento sólida
Sea cual sea el sistema de archivos elegido, esto no cambia:
Elegir la capa deliberadamente: LVM-thin para un solo disco y flexibilidad; ZFS para integridad, compresión e instantáneas.
Construir la redundancia desde el principio: la decisión mirror/raidz se toma al crear el pool; convertir después implica mover datos.
Poner los scrubs en un calendario (mensual es un buen ritmo) y leer el resultado; un error de scrub es el aviso temprano.
Tomar en serio las señales del disco: los sectores reasignados crecientes son la carta de despedida de un disco; conviene reemplazarlo antes de que no quede alternativa.
Una instantánea no es una copia de seguridad: vive en el mismo pool y muere con él. Conservar una copia en un dispositivo separado (p. ej. PBS) para desastres.
Dejar margen: ZFS empieza a ralentizarse pasado el 80 por ciento; planificar la expansión antes de que el pool se llene.
Atlas pone el almacenamiento en un solo mapa
Disco → pool → ruta de datos, en un solo mapa de flujo:
Cuatro capas, una pantalla
ZFS, LVM, Btrfs y mdadm en la misma interfaz: pools, datasets, LV y discos en una sola imagen en lugar de pestañas separadas.
Asistente de creación de pools
Un nuevo pool, paso a paso: selección de disco, redundancia, nomenclatura; lo que va a suceder queda claro antes de aplicar.
Distintivos de redundancia en el mapa
Cada pool se sitúa en el mapa de flujo con su distintivo (mirror, raidz o disco único): se lee de un vistazo en lugar de tener que memorizarlo.
Explorador de datasets
El árbol de datasets de ZFS se recorre entero: tamaños, uso, qué VM escribe dónde.
La salud es visible
Estado del pool (online/degraded) y capacidad de un vistazo; cuando algo va mal, el mapa muestra en qué capa vive.
Operaciones seguras
Los pasos destructivos (borrado, formateo) exigen confirmación explícita; lo que se puede deshacer está honestamente separado de lo que no, sin deshacer falso.
Preguntas frecuentes
- ¿Debo elegir ZFS o LVM-thin?
- LVM-thin es práctico en un solo disco con RAM limitada. Para integridad, compresión e instantáneas flexibles, la elección es ZFS. A ZFS le gusta la RAM, pero lo devuelve en integridad.
- Mi pool dice degraded. ¿Qué debo hacer?
- Con calma: degraded significa que la redundancia bajó; los datos siguen accesibles. Se identifica el disco fallado, se reemplaza, se evita estresar el pool hasta que el resilver termine, y mientras tanto se verifica la copia de seguridad contra un segundo fallo.
- ¿Con qué frecuencia debe ejecutarse un scrub?
- Mensual es un ritmo común y suficiente para uso doméstico y de laboratorio. Lo que importa es que se ejecute regularmente y que alguien lea el resultado; los scrubs son lo que detecta la corrupción silenciosa.
- ¿Una instantánea cuenta como copia de seguridad?
- No. Una instantánea vive en el mismo pool; si el pool o el disco muere, la instantánea muere con él. Las instantáneas son para una reversión rápida, una copia en un dispositivo separado es para desastres.
- ¿Dónde configuro RAID en Proxmox?
- Sin RAID por hardware, la vía más limpia es un espejo ZFS o un raidz. mdadm también funciona, pero con ZFS disponible suele ser una capa extra. Atlas expone ambas vías en la interfaz.
- ¿Cuánto es demasiado lleno para un pool?
- El umbral en ZFS es el 80 por ciento: más allá de eso, comienzan la fragmentación y la ralentización. Cerca de ese punto, primero se limpian las instantáneas antiguas y luego se planifica la expansión.
Entradas relacionadas
- Cómo disponer los discos: espejo o paridad repartida La pregunta no es cuál es más rápido. Es a qué avería quieres sobrevivir y qué se verá obligada a hacer la máquina después de esa avería.
- Añadir un disco y ampliar un grupo: el paso que termina con la redundancia en silencio Añadir un disco son dos trabajos distintos: que el sistema lo vea, y decidir a dónde pertenece. Un error en el segundo puede terminar con la redundancia para siempre.
- Discos huérfanos: la pregunta antes de borrar Borraste la máquina pero el espacio no volvió. Los discos que quedan atrás lo hacen por tres razones distintas, y no son lo mismo. La lista en sí es una lista de borrado, así que su fiabilidad es un asunto aparte.
- El disco está lleno: adónde se fue el espacio y qué es seguro borrar En un almacenamiento lleno el primer paso no es borrar sino encontrar adónde se fue el espacio. Instantáneas, copias viejas y discos huérfanos son los tres culpables habituales, y borrarlos no conlleva el mismo riesgo.