Cuando saqué por primera vez el ZimaCube 2 de la caja, tenía una pregunta que importaba más que cualquier comparación de especificaciones: ¿Puede esta cosa realmente ejecutar una pila de infraestructura real?
Después de semanas de operación continua, la respuesta es un rotundo sí. Aquí está exactamente lo que estoy ejecutando, cómo funciona y por qué la configuración de 8GB de fábrica fue más allá de lo que esperaba.
La pila: Todo funcionando en una sola caja
El ZimaCube 2 es ahora el centro de mi infraestructura autoalojada. Aquí está la imagen completa:
Servicios principales (Docker Compose)
- Nginx Proxy Manager — proxy inverso y terminación SSL
- Cloudflare Tunnel — acceso cifrado sin abrir puertos
- Ghost CMS — blog autoalojado (el que estás leyendo ahora)
- Vaultwarden — gestión de contraseñas
- Uptime Kuma — monitoreo de infraestructura
- Más de 5 contenedores adicionales para automatización y herramientas
Pipeline CI/CD
- Runners autoalojados de GitHub Actions — construir y desplegar contenedores Docker directamente en mi entorno local
- Flujos de trabajo de despliegue automatizados activados en cada push
Almacenamiento y Datos
- Pools ZFS que abarcan 3× HDDs y 3× unidades NVMe
- Flujos de trabajo de respaldo local con unidades de respaldo dedicadas
- Almacenamiento de medios y conjuntos de datos con soporte para snapshots
Redes
- Ethernet dual de 2.5Gb combinado con router WiFi 7
- Enrutamiento de proxy inverso a todos los servicios
- Túneles cifrados para acceso remoto
8GB de RAM: El rendimiento sorpresa
Aquí está la parte honesta: cuando vi que la configuración de fábrica venía con 8GB DDR5, mi primer instinto fue pedir una actualización de RAM de inmediato. En cambio, decidí probar hasta dónde podía llegar realmente la configuración de fábrica antes de gastar más dinero.
Los resultados me sorprendieron.
Incluso con más de 10 contenedores Docker — incluyendo un proxy inverso, túneles cifrados, monitoreo, runners de CI/CD, alojamiento CMS y servicios de almacenamiento — el sistema nunca se sintió limitado. El uso de memoria se mantuvo manejable. Los tiempos de inicio de los contenedores fueron rápidos. La capacidad de respuesta del servicio se mantuvo excelente.
Esto dice mucho sobre la eficiencia de las cargas de trabajo modernas de contenedores Linux y la arquitectura de la plataforma. Los grupos de almacenamiento NVMe significan que el swap es realmente usable cuando se necesita, y el ancho de banda de la memoria DDR5 mantiene la E/S de contenedores ágil.
Todavía planeo ampliar la memoria más adelante, especialmente a medida que agregue más cargas de trabajo de IA, pero la experiencia de fábrica fue mucho más capaz de lo que esperaba.

