20 usos reais para um VPS e quanta RAM exigem

O que você pode fazer com um VPS?

Um VPS (servidor privado virtual) é uma máquina Linux com um endereço IP público que continua em execução independentemente de o seu portátil estar ligado. Por isso, tudo o que precisa de permanecer acessível pode ficar alojado nele. Na prática, isso inclui sites, uma VPN privada, o seu próprio armazenamento de ficheiros e fotografias, serviços multimédia, servidores de jogos, scripts agendados e um conjunto crescente de ferramentas de IA. Abaixo estão vinte utilizações que as pessoas realmente mantêm em execução, ordenadas aproximadamente pela frequência com que levam alguém a alugar um servidor.

Cada item explica qual é a função, quanta memória consome e onde está o guia completo. Se quiser um catálogo mais amplo de aplicações, em vez das funções, consulte a lista complementar de aplicações que vale a pena alojar localmente em 2026, organizada aplicação por aplicação.

As 20 coisas que as pessoas realmente executam

1. Alojar um site ou uma aplicação web. Esta continua a ser a resposta mais comum. Um único servidor pequeno executa nginx ou Apache, PHP e uma base de dados sem problemas com 1 GB de RAM, e o ponto de partida clássico é uma stack LAMP no Ubuntu 24.04. Adicione um certificado gratuito com Certbot e Let's Encrypt no nginx, porque um endereço IP sem certificado na porta 80 faz os navegadores mostrarem um aviso que afasta todos os visitantes.

1. Executar vários sites e aplicações no mesmo servidor. Um servidor pode servir uma dúzia de nomes se houver algo à frente a ordenar os pedidos pelo nome do host. Um reverse proxy faz esse trabalho e também renova os certificados. Por isso, Traefik à frente de várias aplicações Docker é normalmente o segundo passo. A poupança é real: cinco projetos num servidor com 4 GB custam menos do que cinco servidores pequenos e são mais fáceis de salvaguardar.

1. A sua própria VPN. Um VPS fornece-lhe um IP de saída que controla. Assim, as redes Wi-Fi públicas não conseguem ler o seu tráfego e os seus serviços domésticos permanecem fora da Internet pública. O WireGuard usa menos de 50 MB de memória e é executado no kernel, pelo que o servidor quase não sente a carga. O guia VPN WireGuard autoalojada aborda os problemas de handshake e DNS que afetam muitos utilizadores. Os dois produtos são frequentemente confundidos, por isso vale a pena consultar primeiro a comparação entre VPS e VPN.

1. Um gestor de palavras-passe sob o seu controlo. O Vaultwarden fala o protocolo Bitwarden. Todas as aplicações oficiais e extensões de navegador ligam-se assim ao seu servidor, e não ao servidor de uma empresa. Precisa de cerca de 150 MB de RAM e de muito pouco espaço em disco. Por isso, Vaultwarden num VPS é o melhor primeiro projeto desta lista. Este servidor armazena todas as suas palavras-passe. Trate o certificado e as cópias de segurança como parte da instalação, e não como uma tarefa posterior.

1. Armazenamento de ficheiros e calendários na cloud. O Nextcloud substitui um plano pago do Drive ou Dropbox por clientes de sincronização para computadores e telefones, além de calendários e contactos. Reserve 1 a 2 GB de RAM, além do espaço ocupado pelos seus ficheiros, e instale-o desde o início com PostgreSQL. O guia Nextcloud com Docker, TLS e cópias de segurança explica por que motivo migrar a base de dados mais tarde é a forma mais comum de danificar uma instância.

1. Uma biblioteca de fotografias com envio a partir do telefone. O Immich envia automaticamente as fotografias da câmara e permite pesquisar por rostos e objetos. Esta é a funcionalidade que finalmente leva muitas pessoas a sair do Google Photos. É a aplicação mais exigente desta lista devido ao contentor de aprendizagem automática. Leia o guia do Immich autoalojado antes de comprar o plano mais pequeno. Se esse requisito de memória exceder o que o seu plano pode disponibilizar, PhotoPrism e Immich comparados lado a lado compara os dois em termos de RAM, aplicações móveis e comandos de cópia de segurança. Assim, pode escolher aquele que o seu servidor consegue realmente executar. Fixe uma versão em vez de obter latest, porque continuam a surgir alterações incompatíveis entre versões.

