Bancos de dados · documentação do PostgreSQL 18 consultada em 1º de novembro de 2026
O que o próprio manual do PostgreSQL exige do hardware, quais configurações mudar em uma máquina que você aluga inteira e quais planos servem para um primário, uma réplica ou um banco de dados de teste.
Resposta rápida
Qual é a melhor hospedagem de servidor dedicado para PostgreSQL?
A melhor hospedagem de servidor dedicado para PostgreSQL oferece memória ECC, RAM suficiente para armazenar em cache seu conjunto de trabalho e unidades NVMe locais que você controla. O próprio manual do PostgreSQL pressupõe RAM ECC. O Lumen 24 da Lumenfer (AMD EPYC 9254, 256 GB DDR5 ECC) custa US$ 356,25 por 30 dias, pago em cripto sem KYC. Planos com ECC começam a partir de US$ 91,65.
| Documentação consultada | PostgreSQL 18 (18.6), em 1º de novembro de 2026 |
|---|---|
| Erros de memória | O PostgreSQL não protege contra eles; o manual pressupõe RAM ECC ou melhor |
| Checksums de dados | Ativados por padrão; as imagens de página inteira do WAL sempre têm checksum |
| shared_buffers | Comece com 25% da RAM em um servidor de banco de dados dedicado; acima de 40% raramente ajuda |
| work_mem | 4 MB por padrão, para cada operação de ordenação ou hash, não para cada consulta |
| Conexões | Um processo de servidor por conexão; max_connections normalmente é 100 |
| Workers paralelos | max_worker_processes e max_parallel_workers têm ambos valor padrão 8 |
| Memória do Linux | Overcommit estrito (vm.overcommit_memory=2) torna o OOM killer muito menos provável |
| Planos com ECC a partir de Lumenfer | Lumen 6, Lumen 24 e Lumen 32 |
| Armazenamento a partir de Lumenfer | Somente NVMe. Planos com dois discos vêm com o sistema operacional em um espelho RAID 1 por software; peça ao suporte antes da entrega se preferir RAID 0 ou dois discos separados |
| Backups | Backups não estão incluídos: mantenha cópias dos seus dados em outro lugar |
O PostgreSQL não se protege contra erros de memória: seu capítulo de confiabilidade pressupõe que você usa RAM ECC padrão do setor ou melhor. Os checksums de dados protegem as páginas em disco. Eles vêm ativados por padrão no PostgreSQL 18. Um bit virado na RAM antes de uma gravação ainda chega ao disco com um checksum válido.
Para um banco de dados primário, ECC não é luxo; é o hardware que o PostgreSQL foi escrito para esperar. Os planos Lumenfer com ECC são:
Os planos Ryzen listam DDR5 padrão. Eles servem para réplicas que você pode reconstruir, bancos de staging e cópias de relatórios. Nossa página sobre se você precisa de RAM ECC em um servidor alugado explica a diferença.
O suficiente para shared_buffers mais um grande cache de páginas do kernel, porque o PostgreSQL lê pelos dois. O ponto de partida do manual para um servidor de banco de dados dedicado é 25% da RAM em shared_buffers. Ele acrescenta que mais de 40% provavelmente não funciona melhor, já que o PostgreSQL também depende do cache do sistema operacional.
max_wal_size maior.VACUUM e pela criação de índices. Aumente em um servidor grande.Quando o banco de dados inteiro cabe na RAM, o manual diz que reduzir random_page_cost pode ser apropriado. Com centenas de gigabytes de DDR5, muitos bancos de dados chegam a esse ponto.
Sim, em um servidor que roda apenas PostgreSQL: o manual documenta ambos para Linux. Huge pages reduzem a sobrecarga de shared_buffers grandes. Overcommit estrito diminui a chance de o kernel matar o postmaster quando a memória acaba.
O PostgreSQL informa quantas huge pages ele precisa. Reserve-as e defina huge_pages = on para que o servidor se recuse a iniciar sem elas. O padrão, try, faz fallback silenciosamente.
Essas configurações conflitam com o ClickHouse, cuja documentação diz para não desativar o overcommit. Mantenha os dois bancos de dados em máquinas separadas; veja hardware para ClickHouse em bare metal.
# strict overcommit; add the same line to /etc/sysctl.conf
sysctl -w vm.overcommit_memory=2
# how many huge pages does this cluster need? (server stopped)
postgres -D $PGDATA -C shared_memory_size_in_huge_pages
# reserve that number, e.g. 3170, then make it permanent in /etc/sysctl.conf
sysctl -w vm.nr_hugepages=3170
# postgresql.conf: refuse to start without huge pages
# huge_pages = onMantenha o espelho NVMe e faça da replicação e dos arquivos off-site sua segunda cópia. Planos com dois discos vêm com o sistema operacional em um espelho RAID 1 por software; peça ao suporte antes da entrega se preferir RAID 0 ou dois discos separados.
O manual diz que o WAL em um disco separado é vantajoso. Em um servidor com dois discos, isso significa quebrar o espelho. Um único disco morto derrubaria os dados ou o WAL. Em hardware alugado sem console, manteríamos RAID 1.
Os caches de escrita merecem uma verificação. O manual alerta que muitos SSDs têm caches de write-back voláteis e muitos não honram comandos de flush por padrão. Ele sugere testar com diskchecker.pl. Peça ao suporte o modelo exato do disco e procure proteção contra perda de energia no datasheet. Mais sobre tipos de disco em NVMe vs SATA SSD em servidores alugados.
Um por conexão ativa, mais workers paralelos para consultas grandes. O PostgreSQL inicia um novo processo de servidor para cada conexão. Consultas transacionais curtas rodam em um núcleo cada, então a velocidade por núcleo define sua latência. Grandes varreduras e joins podem ser divididos entre workers paralelos.
max_connections normalmente é 100. O PostgreSQL dimensiona parte da memória compartilhada a partir disso, então milhares de conexões ociosas desperdiçam RAM. Coloque um pooler de conexões na frente.max_parallel_workers_per_gather. Os totais são limitados por max_worker_processes e max_parallel_workers, ambos 8 por padrão. Em 24 ou 32 núcleos, aumente-os para consultas de relatórios.Os planos EPYC trocam parte da velocidade por núcleo por mais núcleos e ECC. Nosso guia sobre quantos núcleos de CPU um servidor alugado precisa aborda esse trade-off.
Execute arquivamento contínuo para armazenamento fora do servidor e mantenha uma réplica de streaming em outra cidade. Backups não estão incluídos: mantenha cópias dos seus dados em outro lugar. O manual lista três abordagens de backup: dumps SQL, cópias em nível de sistema de arquivos e arquivamento contínuo. Só o arquivamento contínuo permite restaurar para um ponto no tempo.
Amsterdã (Países Baixos), Reykjavik (Islândia), Zurique (Suíça) e Bucareste (Romênia): todos os cinco planos nas quatro cidades, um preço em todo lugar. Um primário em Amsterdã com uma réplica em Reykjavik ou Zurique custa exatamente dois planos, nada mais.
Escolha um plano com ECC para o primário e dimensione para que os dados quentes caibam na memória. Réplicas e cópias de teste podem rodar nos planos Ryzen. Todos os planos e prazos estão na página de preços da Lumenfer.
Na verificação da Lumenfer de 30 October 2026, 95 de 229 planos comparáveis em hosts cripto sem KYC listavam memória DDR5. Todos os planos Lumenfer listam, em CPU de 2022 ou mais recente.
| Plano | CPU | Núcleos | Memória | Discos | A cada 30 dias | Função |
|---|---|---|---|---|---|---|
| Lumen 6 | AMD EPYC 4244P | 6 núcleos / 12 threads | 32 GB DDR5 ECC | 2 × 960 GB NVMe | $91.65 | Primário pequeno de produção |
| Lumen 8 | AMD Ryzen 7 9700X | 8 núcleos / 16 threads | 64 GB DDR5 | 2 × 1 TB NVMe | $109.37 | Réplica, staging, bancos de dados de CI |
| Lumen 16 | AMD Ryzen 9 9950X | 16 núcleos / 32 threads | 128 GB DDR5 | 2 × 1.92 TB NVMe | $205.27 | Réplica de leitura, cópia de relatórios |
| Lumen 24 | AMD EPYC 9254 | 24 núcleos / 48 threads | 256 GB DDR5 ECC | 2 × 1.92 TB NVMe | $356.25 | Primário de produção |
| Lumen 32 | AMD EPYC 9354 | 32 núcleos / 64 threads | 384 GB DDR5 ECC | 2 × 3,84 TB NVMe | $749.67 | Primário grande, relatórios pesados |
| Servidor | Especificações | Preço por mês |
|---|---|---|
| Lumenfer Lumen 24 | AMD EPYC 9254 (2022, 24 núcleos / 48 threads), 256 GB DDR5 ECC, 2 × 1,92 TB NVMe em RAID 1, 100 TB por mês a 1 Gbit/s, 1 IPv4 e um IPv6 /64 | $356.25 |
| KoDDoS: EPYC-9354-768GB-3.84TB-NVMe-10Gbps-Hong-Kong | AMD EPYC 9354, 32 núcleos / 384 GB / 3,84 TB NVMe | $475.00 |
| Mediana de 7 hosts | Servidores comparáveis de 24 núcleos | $999.57 |
| Lumenfer Lumen 32 | AMD EPYC 9354 (2022, 32 núcleos / 64 threads), 384 GB DDR5 ECC, 2 × 3,84 TB NVMe em RAID 1, 150 TB por mês a 1 Gbit/s, 1 IPv4 e um IPv6 /64 | $749.67 |
| MonoVM: EPYC 9354/384/2x3.84TB NVMe | EPYC 9354, 32 núcleos / 384 GB / 2x3840 GB | $999.57 |
| Mediana de 6 hosts | Servidores comparáveis de 32 núcleos | $1476.45 |
Preços verificados em
Hosts que aceitam pagamento em cripto sem verificação de identidade no cadastro; CPU de 2022 ou mais recente, apenas NVMe, cobrança mensal. 1 EUR = 1,1172 USD (BCE, 30 de outubro de 2026). A MonoVM aceita cripto por vários processadores, incluindo Cryptomus/Heleket, um processador que o Reino Unido designou para sanções em 8 de outubro de 2026.
Ele te dá uma máquina inteira por um preço fixo, mas você se torna o administrador do banco de dados. Serviços gerenciados executam backups, failover e upgrades para você. Em um servidor alugado, você escolhe a versão, as extensões e cada configuração de kernel, e assume essas tarefas.
Lumenfer gerencia apenas o hardware. Reinicializações, reinstalações e cancelamentos são solicitados no painel e tratados pela equipe; reinstalar apaga os discos. Para a migração em si, leia se vale sair da AWS para bare metal.
Máquinas inteiras com acesso root, cobradas por 30 dias, 3 meses, 6 meses ou 12 meses a partir de um saldo em cripto.
6 núcleos · 32 GB DDR5
US$ 91,65
3 months US$ 247,45 (−10%)6 months US$ 439,92 (−20%)1 year US$ 769,86 (−30%)
24 núcleos · 256 GB DDR5
US$ 356,25
3 months US$ 961,87 (−10%)6 months US$ 1.710 (−20%)1 year US$ 2.992,50 (−30%)
32 núcleos · 384 GB DDR5
US$ 749,67
3 months US$ 2.024,10 (−10%)6 months US$ 3.598,41 (−20%)1 year US$ 6.297,22 (−30%)
Em todos os planos: 2022+ CPU · DDR5 · Somente NVMe · RAID 1 · IPv4 dedicado · Sem KYC
Vise manter a parte quente dos dados na memória. Com 128 GB ou mais, os 100 GB inteiros cabem em shared_buffers mais o cache do kernel. O manual então permite um random_page_cost menor, já que as leituras raramente tocam o disco.
Sim. Huge pages e overcommit são configurações do host, porém, então defina-as no próprio servidor, não dentro do container. Armazene o diretório de dados no espelho NVMe, não na camada gravável do container.
Qualquer um deles: Debian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10 e Proxmox VE 9. Escolha a distribuição que sua equipe já atualiza com patches. O Proxmox VE só é indicado para você se o PostgreSQL for rodar dentro de máquinas virtuais.
Não. Você recebe root em uma máquina inteira; instalar, fazer tuning e atualizar o PostgreSQL é com você. A equipe cuida do hardware, das reinicializações e das reinstalações que você solicitar no dashboard.
Sem KYC: nunca pedimos um documento de identidade, uma selfie, documentos, um cartão ou um número de telefone. Recarregue em BTC, USDT, USDC, ETH, SOL, LTC (mínimo US$ 25) e faça o pedido usando o saldo. Os servidores são preparados por uma pessoa após a confirmação do pagamento, em até 72 horas, e não instantaneamente; o painel mostra o progresso e depois o endereço IP quando a máquina está pronta.
A partir de $91,65/30 dias · sem KYC
Pedir bare metal