O que fazer com um VPS: 20 usos reais

O que pode fazer com um VPS?

Um VPS (servidor privado virtual) é uma máquina Linux com um endereço IP público que continua a funcionar esteja ou não o seu portátil ligado. Por isso, qualquer serviço que tenha de permanecer acessível pode ser alojado nele. Na prática, isto inclui sites, uma VPN privada, armazenamento próprio de ficheiros e fotografias, multimédia, servidores de jogos, scripts agendados e um conjunto cada vez maior 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 indica qual é a função, quanta memória consome e onde se encontra 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 a 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 direto na porta 80 faz os browsers apresentarem 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, razão pela qual 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 um IP de saída que controla, para que o Wi-Fi público não consiga ler o seu tráfego e os serviços domésticos não fiquem expostos à Internet. 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 explica 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 que controla. O Vaultwarden implementa o protocolo Bitwarden, pelo que todas as aplicações oficiais e extensões de browser ligam 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, o que faz de Vaultwarden num VPS o melhor primeiro projeto desta lista. Este servidor guarda todas as suas palavras-passe. Trate o seu 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 todos os computadores e telemóveis, além de calendários e contactos. Reserve 1 a 2 GB de RAM, além do espaço necessário para os 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 razão migrar a base de dados mais tarde é a forma mais comum de danificar uma instância.

1. Uma biblioteca de fotografias com carregamento a partir do telemóvel. O Immich carrega automaticamente as fotografias da câmara e permite pesquisar por rostos e objetos. Esta é a funcionalidade que finalmente leva muitas pessoas a deixar o Google Photos. É a aplicação mais exigente desta lista devido ao contentor de machine learning. Leia o guia do Immich autoalojado antes de comprar o plano mais pequeno. Se essa quantidade mínima de memória exceder o que o seu plano pode disponibilizar, a comparação direta entre PhotoPrism e Immich avalia os dois em termos de RAM, aplicações móveis e comandos de cópia de segurança, para que escolha 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 releases.

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 browser ou um telemóvel, sem exigir uma conta nem cobrar pelo acesso remoto. Funciona normalmente com 1 a 2 GB de RAM. O fator decisivo é a transcodificação. O guia Jellyfin num VPS mostra como manter os ficheiros num formato que os clientes consigam reproduzir diretamente, para que o servidor apenas mova bytes. Depois de estar em execução, o Halcyon transforma a mesma biblioteca numa videoclube dos anos 1990 que pode percorrer prateleira a prateleira. Esta abordagem é muito melhor para escolher algo do que percorrer uma grelha interminável de miniaturas.

1. Um servidor de jogos para amigos. Um servidor 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. É precisamente esse o objetivo de um VPS. O guia servidor Minecraft num VPS explica os parâmetros de memória do Java e como executá-lo com systemd, para que um crash provoque um 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 o trabalho 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 o testar. O guia 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 longa duração em vez de um processo agendado.

1. Fluxos de trabalho de automação. O n8n fornece um editor visual para tarefas que o Zapier cobra por utilização. Executá-lo localmente elimina o custo e o limite sobre a quantidade de dados processados. Usa cerca de 500 MB de RAM. Defina explicitamente a chave de encriptação, como mostra o guia n8n autoalojado com HTTPS, porque uma reconstrução do contentor pode tornar ilegíveis todas as credenciais guardadas.

1. Executar um modelo de linguagem localmente. O Ollama disponibiliza modelos de pesos abertos através de uma API local, pelo que os prompts e documentos nunca saem do 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. O guia executar Ollama para autoalojar um LLM apresenta valores realistas. Para uma plataforma de fluxos de trabalho sobre o modelo, Dify num VPS acrescenta uma interface e funcionalidades de retrieval.

1. Dar um local de execução a um agente de programação. Um agente de programação baseado em IA que trabalha durante uma hora não é útil se morrer quando fecha o portátil. Por isso, muitas pessoas colocam-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 explica o padrão geral. Dê ao agente um utilizador sem privilégios próprio 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 a parte 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 é uma ferramenta que qualquer pessoa pode chamar.

1. Monitorizar os outros servidores. O Uptime Kuma verifica os seus sites e envia alertas através de quase qualquer canal. Executa com cerca de 200 MB. A regra que muitas pessoas esquecem é monitorizar a produção a partir de uma máquina diferente. O monitorização de estado com Uptime Kuma executado no mesmo servidor que monitoriza não consegue informar quando esse servidor falha.

1. Métricas reais, não apenas estado ativo ou inativo. Quando tem vários servidores, e não apenas um, precisa de métricas de CPU, disco e serviços, com histórico e triggers. 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 todo 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 destino adequado. O guia cópias de segurança restic num VPS fornece snapshots encriptados, deduplicados e versionados, com um restauro que pode realmente testar. Teste-o mensalmente, porque uma cópia de segurança não testada é apenas uma expectativa.