1. Um servidor multimédia para a sua própria biblioteca. O Jellyfin transmite filmes e séries para uma aplicação de TV, um navegador ou um telefone, sem conta e sem pagamento para a reprodução remota. Utiliza cerca de 1 a 2 GB de RAM em estado ocioso. O fator decisivo é a transcodificação. Jellyfin num VPS mostra como manter os ficheiros num formato que os clientes reproduzem diretamente, para que o servidor se limite a transferir bytes. Depois de estar a funcionar, Halcyon aplica uma nova interface à mesma biblioteca, como uma loja de aluguer dos anos 1990. Pode navegar por prateleiras, o que é uma forma muito melhor de escolher algo do que percorrer uma grelha interminável de miniaturas.

1. Um servidor de jogos para amigos. Um servidor de Minecraft para alguns jogadores precisa de 2 a 4 GB de RAM e de uma máquina que permaneça ligada quando o jogador anfitrião vai dormir. É exatamente esse o objetivo de um VPS. O guia servidor de Minecraft num VPS aborda as flags de memória do Java e a execução sob systemd, para que um crash provoque o reinício automático.

1. Scripts, scrapers e bots agendados. Tudo o que tenha de ser executado às 3 da manhã precisa de uma máquina que esteja ligada às 3 da manhã. Escreva a tarefa como um serviço systemd com um timer, em vez de uma linha cron. Assim, obtém logs, estado de falha e uma forma simples de a testar. Serviços e timers systemd num VPS inclui os ficheiros de unidade. Um bot Discord ou Telegram segue o mesmo padrão, mas com um processo de execução contínua em vez de um processo temporizado.

1. Fluxos de trabalho de automação. O n8n fornece um construtor visual para tarefas pelas quais o Zapier cobra por execução. Ao executá-lo no seu próprio servidor, elimina o custo e o limite sobre a quantidade de dados processados. Utiliza cerca de 500 MB de RAM. Defina explicitamente a chave de encriptação, como mostra n8n autoalojado com HTTPS. Caso contrário, uma reconstrução do contentor torna ilegíveis todas as credenciais guardadas.

1. Executar um modelo de linguagem no seu próprio servidor. O Ollama disponibiliza modelos de pesos abertos através de uma API local. Assim, os prompts e os documentos nunca saem do seu servidor. Num VPS apenas com CPU, espere algumas palavras por segundo, e não respostas instantâneas. Reserve cerca de 8 GB de RAM para um modelo 8B. Executar o Ollama para autoalojar um LLM apresenta valores realistas. Para uma plataforma de fluxos de trabalho sobre o modelo, Dify num VPS adiciona uma interface e funções de retrieval.

1. Dar um local de execução a um agente de programação. Um agente de programação de IA que trabalha durante uma hora não é útil se morrer quando fecha o portátil. Por isso, muitas pessoas executam-no num servidor dentro de um multiplexador de terminal e voltam a ligar-se mais tarde. Claude Code num VPS com tmux apresenta essa configuração, e executar um agente de programação num VPS aborda a estrutura geral. Dê-lhe o seu próprio utilizador sem privilégios e um diretório do qual não possa sair.

1. Alojar servidores MCP para os seus assistentes. Os servidores MCP (model context protocol) são processos pequenos e sempre ativos que disponibilizam ferramentas e dados a um cliente de IA. A execução contínua é precisamente o que um portátil não consegue garantir. Servidores MCP num VPS explica como executá-los atrás de TLS com autenticação. Isto é importante porque um endpoint MCP aberto disponibiliza uma ferramenta que qualquer pessoa pode chamar.

1. Monitorizar os seus outros servidores. O Uptime Kuma envia pings aos seus sites e alerta-o através de quase qualquer canal. Executa-se com cerca de 200 MB. A regra que muitas pessoas esquecem é monitorizar a produção a partir de outra máquina. O monitorização de estado com Uptime Kuma executado no servidor que monitoriza não consegue indicar quando esse servidor falha.

1. Métricas reais, não apenas ligado ou desligado. Quando tem vários servidores em vez de apenas um, precisa de métricas históricas e triggers para CPU, disco e serviços. Um servidor de monitorização Zabbix faz isso com um agente em cada host e precisa de 2 GB de RAM, além da sua própria base de dados. Comece com uma verificação simples de disponibilidade e avance quando tiver algo que justifique essa evolução.

1. Cópias de segurança externas para tudo o resto. Uma cópia de segurança no mesmo disco que os dados não é uma cópia de segurança. Um VPS barato com um volume grande é um bom destino. Cópias de segurança restic num VPS fornece snapshots encriptados, deduplicados e versionados, com uma restauração que pode realmente testar. Teste-a mensalmente, porque uma cópia de segurança não testada é apenas uma esperança.

