# Qual é a melhor hospedagem de servidor dedicado para PostgreSQL?

> Hospedagem de servidor dedicado para PostgreSQL: RAM ECC, cache de página grande, NVMe local. Planos com ECC a partir de US$ 91,65 por 30 dias, cripto, sem KYC.

- URL: https://lumenfer.com/pt/dedicated-server-for-postgresql/
- Última atualização: 2026-11-01
- Editor: Lumenfer (https://lumenfer.com)

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.

## Fatos de hardware do PostgreSQL segundo a documentação oficial

| Atributo | Valor |
| --- | --- |
| 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 |

## Por que o PostgreSQL precisa de memória ECC?

**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:

- Lumen 6: AMD EPYC 4244P, 32 GB DDR5 ECC, US$ 91,65.
- Lumen 24: AMD EPYC 9254, 256 GB DDR5 ECC, US$ 356,25.
- Lumen 32: AMD EPYC 9354, 384 GB DDR5 ECC, US$ 749,67.

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](https://lumenfer.com/pt/ecc-ram-dedicated-server/ "Do I need ECC RAM on a rented dedicated server?") explica a diferença.

## Quanta RAM um servidor PostgreSQL precisa?

**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.

- **shared_buffers.** Em uma máquina de 256 GB, 25% é 64 GB. Valores maiores geralmente exigem também um `max_wal_size` maior.
- **effective_cache_size.** Uma estimativa do planner, não uma alocação. Defina como shared_buffers mais o cache do kernel que o PostgreSQL vai usar. O padrão é 4 GB, muito baixo para um servidor grande.
- **work_mem.** 4 MB por padrão, concedidos a cada etapa de ordenação ou hash. Uma consulta complexa executa várias, e muitas sessões rodam ao mesmo tempo. O uso total pode ser muitas vezes o valor configurado.
- **maintenance_work_mem.** 64 MB por padrão, usado por `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.

## Devo usar huge pages e overcommit estrito para o PostgreSQL?

**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](https://lumenfer.com/pt/clickhouse-server-hardware/ "What hardware ClickHouse needs on bare metal").

*Configurações de Linux do manual do PostgreSQL 18, seção 18.4*

```bash
# 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 = on
```

## Qual layout de armazenamento é adequado para PostgreSQL em um servidor alugado?

**Mantenha 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](https://lumenfer.com/pt/nvme-vs-sata-ssd-dedicated-server/ "How much faster NVMe is than SATA SSD").

## Quantos núcleos de CPU o PostgreSQL usa?

**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.

- **Conexões.** `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.
- **Consulta paralela.** Os workers por consulta são limitados por `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](https://lumenfer.com/pt/how-many-cores-dedicated-server/ "How many CPU cores you need on a rented dedicated server") aborda esse trade-off.

## Como faço backup do PostgreSQL em um servidor alugado?

**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.

## Qual plano Lumenfer devo escolher para PostgreSQL?

**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](https://lumenfer.com/pt/pricing/ "Lumenfer bare-metal plans and prices per 30 days").

**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.

### Planos Lumenfer para PostgreSQL

| 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 |

### Quanto custam servidores comparáveis de 24 e 32 núcleos em outros lugares

| 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 30 de outubro de 2026.*

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.

## Um servidor alugado é melhor que o PostgreSQL gerenciado?

**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](https://lumenfer.com/pt/aws-to-bare-metal/ "Should I move from AWS to bare metal servers?").

## Alugue um servidor PostgreSQL

Máquinas inteiras com acesso root, cobradas por 30 dias, 3 meses, 6 meses ou 12 meses a partir de um saldo em cripto.

| Plano | Quantidade | 30 days | 3 months | 6 months | 1 year |
| --- | --- | --- | --- | --- | --- |
| Lumen 6 | 6 núcleos · 32 GB DDR5 | US$ 91,65 | US$ 247,45 (−10%) | US$ 439,92 (−20%) | US$ 769,86 (−30%) |
| Lumen 24 | 24 núcleos · 256 GB DDR5 | US$ 356,25 | US$ 961,87 (−10%) | US$ 1.710 (−20%) | US$ 2.992,50 (−30%) |
| Lumen 32 | 32 núcleos · 384 GB DDR5 | US$ 749,67 | US$ 2.024,10 (−10%) | US$ 3.598,41 (−20%) | US$ 6.297,22 (−30%) |

Em todos os planos: 2022+ CPU · DDR5 · Somente NVMe · RAID 1 · IPv4 dedicado · Sem KYC

**Antes de pagar**

- Recarga mínima de US$ 1. Recarregue uma vez com cripto e depois compre qualquer plano usando seu saldo.
- Os créditos no seu saldo não expiram e renovam qualquer um dos seus servidores. Quando um depósito é feito apenas para atingir o mínimo, a parte não utilizada é devolvida mediante solicitação em até 30 dias após o pagamento, em USDT ou USDC. O restante do saldo não é pago, a menos que a lei exija.
- Creditado assim que seu pagamento é verificado na blockchain. Tempo habitual de confirmação da rede: BTC ≈ 20 min · USDT TRC-20 ≈ 1 min · USDT ERC-20 ≈ 5 min · USDC ERC-20 ≈ 5 min · ETH ≈ 5 min · SOL ≈ 1 min · LTC ≈ 15 min · XMR ≈ 20 min

## Hospedagem de servidor dedicado para PostgreSQL: FAQ

### Quanta RAM preciso para um banco de dados PostgreSQL de 100 GB?

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.

### Posso rodar PostgreSQL em Docker no servidor?

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.

### Qual imagem Linux devo escolher para PostgreSQL?

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.

### O Lumenfer gerencia ou faz tuning do PostgreSQL para mim?

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.

### Posso pagar por um servidor de banco de dados sem documento de identidade?

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, XMR (mínimo US$ 1) e faça o pedido usando o saldo. Seu servidor entra no ar poucos minutos depois que o pagamento é confirmado, e a espera nunca passa de uma hora; o painel acompanha a preparação e depois mostra o endereço IP assim que a máquina está rodando.

## Fontes

1. [18.4. Gerenciando recursos do kernel (overcommit, huge pages)](https://www.postgresql.org/docs/current/kernel-resources.html) — PostgreSQL 18 documentation (read 2026-11-01)
2. [19.4. Consumo de recursos](https://www.postgresql.org/docs/current/runtime-config-resource.html) — PostgreSQL 18 documentation (read 2026-11-01)
3. [19.7. Planejamento de consultas (random_page_cost, effective_cache_size)](https://www.postgresql.org/docs/current/runtime-config-query.html) — PostgreSQL 18 documentation (read 2026-11-01)
4. [19.3. Conexões e autenticação (max_connections)](https://www.postgresql.org/docs/current/runtime-config-connection.html) — PostgreSQL 18 documentation (read 2026-11-01)
5. [28.1. Confiabilidade (write caches, checksums, ECC)](https://www.postgresql.org/docs/current/wal-reliability.html) — PostgreSQL 18 documentation (read 2026-11-01)
6. [28.6. Funcionamento interno do WAL (WAL em um disco separado)](https://www.postgresql.org/docs/current/wal-internals.html) — PostgreSQL 18 documentation (read 2026-11-01)
7. [Capítulo 25. Backup e restauração](https://www.postgresql.org/docs/current/backup.html) — PostgreSQL 18 documentation (read 2026-11-01)
8. [15.1. Como funciona a consulta paralela](https://www.postgresql.org/docs/current/how-parallel-query-works.html) — PostgreSQL 18 documentation (read 2026-11-01)
9. [1.2. Fundamentos de arquitetura (um processo por conexão)](https://www.postgresql.org/docs/current/tutorial-arch.html) — PostgreSQL 18 documentation (read 2026-11-01)
10. [Recomendações de uso de OSS (overcommit)](https://clickhouse.com/docs/operations/tips) — ClickHouse documentation (read 2026-11-01)
11. [EPYC-9354-3.84TB-NVMe-10Gbps](https://koddos.net/clients/store/amd-dedicated-server/epyc-9354-384tb-nvme-10gbps) — KoDDoS (read 2026-10-30)
12. [Servidores dedicados](https://monovm.com/dedicated-server/) — MonoVM (read 2026-10-30)

---

Lumenfer: A Lumenfer aluga servidores bare-metal de geração atual em Amsterdã, Reykjavik, Zurique e Bucareste, pagos com cripto e sem KYC: sem documento, sem selfie, sem papelada. Cada máquina tem uma CPU lançada em 2022 ou depois, memória DDR5 e unidades NVMe, e é alugada inteira para um único cliente com acesso root. É operada pela DomaineGoat LLC, uma empresa do Panamá que ignora notificações DMCA, responde apenas à lei panamenha, permite Tor exit relays e não mantém logs. No prazo de 30 dias, cada plano custa pelo menos 25% menos que um servidor comparável de geração atual, nomeado, de 13 hosts cripto sem KYC, consultados em 30 de outubro de 2026.