Por que usar uma VPS em nuvem (e não um servidor na sua empresa)

Quase toda empresa com sistema próprio passa pelo mesmo momento. O servidor que rodava num armário, com um nobreak comprado no impulso, começa a encher, a luz pisca num dia de chuva e alguém precisa ir até lá às dez da noite de sábado. Escritório não foi feito para hospedar serviço.

VPS em nuvem é uma fatia reservada de um servidor físico dentro de um data center: processador e memória garantidos, NVMe, IP público, link de 1 Gbps e gente acordada do lado do rack às três da manhã. Abaixo eu comparo o que o servidor na sua empresa custa de verdade com o que uma VPS em nuvem no Brasil resolve, e quando ele ainda faz sentido.

O que uma VPS em nuvem entrega, sem rodeio

Você recebe acesso root (ou administrador, no Windows) a uma máquina virtual em KVM, com vCPU e memória reservadas. Reservadas é a palavra que importa: não é recurso que aparece quando sobra. Se o vizinho do mesmo servidor físico moer um banco de dados, o seu desempenho não cai junto.

Vêm também o IPv4, um bloco IPv6 /64, o DNS reverso e um painel onde você liga, reinicia, reinstala o sistema, abre console quando o SSH não responde e aumenta o plano sem reinstalar. A Mega mantém máquina, rede, IP e painel de pé. O que roda dentro é seu: instalar aplicação, integrar com ERP ou mexer em MikroTik é trabalho do seu técnico ou do fornecedor do sistema.

O servidor na empresa custa menos? Só na fatura

A conta que costuma ser feita é só a do hardware: servidor usado, dois discos, um nobreak. Ao lado da mensalidade de uma VPS parece óbvio, mas ela para no primeiro item.

Fora da fatura ficam energia com ar-condicionado o ano inteiro, bateria de nobreak que ninguém trocou, link de escritório sem SLA, IP fixo, firewall e o tempo de quem precisa descobrir por que o serviço parou. Esse é o mais caro: normalmente é o sócio ou o técnico que já tem outra função.

Some o custo de não ter ninguém. Disco que dá erro às 2h de domingo vira problema na segunda, quando o primeiro usuário reclama. Numa VPS monitorada o alerta sai antes.

Onde o servidor de escritório cai primeiro

As quedas chegam pelos mesmos caminhos. Energia, porque concessionária oscila e nobreak doméstico não segura carga. Link, porque a operadora vende internet residencial com nome empresarial. Calor, porque o ar da sala foi calculado para gente, não para equipamento ligado 24 horas. Disco, porque ninguém tem peça de reposição na gaveta.

Um cliente rodava o sistema de gestão no escritório. Um raio queimou a fonte e o switch do mesmo rack, e levou quatro dias para achar peça no interior. Nesse tempo ninguém emitiu pedido nem faturou. O prejuízo passou de ano e meio de VPS.

E tem um quinto caminho, silencioso: alguém abre um anexo, o servidor é criptografado e o backup estava no mesmo disco. No data center, a filtragem na borda e o backup fora da máquina reduzem o estrago.

Servidor cloud no Brasil: latência, câmbio e dados no país

Quem atende no Brasil ganha três coisas com um servidor cloud aqui dentro: caminho curto até o assinante, fatura em reais e dados em território nacional. Hospedar fora resolve o preço em dólar até o dólar subir.

Latência aqui não é fé. Medimos de hora em hora, com sondas independentes, o ping de Vivo, Claro, TIM e Oi até o Rio e até São Paulo, e o número fica na página do produto. Dá 12 ms no Rio e 15 ms em São Paulo na mesma operadora. Quem já viu uma tela de ERP abrir com 60 ms de ida e volta entende o que 40 ms fazem a cada clique.

São duas praças, Elea RJ01 no Rio e Ascenty SP4 em São Paulo, com rede própria AS270439, os blocos 200.11.120.0/22 e 2804:6c00::/32 e presença nos PTTs das duas cidades. A escolha não é sobre qual é melhor: é sobre onde está o seu usuário.

Se o servidor já vai sair do escritório, o passo seguinte é o tamanho. Os planos de servidor VPS Cloud no Brasil vão de 1 a 18 GB de memória, com NVMe, IPv4 e IPv6 inclusos, e a praça é escolhida no pedido.

Cloud VPS: o que conferir antes de contratar

Toda VPS parece igual na lista de recursos. A diferença está no que ninguém põe no anúncio. A lista que eu uso quando me pedem opinião sobre servidor cloud de outro provedor:

• Disco é NVMe ou SSD SATA? Muitos chamam os dois de SSD, e o NVMe é outra ordem de grandeza em IOPS.
• vCPU e memória são reservados? Se o provedor não usa a palavra “reservado”, provavelmente há overselling.
• IPv6 vem incluso, com qual bloco? Um /64 deveria ser padrão. Cobrar à parte é sinal de rede improvisada.
• Existe console fora do SSH? Sem ele, uma regra de firewall errada vira ticket e espera.
• Reinstalar e subir de plano é self-service? Se depende de ticket, o resto também é manual.
• Backup é fora da máquina? Snapshot no mesmo storage não protege contra o storage.
• Quem atende às 3h da manhã? Se a resposta é formulário, você está sozinho no pior momento.

Perguntas que sempre chegam

VPS substitui o servidor da empresa?

Para o que é serviço, sim: sistema de gestão, site, API, ERP, banco de dados. Para rede local, não: compartilhamento interno, câmeras e telefonia costumam ficar onde estão.

Preciso entender de Linux para usar?

Não para operar o painel, que é clicável. Para administrar o sistema dentro da máquina, sim, ou você precisa de alguém que faça. A Mega entrega máquina, rede e acesso.

E se eu precisar de mais máquina depois?

O upgrade é pelo painel, com a máquina reiniciando no novo tamanho, sem reinstalar nem perder dados. Quando o crescimento passa do que uma VPS entrega, o próximo passo é o servidor dedicado.

O que eu faria no seu lugar

Se o servidor mora no escritório e o negócio depende dele, eu não esperaria a próxima queda. Escolheria uma VPS do tamanho do uso atual, instalaria o sistema lá e rodaria em paralelo por duas semanas antes de desligar a máquina antiga. Duas semanas de trabalho chato custam menos que um fim de semana sem faturar.

Se a dúvida é o tamanho, comece pelo menor plano que atenda com folga de 30% de memória. Crescer é um clique; nascer grande é dinheiro parado todo mês.

Tamanhos, preços e a praça de cada plano estão nos planos de VPS Cloud no Rio e em São Paulo estão na página do produto. Quem ainda roda MK-Auth em servidor local pode ver como é a integração do MK-Auth com o MikroTik quando o sistema sobe para a nuvem. Máquina física é servidor dedicado; equipamento seu no nosso rack é colocation.