SSD Nodes Learn 8GB de RAM — $66/ano
Guias Matt ConnorPor Matt Connor · Atualizado 2026-08-02

O que fazer com um VPS? 20 usos reais

Veja 20 usos reais para um VPS, de sites e VPN a fotos, jogos e agentes de IA, com o consumo honesto de RAM indicado para cada serviço.

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 mesmo quando o laptop está desligado. Assim, qualquer serviço que precise permanecer acessível pode ser executado nele. Na prática, isso inclui sites, uma VPN privada, seu próprio armazenamento de arquivos e fotos, mídia, servidores de jogos, scripts agendados e um conjunto crescente de ferramentas de IA. Abaixo estão vinte opções que as pessoas realmente executam, ordenadas aproximadamente pela frequência com que são o principal motivo para alugar um servidor.

Cada item informa qual é a função, quanta memória ela consome e onde está o guia completo. Se você quiser um catálogo mais amplo de aplicativos, em vez das funções, consulte a lista complementar de aplicativos que vale a pena hospedar por conta própria em 2026, organizada aplicativo por aplicativo.

As 20 coisas que as pessoas realmente executam

  1. Hospedar um site ou uma aplicação web. Esta ainda é a resposta mais comum. Um único servidor pequeno executa nginx ou Apache, PHP e um banco 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 exibirem um aviso que afasta todos os visitantes.
  1. Executar vários sites e aplicações em um único servidor. Um servidor pode atender uma dúzia de nomes se algo na frente dele separar as solicitações pelo nome do host. Um proxy reverso faz esse trabalho e também renova os certificados. Por isso, Traefik na frente de várias aplicações Docker costuma ser o segundo passo. A economia é real: cinco projetos em um servidor de 4 GB custam menos que cinco servidores pequenos e são mais fáceis de fazer backup.
  1. Sua própria VPN. Um VPS fornece um IP de saída que você controla. Assim, uma rede Wi-Fi pública não consegue ler seu tráfego, e seus serviços domésticos ficam fora da internet pública. O WireGuard usa menos de 50 MB de memória e é executado no kernel. O servidor quase não percebe sua presença, e o guia VPN WireGuard autohospedada aborda os problemas de handshake e DNS que costumam afetar os usuários. Os dois produtos são frequentemente confundidos. Por isso, vale consultar primeiro a comparação entre VPS e VPN.
  1. Um gerenciador de senhas que você controla. O Vaultwarden usa o protocolo do Bitwarden. Assim, todos os aplicativos oficiais e extensões de navegador se conectam ao seu servidor, e não ao servidor de uma empresa. Ele precisa de cerca de 150 MB de RAM e quase nenhum espaço em disco. Isso torna o Vaultwarden em um VPS o melhor primeiro projeto desta lista. Esse servidor armazena todas as suas senhas. Trate o certificado e os backups como parte da instalação, e não como uma tarefa posterior.
  1. Armazenamento de arquivos e calendários na nuvem. O Nextcloud substitui um plano pago do Drive ou do Dropbox por clientes de sincronização para desktops e telefones, além de calendário e contatos. Reserve de 1 a 2 GB de RAM, além do espaço ocupado pelos arquivos, e instale-o com PostgreSQL desde o início. O guia Nextcloud com Docker, TLS e backups explica por que migrar o banco de dados depois é a forma mais comum de danificar uma instância.
  1. Uma biblioteca de fotos com envio pelo telefone. O Immich envia automaticamente as fotos da câmera e oferece pesquisa por rosto e objeto. Esse é o recurso que finalmente faz muitas pessoas deixarem o Google Photos. Ele é a aplicação que mais consome recursos nesta lista por causa do contêiner de machine learning. Leia o guia do Immich autohospedado antes de comprar o plano menor. Fixe uma versão em vez de obter latest, pois ainda são introduzidas alterações incompatíveis entre releases.
  1. Um servidor de mídia para sua própria biblioteca. O Jellyfin transmite seus filmes e programas para um aplicativo de TV, um navegador ou um telefone, sem conta e sem cobrança pela reprodução remota. Ele usa cerca de 1 a 2 GB de RAM em ociosidade. O fator que determina se ele funcionará é a transcodificação. Jellyfin em um VPS mostra como manter os arquivos em um formato que os clientes reproduzam diretamente. Assim, o servidor apenas transfere os bytes.
  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 que hospeda a partida vai dormir. É exatamente isso que um VPS oferece. O guia servidor de Minecraft em um VPS aborda as flags de memória do Java e a execução com systemd, para que uma falha faça o processo ser reiniciado automaticamente.
  1. Scripts, scrapers e bots agendados. Tudo que precisa 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 do cron. Assim, você obtém logs, status de falha e uma forma simples de testá-lo. Serviços e timers do systemd em um VPS contém os arquivos de unidade. Um bot do Discord ou do Telegram segue o mesmo padrão, mas usa um processo de longa duração em vez de um processo agendado.
  1. Fluxos de trabalho de automação. O n8n oferece um construtor visual para tarefas pelas quais o Zapier cobra por execução. Executá-lo por conta própria elimina tanto a cobrança quanto o limite de dados processados. Ele usa cerca de 500 MB de RAM. Defina explicitamente a chave de criptografia, como mostra n8n autohospedado com HTTPS, ou a recriação de um contêiner fará com que todas as credenciais salvas fiquem ilegíveis.
  1. Executar um modelo de linguagem por conta própria. O Ollama disponibiliza modelos de pesos abertos por meio de uma API local. Assim, os prompts e documentos nunca deixam seu servidor. Em um VPS somente com CPU, espere algumas palavras por segundo, e não respostas instantâneas. Reserve cerca de 8 GB de RAM para um modelo 8B. Executando o Ollama para autohospedar um LLM apresenta números realistas. Para uma plataforma de fluxos de trabalho sobre o modelo, Dify em um VPS adiciona uma interface e recursos de recuperação.
  1. Dar um local permanente para um agente de programação. Um agente de programação de IA que trabalha por uma hora não é útil se morrer quando você fecha o laptop. Por isso, as pessoas o executam em um servidor dentro de um multiplexador de terminal e se reconectam depois. Claude Code em um VPS com tmux apresenta a configuração, e executando um agente de programação em um VPS aborda a estrutura geral. Dê a ele seu próprio usuário sem privilégios e um diretório do qual não possa escapar.
  1. Hospedar servidores MCP para seus assistentes. Servidores MCP (model context protocol) são processos pequenos e sempre ativos que expõem ferramentas e dados a um cliente de IA. A execução contínua é justamente o que um laptop não consegue garantir. Servidores MCP em um VPS explica como executá-los atrás de TLS com autenticação. Isso é importante porque um endpoint MCP aberto é uma ferramenta que qualquer pessoa pode chamar.
  1. Monitorar seus outros servidores. O Uptime Kuma verifica seus sites e envia alertas por quase qualquer canal. Ele usa cerca de 200 MB. Existe uma regra que muitas pessoas ignoram: monitore a produção a partir de outra máquina. O monitoramento de status com Uptime Kuma executado no servidor que monitora não consegue informar quando esse servidor falha.
  1. Métricas reais, e não apenas ativo ou inativo. Quando você tem vários servidores em vez de um só, precisa de métricas históricas e gatilhos para CPU, disco e serviços. Um servidor de monitoramento Zabbix faz isso com um agente em cada host e precisa de 2 GB de RAM, além do próprio banco de dados. Comece com uma verificação simples de disponibilidade e avance quando houver algo que exija esse avanço.
  1. Backups externos para todo o restante. Um backup no mesmo disco dos dados não é um backup. Um VPS barato com um volume grande é um destino adequado, e backups do restic em um VPS fornece snapshots criptografados, deduplicados e versionados, com uma restauração que você pode realmente testar. Teste-o mensalmente, pois um backup não testado é apenas uma expectativa.
  1. Seu próprio runner de CI. Os minutos de compilação hospedados acabam, enquanto um runner autohospedado mantém os caches aquecidos e os segredos locais. Um runner autohospedado do GitHub Actions mostra a instalação e o isolamento. Isso é especialmente importante em repositórios públicos, nos quais um pull request pode executar código na sua máquina.
  1. Chat de equipe sob seu controle. O Rocket.Chat oferece threads, chamadas e integrações para uma equipe que prefere não pagar por usuário. Ele precisa de 2 GB de RAM ou mais, pois o MongoDB é a parte que mais consome recursos. Rocket.Chat com Docker Compose explica a sequência de versões, pois ignorar uma versão principal do MongoDB durante uma atualização deixa o banco de dados inacessível.
  1. Uma rede privada entre todas as suas máquinas. Quando você tem vários servidores e um laptop, uma rede mesh é mais fácil de administrar do que um único hub. Headscale como servidor de controle Tailscale autohospedado mantém a coordenação no seu próprio servidor. Combine isso com o hábito de tratar os hosts como um grupo. Esse é o objetivo de gerenciar vários servidores Linux.
  1. Um laboratório e, se você insistir, um servidor de e-mail. Um VPS é um local seguro para fazer testes e causar falhas. Experimente um servidor FreeBSD 15 ou execute máquinas virtuais dentro do servidor quando o plano permitir virtualização aninhada. O e-mail aparece por último de propósito, pois a maioria dos provedores bloqueia a porta 25 de saída, e a entregabilidade exige um esforço prolongado. Por isso, leia e-mail autohospedado com Mailcow com atenção.