Docker CI/CD: CONSTRUIR → DESPLEGAR → AUTOMATIZAR → REPETIR
Uno de los casos de uso más importantes para mí es CI/CD basado en Docker. Así es como funciona el flujo de trabajo en el ZimaCube 2:
- Subo código a GitHub
- Un runner autoalojado de GitHub Actions en el ZimaCube 2 recoge el trabajo
- El runner construye la imagen Docker localmente
- El nuevo contenedor se despliega en mi entorno autoalojado
- Nginx Proxy Manager dirige el tráfico al servicio actualizado
- Cloudflare Tunnel asegura que sea accesible desde cualquier lugar
Este es exactamente el tipo de flujo de trabajo para el que quería esta máquina. No más malabares entre un NAS para almacenamiento, una caja separada para computación y otro sistema para CI/CD.
Arquitectura de almacenamiento que tiene sentido
El diseño de doble grupo es lo que hace posible este nivel de consolidación:
| Grupo | Unidades | RAID | Propósito |
|---|---|---|---|
| Masivo (HDD) | 3 × 6TB | RAID 1 + repuesto en caliente | Medios, conjuntos de datos, copias de seguridad |
| Rápido (NVMe) | 2 × 512GB | RAID 1 | Docker, máquinas virtuales, almacenamiento de aplicaciones |
| Copia de seguridad rápida | 1 × 2TB NVMe | — | Destino de copia de seguridad local |
El grupo rápido es donde vive Docker. Las imágenes de contenedores, volúmenes y datos en tiempo de ejecución están todos en NVMe RAID 1, lo que significa que el inicio de contenedores y las operaciones de E/S son realmente rápidas. El grupo de almacenamiento masivo maneja el almacenamiento de larga duración: archivos multimedia, archivos y conjuntos de datos que no necesitan la velocidad NVMe.
Esta separación significa que nunca tengo que elegir entre capacidad y rendimiento.
Rendimiento térmico bajo carga continua
Una de las partes más impresionantes del ZimaCube 2 ha sido el rendimiento térmico. Incluso mientras ejecuta contenedores Docker, grupos de almacenamiento, proxies inversos, servicios de monitoreo, infraestructura CI/CD y aplicaciones autoalojadas, el sistema se ha mantenido tanto silencioso como fresco.
El chasis metálico, el diseño del flujo de aire, los disipadores NVMe incluidos y la disposición interna de los componentes contribuyen a esto. Para un dispositivo compacto de infraestructura siempre encendido, el manejo térmico es realmente excelente.
Comparado con los servidores en rack antiguos que usaba antes, la diferencia en generación de calor, consumo de energía, ruido y tamaño físico es abismal.
Redes: Dual 2.5GbE en la práctica
Los puertos Ethernet duales 2.5Gb se combinan perfectamente con la infraestructura de red moderna. Combinados con un router WiFi 7 y un switch 2.5GbE:
- Transferencias de archivos rápidas hacia y desde los grupos de almacenamiento
- Red de contenedores receptiva entre servicios
- Acceso remoto fluido a través de Cloudflare Tunnel
- Sin cuellos de botella para cargas de trabajo concurrentes
Para un dispositivo de infraestructura compacto, la red dual 2.5GbE es muy importante — significa que el acceso a tu almacenamiento no está limitado por un solo enlace gigabit.
Construye tu propia plataforma autoalojada con ZimaCube 2 →
Preguntas Frecuentes
P1. ¿Cuántos contenedores Docker puede ejecutar el ZimaCube 2?
Con la configuración estándar de 8GB DDR5, Michael ejecuta más de 10 contenedores incluyendo proxy inverso, CMS, gestor de contraseñas, monitoreo, runners CI/CD y servicios de almacenamiento — con margen de sobra. El grupo de almacenamiento NVMe asegura una E/S rápida de contenedores incluso bajo carga concurrente.
P2. ¿Puede el ZimaCube 2 ejecutar runners de GitHub Actions?
Sí. Los runners de GitHub Actions autoalojados funcionan bien en el ZimaCube 2. Michael los usa para construir y desplegar contenedores Docker directamente en su entorno local autoalojado — una canalización CI/CD completamente local.
P3. ¿Son suficientes 8GB de RAM para un homelab con Docker?
Para cargas de trabajo en contenedores — Docker, proxies inversos, túneles, monitoreo y servicios de almacenamiento — 8GB son sorprendentemente suficientes. Los contenedores modernos de Linux son eficientes en memoria, y el almacenamiento NVMe proporciona un intercambio rápido cuando es necesario. Siempre puedes actualizar más adelante a través de la ranura SODIMM.
P4. ¿Cuál es el beneficio de tener dos grupos de almacenamiento (HDD + NVMe)?
El grupo NVMe maneja cargas de trabajo de alta E/S como Docker, máquinas virtuales y almacenamiento de aplicaciones con baja latencia. El grupo HDD ofrece almacenamiento masivo rentable para medios, copias de seguridad y conjuntos de datos. Esta separación significa que nunca sacrificas capacidad por rendimiento.
P5. ¿El ZimaCube 2 soporta Cloudflare Tunnel?
Sí, y funciona bien. Combinado con Nginx Proxy Manager y redes duales 2.5GbE, puedes exponer tus servicios autoalojados de forma segura sin abrir puertos en tu router.
Centro de Campañas Zima
Más para leer

Conoce ZimaOS 1.7: una mejor forma de descubrir y gestionar aplicaciones autoalojadas
Descubre cómo ZimaOS 1.7 facilita encontrar, gestionar, configurar, actualizar y solucionar problemas en una biblioteca de aplicaciones autoalojadas en constante crecimiento.

Descubre ZimaOS Photos: una biblioteca de fotos privada diseñada para tu servidor doméstico y NAS
Convierte las fotos que ya tienes en tu servidor doméstico en una biblioteca privada y con búsqueda, diseñada para redescubrirlas, mantener el control local...

Día de la Libertad del Software: las mejores aplicaciones de código abierto para alojar en casa
Crea un ecosistema doméstico práctico de código abierto con aplicaciones para fotos, archivos, contenido multimedia, automatización, documentos, RSS y control de red.

