Atualização do servidor sem tempo fora do ar

Um servidor não pode ficar sem atualizações, mas cada atualização traz o risco de derrubar o site. Esse risco se controla com processo: as pequenas correções de segurança são instaladas automaticamente, as grandes mudanças seguem um plano com snapshot, verificação e rollback pronto, e as reinicializações ficam concentradas na janela de manutenção. Veja como organizar isso numa única VPS.

Atualizado 07.11.2026 · Encontre um VPS sob medida →

As atualizações de servidor são de dois tipos, e cada uma pede um tratamento diferente. As correções de segurança saem com frequência, mudam pouco e quase nunca quebram algo: o melhor é instalá-las automaticamente no mesmo dia. As atualizações planejadas (uma nova versão do sistema, do PHP, do banco de dados ou do painel) mudam o comportamento dos programas, por isso são preparadas e testadas. Na maioria das vezes, o site sai do ar não pela atualização em si, mas porque uma mudança grande foi aplicada como se fosse pequena.

Atualizações automáticas de segurança

No Ubuntu Server, o pacote unattended-upgrades vem instalado e ativado por padrão: uma vez por dia, ele instala apenas as atualizações de segurança, e as demais origens no arquivo /etc/apt/apt.conf.d/50unattended-upgrades ficam comentadas. A frequência é definida em 20auto-upgrades, e o log é gravado em /var/log/unattended-upgrades/. O Debian usa o mesmo pacote, mas numa instalação mínima ele pode não estar presente; como ativá-lo está descrito na página da Debian Wiki.

No AlmaLinux e em outros sistemas compatíveis com o RHEL, a mesma tarefa fica a cargo do dnf-automatic. Por padrão, ele não instala as atualizações: em /etc/dnf/automatic.conf definem-se upgrade_type = security e apply_updates = yes, e depois se ativa o timer dnf-automatic.timer.

Nenhuma das duas ferramentas reinicia o servidor por padrão. Isso está certo: o servidor não deve reiniciar no horário de pico. Mas também não dá para esquecer a reinicialização: o kernel e as bibliotecas atualizados só passam a valer depois dela. No Ubuntu e no Debian, quem avisa que é preciso reiniciar é o arquivo /run/reboot-required; no AlmaLinux, o comando dnf needs-restarting -r. Vale incluir essa verificação no monitoramento do servidor e fazer a reinicialização em si na janela de manutenção.

Snapshot antes da atualização planejada

Antes de qualquer mudança grande, faça um snapshot do disco no painel do provedor. Ele devolve o servidor ao estado original em minutos se a atualização der errado. Pelo catálogo da accsly.io (novembro de 2026), as condições de backup estão descritas em 1.644 dos 2.247 provedores de VPS, e os snapshots são citados de forma explícita em 318 deles. Se o provedor não faz snapshots, antes da atualização é preciso um backup completo que você já tenha testado com uma restauração.

Duas ressalvas. O snapshot costuma ficar no mesmo lugar que o disco do servidor e não substitui um backup: se o armazenamento falhar, os dois se perdem. Além disso, o snapshot de um banco de dados em funcionamento pode sair inconsistente, por isso antes dele se faz um dump do banco ou se suspende a escrita por alguns instantes. Como montar o backup completo está no artigo Backups de VPS: estratégias e ferramentas, e os planos com espaço para as cópias estão na página VPS para backups.

Blue-green e atualização gradual numa única VPS

Os esquemas sem tempo fora do ar vêm de sistemas grandes, com vários servidores atrás de um balanceador: o blue-green mantém duas cópias completas e passa o tráfego de uma para a outra, e a atualização gradual (rolling) tira os servidores de operação um por vez. Numa única VPS, as mesmas ideias se aplicam à aplicação, embora não ao sistema em si.

  • Diretórios de releases. Cada versão do site é publicada num diretório separado, por exemplo releases/2026-11-07, e o servidor web aponta para o link simbólico current. A nova versão é preparada ao lado (dependências, build, cache) e depois o link é trocado com um único comando. O rollback é apontar o link de volta para o diretório anterior.
  • Duas instâncias da aplicação. A nova versão sobe em outra porta ou em outro contêiner, passa pela verificação e então o nginx é apontado para ela. Recarregar a configuração do nginx não derruba as conexões: segundo a documentação do nginx, o processo principal primeiro verifica a configuração e, se houver erro, continua com a antiga, e os processos de trabalho antigos terminam de atender os seus clientes. Mesmo assim, rode nginx -t antes. Como rodar aplicações em contêineres está no artigo Docker em VPS: por onde começar.
  • Migrações de banco compatíveis. Enquanto as duas versões estão rodando, o banco precisa servir para ambas. Por isso, as mudanças de esquema são divididas em etapas: primeiro se adicionam as novas colunas e tabelas, publica-se o código que as usa, e só no release seguinte se remove o que ficou velho.

