¿Sin presupuesto para SSD enterprise? Cómo frenar el desgaste en Proxmox

No necesitas SSD enterprise para ejecutar Proxmox. Pero si utilizas unidades NVMe o SATA de gama de consumo en una configuración ajustada de una sola ranura y ves cómo el porcentaje de desgaste sube tras apenas unos meses, no te lo estás imaginando: ese desgaste es real y está ocurriendo. Tampoco eres el único que mira las estadísticas de SMART preguntándose si los discos van a fundirse.

El autor original del debate, que ejecutaba Proxmox en un Lenovo M720Q, tenía exactamente este problema: discos de consumo en espejo utilizados para local-zfs, alojando VMs y contenedores LXC. Las unidades apenas tenían 6 meses de uso y los porcentajes de desgaste ya resultaban preocupantes. Con poco margen (físico o económico) para añadir hardware enterprise nuevo, la pregunta era sencilla: ¿cuáles son las opciones reales para que los SSD de consumo duren más tiempo?

La comunidad de Proxmox aportó abundantes respuestas, y esto es lo que comentaron.

1. Descubre qué está devorando tu SSD

Antes de lanzarte a comprar por pánico, inspecciona qué ocurre en realidad. ¿Es ZFS? ¿Los registros del sistema? ¿El movimiento constante de archivos temporales?

Un usuario lo resumió con acierto: "¿Se están machacando los discos a base de registros locales?". La expresión gráfica apunta a una causa muy habitual. Un nivel excesivo de detalle en los logs, la actividad de discos de memoria intermedia o servicios del sistema sin uso pueden acumular escrituras. Si además almacenas archivos temporales, memoria swap o ejecutas muchas operaciones efímeras de disco, estás en zona de desgaste acelerado.

El autor confirmó que los registros se mantenían en su configuración predeterminada, probablemente con más detalle del necesario, y que cada contenedor y VM compartía el mismo pool en espejo. Esa combinación acelera el envejecimiento de cualquier disco.

2. ¿ZFS? Ajústalo o replantéatelo

ZFS es potente, pero también es conocido por su alta carga de escritura. Uno de los participantes más minuciosos aportó un consejo concreto: desactiva el registro detallado de ZFS o redirige los logs a la memoria RAM con herramientas como log2ram.

Otros coincidieron: "Usa log2ram siempre que encaje", recomendó un usuario, advirtiendo a la vez que no es una solución mágica. Necesitarás ajustar el tamaño del disco en RAM, la frecuencia de escritura y vigilar el uso de memoria para no tirar servicios abajo cuando la RAM se sature.

El matiz está en que ZFS espera que conozcas bien su funcionamiento; no es un motor de almacenamiento para principiantes. A menos que lo hayas planificado, medido y ajustado para tu carga concreta de trabajo, podrías causar más daño que beneficio. Como señaló una respuesta con crudeza: "ZFS espera que sepas para qué lo vas a usar... la mayoría aquí solo está trasteando para aprender a gestionar VMs y contenedores".

Si tus necesidades son básicas (dejando a un lado snapshots y compresión), cambiar a ext4 con lvm-thin podría reducir el desgaste innecesario sin sacrificar apenas rendimiento o fiabilidad.

3. No hagas mirror entre NVMe y SATA: sepáralos

Aquí llega un giro inesperado: hacer un espejo con tipos de disco dispares puede perjudicar más que ayudar. Un usuario destacó un problema sutil: reflejar un NVMe rápido con un disco SATA más lento limita el rendimiento general al eslabón más lento de la cadena.

Eso anula la ventaja del NVMe y además duplica las escrituras. En su lugar, considera romper el espejo y destinar cada disco a una función distinta: el NVMe para VMs y el SATA para backups o contenedores con menor intensidad de operaciones de entrada y salida.

Mejor todavía, traslada los backups a otro equipo por completo. Si tienes una máquina con Unraid disponible, como mencionó el autor, valora ejecutar Proxmox Backup Server (PBS) en una VM allí. Es una forma limpia de repartir la carga y reducir el estrés sobre los SSD.

4. Las unidades más grandes se desgastan más despacio

