VPS ou alojamento partilhado: a partir de quando mudar para VPS

A diferença, ponto por ponto

Num alojamento partilhado, o fornecedor administra um servidor que divide entre muitos clientes: o mesmo sistema, as mesmas versões de software, as mesmas definições para todos, e limites por conta para que nenhum site prejudique os outros. Num VPS (servidor virtual privado), dispõe de um servidor isolado, com os seus próprios recursos, o seu sistema e o acesso root: instala nele o que o seu projeto pede.

Os sinais de que está na hora de mudar para VPS

1. A sua aplicação não é um site PHP

Uma aplicação Node.js, Python, Go ou Java corre em contínuo: um processo espera pelos pedidos e guarda o seu estado em memória. O alojamento partilhado foi construído para o inverso, scripts PHP lançados a cada pedido e depois terminados. Alguns fornecedores aceitam Node.js ou Python num quadro restrito (versões impostas, processos parados após inatividade); assim que a aplicação cresce, esse quadro torna-se a principal restrição.

2. Precisa de um serviço que o fornecedor não oferece

PostgreSQL, Redis, uma fila de tarefas (RabbitMQ, Celery, BullMQ), um motor de pesquisa, um navegador sem interface para gerar PDF ou capturas de ecrã, o ffmpeg para tratar vídeos, um modelo de IA: tudo o que se instala e corre como um serviço pede um servidor onde tenha o controlo.

3. Atinge os limites da conta

Um fornecedor de alojamento partilhado limita cada conta: tempo de processador, memória, número de processos simultâneos (entry processes), número de ficheiros (inodes). Os sintomas: uma página «508 Resource Limit Is Reached», erros 503 nas horas de ponta, um site lento quando um vizinho está sobrecarregado, importações interrompidas. O painel de gestão mostra muitas vezes estes contadores; se atingem o teto com regularidade, o site já excedeu a sua oferta.

4. Há tarefas que têm de correr sozinhas

Tarefas agendadas a cada minuto, processamentos em segundo plano, envios de e-mails em lote, sincronizações: o alojamento partilhado espaça as tarefas agendadas e interrompe os scripts demasiado longos. Num VPS, um worker corre em permanência e uma tarefa dura o tempo de que precisa.

5. Precisa de ajustar o servidor

Uma versão precisa do PHP ou de uma extensão, a memória atribuída ao PHP, um servidor web configurado para a sua aplicação, uma firewall só sua, implementações automatizadas por git ou por contentores Docker: são ajustes que um servidor partilhado não pode abrir a cada cliente.

6. As suas exigências de segurança aumentam

Dados de clientes, obrigações contratuais, auditoria de segurança: um servidor isolado, cujos acessos e registos controla, documenta-se e verifica-se com mais simplicidade do que uma conta num servidor partilhado.

E para um site institucional?

Um site institucional que apresenta uma atividade não precisa de processos permanentes nem de uma base de dados ajustada à medida. Se o que precisa sobretudo é de um site rápido, seguro e atualizado, sem nada para administrar, a resposta certa não é o alojamento partilhado nem o VPS, é um site gerido: a Simafri cria o seu site, aloja-o, protege-o e mantém-no atualizado, e não tem nenhum servidor para manter.

O que muda com a passagem para VPS

Com o acesso root vem a manutenção do sistema. Num alojamento partilhado, o fornecedor trata dela sem que a veja; num VPS, quatro temas pedem resposta:

• As atualizações de segurança do sistema e do software instalado, aplicadas com regularidade. O Debian e o Ubuntu sabem instalar sozinhos as correções de segurança (unattended-upgrades).
• A firewall e os acessos: ligação SSH por chave, portas abertas limitadas ao necessário.
• As cópias de segurança: saber o que o fornecedor copia, com que frequência, e o que exporta por si, a começar pela base de dados.
• A supervisão: ser avisado quando o servidor deixa de responder, quando o disco se enche ou quando um certificado está prestes a expirar.

Três formas de tratar disso: fazê-lo por si, avançar com uma assistência que diagnostica e lhe indica o que fazer, ou confiar a exploração a um serviço gerido. A escolha depende de quem, na sua equipa, conhece Linux, e do que custa uma hora de paragem à sua atividade.

Mudar para VPS sem interrupção

1. O inventário: versão do PHP ou da linguagem, extensões, base de dados e respetivo tamanho, tarefas agendadas, certificados, e o sítio onde estão os seus endereços de e-mail.
2. A preparação do VPS: sistema atualizado, servidor web, linguagem e base de dados, nas mesmas versões que o existente.
3. A cópia: os ficheiros, por rsync ou por um arquivo, e a base de dados, por uma exportação seguida de uma importação.
4. O teste antes da mudança: apenas no seu computador, faça o domínio apontar para o novo servidor através do ficheiro hosts, e percorra o site como um visitante.
5. A redução do TTL dos registos DNS do site para alguns minutos, na véspera da mudança, para que a alteração se propague depressa.
6. A mudança: última cópia da base de dados, registos DNS do site apontados para o novo servidor, e depois acompanhamento dos registos de atividade. Mantenha o alojamento antigo durante alguns dias, o tempo de todos os visitantes chegarem ao novo.

rsync -avz --progress utilizador@servidor-antigo:/caminho/do/site/ /var/www/site/

203.0.113.10  www.o-seu-site.com o-seu-site.com

Se os seus endereços de e-mail estão alojados na mesma conta partilhada, altere apenas os registos DNS do site e deixe os registos MX como estão: o correio continua a funcionar durante e depois da mudança, e migra-se à parte.