O que é VPS e quando você precisa de uma

VPS (servidor virtual privado) é uma máquina virtual alugada de um provedor, com sistema operacional próprio e acesso de administrador. Você instala e mantém tudo o que roda nela.

Atualizado em 5 min de leitura

Objetivos de aprendizado

Depois de ler este artigo, você vai conseguir:

  • Entender como uma VPS funciona por dentro
  • Saber o que fica sob sua responsabilidade ao alugar uma
  • Decidir se o seu projeto precisa de uma VPS ou de algo mais simples
Nesta página

Quando o seu projeto sai do computador de casa e precisa ficar no ar o dia todo, a primeira sugestão costuma ser "alugue uma VPS". É uma boa resposta em vários casos, mas vem com uma conta que quase ninguém menciona: junto com o servidor, você herda o trabalho de administrá-lo.

você administra (root)outros clientesSua VPSSua aplicaçãoSistemaKernelVPS vizinhaappSistemaKernelVPS vizinhaappSistemaKernelHypervisorServidor físicoCPU, RAM e disco divididos; o provedor mantém
O hypervisor fatia um servidor físico em VPS isoladas, cada uma com seu kernel; dentro da sua, tudo é você quem administra.

O que é uma VPS?#

VPS é a sigla de Virtual Private Server, em português servidor virtual privado. Na definição da Wikipédia, é uma máquina virtual vendida como serviço por uma empresa de hospedagem.

Na prática, você paga todo mês por um computador que não existe como peça física separada. Ele é uma fatia de uma máquina real, com uma quantidade fixa de CPU, RAM e disco, um endereço IP público e um sistema operacional só seu, normalmente Linux. Você entra nele por terminal e faz o que quiser, dentro dos limites do contrato.

Como uma VPS funciona por dentro?#

Um servidor físico grande roda um hypervisor, o software que cria e gerencia as máquinas virtuais. Cada máquina virtual (a "guest") enxerga só os recursos reservados para ela e pode ser reiniciada sem afetar as outras.

Dois pontos importam para você:

  • Cada VPS tem o próprio sistema operacional. Com virtualização de hardware, como o KVM, cada máquina tem inclusive o próprio kernel, o que dá mais isolamento em relação ao servidor físico. Já na virtualização por containers, o kernel do host é compartilhado: cabem mais instâncias por máquina, mas o isolamento é menor e a personalização também.
  • Os recursos físicos são compartilhados. Como várias VPS dividem a mesma máquina, cada uma recebe um limite de CPU, RAM e disco. Dependendo da carga dos vizinhos, o desempenho pode oscilar.

Se a diferença entre máquina virtual e container ainda não está clara, veja container vs máquina virtual.

O que você recebe ao alugar uma VPS?#

Normalmente quatro coisas: um IP público, acesso root (ou um usuário com sudo), uma imagem de sistema já instalada (Ubuntu, Debian e similares) e um painel do provedor para ligar, desligar, reinstalar e, às vezes, redimensionar a máquina.

Depois disso, o servidor é seu. Ele chega praticamente vazio, e tudo o que roda nele foi instalado por você.

O que você precisa administrar?#

Este é o ponto que define se a VPS vale a pena. O provedor mantém o hardware e a rede. O resto é com você:

  • Atualizações do sistema. Pacotes desatualizados com falhas conhecidas são um risco clássico de invasão.
  • Segurança de acesso. Autenticação por chave SSH, firewall e usuários sem privilégios desnecessários.
  • Rodar a aplicação de forma confiável. Se o processo cai ou a máquina reinicia, algo precisa subi-lo de novo.
  • HTTPS, proxy reverso e certificados, se for servir um site ou API.
  • Monitoramento, logs e cópias dos seus dados.

Um primeiro passo de segurança, num Ubuntu recém-criado, é atualizar o sistema e ligar o firewall liberando só o SSH (os comandos do ufw estão na documentação do Ubuntu):

bash
sudo apt update && sudo apt upgrade -y
sudo ufw allow ssh
sudo ufw enable
sudo ufw status verbose

Rode o ufw allow ssh antes do ufw enable. Ligar o firewall sem liberar o SSH derruba a sua própria conexão.

E isso é só o começo. Ainda faltam o supervisor de processos, o proxy, o certificado e as atualizações automáticas. Cada item é simples sozinho, mas somados viram horas de manutenção por mês.