1. O seu próprio runner de CI. Os minutos de compilação alojados esgotam-se. Um runner autoalojado mantém as caches quentes e os segredos locais. Um runner autoalojado do GitHub Actions mostra a instalação e o isolamento. Isto é especialmente importante em repositórios públicos, onde um pull request pode executar código na sua máquina.

1. Chat de equipa sob o seu controlo. O Rocket.Chat fornece threads, chamadas e integrações para uma equipa que prefere não pagar por utilizador. É uma das opções mais exigentes desta lista. Em 2026-10-08, os requisitos de sistema do próprio Rocket.Chat indicam que até o nível mais pequeno (até 500 utilizadores simultâneos, sem alta disponibilidade) precisa de, no mínimo, 4 GiB de memória para o nó Rocket.Chat e de mais 4 GiB para o MongoDB, executado como um replica set de três membros. Reserve, portanto, cerca de 8 GB no total. O Rocket.Chat 8.x precisa de MongoDB 8.0 ou posterior. Rocket.Chat com Docker Compose explica a progressão entre versões, porque saltar uma versão principal do MongoDB durante uma atualização deixa a base de dados inacessível.

1. Uma rede privada entre todas as suas máquinas. Quando tem vários servidores e um portátil, uma rede mesh é mais fácil de utilizar do que um único hub. Headscale como servidor de controlo Tailscale autoalojado mantém a coordenação no seu próprio servidor. Quando é necessário permitir o acesso a uma rede inteira, e não apenas a um host, como uma LAN doméstica ou uma rede privada de um fornecedor, um VPS a anunciar essas rotas como subnet router evita instalar o cliente em todos os dispositivos atrás dele. Combine-o com o hábito de tratar os hosts como um grupo, que é o objetivo de gerir vários servidores Linux.

1. Um laboratório e, se insistir, um servidor de correio. Um VPS é um local seguro para experimentar e causar falhas. Pode testar um servidor FreeBSD 15 ou executar máquinas virtuais dentro do servidor quando o plano permitir virtualização nested. O correio eletrónico aparece deliberadamente no fim, porque a maioria dos fornecedores bloqueia a porta 25 de saída e a capacidade de entrega exige um esforço prolongado. Leia correio eletrónico autoalojado com Mailcow tendo estas limitações em conta.

Quanto servidor cada um destes serviços precisa?

O limite é a memória, não a CPU nem o disco. Um plano de 1 GB executa uma única aplicação pequena: um site, uma VPN, um gestor de palavras-passe ou um bot. Um plano de 4 GB é a opção confortável para executar vários serviços atrás de um único proxy, que é o cenário da maioria das pessoas nesta página.

O tamanho problemático é 2 GB. É nesse ponto que alguém adiciona um terceiro contentor, o kernel termina-o silenciosamente e nada no log da aplicação explica o motivo. Execute sudo dmesg | grep -i "out of memory" para ver a linha Out of memory: Killed process que o runtime de contentores ocultou. As cargas de trabalho de IA são uma exceção: um modelo de linguagem 8B precisa de aproximadamente 8 GB para sequer carregar, e a aprendizagem automática com fotografias é semelhante. O Rocket.Chat é outra exceção, com um mínimo documentado de cerca de 8 GB para o servidor de chat e a respetiva base de dados.

O disco depende dos seus dados. Fotografias, multimédia e cópias de segurança são as únicas opções aqui que precisam de centenas de gigabytes. Tudo o resto cabe nos 20 a 50 GB incluídos num plano pequeno.

Antes de executar qualquer comando

Tudo o que foi apresentado acima parte da mesma base: uma máquina à qual consegue aceder, um utilizador que não seja root e uma firewall.

sudo apt update && sudo apt upgrade -y
sudo adduser deploy
sudo usermod -aG sudo deploy
sudo ufw allow OpenSSH
sudo ufw enable
sudo ufw status

sudo ufw status deve apresentar Status: active com uma linha que permita 22/tcp. Abra um segundo terminal e confirme que ainda consegue iniciar sessão antes de fechar o primeiro, porque uma firewall que bloqueia o seu acesso exige uma recuperação pela consola no painel do fornecedor. O guia primeiros dez minutos num novo VPS cobre este processo de ponta a ponta, e proteção do SSH desativa o início de sessão com palavra-passe para que as tentativas constantes de força bruta em segundo plano deixem de ser relevantes.