Atualizar o próprio sistema para uma nova versão principal sem tempo fora do ar não é possível num único servidor. O mais seguro é subir uma segunda VPS com o sistema novo, transferir o site para ela, testar e trocar o DNS, depois de reduzir com antecedência o tempo de vida dos registros; como fazer isso está no artigo Domínios e DNS para quem tem servidor. Para o segundo servidor, durante a migração, é prático usar cobrança por hora. Como escolher a versão do sistema para que essas migrações sejam mais raras está no artigo Distribuições Linux para servidor: Ubuntu, Debian, AlmaLinux.

Atualização do kernel sem reiniciar

A correção do kernel em tempo real (live patching) fecha vulnerabilidades críticas no kernel em execução, sem reiniciar o servidor. No Ubuntu, isso é o Livepatch, parte da assinatura Ubuntu Pro: para uso pessoal, ele é gratuito em até cinco máquinas. Os sistemas compatíveis com o RHEL têm mecanismos próprios, inclusive serviços comerciais.

A tecnologia tem limites. Só podem ser corrigidas as funções que o kernel consegue rastrear, uma restrição descrita na documentação do kernel Linux, por isso parte das correções chega apenas com um kernel novo. A Canonical diz claramente que o Livepatch não dispensa as reinicializações planejadas, só permite adiá-las até a janela de manutenção. E o mais importante para uma VPS: só a virtualização KVM tem kernel próprio. No OpenVZ e no LXC, o kernel é compartilhado e quem o atualiza é o provedor; mais detalhes no artigo KVM ou OpenVZ: o que escolher.

Janela de manutenção e rollback

A janela de manutenção é um horário escolhido de antemão, com o menor número de visitas, geralmente de madrugada no fuso do público principal, em que reinicializações e mudanças planejadas são permitidas. O horário vem das estatísticas do site, e não de um palpite. Se o site é usado por clientes ou funcionários, eles são avisados com antecedência. A janela não é só sua: o provedor também faz manutenções, e como ele as comunica está no artigo SLA e uptime: o que os provedores prometem.

O plano de rollback é feito antes de começar o trabalho, e não depois que algo quebrou:

  • defina de antemão os sinais de falha (erros nos logs, aumento do tempo de resposta, falha na verificação das páginas principais) e o prazo a partir do qual você faz o rollback sem mais tentativas de consertar;
  • para o código, aponte o link ou o nginx de volta para o release anterior;
  • para os pacotes, o AlmaLinux tem o dnf history undo, que desfaz a última transação; no Ubuntu e no Debian não há rollback oficial de pacotes, então ali a base é o snapshot;
  • o snapshot restaura o disco inteiro, e tudo o que foi gravado depois dele (pedidos, mensagens, cadastros) se perde. Por isso, durante uma atualização arriscada, o site é colocado em modo de manutenção ou somente leitura.

Depois da atualização, confira as páginas principais e os logs de erros e compare o tempo de resposta com o habitual. Se você fez um teste de carga antes do lançamento, o mesmo cenário rodado depois de uma atualização grande mostra rapidamente se o site ficou mais lento.

Perguntas frequentes

É seguro ativar as atualizações automáticas no servidor?

Para as atualizações de segurança, sim: elas mudam pouco e fecham vulnerabilidades no dia em que saem. Instalar tudo automaticamente, inclusive novas versões de programas, não vale a pena, e a reinicialização é melhor fazer à mão, na janela de manutenção.

É preciso reiniciar o servidor depois das atualizações?

Depois de atualizar o kernel e as bibliotecas principais, sim; senão as versões antigas continuam em uso. No Ubuntu e no Debian, quem avisa é o arquivo /run/reboot-required; no AlmaLinux, o comando dnf needs-restarting -r.

O snapshot da VPS substitui o backup?

