Proxmox em ARM sempre foi um projeto “feche os olhos e torça para dar certo”. MicroCloud do Canonical chegou como uma alternativa nativa do Pi que orquestra VMs, contêineres e armazenamento sem as contorções manuais complicadas. Isso deixa uma escolha real para um cluster caseiro em hardware Raspberry Pi, e a escolha não é mais apenas entre Docker em um Pi ou desistir completamente.
Executamos sete ferramentas de orquestração em uma mistura de Pi 4, Pi 5 e Radxa Rock 5B. Cada opção abaixo é instalada em ARM sem patches de kernel, se agrupa perfeitamente em pelo menos três nós e sobrevive a um apagão. As diferenças estão na forma da carga de trabalho: apenas contêineres, VMs e contêineres, um sabor de Kubernetes, ou um agendador de serviços mais leve.
O que procurar em um orquestrador de cluster Pi
- Compilações ARM nativas sem aviso “não suportado” nos documentos.
- Junção de cluster em um único comando; um cluster caseiro não deve exigir Terraform.
- Replicação de armazenamento entre nós para que uma falha de um cartão SD não perca dados.
- Um caminho para VMs, não apenas contêineres, para aquele serviço Windows ou FreeBSD que a casa precisa.
- Consumo de memória em repouso que deixa espaço para a carga de trabalho em nós Pi de 4 GB ou 8 GB.
- Uma interface que você pode entregar a outra pessoa sem uma sessão de treinamento.
Comparação rápida
| Aplicativo | Melhor para | Plataformas | Plano gratuito | Preço inicial/mês | Licença |
|---|---|---|---|---|---|
| MicroCloud | O cluster de ponta a ponta | Linux (ARM, x86) | Aplicativo completo | Grátis | AGPLv3 |
| K3s | Kubernetes em nós de baixa potência | Linux (ARM, x86) | Aplicativo completo | Grátis | Apache 2.0 |
| Incus | Contêineres mais VMs, sem K8s | Linux (ARM, x86) | Aplicativo completo | Grátis | Apache 2.0 |
| MicroK8s | Sabor Kubernetes gerenciado | Linux (ARM, x86) | Aplicativo completo | Grátis (com suporte pago) | Apache 2.0 |
| Portainer | Camada de UI para Docker/K8s | Linux, Windows, macOS | Community edition | ~$0.30/nó/mês (Business) | Freemium |
| Docker Swarm | Agrupamento simples de contêineres | Linux (ARM, x86) | Aplicativo completo | Grátis | Apache 2.0 |
| Nomad | Cargas de trabalho não-contêiner também | Linux (ARM, x86) | Community edition | Grátis | BSL 1.1 |
Os aplicativos
1. MicroCloud, melhor cluster de ponta a ponta
MicroCloud une MicroOVN, MicroCeph e Incus em um único cluster opinativo. Três comandos transformam um monte de Pi em uma nuvem caseira com armazenamento distribuído, rede definida por software e uma mistura de VMs e contêineres do sistema. Em um Pi 5 novo, fica pronto em menos de vinte minutos; a documentação assume ARM desde o início.
Onde falha: requer Ubuntu Server em cada nó; se sua casa usa Debian ou Raspberry Pi OS, isso é uma mudança. A recuperação de uma falha de dois nós ainda exige leitura da documentação.
Preços:
- Grátis: Aplicativo completo.
- Pago: Não aplicável.
Plataformas: Linux (Ubuntu em ARM e x86).
Download: canonical.com/microcloud · GitHub
Conclusão: O motivo para escrever este artigo. A primeira ferramenta de cluster Pi que trata ARM como um alvo de primeira classe e cobre armazenamento, rede e gerenciamento de carga de trabalho em um só lugar.
2. K3s, melhor para um Kubernetes leve
K3s é uma distribuição Kubernetes certificada empacotada como um único binário inferior a 100 MB. Funciona confortavelmente em um Pi de 4 GB e ingressa novos nós com um token e instalador via curl. Se a carga de trabalho já é contêineres mais gráficos Helm, K3s é o caminho mais curto para um cluster real.
Onde falha: ainda é Kubernetes, então o modelo mental que vem com ele permanece com ele. Há um teto sobre o quanto você pode abstrair.
Preços:
- Grátis: Aplicativo completo.
- Pago: Não aplicável.
Plataformas: Linux (ARM, x86), Docker.
Conclusão: A escolha padrão quando o alvo de implantação em outro lugar também é Kubernetes.
3. Incus, melhor para contêineres mais VMs sem Kubernetes
Incus é o fork do LXD administrado pelo projeto Linux Containers. Executa contêineres do sistema (um Debian completo, não um único processo) e VMs completas a partir de uma CLI, e seu agrupamento é simples: incus cluster add e pronto. Em um Pi 5 com 8 GB, executa felizmente alguns contêineres Debian e uma VM Windows 11 ARM ao mesmo tempo.
Onde falha: sem painel integrado; a UI da comunidade é boa, mas não vem na caixa. A escolha do driver de armazenamento em ARM importa mais do que a documentação permite.
Preços:
- Grátis: Aplicativo completo.
- Pago: Não aplicável.
Plataformas: Linux (ARM, x86).
Download: linuxcontainers.org/incus · GitHub
Conclusão: A melhor escolha quando sua carga de trabalho é uma mistura e Kubernetes é excessivo.
4. MicroK8s, melhor para um sabor Kubernetes suportado
MicroK8s é a distribuição Kubernetes do Canonical instalada como snap. Agrupa com microk8s add-node, vem com add-ons para MetalLB, Ingress, DNS e Rook Ceph, e tem um caminho de suporte pago se o cluster crescer para algo crítico à missão.
Onde falha: o runtime snap é polarizador; algumas configurações de Pi preferem evitar snap completamente.
Preços:
- Grátis: Aplicativo completo.
- Pago: Níveis de suporte pago para uso em produção.
Plataformas: Linux (Ubuntu em ARM, x86).
Download: microk8s.io · GitHub
Conclusão: O sabor K8s certo quando você quer um catálogo de add-ons curado e uma opção de suporte alternativa.
5. Portainer, melhor camada de UI
Portainer não é um orquestrador em si; é uma UI web que gerencia clusters Docker, Docker Swarm e Kubernetes. A edição community cobre a maioria das necessidades homelab, e emparelhá-la com um cluster K3s dá aos membros da casa sem CLI uma forma de reiniciar um serviço travado.
Onde falha: o nível gratuito não inclui RBAC completo ou configurações centralizadas; esse é o trabalho do nível pago.
Preços:
- Grátis: Community edition, a maioria dos recursos.
- Pago: Business edition com taxa por nó para RBAC e recursos multi-usuário.
Plataformas: Linux, Windows, macOS, Docker.
Download: portainer.io · GitHub
Conclusão: A UI que transforma uma instalação K3s ou MicroCloud em algo que o resto da casa pode usar.
6. Docker Swarm, melhor cluster mínimo
Docker Swarm é o modo de agrupamento integrado do Docker. docker swarm init em um nó e docker swarm join nos outros lhe dá um cluster com atualizações contínuas, gerenciamento de secrets e redes de sobreposição. Nenhum novo binário para aprender.
Onde falha: Swarm está em modo de manutenção há anos; novos recursos chegam em outro lugar. A configuração funciona, mas a energia do ecossistema se moveu para Kubernetes.
Preços:
- Grátis: Aplicativo completo.
- Pago: Não aplicável.
Plataformas: Linux (ARM, x86).
Download: docker.com · GitHub
Conclusão: A forma mais leve de agrupar contêineres se você já aceitou que Docker é o futuro em que fica.
7. Nomad, melhor para cargas de trabalho não-contêiner
Nomad por HashiCorp agenda contêineres, JARs Java, binários brutos e cargas de trabalho executáveis do Windows. Essa mistura é onde se destaca das ferramentas Kubernetes: um cluster Pi que também executa um serviço legado fica mais limpo sob Nomad do que sob K3s.
Onde falha: o ecossistema é menor que Kubernetes; cada integração de terceiros que você quer pode estar faltando.
Preços:
- Grátis: Community edition.
- Pago: Recursos Enterprise via HashiCorp.
Plataformas: Linux (ARM, x86), Windows.
Download: nomadproject.io · GitHub
Conclusão: O agendador certo quando a carga de trabalho não é “apenas contêineres” e Kubernetes se parece com uma importação pesada.
Como escolher o correto
Se você está começando do zero e quer o caminho mais curto para “um cluster Pi que executa tudo”, instale MicroCloud em três nós Ubuntu Server Pi. Armazenamento, rede e gerenciamento de carga de trabalho vêm em um único pacote.
Se seu fluxo de trabalho no trabalho é Kubernetes, coloque K3s nos mesmos nós e pule a lacuna de aprendizado. Adicione Portainer no topo para a casa.
Se sua carga de trabalho é uma mistura de contêineres do sistema de longa duração e uma ou duas VMs completas, Incus é a ferramenta mais tranquila desta lista. Faz a mistura sem pretender ser um produto de data center.
Se você quer que a curva de aprendizado de Kubernetes seja suavizada com uma lista de add-ons curada, MicroK8s é a escolha; caso contrário, K3s é mais leve.
Pule Docker Swarm para novas configurações. Ainda funciona, e se você herdar uma está tudo bem manter, mas não construa algo novo nela em 2026.
Recorra a Nomad apenas quando uma carga de trabalho real no cluster não for um contêiner.
Perguntas frequentes
Quantos Pi preciso para fazer um cluster significativo?
Três. Clusters de dois nós não conseguem votação de quórum e perder dados com segurança; três é onde o armazenamento distribuído começa a funcionar.
Preciso de hardware Pi idêntico em um cluster?
Recomendado, não obrigatório. Modelos mistos funcionam; MicroCloud e MicroK8s os toleram. O desempenho é limitado pelo membro mais lento.
Posso executar um Kubernetes caseiro sem tudo isso?
Docker Compose em um único Pi é suficiente para muitas casas e não é constrangedor. Recorra a um cluster quando a falha de um único nó é inaceitável.
E quanto ao consumo de energia?
Um cluster Pi 4 em repouso consome cerca de 12 a 15 W total; um cluster Pi 5 mais próximo de 18 a 22 W. Ambos superam a eficiência de um NUC para a mesma carga de trabalho, mas permanecem silenciosos e compactos.
O MicroCloud me substitui Proxmox?
Em um Pi, sim. Em x86, Proxmox ainda é o produto mais maduro; MicroCloud é onde ARM finalmente obtém a mesma forma de ferramenta.