De quanta capacidade de servidor cada um destes serviços precisa?

A memória é o limitador, não a CPU nem o disco. Um plano de 1 GB executa uma única aplicação pequena: um site, uma VPN, um gerenciador de senhas ou um bot. Um plano de 4 GB é a opção confortável para executar vários serviços atrás de um proxy, que é o que a maioria das pessoas nesta página acaba fazendo.

O tamanho problemático é 2 GB. É nesse ponto que alguém adiciona um terceiro contêiner, o kernel o encerra 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 contêineres ocultou. Cargas de trabalho de IA fogem à regra: um modelo de linguagem 8B precisa de aproximadamente 8 GB para ser carregado, e o aprendizado de máquina com fotos é semelhante.

O espaço em disco depende dos seus dados. Fotos, mídia e backups são os únicos itens desta lista que precisam de centenas de gigabytes. Todo o restante cabe nos 20 a 50 GB incluídos em um plano pequeno.

Antes de executar qualquer item

Todo uso acima pressupõe a mesma base: uma máquina à qual você consiga se conectar, um usuário que não seja root e um 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 exibir Status: active com uma linha que permita 22/tcp. Abra um segundo terminal e confirme que ainda consegue fazer login antes de fechar o primeiro, porque um firewall que bloqueia seu acesso exige uma recuperação pelo console no painel do provedor. O guia primeiros dez minutos em um novo VPS aborda tudo de ponta a ponta, e proteção do SSH desativa o login por senha, para que as tentativas constantes de força bruta em segundo plano deixem de ser relevantes.

