O que muda entre uma VPS gerenciada e uma não gerenciada
A dúvida não é sobre hardware, é sobre quem cuida do sistema quando algo quebra. Entender a fronteira do suporte evita frustração e mostra quanto do seu tempo o modelo escolhido vai consumir.
PorEquipe StreetHosting·Time de infraestrutura e suporte da StreetHosting
A fronteira entre os dois modelos
Os dois modelos entregam a mesma máquina. Mesmo processador, mesma memória, mesmo disco NVMe, mesmo uplink. O que muda é o contrato de responsabilidade sobre o que acontece dentro do sistema operacional.
Pense na fronteira como uma linha horizontal. Abaixo dela está a infraestrutura: energia, rede, host físico, virtualização, IP, painel de controle e a imagem inicial do sistema. Essa parte é sempre do provedor, nos dois modelos. Acima dela está o sistema instalado, os pacotes, as configurações, os serviços e a sua aplicação. Em uma VPS não gerenciada, essa parte é sua. Em uma gerenciada, o provedor sobe essa linha e assume também uma fatia do que está em cima.
Onde exatamente a linha para de subir varia de provedor para provedor, e é aí que mora a maior fonte de mal entendido. Gerenciamento raramente cobre o código da sua aplicação, por exemplo. Antes de contratar qualquer plano gerenciado, vale pedir o escopo por escrito.
Vale também desfazer um mal entendido frequente. Não gerenciada não é sinônimo de abandonada, nem de produto inferior. É o modelo padrão do mercado de servidor virtual no mundo inteiro, e é o que permite que a mensalidade seja o que é. Quando um provedor oferece gerenciamento, ele está vendendo horas de administrador de sistemas embutidas no plano, e esse é o item mais caro de qualquer operação de infraestrutura. A diferença de preço entre os dois modelos é basicamente o custo dessas horas.
Há ainda um meio termo que aparece com nomes variados, como semigerenciado ou gerenciamento parcial. Nele o provedor assume um conjunto restrito de tarefas, normalmente atualização de sistema e configuração de firewall, e deixa o resto com o cliente. A regra continua a mesma: o que vale é a lista de itens do contrato, não o nome comercial dado ao pacote.
Item a item: quem faz o quê
| Item | VPS gerenciada | VPS não gerenciada |
|---|---|---|
| Rede, uplink e roteamento | Provedor | Provedor |
| Hardware e host de virtualização | Provedor | Provedor |
| Painel, console e reinstalação | Provedor | Provedor |
| Instalação do sistema operacional | Provedor | Provedor entrega a imagem pronta |
| Atualizações e correções do sistema | Provedor | Cliente |
| Configuração de firewall | Provedor | Cliente |
| Endurecimento de SSH e usuários | Provedor | Cliente |
| Instalação de serviços como Nginx e banco | Provedor | Cliente |
| Certificado SSL e renovação | Provedor, quando no escopo | Cliente |
| Backup da aplicação e dos dados | Provedor, quando no escopo | Cliente |
| Monitoramento e alerta | Provedor, quando no escopo | Cliente |
| Código e desempenho da aplicação | Cliente | Cliente |
| Custo mensal | Mais alto | Mais baixo |
| Nível de controle | Limitado pelo escopo | Total, com acesso root |
Repare na última linha. Gerenciamento e controle costumam andar em direções opostas. Quanto mais o provedor administra, mais padronizado o ambiente precisa ser, e menos liberdade você tem para instalar algo fora do padrão.
O que o suporte cobre em uma VPS não gerenciada
Não gerenciada não significa sem suporte. Significa suporte com escopo definido. O atendimento funciona 24 horas por dia em português e cobre tudo aquilo que você não tem como resolver sozinho.
- Rede e conectividade. Se o IP não responde, se há perda de pacote no caminho ou se o roteamento está degradado, o problema é do provedor e o chamado resolve.
- Hardware e host. Falha de disco, de memória ou do servidor físico que hospeda a sua máquina virtual são responsabilidade da infraestrutura.
- Painel e ações de energia. Ligar, desligar e reiniciar a VPS quando o sistema não responde a comando nenhum.
- Console de emergência. Acesso direto à tela da máquina quando o SSH ou o RDP param de responder, seja por regra de firewall errada, seja por serviço quebrado.
- Reinstalação do sistema. Feita pelo painel, sem custo e sem chamado, quando você quer recomeçar do zero ou trocar de distribuição.
- Questões de conta e faturamento. Ciclo, upgrade, forma de pagamento e emissão de documento.
O que está fora do escopo é igualmente claro: o suporte não depura o seu código, não otimiza a sua consulta de banco, não configura o seu servidor web por você e não restaura um dado que você não fez backup. Saber disso antes evita expectativa frustrada no pior momento.
O que fica com você
Essa é a lista que define o custo real de uma VPS não gerenciada. Não é longa, mas é constante.
- Sistema operacional atualizado. Aplicar correções de segurança com regularidade, e não apenas quando algo quebra.
- Acesso remoto endurecido. Chave em vez de senha, usuário sem privilégio para o dia a dia e login de root direto desativado.
- Firewall configurado. Só as portas que o serviço realmente precisa. Tudo o mais fechado por padrão.
- Proteção contra tentativa de invasão. Bloqueio automático de quem fica tentando adivinhar senha no SSH.
- Backup testado. Cópia automática, guardada fora da própria VPS, e uma restauração de teste de vez em quando para provar que funciona.
- Monitoramento. Saber que o serviço caiu antes de o usuário avisar.
- A aplicação em si. Deploy, dependências, logs, desempenho e correção de erro.
Em tempo, a montagem inicial de tudo isso leva algo entre duas e quatro horas para quem já tem alguma familiaridade com Linux. A manutenção depois disso costuma consumir poucos minutos por semana, desde que o básico tenha sido feito direito na primeira vez.
O custo de tempo tem dois componentes bem diferentes e é importante separar os dois na hora de decidir. O primeiro é o tempo de montagem, que acontece uma vez e é previsível. O segundo é o tempo de reação, que acontece quando algo quebra fora de hora e é imprevisível por definição. Quem tem folga para o primeiro mas nenhuma disponibilidade para o segundo precisa de um plano: um colega que também tenha acesso, um monitoramento que avise no celular ou um combinado de prazo com quem depende do serviço. Sem isso, a VPS não gerenciada vira uma aposta em nunca dar problema.
A boa notícia é que boa parte do trabalho é automatizável. Atualização de segurança pode ser aplicada sozinha, backup roda em agendamento, bloqueio de tentativa de invasão funciona sem supervisão e o monitoramento avisa antes de o usuário reclamar. Depois de configurar essas quatro coisas, o esforço recorrente cai bastante e passa a se concentrar na sua aplicação, que é onde ele deveria estar desde o começo.
Qual perfil escolhe cada modelo
Não existe modelo superior. Existe encaixe entre o modelo e a sua realidade de tempo e conhecimento.
| Situação | Modelo indicado | Motivo |
|---|---|---|
| Desenvolvedor que já usa terminal | Não gerenciada | Controle total, custo menor e nenhuma limitação de ambiente |
| Dono de servidor de jogo ou comunidade | Não gerenciada | Painéis de jogo são autônomos e a curva de aprendizado é curta |
| Agência com vários clientes no mesmo servidor | Não gerenciada | Permite padronizar o ambiente do jeito da própria equipe |
| Empresa sem ninguém de tecnologia interna | Gerenciada | Alguém precisa responder pelo sistema, e não haverá quem |
| Aplicação crítica sem equipe de plantão | Gerenciada | O custo de indisponibilidade supera o custo do gerenciamento |
| Quem quer aprender infraestrutura | Não gerenciada | É o único modelo em que você de fato aprende |
Uma saída intermediária comum é contratar a VPS não gerenciada e pagar um profissional de confiança pela configuração inicial. Você fica com o controle e com o custo menor, e paga uma vez pelo trabalho técnico que não quer fazer.
Perceba que a maior parte dos casos cai no lado não gerenciado. Isso não é um acaso do mercado brasileiro. A maioria dos projetos que chegam a precisar de um servidor virtual já tem alguém com alguma familiaridade técnica por perto, nem que seja o próprio dono do projeto. O modelo gerenciado faz mais sentido quando a operação é de uma empresa cuja atividade não é tecnologia e que, mesmo assim, depende de um sistema em produção para faturar.
O caminho de quem fica no não gerenciado
Se você escolheu a VPS não gerenciada, esta é a sequência que cobre o essencial. Fazer nessa ordem evita se trancar para fora do próprio servidor.
- Primeiro o acesso. Configure o SSH com chave, crie um usuário sem privilégio permanente e desative o login direto de root seguindo SSH seguro na VPS Linux.
- Depois o firewall. Feche tudo e abra apenas o que o serviço usa, com o passo a passo de firewall UFW na VPS Ubuntu.
- Em seguida o bloqueio automático. Tentativas repetidas de login precisam gerar banimento de IP, como mostra configurar o Fail2ban no SSH.
- Por último o backup. Automatize a cópia e mande para fora da VPS, conforme automatizar backup com Restic e cron.
Com esses quatro itens prontos, você tem um ambiente mais seguro que a média do que se vê por aí, e sem pagar taxa de gerenciamento. O hardware para rodar tudo isso está na linha Ryzen, com ativação automática em cerca de 60 segundos e infraestrutura em São Paulo.
Perguntas frequentes
- Qual a diferença entre VPS gerenciada e não gerenciada?
- Na VPS gerenciada o provedor administra o sistema operacional, aplica atualizações, configura serviços e resolve problemas dentro do servidor. Na não gerenciada o provedor entrega a máquina pronta e garante rede, hardware, painel e reinstalação, enquanto sistema, pacotes e aplicação ficam com o cliente.
- A VPS da StreetHosting é gerenciada?
- As VPS são entregues no modelo não gerenciado, com acesso root ou administrador total. O suporte 24 horas cobre rede, hardware, painel, console de emergência e reinstalação de sistema. A administração interna do sistema operacional e da aplicação fica com você.
- Preciso saber Linux para usar uma VPS não gerenciada?
- Precisa de um conhecimento básico de linha de comando: conectar por SSH, instalar pacotes, editar arquivos de configuração e ler logs. Não é preciso ser especialista, mas é preciso estar disposto a aprender, porque ninguém vai entrar no servidor por você.
- O suporte ajuda se eu quebrar o sistema da VPS?
- O suporte não entra na sua aplicação, mas destrava o cenário: se o SSH parou de responder, existe console de emergência pelo painel, e se o sistema ficou inutilizável, a reinstalação é feita por você mesmo em poucos minutos, sem custo extra.
- VPS não gerenciada é mais barata?
- Sim, porque você não está pagando pelo tempo de um administrador de sistemas. O custo real aparece nas suas horas: atualizações, firewall, backup e monitoramento passam a ser trabalho seu, e vale contar isso no orçamento do projeto.
Próximo passo
Ver planos VPS
VPS root no Brasil com NVMe e AntiDDoS.
Guias relacionados
SSH seguro em VPS Linux: chaves, senhas, fail2ban e hábitos que evitam invasão
SSH costuma ser o primeiro alvo em qualquer VPS com IP público. Este guia mostra um fluxo prático para reduzir risco sem complicar a rotina: chave ED25519, login sem senha, acesso administrativo com sudo, bloqueio de tentativas automáticas e revisão periódica de chaves autorizadas.
Firewall UFW em VPS Ubuntu: regras seguras sem travar o servidor
UFW facilita a configuração de firewall no Ubuntu, mas a ordem das regras continua sendo decisiva. Este guia mostra como ativar sem perder acesso SSH, como liberar apenas o necessário e como revisar regras quando Docker e serviços web entram em cena.
Como automatizar backup da VPS com restic e cron
Backup que depende de você lembrar não funciona. Com restic e cron você cria snapshots criptografados, envia para fora da VPS e mantém uma política de retenção sem esforço diário.