Não. O snapshot costuma ficar no mesmo armazenamento que o disco do servidor e serve para um rollback rápido depois de uma atualização malsucedida. O backup deve ficar em outro lugar, de preferência em outro provedor.

Dá para atualizar o kernel sem reiniciar?

Em parte: o live patching fecha vulnerabilidades críticas no kernel em execução; no Ubuntu, isso é o Livepatch. Ele funciona apenas em KVM, não corrige tudo e não dispensa as reinicializações planejadas.

Como atualizar um site numa única VPS sem tempo fora do ar?

Publique cada versão num diretório separado e troque o link simbólico, ou suba a nova versão ao lado e aponte o nginx para ela. Faça as migrações do banco compatíveis com as duas versões.

Como passar para uma nova versão do Ubuntu ou do Debian sem tempo fora do ar?

Num único servidor, não tem como: a atualização do sistema exige reinicialização e pode demorar. Sem tempo fora do ar, migra-se para um segundo servidor com o sistema novo e troca-se o DNS.

Planos sobre o tema

VPS/VDS com KVMVPS para siteVPS para loja virtualVPS para DockerVPS para runners de CI/CD

Mais no guia

  • Hospedagem para site de empresa e e-mail no domínioO site de uma empresa raramente tem muito tráfego, mas vem acompanhado do e-mail dos funcionários no domínio, de formulários de contato com dados pessoais e de uma contabilidade que precisa de fatura e nota fiscal. A hospedagem compartilhada resolve tudo isso num só plano, se você conferir antes os limites de e-mail, configurar SPF, DKIM e DMARC e escolher um provedor que trabalhe com empresas. Abaixo está o que observar e quanto isso custa.
  • Hospedagem para landing page e site institucionalUma landing page ou um site institucional não precisa de servidor potente nem de VPS: basta o plano mais simples de hospedagem compartilhada, por poucos dólares por mês. Importa mais outra coisa: que o plano tenha SSL gratuito, que o domínio continue seu e que a página abra rápido no celular. Abaixo está como escolher o plano, o que conferir nele e quanto ele custa.
  • Como escolher hospedagem para uma loja virtualPara uma loja pequena em WooCommerce, OpenCart ou 1C-Bitrix, um bom plano de hospedagem compartilhada basta. Mas as exigências são mais rígidas que as de um site institucional: versões recentes de PHP e do banco de dados, HTTPS em todas as páginas, folga nos limites para as liquidações e backups dos quais dá para recuperar os pedidos rapidamente. Abaixo está o que conferir no plano, quanto ele custa e quando é hora de migrar para uma VPS.
  • Banco de dados numa VPS: PostgreSQL ou MySQLUm banco de dados quase sempre esbarra não no processador, mas na memória e no disco. Se o conjunto de dados em uso cabe no cache, as consultas são rápidas mesmo num servidor barato; se não cabe, quem decide tudo é a velocidade do disco. Veja como escolher entre PostgreSQL e MySQL, quanta memória dar ao banco, que disco contratar e como não perder dados.
  • Armazenamento de arquivos numa VPS: discos e armazenamento de objetosOs arquivos de um projeto (uploads de usuários, fotos de produtos, vídeos, documentos, arquivos compactados) crescem mais rápido que o banco de dados e o código. Eles podem ficar no disco do servidor, num volume separado ou num armazenamento de objetos, e dessa escolha dependem o preço do terabyte, a velocidade e o que acontece com os arquivos quando você troca de servidor. Veja as opções e os preços pelo catálogo da accsly.io.
  • Como sair de um provedor sem perdasOs motivos para deixar um provedor variam: os preços subiram, o servidor ficou lento, o suporte não responde, é preciso outro país. Numa mudança dá para perder dados, e-mails, o domínio e o dinheiro dos meses já pagos. Veja uma ordem de passos em que o servidor antigo e o novo funcionam em paralelo por um tempo e desligar o antigo não quebra nada.
  • CI/CD na sua própria VPSUm servidor próprio para builds compensa quando os minutos da nuvem não bastam, os builds são lentos ou é preciso acessar recursos internos. Mas o runner executa qualquer código do repositório, e um erro na configuração dele abre o acesso ao servidor de produção e a todos os segredos. Veja como funcionam os runners do GitLab e do GitHub, de quantos recursos eles precisam, como fazer deploy por SSH e onde guardar as chaves.
  • Logs e auditoria de acessos no servidorOs logs respondem a três perguntas: o que quebrou, quem entrou no servidor e o que fez lá. A resposta só existe se os logs estiverem ativados, forem guardados por tempo suficiente e não ficarem apenas no mesmo servidor que pode ter sido invadido. Veja onde encontrá-los no Linux, quais comandos mostram os acessos, como configurar a rotação e o que fazer com antecedência para ter o que analisar depois de um incidente.
  • VPS para desenvolvedores: ambientes de testeO ambiente de testes existe para que o erro seja encontrado por você, e não pelos clientes. Ele deve ser parecido com a produção em software e configurações, mas pode ter metade dos recursos e durar poucos dias. Veja como deixar o ambiente barato, como manter várias versões num mesmo servidor e como evitar que a cópia do site apareça nos buscadores ou mande e-mails para clientes de verdade.
  • Distribuições Linux para servidor: Ubuntu, Debian, AlmaLinuxPara um servidor, a escolha costuma ficar entre três distribuições gratuitas: Ubuntu, Debian e AlmaLinux. As três são estáveis e servem para um site ou um bot; diferem no prazo de suporte, nos pacotes e em quais painéis e programas rodam oficialmente nelas. Pelo catálogo da accsly.io (novembro de 2026), as três imagens estão disponíveis em 631 dos 1.241 provedores cuja lista de templates é conhecida.
  • Teste de carga do site antes do lançamentoO teste de carga responde quantos visitantes o site aguenta no servidor escolhido e o que quebra primeiro. Ele é feito no seu próprio servidor e só nele: o gerador de carga roda em outra máquina, o provedor é avisado e os serviços externos são substituídos por stubs. Veja quais números acompanhar, com quais programas obtê-los e como usá-los para escolher o plano.
  • CDN: quando um site precisa de umaA CDN guarda cópias dos arquivos do site em servidores pelo mundo todo e as entrega ao visitante a partir do mais próximo. Isso acelera o carregamento de imagens, scripts e vídeos e tira carga do seu servidor, mas não torna mais rápido um CMS lento nem substitui a escolha certa do país do servidor. Veja em quais casos a CDN é realmente necessária e quando basta uma única VPS no lugar certo.
  • Domínios e DNS para quem tem servidorO servidor pode ser trocado em uma noite, mas o domínio fica com o projeto por anos. Pelo DNS, o domínio aponta para o servidor, o e-mail e serviços de terceiros, e um único registro errado derruba o site ou manda as mensagens para o spam. Veja os registros de que o dono de uma VPS vai precisar, como funciona o cache, onde manter a zona e como migrar para um servidor novo sem que os visitantes percebam.
  • Certificados SSL: gratuitos e pagosUm certificado gratuito criptografa a conexão com a mesma segurança que um pago: o navegador não os diferencia pelo nível de proteção. A diferença está no que a autoridade certificadora verifica, em quanto tempo o certificado vale e em quem cuida da renovação. Segundo o catálogo da accsly.io (novembro de 2026), o SSL gratuito aparece de forma explícita em 1.449 planos de hospedagem compartilhada de 178 provedores. Veja quando isso basta e quando vale a pena comprar um certificado.
  • 152-FZ e hospedagem: onde guardar os dadosSe um site ou serviço coleta dados pessoais de cidadãos da Rússia, o registro e a guarda desses dados devem ser feitos em bancos de dados no território russo: é o que diz a parte 5 do artigo 18 da Lei Federal nº 152-FZ. Para a escolha de uma VPS, isso significa que importa o país do data center, não o do provedor, e que cópias no exterior já seguem regras próprias. Veja o que a lei exige, que obrigações recaem sobre o dono do servidor e quais esquemas se usam na prática.
  • GDPR e a escolha de hospedagemO Regulamento Geral sobre a Proteção de Dados da UE (GDPR, ou RGPD) não exige manter os dados na União Europeia, mas exige um contrato de tratamento de dados com o provedor e que a saída dos dados da UE siga um dos mecanismos legais. Segundo o catálogo da accsly.io (novembro de 2026), 61% dos provedores de VPS têm servidores na UE, mas quase metade deles está registrada fora do Espaço Econômico Europeu. Veja por que isso importa e o que conferir nas condições.
  • Jurisdição do provedor: o que ela defineTodo servidor tem dois países: aquele onde fica o data center e aquele onde está registrada a empresa que o aluga. Segundo o catálogo da accsly.io (novembro de 2026), em 15% dos provedores de VPS esses países são diferentes. Do primeiro dependem o ping e as exigências sobre onde guardar os dados; do segundo, a lei do contrato, o foro para disputas, os documentos para a contabilidade e quais autoridades podem pedir os dados. Veja o que cada um muda.
  • Como comparar preços de VPS: o preço por unidade de recursoO preço do plano responde à pergunta «quanto vou pagar», mas não a «quanto recebo por esse dinheiro». Segundo o catálogo da accsly.io (novembro de 2026), o gigabyte de memória num plano de 1 GB custa, na mediana, US$ 8,00 por mês, e num plano de 4 GB, US$ 5,00. Veja como calcular o preço por vCPU, por gigabyte de memória e de disco, e o que colocar na mesma base antes de comparar duas ofertas.
  • SLA e uptime: o que os provedores prometemUm SLA de 99,9% permite ao provedor 43 minutos de indisponibilidade por mês; um de 99,99%, cerca de quatro. Mas o percentual da propaganda ainda não é um compromisso: compromisso é o documento que diz o que conta como indisponibilidade, o que fica de fora e quanto você recebe de volta. Quase sempre é um desconto na próxima fatura, não dinheiro. Veja como ler esses documentos e como medir a disponibilidade por conta própria.
  • Período de teste e reembolsoHá duas formas de testar um servidor antes de pagar um mês ou um ano: um período de teste gratuito ou uma garantia de reembolso. Segundo o catálogo da accsly.io (novembro de 2026), 11% dos provedores de VPS oferecem teste, e 36% oferecem garantia de reembolso. Mas em muitos deles as condições valem só para hospedagem, só para o primeiro pedido ou só para pagamento com cartão. Veja o que conferir para que a garantia funcione de verdade.
  • Servidor em nuvem ou VPSUm servidor em nuvem e uma VPS costumam ser a mesma máquina virtual em KVM. A diferença está no que vem em volta: a nuvem vende recursos por hora via API e oferece discos em rede, snapshots e serviços prontos, enquanto a VPS clássica é um plano fixo por mês, com disco local e um pacote de tráfego. Veja do que você realmente precisa e quanto isso custa.
  • Servidor dedicado ou VPSUma VPS é uma parte de um servidor físico; um servidor dedicado é a máquina inteira. Com 4 núcleos e 8–16 GB de memória, a VPS custa quase a metade; com 4 núcleos e 32 GB, os preços se igualam; e com 64 GB em 8 núcleos ou 128 GB em 16 núcleos, o servidor dedicado sai um terço mais barato que o virtual no catálogo. Veja o que muda além do preço: vizinhos, garantias, prazos, falhas de hardware e gerenciamento remoto.
  • Hospedagem ou VPS para um siteA hospedagem compartilhada é um espaço pronto para o site, em que quem cuida do servidor é o provedor. A VPS é um servidor seu, em que você configura tudo. Para uma landing page e um site comum em WordPress, a hospedagem basta e custa várias vezes menos. A VPS é necessária quando os limites da conta não dão conta do site ou quando ele precisa de um programa que a hospedagem não permite. Abaixo está o que cada opção inclui, quanto custa e uma tabela para escolher.
  • Proteção contra DDoS: o que os provedores realmente oferecemHoje, metade dos provedores coloca «proteção contra DDoS» na descrição dos planos. Por trás dessa linha pode haver filtragem de vários terabits ou apenas o direito de desligar o seu endereço quando um ataque atrapalha os vizinhos. Vamos ver do que a proteção é feita, como os níveis L3/L4 e L7 se diferenciam e como entender pelo contrato o que você está comprando.
  • Servidor de e-mail em VPS: SPF, DKIM, DMARCInstalar o Postfix ou um pacote pronto como o Mailcow numa VPS leva uma hora. Fazer as mensagens chegarem à caixa de entrada, e não ao spam, é mais difícil: os serviços de e-mail olham a porta, o endereço do servidor, a reputação dele e três registros DNS. Vamos ver o que conferir no provedor antes da compra e como configurar SPF, DKIM e DMARC.
  • Monitoramento de servidor: uptime, carga e alertasSem monitoramento, você fica sabendo que o servidor caiu pelos visitantes, e que o disco está acabando quando o banco de dados para de gravar. Bastam algumas verificações de fora e uma dezena de métricas de dentro para ver o problema antes dos usuários. Vamos ver o que medir, onde colocar as verificações e como fazer isso de graça.
  • Como ler os planos de hospedagem: limites ocultosO card do plano mostra núcleos, memória, disco e preço mensal. Mas dois planos com os mesmos números podem custar valores diferentes já depois de um ano e se comportar de forma diferente sob carga. A diferença está nas condições escritas em letra miúda, nas regras de uso ou só no contrato. Abaixo estão oito pontos que vale conferir antes de pagar.
  • IPv4 e IPv6 no servidorUma VPS comum tem um endereço IPv4 público e, se o provedor oferece suporte, uma sub-rede IPv6. Um IPv4 adicional quase sempre custa dinheiro, e os planos mais baratos às vezes nem vêm com IPv4 próprio. Vamos ver de onde vem essa escassez, o que dá para fazer só com IPv6 e quais configurações de endereço um servidor de e-mail precisa.
  • Banda e tráfego: o que significam 1 Gbit/s e ilimitadoO plano de um servidor costuma ter duas linhas de rede: velocidade da porta e volume de tráfego. A primeira diz com que rapidez o servidor pode enviar dados; a segunda, quanto ele pode enviar por mês. As duas estão ligadas por uma aritmética simples, e, sabendo fazer a conta, fica fácil entender o que «1 Gbit/s ilimitado» realmente oferece e se «5 TB» bastam para você.
  • Docker em VPS: por onde começarCom o Docker, você roda no servidor um bot, um site, um banco de dados e o monitoramento sem que um atrapalhe o outro, e mudar para outra VPS se resume a copiar alguns arquivos e os dados. A instalação leva cinco minutos; os problemas de verdade aparecem depois: portas do banco abertas para a internet, logs de dezenas de gigabytes e dados que sumiram junto com o contêiner. Veja como evitá-los desde o início.
  • Como migrar um site da hospedagem para uma VPSA migração em si leva umas duas horas, e os erros costumam acontecer em volta dela: uma tarefa do cron esquecida, regras do .htaccess que o nginx não lê, um registro AAAA com o endereço antigo ou um e-mail que sumiu junto com a troca de IP. Abaixo, a ordem dos passos com comandos e verificações para um site em PHP e MySQL.
  • Painéis de controle de servidor: ISPmanager, FASTPANEL, aaPanelO painel transforma a VPS em algo parecido com o painel da hospedagem compartilhada: sites, bancos de dados, e-mail e certificados são criados com o mouse, e não editando arquivos de configuração. Os três painéis mais instalados em servidores russos e em servidores baratos no exterior são o ISPmanager, o FASTPANEL e o aaPanel. Eles diferem no preço, na memória que exigem e no quanto tomam conta do servidor.
  • VPS Windows para 1CUm servidor alugado para o 1C livra a empresa daquele computador debaixo da mesa do escritório que ninguém atualiza nem copia. Mas o 1C em VPS tem particularidades: a licença de software fica vinculada aos parâmetros da máquina virtual, os usuários precisam de licenças tanto do 1C quanto do Windows, e a frequência dos núcleos importa mais que a quantidade. Veja como montar um servidor para o 1C numa empresa pequena.
  • VPS Windows: licenciamento, RDP e acesso seguroUm servidor Windows custa mais que um Linux não só por causa da memória: o preço inclui uma licença, e a forma como ela é contratada define se o uso está regular e quantas pessoas podem se conectar. Uma porta RDP exposta também é o caminho mais comum para invadir esses servidores. Veja os dois temas.
  • Quando migrar da hospedagem compartilhada para uma VPSUma VPS não deixa o site mais rápido por si só: ela dá recursos e liberdade e, junto com eles, o trabalho de administrar um servidor. Veja como saber que a hospedagem ficou pequena, quando o problema se resolve sem mudança e como migrar um site sem que os visitantes percebam.
  • Backups de VPS: estratégias e ferramentasNuma VPS, os backups são responsabilidade sua, mesmo que o plano diga «backups incluídos». Vamos ver o que exatamente copiar, por que o snapshot do provedor não basta, como configurar o restic ou o BorgBackup em meia hora e como ter certeza de que dá mesmo para restaurar a partir da cópia.
  • Primeiros 10 passos depois de comprar uma VPS: segurançaTentativas de adivinhar a senha de um servidor novo começam poucos minutos depois que ele ganha um IP público. Abaixo estão dez passos que, em uma hora, fecham as brechas mais comuns: comandos para Ubuntu e Debian, as diferenças para AlmaLinux e Rocky Linux e as verificações sem as quais é fácil perder o acesso ao seu próprio servidor.
  • Como escolher o país do servidorColoque o servidor onde estão os seus visitantes. Para um público no Brasil, São Paulo dá o menor ping; Miami e a costa leste dos EUA são a alternativa comum, e a Europa fica bem mais longe. A LGPD não obriga a manter os dados no Brasil, mas a transferência para fora precisa de base legal. O preço quase não decide: no mesmo provedor, Europa e EUA costumam custar o mesmo, e só Ásia e Austrália saem bem mais caras.
  • Cobrança por hora: quando ela compensaA cobrança por hora compensa se você precisa do servidor menos de três semanas por mês: para um teste, um build, uma tarefa pesada pontual. Na maioria dos provedores, a hora custa exatamente o preço mensal dividido por 730 horas, então num mês cheio você quase não paga a mais. O custo extra está em outro lugar: os planos com cobrança por hora são, em média, mais caros, e para um servidor que roda o ano inteiro o plano mensal ou anual costuma sair mais barato.
  • Quanta memória e quantos núcleos um site precisaA maioria dos sites roda bem com 2 GB de memória e um ou dois núcleos; uma loja com milhares de produtos precisa de 4 GB e dois núcleos. Memória importa mais que núcleos: quando ela falta, o site fica lento ou cai, e um núcleo a mais sem memória quase não ajuda. Abaixo mostro como calcular a memória para o seu site e como descobrir quanto ele gasta de verdade.
  • KVM ou OpenVZ: o que escolherEm 2026 quase sempre vale escolher KVM: ele custa no máximo uns dois dólares por mês a mais que o OpenVZ, mas nele tudo funciona, do Docker ao Windows. O OpenVZ só se justifica num caso estreito, e abaixo você vê qual; no final estão os comandos para conferir o seu servidor em um minuto.
  • NVMe ou SSD: faz diferença para um site?Para um site pequeno, a diferença entre NVMe e SSD é quase imperceptível: as páginas saem da memória, não do disco. Ela aparece em lojas virtuais e sites com banco de dados grande. E no mesmo provedor o NVMe custa só uns US$ 0,50–1 por mês a mais, às vezes até menos que o SSD, então o que decide normalmente não é o tipo de disco, e sim o tamanho e como o provedor o limitou.
  • O que é VPS, explicado de forma simplesUma VPS é um pedaço de um servidor físico potente que você aluga e que se comporta como um computador independente: com sistema próprio, endereço IP próprio e acesso total. Veja como ela se diferencia da hospedagem, para quem serve, quanto custa e o que conferir logo depois da contratação.
  • VPS para bot do Telegram: do que o bot precisa e como escolher o planoUm bot com menu e alguns comandos roda bem no servidor mais barato, enquanto um bot com disparos, arquivos e banco de dados esbarra em limites totalmente diferentes. Veja o que um bot realmente consome, quais limites do Telegram definem a escolha do servidor e como não pagar a mais.
  • Como testar ping e velocidade de uma VPS antes de pagarOs números de um plano não dizem qual será a latência até seus usuários nem a velocidade real do disco. Quase tudo pode ser medido antes de pagar, e o resto na primeira hora depois de ligar o servidor. Veja as ferramentas e como interpretar os resultados.
  • Rede corporativa em VPS: acesso remoto ao escritórioUm servidor alugado pode virar o centro da rede privada de uma empresa: funcionários remotos e filiais se conectam por ele ao ERP, ao servidor de arquivos, ao CRM e ao Git. Veja os esquemas mais comuns, os protocolos, os requisitos do servidor e o básico de segurança.
  • Como escolher uma VPS: os 7 parâmetros que decidemDois planos com os mesmos «2 núcleos, 4 GB, 50 GB» podem ter velocidade várias vezes diferente e custar o dobro um ano depois. Veja o que existe por trás de cada linha de um plano VPS e o que conferir antes de pagar.
  • VPS ou VDS: existe diferença e o que realmente importaNa maioria dos mercados, VPS e VDS significam a mesma coisa: um servidor virtual. A diferença que de fato afeta o seu trabalho não está no nome, e sim no tipo de virtualização e em os recursos serem garantidos ou não.