Lenovo ThinkCentre vs Raspberry Pi para Homelab
Cuando decidimos montar la infraestructura para La MIX Radio, nos enfrentamos al dilema clásico de Lenovo ThinkCentre vs Raspberry Pi para Homelab.
Al principio, la idea de una placa pequeña que consume nada era muy atractiva.
Sin embargo, la realidad de correr servicios 24/7 nos obligó a mirar más allá del tamaño.
No queríamos que la radio se cayera porque una tarjeta SD se corrompiera a las tres de la mañana.
Por qué la elección del hardware define tu flujo de trabajo
La diferencia entre estas dos opciones no es solo la potencia, sino la estabilidad. En nuestra experiencia, un servidor de radio requiere que el flujo de datos sea constante y que el almacenamiento sea fiable.
Si usamos una Raspberry Pi, dependemos de una arquitectura ARM que a veces complica la instalación de ciertos contenedores o VMs específicas.
Esto nos lleva a un punto crítico: el almacenamiento.
Las Raspberry Pi suelen usar tarjetas microSD, que son famosas por morir cuando escriben muchos logs.
En cambio, un equipo pequeño de escritorio nos permite usar discos SSD NVMe.
Esa simple diferencia cambia totalmente la velocidad de respuesta de nuestro panel de control en Proxmox.
Además, la gestión de la energía es distinta. Mientras la Raspberry Pi gana en consumo eléctrico, el ThinkCentre nos ofrece una capacidad de procesamiento que nos permite ejecutar Python, n8n y Gemma en un solo nodo sin que la CPU se sature.
Para quien opera radios online, el tiempo de respuesta del servidor es la diferencia entre un streaming fluido y uno que corta.
El impacto real en la disponibilidad del servicio
En la práctica, hemos notado que la estabilidad de un x86 es superior para tareas pesadas. Cuando configuramos la VM 111 para el procesamiento de audio con gTTS, la potencia de un procesador Intel marcó la diferencia. No tuvimos que optimizar el código al extremo para que no se colgara el sistema.
Por otro lado, la Raspberry Pi es excelente para tareas aisladas. Por ejemplo, sirve para un DNS Pi-hole o un bot sencillo de Telegram. Pero cuando queremos centralizar todo en un homelab Proxmox, la arquitectura de los ThinkCentre Tiny se vuelve la opción lógica por su compatibilidad nativa.
Al evaluar el Lenovo ThinkCentre vs Raspberry Pi para Homelab, priorizamos la fiabilidad del almacenamiento SSD sobre el ahorro energético, evitando así caídas inesperadas en el streaming de La MIX Radio.
Cómo implementamos el hardware en nuestra red
Para gestionar nuestras dos radios, optamos por desplegar nodos ThinkCentre Tiny. Estos equipos caben en cualquier rincón, pero tienen la potencia de un servidor real. Lo primero que hicimos fue instalar Proxmox VE para poder segmentar los servicios en contenedores y máquinas virtuales independientes.
Para que el sistema sea eficiente, creamos una estructura de contenedores LXC. Esto nos permite ejecutar procesos ligeros sin desperdiciar memoria RAM. En un equipo x86, la gestión de recursos es mucho más flexible que en una placa ARM donde estás limitado a lo que el kernel permite.
Para ilustrarlo, veamos cómo organizamos la red de servicios en nuestro nodo principal. Utilizamos un contenedor para el proxy inverso y otro para el motor de radio. Esta separación evita que un error en la web tire abajo la emisión de audio.
Configuración del flujo de datos con Nginx
Para que el tráfico llegue correctamente a Icecast, configuramos Nginx como proxy. Esto es fundamental para no exponer el puerto interno del servidor y gestionar los certificados SSL de forma centralizada. De esta manera, el usuario accede a lamixradio.com y Nginx redirige la petición internamente.
El siguiente bloque muestra la configuración básica que usamos en el contenedor de Nginx para redirigir el tráfico hacia el servidor de audio en la VM 111.
server {
listen 80;
server_name lamixradio.com;
location / {
# Redirigimos el tráfico al servidor de Icecast
proxy_pass http://192.168.1.111:8000;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
# Desactivamos el buffering para que el audio fluya en tiempo real
proxy_buffering off;
proxy_read_timeout 3600;
}
}Una vez que el tráfico fluye, necesitamos automatizar tareas. Aquí es donde entra Python. Creamos scripts que monitorean si el proceso de Icecast está activo. Si el servicio cae, el script lanza una alerta a nuestro bot de Telegram.
Para lograr esto, implementamos un pequeño script de monitoreo que corre cada cinco minutos mediante un cron job en el sistema Linux del host.
import os
import requests
# URL del stream de La MIX Radio
URL_STREAM = "http://192.168.1.111:8000/stream"
TOKEN_TELEGRAM = "tu_token_aqui"
CHAT_ID = "tu_chat_id"
def check_radio():
try:
# Verificamos si el servidor responde
response = requests.get(URL_STREAM, timeout=5)
if response.status_code != 200:
send_alert("Alerta: El servidor de radio no responde correctamente.")
except Exception as e:
send_alert(f"Error crítico en el servidor de audio: {
e
}")
def send_alert(message):
url = f"https://api.telegram.org/bot{
TOKEN_TELEGRAM
}/sendMessage"
params = {
"chat_id": CHAT_ID, "text": message
}
requests.post(url, params=params)
if __name__ == "__main__":
check_radio()Lo que funciona y lo que nos dio problemas
En el camino de comparar Lenovo ThinkCentre vs Raspberry Pi para Homelab, cometimos varios errores. El primero fue intentar usar una Raspberry Pi para correr una base de datos pesada. El sistema se volvió extremadamente lento y la tarjeta SD terminó quemada por el exceso de escrituras.
Después, probamos a instalar Proxmox en un equipo antiguo que no soportaba virtualización completa. Pasamos horas configurando el kernel para que aceptara los contenedores LXC, solo para descubrir que el hardware tenía un fallo en la gestión de la RAM. Aprendimos que es mejor invertir un poco más en un equipo Tiny reacondicionado que luchar contra hardware obsoleto.
Finalmente, tuvimos un problema con la temperatura. Los ThinkCentre, al ser compactos, pueden calentarse si se les exige demasiado. Tuvimos que limpiar el ventilador y cambiar la pasta térmica para evitar que el procesador bajara su frecuencia durante las horas pico de la radio.
Errores reales que nos costaron tiempo
A lo largo de estos años, hemos tropezado con tres problemas recurrentes que cualquier colega técnico debería evitar:
- Saturación de I/O en SD: Usamos una Raspberry Pi para logs intensos. Síntoma: El sistema se congelaba aleatoriamente. Causa: Desgaste de la tarjeta microSD. Solución: Migrar todo a un ThinkCentre con SSD.
- Conflictos de IP en Proxmox: Asignamos IPs dinámicas a las VMs. Síntoma: El proxy de Nginx dejaba de encontrar el servidor de audio. Causa: DHCP cambió la IP de la VM 111. Solución: Configurar IPs estáticas en cada interfaz de red.
- Falta de RAM en contenedores: Limitamos demasiado el contenedor de n8n. Síntoma: Los flujos de automatización se detenían sin previo aviso. Causa: El proceso llegaba al límite de memoria y el sistema lo mataba (OOM Killer). Solución: Aumentar el límite de RAM a 2GB en la configuración del LXC.
Cómo verificar que tu infraestructura es estable
Para saber que todo funciona correctamente, no basta con que la web cargue. Nosotros hacemos una prueba de estrés sencilla: reiniciamos el nodo de Proxmox y medimos cuánto tarda el servicio de audio en estar disponible nuevamente. Si el tiempo es menor a dos minutos, la configuración es correcta.
Además, monitoreamos la carga de CPU desde el panel de Proxmox. Si vemos que la CPU del ThinkCentre se mantiene por debajo del 30% mientras emite y procesa audios con Emily (nuestro bot de gTTS), sabemos que tenemos margen de crecimiento para Radio OnE.
Qué hacer esta semana para mejorar tu servidor
Si estás dudando entre Lenovo ThinkCentre vs Raspberry Pi para Homelab, mi consejo es que busques un equipo Tiny usado en buen estado. Esta semana, intenta instalar Proxmox en un hardware x86 y despliega tu primer contenedor LXC con Nginx. Verás que la flexibilidad de poder crear y borrar VMs en segundos cambia totalmente tu forma de experimentar con la tecnología.