Quase todas as aplicações acima são distribuídas como contentores, por isso instale o Docker uma vez e o restante da lista ficará pronto para copiar e colar:

curl -fsSL https://get.docker.com | sudo sh
sudo usermod -aG docker "$USER"
newgrp docker
docker run --rm hello-world

Um erro ao ler permission denied while trying to connect to the Docker daemon socket significa que a alteração do grupo ainda não chegou à sua shell. Termine a sessão e inicie-a novamente. Se os contentores forem novidade para si, comece por o que é o Docker e para que serve, que mostra como cada aplicação é empacotada com tudo de que precisa e executada de forma isolada no kernel do servidor. Noções básicas do Docker Compose explica o formato de ficheiro usado por todos os guias acima.

Para que um VPS não é adequado

Alguns limites são importantes. Processamento gráfico pesado e treino de modelos precisam de uma GPU. Um VPS comum não tem GPU, por isso a inferência em CPU continua lenta, independentemente da quantidade de RAM adicionada. Quando precisa realmente de uma GPU ou de alguns terabytes de armazenamento, um computador em casa é a alternativa mais adequada. Proxmox em casa versus alugar um VPS compara o custo do hardware e da eletricidade com uma mensalidade. Qualquer serviço em que cinco minutos de indisponibilidade causem danos reais, como um alarme doméstico ou um alerta médico, não deve ser alojado num servidor de hobby que só é atualizado nas noites de domingo. Um único servidor também é um ponto único de falha. Um serviço que não pode ficar indisponível precisa de um segundo equipamento e de um procedimento testado para mudar para ele.

O email merece um aviso específico, embora esteja incluído na lista. A maioria dos provedores bloqueia a porta de saída 25. Mesmo quando a porta está aberta, um endereço IP novo e sem reputação vai parar ao spam até os registos DNS estarem corretos e o endereço ter criado reputação gradualmente. A gestão de email é uma tarefa contínua, não algo que se resolve num fim de semana.

FAQ

Qual é o uso mais comum de um VPS?

Alojar um site ou uma aplicação web. Um servidor pequeno com nginx ou Apache, PHP e uma base de dados consegue alojar um site pessoal, um site de cliente ou um produto pequeno com 1 GB de RAM. É a forma mais barata de obter um endereço IP público real com controlo total da stack. O segundo uso mais comum é uma VPN privada, porque um servidor que lhe pertence fornece um endereço de saída que mais ninguém partilha.

De quanta RAM preciso para as aplicações desta lista?

Para um serviço pequeno, 1 GB é suficiente. Para vários serviços atrás de um reverse proxy, 4 GB é uma capacidade confortável e é o plano que a maioria das pessoas acaba por escolher. As cargas de trabalho de IA são a exceção: um modelo de linguagem 8B precisa de aproximadamente 8 GB antes de ser carregado, e a aprendizagem automática com fotografias requer uma quantidade semelhante. O Rocket.Chat também se enquadra nessa capacidade, porque o mínimo documentado é de cerca de 8 GB para a aplicação e o MongoDB. O espaço em disco só é relevante se armazenar multimédia, fotografias ou cópias de segurança.

Posso executar mais do que uma destas aplicações no mesmo servidor?

Sim, e isso é normal. Coloque cada aplicação no seu próprio contentor, não publique nada diretamente na Internet e deixe um único reverse proxy tratar dos nomes e dos certificados. O limite é a memória, não o número de aplicações. Some os valores reais indicados acima e deixe uma margem de pelo menos 25 por cento, para que uma atualização ou uma cópia de segurança não provoque a terminação por falta de memória.

Preciso de saber Linux para utilizar um VPS?

Precisa dos conhecimentos básicos: ligar-se por SSH, editar um ficheiro e ler um log. Tudo o resto nestes guias consiste em copiar, colar e comparar a saída com o resultado indicado no guia. Se preferir clicar em vez de escrever, um painel de controlo gere as aplicações por si. A comparação entre Cloudron, CasaOS e Coolify explica o que cada opção lhe custa em termos de flexibilidade.

Um VPS é mais barato do que pagar por estes serviços?

Normalmente, quando utiliza mais do que um serviço. Um único servidor com 4 GB pode substituir ao mesmo tempo uma subscrição de sincronização de ficheiros, um plano de gestor de palavras-passe, um plano de armazenamento de fotografias e a mensalidade de uma ferramenta de automatização. O custo adicional é o seu próprio tempo: as atualizações, os certificados e as cópias de segurança passam a ser da sua responsabilidade. A poupança só é real se executar efetivamente essas tarefas.