Problema

En muchos homelabs aparecen servidores de segunda mano que funcionan, pero su perfil de consumo y ruido genera dudas. El dilema típico es decidir si integrar una máquina robusta –por ejemplo, un HP ProLiant DL360p Gen8 con dos CPUs Xeon y cientos de gigabytes de RAM– o descartarla por el coste operativo. La pregunta se repite en entornos donde ya existe un nodo más pequeño que cubre la mayor parte de los servicios, y el nuevo hardware parece sobredimensionado. El objetivo es definir criterios claros para evaluar la viabilidad de reutilizar ese equipo, sin que el consumo eléctrico o el ruido anulen sus ventajas.

Causa

Los factores que hacen que un servidor de este tipo sea percibido como “demasiado” son varios:

  1. Arquitectura de servidor: Los chasis de 1 U están diseñados para alta densidad y refrigeración activa, lo que implica ventiladores a alta velocidad y, por tanto, ruido significativo.
  2. Consumo de energía: Dos CPUs Xeon E5‑2620 (12 hilos cada una) y 288 GB de RAM DDR3 consumen varios cientos de vatios bajo carga. En un entorno doméstico, el coste energético se vuelve visible en la factura mensual.
  3. Sobreaprovisionamiento: Cuando la carga de trabajo real (pocos VMs, servicios ligeros) no requiere esa capacidad, el hardware opera en un rango de eficiencia bajo.
  4. Compatibilidad de firmware: Servidores HP pueden requerir versiones específicas de iLO, BIOS y controladores para arrancar Linux sin problemas.
  5. Gestión de discos: Los discos SAS de 2,5 in son más lentos que los SSD modernos; migrar a SSD implica inversión adicional.

Solución

Una estrategia de reutilización se basa en tres pilares: optimizar el consumo, asignar roles adecuados y configurar el software de forma ligera.

1. Reducción del consumo eléctrico

  • Desactivar componentes no esenciales: En el BIOS, apaga los puertos USB no usados, el controlador de vídeo integrado y los puertos de expansión que no vas a utilizar.
  • Ajustar el perfil de ventilador: Muchos modelos permiten cambiar de “Performance” a “Balanced” o “Low Power”.
  • Limitar la frecuencia de la CPU: Usa cpupower o tuned para establecer un governor “powersave” cuando la carga es baja.
  • Apagar discos o moverlos a un NAS externo: Si los discos internos son solo para pruebas, considera extraerlos y usar almacenamiento externo de mayor eficiencia.

2. Definir roles que aprovechen la arquitectura

  • Almacenamiento distribuido: Con 288 GB de RAM y múltiples puertos SAS, el servidor es ideal para un clúster Ceph o GlusterFS de alta capacidad.
  • Entorno de virtualización de alta densidad: Proxmox o VMware ESXi pueden alojar varios VMs de pruebas, especialmente cuando se necesita aislamiento de CPU o NUMA.
  • Laboratorio de Kubernetes: Los dos sockets permiten crear nodos de control y workers en la misma máquina, simulando un cluster real.
  • Servicios de alto I/O: Bases de datos de pruebas, Elasticsearch o sistemas de logging se benefician de la gran cantidad de memoria y de los canales de I/O redundantes.

3. Instalación ligera de Ubuntu Server o Proxmox

  1. Preparar el medio de instalación: Usa una ISO mínima de Ubuntu Server 22.04 o la ISO de Proxmox VE 8.
  2. Desactivar el modo RAID por hardware: Configura los discos en modo “AHCI” para que el hipervisor tenga control directo.
  3. Instalar el kernel genérico: Evita los paquetes hp-health a menos que necesites monitorizar el hardware.
  4. Configurar systemd para apagar los ventiladores cuando la carga sea < 10 % (solo si el BIOS lo permite).

Ejemplo de ajuste del governor:

apt-get update && apt-get install -y cpupower
cpupower frequency-set -g powersave

4. Monitoreo continuo

Implementa node_exporter + prometheus para observar consumo de watts (si el PDU lo soporta) y temperatura. Configura alertas que disparen un script de “sleep” para bajar la frecuencia cuando el consumo supere un umbral (p.ej., 250 W).

Cuándo aplicar esta solución

  • Carga de trabajo intensiva en I/O o memoria: Si planeas ejecutar bases de datos, clústeres de contenedores o sistemas de backup que requieren gran ancho de banda y RAM.
  • Necesidad de alta disponibilidad: El chasis con fuentes redundantes y controladores RAID es útil para entornos críticos.
  • Presupuesto limitado para nuevo hardware: Reutilizar el servidor evita la compra de un nuevo nodo, siempre que el consumo extra sea aceptable.
  • Entorno de aprendizaje: Probar configuraciones de NUMA, vNUMA o Ceph en hardware real aporta experiencia que no se consigue en máquinas virtuales.

No es recomendable cuando:

  • El ruido y el consumo superan el umbral tolerable para el espacio de trabajo.
  • La carga real es ligera y ya está cubierta por otro nodo.
  • No se dispone de una fuente de alimentación con medición de vatios para validar el coste energético.

Código

# Instalar Proxmox VE en modo minimalista
apt-get update && apt-get install -y proxmox-ve-2.4
# Desactivar los módulos de gestión HP (opcional)
systemctl disable hp-health
# Configurar governor a powersave para todos los núcleos
for cpu in /sys/devices/system/cpu/cpu[0-9]*; do
  echo powersave > "$cpu/cpufreq/scaling_governor"
done

Verificación

  1. Comprobar consumo: Usa ipmitool sensor | grep -i power o la interfaz iLO para leer el consumo en tiempo real.
  2. Validar temperatura: sensors debe mostrar valores < 70 °C bajo carga sostenida.
  3. Confirmar aislamiento de VMs: En Proxmox, verifica que cada VM tenga asignado su propio vCPU y que el NUMA esté habilitado (pveam available → qm set <VMID> -numa 1).
  4. Probar rendimiento de I/O: Ejecuta fio --name=seqwrite --filename=/dev/sdb --size=1G --bs=1M --rw=write --direct=1 y compara con los resultados esperados de discos SAS.

Notas adicionales

  • Actualiza el firmware: La última versión de BIOS y iLO disponible en HPE Fix Central suele resolver problemas de arranque con Linux.
  • Considera la virtualización basada en LXC: Proxmox permite contenedores ligeros que consumen menos recursos que VMs completas, aprovechando la gran RAM.
  • Planifica la migración de datos: Si decides usar los discos internos, clona los datos a SSD antes de desactivar el RAID, para evitar cuellos de botella.
  • Aislamiento acústico: Colocar el servidor en un armario ventilado o usar aislamiento de espuma puede reducir el ruido percibido sin afectar la refrigeración.
  • Reventa parcial: Si la carga eléctrica es inaceptable, vender los módulos de RAM y los CPUs por separado puede recuperar parte de la inversión.