Quase todos os aplicativos acima são distribuídos como contêineres. Portanto, instale o Docker uma vez e o restante da lista poderá ser copiado e colado:

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 ao seu shell. Nesse caso, saia da sessão e entre novamente. Noções básicas do Docker Compose explica o formato de arquivo usado por todos os guias acima.

Para que um VPS não é adequado

Existem limitações importantes. Trabalho gráfico pesado e treinamento de modelos precisam de uma GPU. Um VPS padrão não tem uma GPU. Por isso, a inferência na CPU continua lenta, independentemente da quantidade de RAM adicionada. Serviços em que cinco minutos de indisponibilidade causam danos reais, como um alarme residencial ou um alerta médico, não devem ficar em um servidor de hobby que você atualiza nas noites de domingo. Um único servidor também é um ponto único de falha. Portanto, um serviço que nunca pode ficar indisponível precisa de um segundo servidor e de um procedimento testado para alternar para ele.

O email exige um alerta específico, embora esteja na lista. A maioria dos provedores bloqueia a porta de saída 25. Mesmo quando ela está aberta, um novo endereço IP sem reputação vai parar na pasta de spam até que os registros DNS estejam corretos e o endereço tenha desenvolvido reputação. Manter esse serviço é um trabalho contínuo, não uma tarefa para um fim de semana.

FAQ

Qual e o uso mais comum para um VPS?

Hospedar um site ou uma aplicacao web. Um servidor pequeno executando nginx ou Apache com PHP e um banco de dados atende a um site pessoal, a um site de cliente ou a um produto pequeno com 1 GB de RAM. Essa e a forma mais barata de obter um endereco IP publico real com controle total da pilha. A segunda resposta mais comum e uma VPN privada, porque um servidor que voce possui fornece um endereco de saida que nao e compartilhado com ninguem.

Quanta RAM eu preciso para as coisas desta lista?

Para um servico pequeno, 1 GB funciona. Para alguns servicos atras de um unico proxy reverso, 4 GB e um tamanho confortavel, e esse e o plano que a maioria das pessoas escolhe. Cargas de trabalho de IA sao a excecao: um modelo de linguagem 8B precisa de aproximadamente 8 GB antes de ser carregado, e o aprendizado de maquina para fotos requer uma quantidade semelhante. O disco so importa se voce estiver armazenando midia, fotos ou backups.

Posso executar mais de um desses no mesmo servidor?

Sim, e isso e normal. Coloque cada aplicacao em seu proprio container, nao publique nada diretamente na internet e deixe um unico proxy reverso gerenciar os nomes e os certificados. O limite e a memoria, nao a quantidade de aplicacoes. Some os valores reais acima e deixe uma folga de pelo menos 25 por cento para que uma atualizacao ou uma execucao de backup nao provoque uma finalizacao por falta de memoria.

Preciso conhecer Linux para usar um VPS?

Voce precisa conhecer o basico: conectar por SSH, editar um arquivo e ler um log. Todo o restante nestes guias envolve copiar, colar e verificar a saida em comparacao com o que o guia informa que voce deve ver. Se preferir clicar a digitar, um painel de controle gerencia as aplicacoes para voce. A comparacao entre Cloudron, CasaOS e Coolify mostra quanto cada opcao reduz sua flexibilidade.

Um VPS e mais barato do que pagar por esses servicos?

Geralmente, quando voce executa mais de um servico. Um unico servidor com 4 GB pode substituir ao mesmo tempo uma assinatura de sincronizacao de arquivos, um plano de gerenciador de senhas, um plano de armazenamento de fotos e a cobranca de uma ferramenta de automacao. O custo que voce assume e o seu proprio tempo: atualizacoes, certificados e backups passam a ser sua responsabilidade. Portanto, a economia so e real se voce realmente executar essas tarefas.