VPS, servidor dedicado e hospedagem compartilhada: qual a diferença?#

Hospedagem compartilhada VPS Servidor dedicado
O que você aluga Uma conta num servidor dividido Uma máquina virtual A máquina física inteira
Acesso root Não Sim Sim
Isolamento Baixo Médio a alto Total
Desempenho Varia com os vizinhos Pode variar com os vizinhos Previsível
Administração Quase nenhuma Toda sua Toda sua
Custo Menor Intermediário Maior

Para muitos fins, uma VPS se comporta como um servidor dedicado, com a vantagem de ser criada em minutos e custar menos. Para ver o que entra no preço, veja quanto custa uma VPS.

Quando você precisa de uma VPS?#

Uma VPS faz sentido quando você precisa de controle sobre o sistema:

  • Software que exige acesso ao sistema inteiro, como um serviço de rede, uma VPN ou um módulo de kernel.
  • Uma pilha incomum, que não encaixa nos runtimes padrão de plataformas de hospedagem.
  • Vários serviços diferentes na mesma máquina, configurados do seu jeito.
  • Aprendizado: administrar um servidor Linux de verdade ensina muito sobre deploy, redes e segurança.
  • Requisitos de conformidade que exigem controlar o sistema operacional.

Quando uma VPS não é a melhor escolha?#

Se o seu projeto é um bot, uma API ou um site comum, o que você quer é o processo no ar, e não um servidor para cuidar. Nesse caso, a VPS cobra em tempo: você vira administrador de sistemas de um projeto que só precisava de um node index.js rodando.

Sinais de que você está carregando peso demais:

  • Você passa mais tempo no terminal do servidor do que no código.
  • Um aviso de segurança do sistema vira a sua urgência da semana.
  • O bot caiu de madrugada e ninguém notou, porque o reinício automático não foi configurado.

Para esse tipo de carga, uma plataforma de hospedagem que roda seu código em containers costuma ser mais simples. A comparação completa está em VPS ou plataforma de hospedagem.

Como fazer isso na Square Cloud#

Se o seu objetivo é manter uma aplicação no ar sem montar um servidor, a Square Cloud é uma hospedagem self-service: você faz o deploy e controla a aplicação, que roda num container isolado. Você não instala sistema operacional, firewall nem proxy.

Os containers ficam sempre ligados, sem modo de suspensão, com reinício automático (ligado por padrão no deploy pelo painel) quando o processo encerra com erro. Você faz o deploy por upload de ZIP no painel, pela CLI, pelo GitHub ou pela extensão do VS Code. Entre diversos runtimes, como Node.js, Python, Java e Go, há um para sites estáticos (veja os disponíveis hoje em Runtimes), e o HTTPS vem automático nas aplicações web.

O que a plataforma não é: uma máquina com acesso root. O processo roda como usuário sem privilégio, e não há Dockerfile nem imagem própria. Se o seu caso exige controle do sistema inteiro, a VPS continua sendo a ferramenta certa. Se exige só manter o seu código rodando, veja os recursos da Square Cloud.

Deploy

Envie pelo GitHub, pela CLI ou em ZIP e publique em segundos

Saiba mais

Perguntas frequentes

VPS e servidor dedicado são a mesma coisa?

Não. No servidor dedicado você aluga a máquina física inteira. Na VPS você aluga uma fatia virtual de uma máquina que outros clientes também usam, o que custa menos mas pode sofrer com a carga dos vizinhos.

Preciso saber Linux para usar uma VPS?

Na prática, sim. Você acessa por terminal (SSH), instala pacotes, configura firewall e mantém o sistema atualizado. Sem essa base, a manutenção vira o maior custo do projeto.

VPS serve para hospedar bot, API ou site?

Serve para os três, e para qualquer coisa que rode no sistema escolhido. A contrapartida é que você mesmo configura o processo, o reinício automático, o HTTPS e a segurança.

Qual a diferença entre VPS e cloud?

Uma VPS é uma máquina virtual de tamanho fixo. Clouds de infraestrutura também vendem máquinas virtuais, mas com muitos outros serviços ao redor. Na prática, uma instância de cloud usada como servidor se comporta como uma VPS.

Próximo artigoFunciona localmente mas não depois do deploy: causas comunsUma aplicação que roda localmente mas falha no deploy costuma diferir em variáveis de ambiente, versões, caminhos, porta ou arquivos faltando. Veja como achar qual.