Los SSD de mayor tamaño albergan más datos y además reparten las escrituras entre más celdas NAND, lo que disminuye el desgaste por celda. Por tanto, incluso manteniéndote en hardware de consumo, elegir un SSD de 2TB en lugar de uno de 512GB puede alargar la vida útil de manera significativa.

Como señaló un participante: "Los discos más grandes tienen más celdas sobre las que nivelar el desgaste y también un TBW más alto. Simplemente compra discos más grandes".

No siempre resulta intuitivo, pero en el terreno de los SSD, el tamaño equivale a resistencia, porque un espacio mayor otorga al disco más margen de maniobra.

5. Vigila las escrituras y recorta lo que sobra

Otro usuario intervino con cifras del mundo real: más de 660MB/hora de datos escritos en un sistema con apenas 3 contenedores inactivos. Representa una carga masiva y oculta de escrituras.

Si observas patrones parecidos, conviene investigar a fondo. Ejecuta nvme-cli o consulta las estadísticas de SMART en la interfaz gráfica, ya que incluso las instalaciones estándar de Proxmox pueden resultar sorprendentemente ruidosas. Y si utilizas ZFS tanto en el host como dentro de las máquinas virtuales, sufres una amplificación de escritura doble o triple.

Un consejo avanzado consiste en retocar zfs_txg_timeout. El valor por defecto suele ser 5 segundos, pero aumentarlo a 180 segundos o más aplaza la frecuencia con la que ZFS confirma los datos, reduciendo las escrituras. Procede con cautela: esto eleva el riesgo de pérdida de datos durante un corte de energía, así que hazlo únicamente si cuentas con protección de SAI.

6. Los discos enterprise usados siguen siendo opción si buscas bien

Los discos enterprise no necesitan ser nuevos para ser buenos. Varios administradores con experiencia en homelabs señalaron que los SSD enterprise usados, en particular modelos SATA como el Intel DC S3620 o 4610, suelen encontrarse muy baratos en eBay con una vida útil remanente considerable.

Estas unidades se fabricaron para operar 24/7 bajo carga constante en centros de datos. Muchos se retiran simplemente porque alcanzaron el final de su periodo de garantía, mucho antes de que el desgaste empiece a ser un motivo real de fallo.

El inconveniente, como observó el autor del hilo, radica en el factor de forma. La mayoría de los discos NVMe enterprise asequibles corresponden al formato 22110, mientras que su Lenovo M720Q solo admite 2280. Es una limitación física real que afecta a muchos homelabs de tamaño compacto. Aun así, si puedes sortearla (mediante adaptadores de U.2 a PCIe, por ejemplo), tienes alternativas viables.

7. Los backups ganan a los mirrors

Pasemos a la parte de concepto: ¿es la redundancia a nivel de disco superior a contar con copias de seguridad reales? Un comentarista lo formuló con claridad: "Los backups son más importantes que un mirror".

En lugar de crear un espejo entre dos discos distintos, especialmente si no coinciden en prestaciones, evalúa usar uno para rendimiento y el otro para Proxmox Backup Server o snapshots nocturnos. De este modo, reduces las escrituras duplicadas, ganas opciones de restauración y aprovechas mejor el hardware disponible.

No es una postura universalmente popular, pero resulta pragmática: los mirrors no protegen contra borrados accidentales, fallos del sistema operativo ni ransomware, mientras que los backups sí lo hacen.

El veredicto: no necesitas SSD enterprise, pero sí una estrategia

Este hilo dejó un aprendizaje común: la concienciación importa más que el equipamiento. Ten claro qué escribe en tus discos y afina tu infraestructura (en especial ZFS) si decides utilizarla. Usa los SSD de forma estratégica, porque no todo requiere residir en el mismo volumen. Y cuando no puedas mejorar el hardware, optimiza el uso que haces de él.

Resulta tentador gastar dinero para resolver el problema, pero una configuración inteligente te ahorra tiempo y quebraderos de cabeza. En el entorno de un homelab, esa suele ser la diferencia entre desgastar por completo un SSD en 8 meses o mantenerlo funcionando durante 5 años seguidos.

Y si con el tiempo decides actualizar el equipo, al menos sabrás que exprimiste hasta la última celda de tu configuración actual.