Cómo migrar un servidor Proxmox con SSD fallida a un Mini PC: hardware, QoL y mejores prácticas

Problema

En entornos de homelab es frecuente montar Proxmox VE sobre hardware reutilizado: portátiles antiguos, mini PCs o servidores de segunda mano. Cuando el disco principal (usualmente un SSD SATA o NVMe) falla, el host entra en modo solo‑lectura o no arranca, provocando pérdida de disponibilidad de los contenedores LXC y máquinas virtuales. El síntoma típico es un error de I/O en el sistema de archivos, seguido de un POST que indica “Detection error on HDD0” y la caída al arranque por red (PXE). El reto es dos veces: (1) migrar la carga de trabajo a un nuevo nodo de bajo consumo sin interrumpir los servicios, y (2) evitar que el nuevo almacenamiento sufra el mismo desgaste prematuro.

Causa

Los fallos de SSD en este tipo de setups suelen deberse a una combinación de factores:

1. Ciclos de escritura intensiva – Proxmox escribe logs de clúster, snapshots y bases de datos (por ejemplo Immich) de forma continua. En discos de consumo, el TBW (Total Bytes Written) puede agotarse en pocos años si no se controla el nivel de escritura.
2. Temperatura constante – Un portátil o mini PC sin disipación adecuada mantiene la SSD cerca de su límite térmico, lo que acelera la degradación de las celdas NAND.
3. Controlador SATA envejecido – En equipos antiguos, el controlador integrado puede presentar fallos de señal que aparecen como “error 2100” en el POST.
4. Falta de mantenimiento – No ejecutar fstrim regularmente, no habilitar discard en el montaje o no monitorizar SMART reduce la vida útil del disco.

Solución

1. Selección de hardware

2. Configuración de Proxmox para minimizar desgaste

1. Filesystem y montaje

   • Usa ext4 o xfs con la opción noatime para evitar escrituras de acceso.
   • Habilita discard en los volúmenes NVMe que alojarán contenedores críticos.

2. ZFS (opcional)

   • Si prefieres ZFS, crea un pool mirror con dos SSD de similar capacidad.
   • Configura recordsize=128K para bases de datos y logbias=latency.
   • Activa zfs_trim en el cron.

3. Snapshots y backups

   • Limita la frecuencia de snapshots a lo necesario; cada snapshot genera escrituras incrementales.
   • Programa backups diarios a la unidad externa usando vzdump con compresión gzip o zstd.

4. Trim automático

   • Programa fstrim semanal:

# Añade al crontab del root
0 3 * * 0 /sbin/fstrim -av

5. Monitorización SMART
   • Instala smartmontools y crea alertas por correo cuando el atributo Wear_Leveling_Count caiga bajo 20 %.

# Servicio de monitorización simple
#!/bin/bash
THRESH=20
VALUE=$(smartctl -A /dev/nvme0n1 | awk '/Wear_Leveling_Count/ {print $10}')
if (( VALUE < THRESH )); then
  echo "SSD wear low: $VALUE%" | mail -s "Proxmox SSD alert" [email protected]
fi

3. Proceso de migración

1. Respaldar – Ejecuta vzdump de todos los contenedores y VMs a la unidad externa.
2. Clonar – Conecta el nuevo NVMe al mini PC, instala Proxmox siguiendo la guía oficial y restaura los backups.
3. Reconfigurar red – Asigna una NIC a la VLAN de gestión y la otra a la red de datos; guarda la configuración en /etc/network/interfaces.
4. Validar – Inicia cada LXC y verifica que los logs de Immich y la base SQLite se monten sin errores.
5. Reutilizar T440p – Instala el SSD SATA de repuesto, usa el portátil como nodo de pruebas o como servidor de backups local.

Cuándo aplicar esta solución

• Síntomas: errores de I/O, sistema de archivos en modo read‑only, POST con “Detection error on HDD0”, caída de servicios LXC.
• Entorno: homelab 24/7 con Proxmox VE, uso intensivo de logs y bases de datos, hardware reutilizado o de bajo consumo.
• No aplicable: entornos críticos de producción que requieren discos Enterprise con garantía de 5 años y redundancia RAID‑10; en esos casos la inversión en hardware de clase servidor es obligatoria.

Verificación

1. SMART – Ejecuta smartctl -a /dev/nvme0n1 y verifica que Percentage Used sea bajo (< 10 %).
2. Montaje – mount | grep discard debe mostrar la opción discard en los puntos críticos.
3. Trim – Ejecuta fstrim -v / y confirma que el comando devuelve la cantidad de bytes liberados.
4. Backup – Restaura un contenedor desde la copia externa y verifica su integridad.
5. Monitorización – Revisa que el script de alerta SMART envíe correo cuando el umbral se alcance.

Notas adicionales

• Temperatura: coloca el mini PC en un lugar ventilado y considera un disipador de calor para la SSD NVMe; la mayoría de los modelos incluyen sensores que pueden exponer la temperatura mediante nvme smart-log.
• Endurance: la regla práctica es no superar 20 % del TBW anual; con fstrim semanal y noatime puedes reducir la carga de escritura en un 30‑40 %.
• Redundancia: aunque el presupuesto sea limitado, un espejo de dos SSD (mirrored ZFS) cuesta apenas €50‑€70 y protege contra fallos de hardware sin impactar mucho el consumo.
• Actualizaciones de firmware: verifica que el firmware del controlador SATA/NVMe esté al día; en mini PCs de marcas chinas a veces se necesita actualizar vía BIOS.
• Documentación interna: mantén un archivo README.md en el repositorio de configuración con los pasos de backup y los umbrales de alerta; facilita la recuperación ante futuros incidentes.

Con estas decisiones de hardware, configuraciones de QoL y una rutina de backup automatizada, tu homelab podrá operar de forma estable durante años, incluso con componentes de consumo. La clave está en combinar un nodo de bajo consumo bien ventilado con prácticas de wear‑leveling y monitorización proactiva.