CloudPanel, aaPanel ou CyberPanel: qual painel usar em VPS barata?
-
Maicon Ramos
- aaPanel, CloudPanel, CyberPanel, Docker, self-hosted, VPS
- 15 minutos de leitura
Navegue por tópicos
Para uma VPS pequena com n8n e containers, nenhum dos três painéis é uma resposta automática. CloudPanel encaixa melhor em apps web e proxy; aaPanel entrega mais módulos e Docker, mas pede VPS limpa; CyberPanel é mais coerente para hosting completo. Escolha pela recuperação da stack, não pela licença gratuita.
Uma VPS barata costuma parecer economia até o primeiro incidente. O certificado expira, o banco fica sem espaço ou uma atualização muda a porta do proxy. Então aparece o trabalho que não cabia na conta mensal: descobrir onde estão volumes, senhas, DNS e cópias de segurança.
Este comparativo é para quem quer hospedar uma aplicação, automação ou site sem transformar a própria infraestrutura em emprego paralelo. A pergunta não é qual interface parece mais bonita. É qual camada você realmente consegue operar e recuperar.
Resposta curta: qual painel faz sentido para cada cenário?
💡 Vai rodar n8n numa VPS? A gente comparou o preço real em cada provedor — com renovação e requisitos — em VPS para n8n.
CloudPanel, aaPanel e CyberPanel são softwares instalados na sua VPS. Eles não entregam computação, snapshot, latência baixa ou suporte da infraestrutura por conta própria. A região, a capacidade e o backup fora do servidor continuam sendo decisões da VPS e da sua operação.
A recomendação prática é direta. Escolha CloudPanel para aplicações web em PHP, Node.js ou Python, quando um proxy e a gestão de sites resolvem o problema. Escolha aaPanel se você precisa de uma pilha LAMP ou LNMP, módulos e funções Docker, partindo de um sistema operacional limpo. Escolha CyberPanel quando o trabalho é hosting com OpenLiteSpeed, WordPress, e-mail e DNS.
Se o centro da operação é n8n, banco e vários containers, prefira avaliar Coolify ou Docker Compose. Um painel de hospedagem pode funcionar nesse cenário, mas não deve ser tratado como uma PaaS de containers só porque mostra um botão de Docker.
| Opção | Use se | Evite se | Leitura prática |
|---|---|---|---|
| CloudPanel | Você hospeda apps web e quer foco em sites e proxy. | Quer uma UX centrada em muitos containers, jobs e banco. | Docker não é a capacidade central declarada pelo projeto. |
| aaPanel | Você quer módulos, LAMP/LNMP e deploy de apps Docker em VPS nova. | A VPS já tem Nginx, Apache, PHP ou banco em produção. | Mais possibilidades também significam mais componentes para governar. |
| CyberPanel | Você administra sites, WordPress, e-mail e DNS no mesmo ambiente. | Só precisa de n8n, banco e alguns containers. | A suíte de hosting pode adicionar camadas que sua app não usa. |
| Coolify ou Compose | A aplicação é containerizada e a equipe entende SSH, DNS, firewall e restore. | Ninguém consegue assumir incidentes de infraestrutura. | É a rota mais natural para stack centrada em containers. |
O custo do painel invisível em uma VPS barata
Vamos chamar de Custo do Painel Invisível o tempo, a RAM, as portas, as atualizações e os incidentes que não aparecem no preço da licença. É o único conceito deste artigo porque explica por que “grátis” não resolve a escolha.
Um painel acrescenta conveniência para tarefas repetitivas. Também passa a tocar em TLS, usuários, banco, serviços, jobs, firewall, DNS e proxy. Quando a VPS já possui Docker, Nginx ou aplicações em produção, instalar um painel sem inventário é uma forma rápida de criar conflito em 80 e 443.
Antes de instalar qualquer um deles, anote portas ocupadas, regras de firewall, redes Docker, serviços ativos, DNS, certificados, volumes e um caminho de rollback. Não é burocracia. É o mínimo para distinguir uma instalação nova de uma intervenção em ambiente vivo.
A referência operacional do Runzos para planejamento é começar com 2 vCPU, 4 GB de RAM e 50 GB NVMe para painel e app simples. Para n8n, banco e monitoramento, a referência sobe para 4 vCPU, 8 GB e 80 GB ou mais. Isso não é requisito dos fabricantes nem benchmark. É uma margem conservadora para não decidir pelo mínimo declarado de um painel vazio.
Uma VPS de qualidade também não substitui esse processo, mas reduz o atrito em suporte e capacidade. Se você quer comparar uma opção nacional para stack Docker e self-hosted, veja a VPS indicada para rodar stack Docker e self-hosted. Preço e cupom devem ser confirmados na página da oferta antes de contratar.
CloudPanel: bom para app web, não um atalho para orquestração Docker
O CloudPanel declara suporte a PHP, Node.js, Python, sites estáticos e reverse proxies. Essa definição é útil porque posiciona o painel como camada para publicar e administrar aplicações web, não como orquestrador Docker completo.
O projeto lista Ubuntu 22.04, 24.04 e 26.04, além de Debian 11, 12 e 13, em x86 e ARM. Mesmo assim, a página de requisitos deve ser conferida no dia da instalação. Versão de sistema operacional e suporte de dependências mudam mais rápido do que um comparativo editorial.
Na prática, CloudPanel faz sentido quando sua necessidade é previsível: sites, proxy e apps web tradicionais. Ele tende a trazer menos componentes de hosting do que uma suíte com e-mail e DNS. Isso não torna sua operação automaticamente menor. Banco, certificados, secrets e destino de backup continuam sob sua responsabilidade.
O ponto forte documentado para recuperação é o backup remoto via Rclone, com destinos como S3, Wasabi, Spaces, Dropbox, Google Drive e SFTP. O CloudPanel também documenta dump noturno de banco com retenção de sete dias. O detalhe importante é que dump local não é cópia fora da VPS. Se o servidor inteiro falhar, uma cópia no mesmo disco falha junto.
A release v2.5.4, publicada em 1º de julho de 2026, adicionou suporte a Node 24, MariaDB 12.3 e Ubuntu 26.04. É um sinal de atividade pública, não uma garantia de que sua atualização será sem impacto. Leia release notes e teste mudanças antes de aplicá-las no único servidor que sustenta sua operação.
Também vale precisão na licença. O CloudPanel é apresentado pelo projeto como gratuito e mantido pela comunidade, mas a API consultada do GitHub não identificava uma licença. Portanto, não faz sentido chamá-lo de open source sob uma licença específica sem verificar o arquivo aplicável.
aaPanel: mais recursos, mais decisões para manter
O aaPanel é voltado a ambientes LAMP e LNMP, plugins e gerenciamento amplo de servidor. Sua documentação declara deploy rápido de aplicações baseadas em Docker. Isso o diferencia do CloudPanel para quem quer iniciar apps containerizados pelo painel.
O ganho vem com uma condição relevante: o README pede sistema operacional limpo, recomenda Ubuntu 22 ou superior e lista 512 MB como mínimo, com 768 MB recomendado para o painel puro. Esses números não representam uma VPS com painel, banco, automação e observabilidade. Usá-los para dimensionar n8n em produção seria confundir requisito de instalação com capacidade operacional.
A necessidade de host limpo é a ressalva que mais importa. Se sua VPS já roda Apache, Nginx, PHP, MySQL ou outro proxy, não trate o instalador como uma atualização inofensiva. Crie uma VPS de teste, reproduza a pilha e descubra as portas e serviços que ele controla antes de tocar no ambiente principal.
O aaPanel declara uma API e informa que o painel pode continuar operando sem depender do cloud aaPanel depois do deploy. Sua licença própria também ressalva que plugins pagos podem não ter código legível. Isso não é um defeito automático. É apenas motivo para não resumir o produto como “open source” e imaginar que todos os módulos seguem a mesma regra.
Para o Solo Builder, aaPanel é uma boa escolha quando variedade de recursos reduz trabalho real. Se você usar somente um container, um banco e um domínio, a mesma variedade pode virar Custo do Painel Invisível: plugin para atualizar, permissão para revisar e serviço para entender na madrugada.
CyberPanel: hosting completo quando o hosting completo é necessário
O CyberPanel se descreve como painel de hosting baseado em OpenLiteSpeed. Seu repositório declara SSL automático, e-mail, DNS via PowerDNS, firewall, backup e restore, além de Docker management e comandos em containers. Isso explica seu encaixe: ele foi pensado para uma pilha de hospedagem, não apenas para subir uma automação.
Se você hospeda WordPress e múltiplos sites, precisa de e-mail e DNS no mesmo ambiente e quer o ecossistema OpenLiteSpeed, essa integração pode justificar a escolha. Se a sua stack é n8n, PostgreSQL e poucos containers, os mesmos recursos podem ampliar a superfície operacional sem resolver uma dor concreta.
O projeto lista suporte x86_64, Ubuntu 24.04 e 22.04, além de distribuições RHEL, Alma e Rocky. Confirme a combinação de versão e sistema antes de produção. O repositório é GPL-3.0, o que é uma informação de licença, não uma garantia de segurança, atualização ou suporte.
Há outra nuance importante no backup. O CyberPanel declara backup e restore, mas uma issue de junho de 2026 relatou diretórios salvos com SQL vazio. É um relato isolado e fechado; não prova que todo backup falha. Ele prova algo mais útil: backup configurado não equivale a recuperação validada.
A página de Releases do repositório mostrava v1.9.1 como mais recente, de 2019, embora o branch padrão fosse v3.0.5-dev e houvesse atividade pública em agosto de 2026. Para quem depende do painel, isso é um sinal para checar changelog, branch e compatibilidade antes de concluir que a cadência de releases é simples de interpretar.
Comparativo operacional: Docker, SSL, logs e rota de saída
A tabela abaixo não mede desempenho. Não há benchmark independente validado na pesquisa para RAM, latência ou throughput. Ela organiza o que cada projeto declara e o que você precisa validar no seu próprio cenário.
| Critério | CloudPanel | aaPanel | CyberPanel | O que validar |
|---|---|---|---|---|
| Foco nativo | Apps web, sites e reverse proxy. | LAMP/LNMP, módulos e servidor. | Hosting com OpenLiteSpeed. | Se o foco combina com sua carga principal. |
| Docker | Não é eixo declarado do produto. | Docs declaram deploy de apps Docker. | README declara gestão e comandos em containers. | Compose, portas, volumes e atualização no seu ambiente. |
| SSL | Camada de site e proxy. | Depende da pilha e módulos escolhidos. | SSL automático declarado. | Renovação, DNS e efeito no proxy existente. |
| Backup | Remoto por Rclone e dumps locais de banco. | Varia por plugin e destino configurado. | Backup e restore declarados. | Banco, volume, segredo e restauração em outro servidor. |
| E-mail e DNS | Não são seu foco declarado. | Dependem da configuração adotada. | Fazem parte da suíte declarada. | Se você realmente quer operar esses serviços. |
| Rota de saída | Exportar dados e configuração do host. | Exportar apps, dados e ajustes de plugins. | Exportar sites, DNS, e-mail e configuração. | Documentação repetível, fora do painel. |
Logs também merecem uma pergunta simples: quando o container, proxy ou banco falhar, onde você começa a investigar? Um painel pode centralizar parte da leitura. Ele não elimina logs do Docker, logs do sistema, alertas de disco ou métricas da aplicação.
Para dados persistentes, volumes Docker sobrevivem ao ciclo de vida de um container. Isso é persistência, não backup externo. Docker Compose também pode ser usado em produção em um único servidor, mas um único servidor não se transforma em alta disponibilidade por usar Compose.
O checklist de recuperação antes de economizar
A decisão segura não é escolher a ferramenta com mais checkboxes. É conseguir reconstruir a operação em outra VPS quando algo sair do controle. Use este checklist antes de migrar um domínio ou banco importante.
| Item | Existe? | Fica fora da VPS? | Já foi restaurado? |
|---|---|---|---|
| Dump de banco | Agendado e verificável. | Em bucket ou destino remoto. | Importado em ambiente separado. |
| Volumes e uploads | Inventariados por aplicação. | Copiados para armazenamento externo. | Montados e conferidos após restore. |
| Secrets e arquivo .env | Guardados em cofre ou local seguro. | Não dependem do disco da VPS. | Aplicados sem improviso. |
| Configuração de proxy e painel | Documentada ou exportada. | Versionada ou armazenada fora do host. | Recriada em nova VPS. |
| Snapshot da infraestrutura | Disponível conforme a VPS contratada. | Separado da aplicação quando possível. | Com tempo de recuperação conhecido. |
O teste de restore é a etapa que separa uma cópia de uma estratégia de recuperação. Restaure banco, volumes, configuração e secrets em uma VPS separada. Depois abra a aplicação, valide login, jobs e integrações. Sem esse exercício, seu tempo de recuperação é uma hipótese.
Quando Coolify, Compose puro ou hospedagem gerenciada vencem
Coolify ou Compose puro tendem a ser rotas melhores quando a aplicação é a unidade principal da operação. Você versiona o compose.yaml, mantém variáveis em cofre, controla volumes e consegue mover a stack sem depender de cliques dispersos em um painel.
Essa liberdade cobra conhecimento. SSH, firewall, DNS, atualização de imagem, logs e restore precisam ter dono. Se ninguém consegue executar esse trabalho, não é prudente economizar escolhendo uma VPS barata e um painel gratuito.
Nesse caso, PaaS ou hospedagem gerenciada podem custar mais no mês, mas reduzem o risco de um incidente parar vendas, automações ou atendimento. Não é derrota técnica. É uma escolha entre custo de infraestrutura e custo de indisponibilidade.
Para quem quer suporte em português e uma rota focada em n8n, a oferta de VPS para n8n da Servla é uma alternativa a avaliar. Para comparar uma opção internacional com página de oferta e condições atualizadas, veja a VPS para n8n da Hostinger. Não trate suporte, desconto ou backup como inclusos sem ler a oferta vigente.
Também faz sentido contrastar VPS autogerida com PaaS antes de decidir. Veja o comparativo publicado de Vercel, Railway e Render e a análise de Turbo Cloud em 2026 para escolher a camada que sua equipe consegue sustentar.
FAQ: CloudPanel, aaPanel ou CyberPanel
CloudPanel, aaPanel e CyberPanel são gratuitos?
Os projetos oferecem uso sem uma licença mensal obrigatória do painel nas condições descritas por seus próprios materiais, mas gratuito não significa operação sem custo. VPS, armazenamento de backup, snapshots, transferência e horas de manutenção continuam existindo. Além disso, aaPanel possui plugins pagos e licença própria. Avalie o custo completo da sua pilha, não só o custo de entrada do software.
Qual é melhor para Docker e n8n?
aaPanel e CyberPanel declaram recursos relacionados a Docker. Mesmo assim, para n8n com banco e outros serviços, o ponto decisivo é a operação de Compose, volumes, proxy, atualização e restore. CloudPanel não apresenta Docker como foco central. Se containers são o centro da arquitetura, Coolify ou Compose puro normalmente oferecem um modelo mental mais direto, desde que você saiba operar a VPS.
Quantos GB de RAM preciso para painel e aplicações na mesma VPS?
O README do aaPanel lista mínimo de 512 MB e recomendado de 768 MB para o painel puro. Isso não dimensiona uma aplicação real. Como referência conservadora de planejamento, considere 4 GB de RAM para painel e app simples; para n8n, banco e monitoramento, 8 GB e mais margem de disco. Ajuste depois de medir sua carga, sem tratar essa referência como requisito oficial.
Painel com backup significa que consigo restaurar toda a VPS?
Não. Um backup pode conter arquivos, dumps ou parte da configuração. Para recuperar a operação, você precisa verificar banco, volumes, uploads, secrets, DNS, proxy e destino externo. A documentação do CloudPanel diferencia backup remoto de dumps locais. O relato isolado de backup SQL vazio no CyberPanel reforça por que o restore precisa ser testado em uma VPS separada.
Posso instalar um desses painéis sobre Docker, Nginx ou Apache existentes?
Não faça isso sem inventário e ambiente de teste. aaPanel pede sistema operacional limpo. CloudPanel e CyberPanel também podem assumir ou coexistir com serviços de proxy, TLS e portas públicas. Registre o que já usa 80 e 443, quais redes Docker existem e como voltar atrás. Para produção, uma VPS nova é mais segura do que uma instalação cega sobre serviços ativos.
Quando hospedagem gerenciada é uma escolha melhor?
Hospedagem gerenciada faz mais sentido quando a indisponibilidade custa mais do que a economia e não existe responsável técnico para recuperar banco, volumes e DNS. Também é uma rota mais prudente para dados pessoais sem processo de patch, acesso e incidente. Painel gratuito não transfere responsabilidade operacional para o projeto que o criou.
Conclusão: escolha a camada que você consegue recuperar
CloudPanel é a escolha mais coerente para apps web e proxy. aaPanel atende quem quer uma caixa de ferramentas maior em VPS nova. CyberPanel é útil quando o problema é hosting com OpenLiteSpeed, e-mail, DNS e sites. Nenhum deles é automaticamente a melhor opção para n8n e containers.
A regra final é simples: se a aplicação depende de Docker, banco e volumes, documente a saída e teste a recuperação antes de perseguir o menor plano. Uma VPS barata vale quando a economia sobrevive ao primeiro restore, não quando a instalação termina sem erro.














