VPS PostgreSQL
Execute o PostgreSQL num ambiente VPS seguro e de alto desempenho
O PostgreSQL é a mais capaz base de dados relacional open-source: JSON nativo, consultas geoespaciais via PostGIS, pesquisa de similaridade vetorial via pgvector e dados de séries temporais via TimescaleDB. Os serviços geridos cobram de duas a quatro vezes o preço de cálculo e restringem as mesmas extensões que conferem potência ao PostgreSQL. Um VPS oferece-lhe a base de dados completa, controlo total da configuração e suporte absoluto a extensões por uma fração do custo de um serviço gerido.
Explore as soluções VPS da OVHcloud para PostgreSQL
O desempenho do PostgreSQL depende de dois recursos acima de todos os outros: RAM e IOPS. A memória RAM determina a quantidade de dados de trabalho que permanece em shared_buffers (a cache de buffer do PostgreSQL). O IOPS determina a rapidez com que são concluídas as escritas do WAL, as operações de checkpoint e as leituras aleatórias na tabela. Para desenvolvimento e pequenas workloads de produção, o nosso plano básico (4 GB ) com shared_buffers = 2GB responde às necessidades da maioria das aplicações. Para bases de dados de produção que servem várias aplicações, um plano intermédio (8 GB ) ou um plano superior (12 GB ) fornece o tamanho de cache de buffer necessário para um desempenho de consulta eficaz.
4 vCores
8 GB RAM
75 GB SSD NVMe
Backup automatizado 1 dia
Tráfego ilimitado
1 Gbps de largura de banda pública
6 vCores
12 GB RAM
100 GB SSD NVMe
Backup automatizado 1 dia
Tráfego ilimitado
2 Gbps de largura de banda pública
8 vCores
24 GB RAM
200 GB SSD NVMe
Backup automatizado 1 dia
Tráfego ilimitado
3 Gbps de largura de banda pública
Os planos VPS SSD NVMe reduzem a latência de escrita do WAL de 0,5 a 1 ms (SSD SATA) para menos de 0,1 ms. Para uma aplicação que realize 500 transações por segundo, esta diferença representa uma melhoria de 5 a 10 vezes na taxa de processamento de confirmações.
A implementação do PostgreSQL num VPS Debian proporciona um ambiente estável e com suporte a longo prazo. Instale o PostgreSQL 16 a partir do repositório oficial PGDG e ajuste o postgresql.conf com toda a liberdade: shared_buffers, effective_cache_size, work_mem, max_connections — tudo configurável, sem quaisquer restrições. Para projetos que utilizem a pilha Supabase com o PostgreSQL, a nossa página VPS Supabase explica tudo sobre a instalação pré-configurada.
Principais benefícios de alojar o PostgreSQL num VPS
IOPS NVMe para cargas de trabalho analíticas e de escrita intensiva
Cada transação confirmada tem de aguardar que o seu registo WAL seja descarregado para o disco. Em SSD SATA, isto demora de 0,5 a 1 ms. Em SSD NVMe, leva menos de 0,1 ms. Esta diferença acumula-se: a 500 transações por segundo, a latência de confirmação do NVMe é 5 a 10 vezes menor, aumentando drasticamente o débito de escrita para aplicações OLTP.
- As escritas no WAL são concluídas em menos de 0,1 ms em NVMe, em comparação com 0,5 a 1 ms em SSD SATA
- As operações de checkpoint são concluídas mais rapidamente, reduzindo a acumulação de WAL
- Os scans de índice em tabelas grandes são concluídos significativamente mais depressa em NVMe
- As operações VACUUM e ANALYZE concluem-se em menos tempo, reduzindo as janelas de manutenção
Liberdade total de configuração e extensões
Com acesso root no seu VPS Debian, pode editar livremente o postgresql.conf. Defina shared_buffers para 25% da RAM, effective_cache_size para 75% da RAM e work_mem com base na complexidade das consultas e no número de ligações. Instale o pgvector para armazenamento de embeddings de IA, o PostGIS para consultas geográficas, o TimescaleDB para dados de séries temporais — extensões que os serviços geridos costumam bloquear ou restringir.
Estratégia de backup multinível com PITR
O pg_dump cria backups lógicos de bases de dados individuais. O pg_basebackup cria backups físicos do cluster. O WAL-G arquiva segmentos WAL num armazenamento externo, permitindo a Point-In-Time Recovery: restaure a sua base de dados quanto a qualquer momento específico. Para uma cobertura abrangente, ative backups automatizados do VPS como uma camada de proteção adicional ao nível do servidor.
Porquê escolher a OVHcloud para o seu VPS PostgreSQL?
Otimização do desempenho e da fiabilidade
O SSD NVMe e as vCPU dedicadas conferem ao PostgreSQL os recursos de I/O e de processamento de que precisa, sem competição por parte de outros clientes. As grandes caches L3 nos processadores Intel Xeon e AMD EPYC mantêm os caminhos de execução de consultas frequentes na memória rápida da CPU.
Escalabilidade flexível e presença mundial
Comece com o nosso plano básico para desenvolvimento e staging. Quando o volume de escrita aumentar, faça upgrade para um plano intermédio para produção. O upgrade preserva o diretório de dados do PostgreSQL e a respetiva configuração, sem qualquer etapa de migração. Os nossos datacenters europeus cumprem todos os requisitos de residência de dados da UE.
Valor excecional com segurança incluída
O AWS RDS num db.t3.medium custa aproximadamente 50 $ por mês. Um plano intermédio (4 vCores , 8 GB de RAM) custa A partir de 8,49 € + IVA/mês ou seja 10,44 € IVA incl./mês por mês, com o triplo da RAM e melhores IOPS graças ao NVMe. A proteção anti-DDoS e as opções de backup estão incluídas ou encontram-se disponíveis a um custo adicional reduzido.
Pronto para implementar uma base de dados PostgreSQL?
Escolha um VPS Debian, adicione o repositório APT oficial do PostgreSQL e instale o PostgreSQL 16. O seu servidor de bases de dados está pronto para aceitar ligações dois minutos após o aprovisionamento.
Como atualizar versões do PostgreSQL num VPS
As atualizações de versões secundárias (16.1 para 16.3) são geridas através do apt upgrade postgresql-16, sem migração de dados. As atualizações de versões principais utilizam o pg_upgrade: instale a nova versão, execute o pg_upgrade com os caminhos dos binários e dos diretórios de dados antigos e novos e, em seguida, inicie o novo cluster. Crie sempre uma snapshot do VPS e um backup do pg_dumpall antes de um upgrade de monta.
Perguntas frequentes sobre o alojamento VPS PostgreSQL
Como configuro o PostgreSQL para um desempenho ideal num VPS?
Parâmetros essenciais: shared_buffers = 25% da RAM, effective_cache_size = 75% da RAM, work_mem = (RAM - shared_buffers) / (max_connections * 2). Utilize o PGTune em pgtune.leopard.in.ua para gerar um ficheiro de configuração completo com base nas especificações do seu VPS e no tipo de carga de trabalho. Reinicie o PostgreSQL depois de aplicar as alterações.
Como configurar backups automáticos para o PostgreSQL num VPS?
Configure um cron job que execute diariamente pg_dump -Fc dbname > /backup/dbname_$(date +%Y%m%d_%H%M).dump, com uma retenção de sete dias. Para obter a funcionalidade PITR, instale o WAL-G e configure-o para enviar os segmentos WAL para o OVHcloud Object Storage. Ative os backups automáticos do VPS como uma camada de proteção adicional ao nível do servidor.
Como ligar a minha aplicação ao PostgreSQL no mesmo VPS?
Configure o URL da base de dados da sua aplicação como postgresql://user:password@localhost:5432/dbname. Em pg_hba.conf, certifique-se de que as ligações locais do utilizador da aplicação são permitidas. Nunca exponha a porta 5432 do PostgreSQL na interface pública. Use uma VPN ou um túnel SSH para ligações a partir de outros servidores.
Qual é a diferença entre o PostgreSQL autoalojado num VPS e um serviço gerido?
O PostgreSQL autoalojado oferece suporte total a extensões, incluindo pgvector e TimescaleDB, controlo total da configuração, um custo por GB de RAM significativamente mais baixo e sem restrições de listas de permissões de extensões. A contrapartida é que terá de gerir autonomamente os backups, as atualizações e a monitorização, o que requer conhecimentos básicos de administração Linux.