Proxmox en ARM siempre fue un proyecto de “cierren los ojos y esperen que funcione”. MicroCloud de Canonical llegó como una alternativa nativa de Pi que orquesta máquinas virtuales, contenedores y almacenamiento sin los parches manuales complicados. Eso deja una opción real para un cluster casero en hardware Raspberry Pi, y la opción ya no es solo entre Docker en un Pi o rendirse completamente.
Ejecutamos siete herramientas de orquestación en una mezcla de Pi 4, Pi 5 y Radxa Rock 5B. Cada opción a continuación se instala en ARM sin parches del kernel, agrupa limpiamente en al menos tres nodos y sobrevive a un apagón. Las diferencias están en la forma de la carga de trabajo: solo contenedores, máquinas virtuales y contenedores, un sabor de Kubernetes, o un programador de servicios más ligero.
Qué buscar en un orquestador de cluster Pi
- Compilaciones ARM nativas sin la advertencia “no compatible” en los documentos.
- Unión de cluster en un solo comando; un cluster casero no debería necesitar Terraform.
- Replicación de almacenamiento entre nodos para que un error de una tarjeta SD no pierda datos.
- Un camino hacia máquinas virtuales, no solo contenedores, para ese servicio Windows o FreeBSD que el hogar necesita.
- Consumo de memoria inactiva que deja espacio para la carga de trabajo en nodos Pi de 4 GB u 8 GB.
- Una interfaz que puede entregar a otra persona sin una sesión de capacitación.
Comparación rápida
| Aplicación | Mejor para | Plataformas | Plan gratuito | Precio inicial/mes | Licencia |
|---|---|---|---|---|---|
| MicroCloud | El cluster de extremo a extremo | Linux (ARM, x86) | Aplicación completa | Gratis | AGPLv3 |
| K3s | Kubernetes en nodos de bajo consumo | Linux (ARM, x86) | Aplicación completa | Gratis | Apache 2.0 |
| Incus | Contenedores más máquinas virtuales, sin K8s | Linux (ARM, x86) | Aplicación completa | Gratis | Apache 2.0 |
| MicroK8s | Sabor Kubernetes administrado | Linux (ARM, x86) | Aplicación completa | Gratis (con soporte pagado) | Apache 2.0 |
| Portainer | Capa de interfaz para Docker/K8s | Linux, Windows, macOS | Community edition | ~$0.30/nodo/mes (Business) | Freemium |
| Docker Swarm | Agrupación simple de contenedores | Linux (ARM, x86) | Aplicación completa | Gratis | Apache 2.0 |
| Nomad | Cargas de trabajo no contenedorizadas también | Linux (ARM, x86) | Community edition | Gratis | BSL 1.1 |
Las aplicaciones
1. MicroCloud, mejor cluster de extremo a extremo
MicroCloud une MicroOVN, MicroCeph e Incus en un único cluster de opinión formada. Tres comandos convierten un puñado de Pi en una nube casera con almacenamiento distribuido, redes definidas por software y una mezcla de máquinas virtuales y contenedores del sistema. En un Pi 5 nuevo, se levanta en menos de veinte minutos; la documentación asume ARM desde el principio.
Dónde falla: requiere Ubuntu Server en cada nodo; si su hogar está estandarizado en Debian o Raspberry Pi OS, ese es un cambio. La recuperación de una falla de dos nodos aún necesita leer la documentación.
Precios:
- Gratis: Aplicación completa.
- Pagado: No aplica.
Plataformas: Linux (Ubuntu en ARM y x86).
Descargar: canonical.com/microcloud · GitHub
Conclusión: La razón para escribir este artículo. La primera herramienta de cluster Pi que trata ARM como un objetivo de primera clase y cubre almacenamiento, redes y gestión de cargas de trabajo en un solo lugar.
2. K3s, mejor para un Kubernetes ligero
K3s es una distribución Kubernetes certificada empaquetada como un único binario inferior a 100 MB. Se ejecuta cómodamente en un Pi de 4 GB e incorpora nuevos nodos con un token e instalador canalizados por curl. Si la carga de trabajo ya son contenedores más gráficos de Helm, K3s es el camino más corto a un cluster real.
Dónde falla: todavía es Kubernetes, por lo que el modelo mental que viene con él permanece con él. Hay un techo en cuánto se puede abstraer eso.
Precios:
- Gratis: Aplicación completa.
- Pagado: No aplica.
Plataformas: Linux (ARM, x86), Docker.
Conclusión: La opción predeterminada cuando el destino de implementación en otro lugar también es Kubernetes.
3. Incus, mejor para contenedores más máquinas virtuales sin Kubernetes
Incus es el fork de LXD administrado por el proyecto Linux Containers. Ejecuta contenedores del sistema (un Debian completo, no un solo proceso) y máquinas virtuales completas desde una CLI, y su agrupación es sencilla: incus cluster add y ya está. En un Pi 5 con 8 GB ejecuta alegremente algunos contenedores Debian y una máquina virtual Windows 11 ARM al mismo tiempo.
Dónde falla: sin panel de control integrado; la interfaz de la comunidad es buena pero no viene en la caja. La elección del controlador de almacenamiento en ARM importa más de lo que permite la documentación.
Precios:
- Gratis: Aplicación completa.
- Pagado: No aplica.
Plataformas: Linux (ARM, x86).
Descargar: linuxcontainers.org/incus · GitHub
Conclusión: La mejor opción cuando su carga de trabajo es una mezcla y Kubernetes es excesivo.
4. MicroK8s, mejor para un sabor Kubernetes compatible
MicroK8s es la distribución Kubernetes de Canonical instalada como snap. Se agrupa con microk8s add-node, viene con complementos para MetalLB, Ingress, DNS y Rook Ceph, y tiene un camino de soporte pagado si el cluster crece en algo crítico para la misión.
Dónde falla: el tiempo de ejecución de snap es polarizante; algunas configuraciones de Pi prefieren evitar snap por completo.
Precios:
- Gratis: Aplicación completa.
- Pagado: Niveles de soporte pagado para uso en producción.
Plataformas: Linux (Ubuntu en ARM, x86).
Descargar: microk8s.io · GitHub
Conclusión: El sabor K8s correcto cuando desea un catálogo de complementos seleccionado y una opción de soporte alternativa.
5. Portainer, mejor capa de interfaz
Portainer no es un orquestador en sí; es una interfaz web que gestiona clusters Docker, Docker Swarm y Kubernetes. La edición comunitaria cubre la mayoría de las necesidades de homelab, y emparejarlo con un cluster K3s proporciona a los miembros del hogar sin CLI una forma de reiniciar un servicio atascado.
Dónde falla: el nivel gratuito no incluye RBAC completo ni configuración centralizada; ese es el trabajo del nivel pagado.
Precios:
- Gratis: Community edition, la mayoría de las características.
- Pagado: Business edition con tarifa por nodo para RBAC y características multiusuario.
Plataformas: Linux, Windows, macOS, Docker.
Descargar: portainer.io · GitHub
Conclusión: La interfaz que convierte una instalación de K3s o MicroCloud en algo que el resto de la casa pueda usar.
6. Docker Swarm, mejor cluster mínimo
Docker Swarm es el modo de agrupación integrado de Docker. docker swarm init en un nodo y docker swarm join en los otros le proporciona un cluster con actualizaciones continuas, gestión de secretos y redes de superposición. Sin nuevos binarios que aprender.
Dónde falla: Swarm ha estado en modo de mantenimiento durante años; las nuevas características aterrizan en otro lugar. La configuración funciona, pero la energía del ecosistema se movió a Kubernetes.
Precios:
- Gratis: Aplicación completa.
- Pagado: No aplica.
Plataformas: Linux (ARM, x86).
Descargar: docker.com · GitHub
Conclusión: La forma más ligera de agrupar contenedores si ya ha aceptado que Docker es el futuro en el que se mantiene.
7. Nomad, mejor para cargas de trabajo no contenedorizadas
Nomad por HashiCorp programa contenedores, jarras Java, binarios sin procesar y cargas de trabajo ejecutables de Windows. Esa mezcla es donde destaca de las herramientas solo de Kubernetes: un cluster Pi que también ejecuta un servicio heredado termina más limpio bajo Nomad que bajo K3s.
Dónde falla: el ecosistema es más pequeño que Kubernetes; cada integración de terceros que desee puede estar desaparecida.
Precios:
- Gratis: Community edition.
- Pagado: Características empresariales a través de HashiCorp.
Plataformas: Linux (ARM, x86), Windows.
Descargar: nomadproject.io · GitHub
Conclusión: El programador correcto cuando la carga de trabajo no es “solo contenedores” y Kubernetes se siente como una importación pesada.
Cómo elegir el correcto
Si está comenzando desde cero y desea el camino más corto a “un cluster Pi que ejecuta todo”, instale MicroCloud en tres nodos Ubuntu Server Pi. El almacenamiento, la redes y la gestión de cargas de trabajo se envían en un paquete.
Si su flujo de trabajo en el trabajo es Kubernetes, coloque K3s en los mismos nodos y omita la brecha de aprendizaje. Agregue Portainer encima para el hogar.
Si su carga de trabajo es una mezcla de contenedores del sistema de larga duración y una o dos máquinas virtuales completas, Incus es la herramienta más tranquila de esta lista. Lo hace sin pretender ser un producto del centro de datos.
Si desea que la curva de aprendizaje de Kubernetes se suavice con una lista de complementos seleccionados, MicroK8s es la opción; si no, K3s es más ligero.
Omita Docker Swarm para nuevas configuraciones. Todavía funciona, y si hereda una está bien mantenerla, pero no construya algo nuevo en ella en 2026.
Recurra a Nomad solo cuando una carga de trabajo real en el cluster no sea un contenedor.
Preguntas frecuentes
¿Cuántos Pi necesito para hacer un cluster significativo?
Tres. Los clusters de dos nodos no pueden votar un quórum y perder datos de forma segura; tres es donde el almacenamiento distribuido comienza a funcionar.
¿Necesito hardware Pi idéntico en un cluster?
Recomendado, no requerido. Los modelos mixtos funcionan; MicroCloud y MicroK8s los toleran. El rendimiento está limitado por el miembro más lento.
¿Puedo ejecutar un Kubernetes casero sin todo esto?
Docker Compose en un solo Pi es suficiente para muchos hogares y no es vergonzoso. Recurra a un cluster cuando la falla de un solo nodo sea inaceptable.
¿Qué hay del consumo de energía?
Un cluster de tres Pi 4 inactivo alrededor de 12 a 15 W total; un cluster de tres Pi 5 más cercano a 18 a 22 W. Ambos eclipsan la eficiencia de un NUC para la misma carga de trabajo, pero se mantienen silenciosos y pequeños.
¿MicroCloud me reemplaza Proxmox?
En un Pi, sí. En x86, Proxmox sigue siendo el producto más maduro; MicroCloud es donde ARM finalmente obtiene la misma forma de herramienta.