1. O seu próprio runner de CI. Os minutos de build alojados esgotam-se, enquanto 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. Precisa de 2 GB de RAM ou mais, porque o MongoDB é o componente mais exigente. Rocket.Chat com Docker Compose explica a sequência de versões, porque saltar uma versão principal do MongoDB durante uma atualização pode deixar 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 tornar acessível uma rede inteira, e não apenas um host, como uma LAN doméstica ou uma rede privada de um fornecedor, um VPS a anunciar essas rotas como router de sub-rede evita instalar o cliente em todos os dispositivos dessa rede. Combine-o com o hábito de tratar os hosts como um grupo, que é precisamente o tema de gerir vários servidores Linux.

1. Um laboratório e, se insistir, um servidor de email. Um VPS é um local seguro para testar e danificar configurações. Experimente um servidor FreeBSD 15 ou execute máquinas virtuais dentro do servidor quando o plano permitir virtualização aninhada. O email aparece deliberadamente no fim, porque a maioria dos fornecedores bloqueia a porta de saída 25 e a capacidade de entrega exige um esforço prolongado. Leia email autoalojado com Mailcow tendo claras essas limitações.

Quantos recursos de servidor cada um destes serviços precisa?

A memória é o fator limitante, não o CPU nem o disco. Um plano de 1 GB executa uma coisa pequena: um site, uma VPN, um gestor de palavras-passe ou um bot. Um plano de 4 GB é uma opção confortável para executar vários serviços atrás de um único proxy, que é o que a maioria das pessoas nesta página acaba por fazer.

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 não seguem esta regra: um modelo de linguagem 8B precisa de aproximadamente 8 GB antes de conseguir sequer carregar, e a aprendizagem automática para fotografias é semelhante.

O disco depende dos seus dados. Fotografias, multimédia e cópias de segurança são os únicos itens desta lista 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 pressupõe a mesma base: uma máquina à qual pode 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 mostrar 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 acesso exige a recuperação pela consola no painel do fornecedor. Os primeiros dez minutos num novo VPS explica todo o processo, e Reforço da segurança do SSH desativa o início de sessão por palavra-passe, para que as tentativas constantes de brute force em segundo plano deixem de ser relevantes.

Quase todas as aplicações anteriores são distribuídas como contentores, por isso instale o Docker uma vez e o resto da lista passa a ser 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, por isso termine a sessão e inicie-a novamente. Noções básicas do Docker Compose explica o formato de ficheiro usado por todos os guias anteriores.

Para que um VPS não é adequado

Há alguns limites importantes. O processamento gráfico intensivo e o treino de modelos precisam de uma GPU. Um VPS comum não tem uma, 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 os custos de hardware e 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 ficar num servidor de uso pessoal que só é atualizado ao domingo à noite. Um único servidor também é um ponto único de falha. Por isso, um serviço que nunca pode ficar indisponível precisa de uma segunda máquina e de um procedimento testado para mudar para ela.

O email merece um aviso próprio, apesar de estar incluído na lista. A maioria dos fornecedores bloqueia a porta de saída 25. Mesmo quando está desbloqueada, um endereço IP novo e sem reputação coloca as mensagens na pasta de spam até os registos DNS estarem corretos e o endereço ganhar reputação. Gerir email é uma tarefa contínua, não um trabalho para um fim de semana.

FAQ

Qual é o uso mais comum de um VPS?

Alojamento de um site ou aplicação web. Um servidor pequeno com nginx ou Apache, PHP e uma base de dados suporta um site pessoal, um site de um 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. A segunda resposta 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 coisas desta lista?

Para um serviço pequeno, 1 GB é suficiente. Para vários serviços atrás de um reverse proxy, 4 GB é uma dimensão confortável e é o plano que a maioria das pessoas escolhe. 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 disco só é relevante se armazenar media, fotografias ou cópias de segurança.

Posso executar mais do que uma destas coisas 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 reverse proxy tratar dos nomes e dos certificados. O limite é a memória, não o número de aplicações. Some os valores realistas acima e deixe uma margem de pelo menos 25 por cento, para que uma atualização ou uma execução de cópias de segurança não provoque a terminação por falta de memória.

Preciso de saber Linux para usar um VPS?

Precisa dos conceitos básicos: ligar-se por SSH, editar um ficheiro e ler um log. Tudo o resto nestes guias consiste em copiar, colar e comparar o resultado com o que o guia indica que deve aparecer. 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 flexibilidade.

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

Normalmente, quando executa 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 uma fatura 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 tratar efetivamente dessas tarefas.