# ¿Cuál es el mejor hosting de servidores dedicados para PostgreSQL?

> Hosting de servidores dedicados para PostgreSQL: RAM ECC, caché amplia y NVMe local. Planes desde 91,65 US$ por 30 días, con criptomonedas, sin KYC.

- URL: https://lumenfer.com/es/dedicated-server-for-postgresql/
- Última actualización: 2026-11-01
- Editor: Lumenfer (https://lumenfer.com)

Qué le pide el propio manual de PostgreSQL al hardware, qué ajustes cambiar en una máquina que alquilas entera y qué planes encajan para un primario, una réplica o una base de datos de prueba.

**Respuesta rápida — ¿Cuál es el mejor hosting de servidores dedicados para PostgreSQL?**

El mejor hosting de servidores dedicados para PostgreSQL te da memoria ECC, suficiente RAM para cachear tu conjunto de trabajo y unidades NVMe locales que tú controlas. El propio manual de PostgreSQL da por hecho RAM ECC. Lumen 24 de **Lumenfer** (AMD EPYC 9254, 256 GB DDR5 ECC) cuesta 356,25 US$ por 30 días, pagado con criptomonedas y sin KYC. Los planes con ECC empiezan en 91,65 US$.

## Datos de hardware de PostgreSQL según la documentación oficial

| Atributo | Valor |
| --- | --- |
| Documentación leída | PostgreSQL 18 (18.6), el 1 de noviembre de 2026 |
| Errores de memoria | PostgreSQL no protege contra ellos; el manual da por hecho RAM ECC o mejor |
| Checksums de datos | Activados por defecto; las imágenes de página completa del WAL siempre llevan checksum |
| shared_buffers | Empieza en el 25 % de la RAM en un servidor de bases de datos dedicado; por encima del 40 % rara vez ayuda |
| work_mem | 4 MB por defecto, por cada operación de ordenación o hash, no por cada consulta |
| Conexiones | Un proceso del servidor por conexión; max_connections suele ser 100 |
| Workers paralelos | max_worker_processes y max_parallel_workers tienen ambos 8 por defecto |
| Memoria de Linux | El overcommit estricto (vm.overcommit_memory=2) reduce mucho la probabilidad de que actúe el OOM killer |
| Planes con ECC en Lumenfer | Lumen 6, Lumen 24 y Lumen 32 |
| Almacenamiento en Lumenfer | Solo NVMe. Los planes de dos discos incluyen el sistema operativo en un espejo RAID 1 por software; pide al soporte antes de la entrega si prefieres RAID 0 o dos discos separados |
| Copias de seguridad | Las copias de seguridad no están incluidas: guarda copias de tus datos en otro sitio |

## ¿Por qué PostgreSQL necesita memoria ECC?

**PostgreSQL no protege contra errores de memoria: su capítulo de fiabilidad da por hecho que usas RAM ECC de nivel industrial o superior.** Las sumas de comprobación de datos protegen las páginas en disco. Están activadas por defecto en PostgreSQL 18. Un bit que cambia en la RAM antes de una escritura sigue llegando al disco con una suma de comprobación válida.

**Para una base de datos primaria, la ECC no es un lujo; es el hardware que PostgreSQL espera encontrar.** Los planes de Lumenfer con ECC son:

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

Los planes Ryzen indican DDR5 estándar. Sirven para réplicas que puedes reconstruir, bases de datos de staging y copias para informes. Nuestra página sobre [si necesitas RAM ECC en un servidor alquilado](https://lumenfer.com/es/ecc-ram-dedicated-server/ "Do I need ECC RAM on a rented dedicated server?") explica la diferencia.

## ¿Cuánta RAM necesita un servidor PostgreSQL?

**Suficiente para shared_buffers más una amplia caché de páginas del kernel, porque PostgreSQL lee a través de ambas.** El punto de partida del manual para un servidor de base de datos dedicado es el 25% de la RAM en `shared_buffers`. Añade que es poco probable que más del 40% funcione mejor, ya que PostgreSQL también se apoya en la caché del sistema operativo.

- **shared_buffers.** En una máquina de 256 GB, el 25% son 64 GB. Los valores mayores suelen necesitar también un `max_wal_size` mayor.
- **effective_cache_size.** Es una estimación del planificador, no una asignación. Ajústalo a shared_buffers más la caché del kernel que usará PostgreSQL. El valor por defecto es 4 GB, demasiado bajo para un servidor grande.
- **work_mem.** 4 MB por defecto, asignados a cada paso de ordenación o hash. Una consulta compleja ejecuta varios, y muchas sesiones se ejecutan a la vez. El uso total puede ser muchas veces mayor que el ajuste.
- **maintenance_work_mem.** 64 MB por defecto, lo usan `VACUUM` y la creación de índices. Súbelo en un servidor grande.

**Cuando toda la base de datos cabe en la RAM, el manual dice que puede ser apropiado bajar `random_page_cost`.** Con cientos de gigabytes de DDR5, muchas bases de datos llegan a ese punto.

## ¿Debo usar huge pages y overcommit estricto para PostgreSQL?

**Sí, en un servidor que solo ejecuta PostgreSQL: el manual documenta ambos para Linux.** Las huge pages reducen la sobrecarga de los `shared_buffers` grandes. El overcommit estricto reduce la probabilidad de que el kernel mate al postmaster cuando escasea la memoria.

PostgreSQL te dice cuántas huge pages necesita. Resérvalas y luego configura `huge_pages = on` para que el servidor se niegue a arrancar sin ellas. El valor por defecto, `try`, recurre silenciosamente a la alternativa.

Estos ajustes entran en conflicto con ClickHouse, cuya documentación indica que no se desactive el overcommit. Mantén las dos bases de datos en máquinas separadas; consulta [hardware de ClickHouse en bare metal](https://lumenfer.com/es/clickhouse-server-hardware/ "What hardware ClickHouse needs on bare metal").

*Ajustes de Linux del manual de PostgreSQL 18, sección 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
```

## ¿Qué disposición de almacenamiento conviene para PostgreSQL en un servidor alquilado?

**Mantén el espejo NVMe y haz de la replicación y los archivos externos tu segunda copia.** Los planes de dos discos incluyen el sistema operativo en un espejo RAID 1 por software; pide al soporte antes de la entrega si prefieres RAID 0 o dos discos separados.

El manual dice que el WAL en un disco separado es ventajoso. En un servidor de dos discos, eso significa romper el espejo. Un disco muerto se llevaría por delante los datos o el WAL. En hardware alquilado sin consola, mantendríamos RAID 1.

Las cachés de escritura merecen una comprobación. El manual advierte de que muchos SSD tienen cachés de write-back volátiles, y muchos no respetan los comandos de flush por defecto. Sugiere probar con `diskchecker.pl`. Pide al soporte el modelo exacto del disco y busca en su hoja de datos la protección ante cortes de energía. Más sobre tipos de disco en [NVMe vs SATA SSD en servidores alquilados](https://lumenfer.com/es/nvme-vs-sata-ssd-dedicated-server/ "How much faster NVMe is than SATA SSD").

## ¿Cuántos núcleos de CPU usa PostgreSQL?

**Uno por cada conexión activa, más procesos paralelos para las consultas grandes.** PostgreSQL inicia un nuevo proceso de servidor por cada conexión. Las consultas transaccionales cortas se ejecutan en un núcleo cada una, así que la velocidad por núcleo determina su latencia. Los escaneos y joins grandes pueden repartirse entre procesos paralelos.

- **Conexiones.** `max_connections` suele ser 100. PostgreSQL dimensiona parte de la memoria compartida a partir de ello, así que miles de conexiones inactivas desperdician RAM. Coloca delante un pooler de conexiones.
- **Consulta paralela.** Los procesos por consulta están limitados por `max_parallel_workers_per_gather`. Los totales están limitados por `max_worker_processes` y `max_parallel_workers`, ambos 8 por defecto. En 24 o 32 núcleos, súbelos para consultas de informes.

Los planes EPYC cambian algo de velocidad por núcleo a cambio de más núcleos y ECC. Nuestra guía sobre [cuántos núcleos de CPU necesita un servidor alquilado](https://lumenfer.com/es/how-many-cores-dedicated-server/ "How many CPU cores you need on a rented dedicated server") cubre el equilibrio.

## ¿Cómo hago copias de seguridad de PostgreSQL en un servidor alquilado?

**Ejecuta archivado continuo a un almacenamiento fuera del servidor y mantén una réplica en streaming en otra ciudad.** Las copias de seguridad no están incluidas: guarda copias de tus datos en otro sitio. El manual enumera tres enfoques de copia de seguridad: volcados SQL, copias a nivel de sistema de archivos y archivado continuo. Solo el archivado continuo te permite restaurar a un punto en el tiempo.

Ámsterdam (Países Bajos), Reikiavik (Islandia), Zúrich (Suiza) y Bucarest (Rumanía): los cinco planes en las cuatro ciudades, un mismo precio en todas. Un primario en Ámsterdam con una réplica en Reikiavik o Zúrich cuesta exactamente dos planes, nada más.

## ¿Qué plan de Lumenfer debería elegir para PostgreSQL?

**Elige un plan con ECC para el primario y dimensiónalo para que los datos calientes quepan en memoria.** Las réplicas y las copias de prueba pueden ir en los planes Ryzen. Todos los planes y plazos están en la [página de precios de Lumenfer](https://lumenfer.com/es/pricing/ "Lumenfer bare-metal plans and prices per 30 days").

**En la comprobación de Lumenfer de 30 October 2026, 95 de 229 planes comparables en hosts de cripto sin KYC indicaban memoria DDR5.** Todos los planes de Lumenfer lo hacen, con una CPU de 2022 o más reciente.

### Planes de Lumenfer para PostgreSQL

| Plan | CPU | Núcleos | Memoria | Discos | Cada 30 días | Rol |
| --- | --- | --- | --- | --- | --- | --- |
| Lumen 6 | AMD EPYC 4244P | 6 núcleos / 12 hilos | 32 GB DDR5 ECC | 2 × 960 GB NVMe | $91.65 | Primario de producción pequeño |
| Lumen 8 | AMD Ryzen 7 9700X | 8 núcleos / 16 hilos | 64 GB DDR5 | 2 × 1 TB NVMe | $109.37 | Réplica, staging, bases de datos de CI |
| Lumen 16 | AMD Ryzen 9 9950X | 16 núcleos / 32 hilos | 128 GB DDR5 | 2 × 1.92 TB NVMe | $205.27 | Réplica de lectura, copia para informes |
| Lumen 24 | AMD EPYC 9254 | 24 núcleos / 48 hilos | 256 GB DDR5 ECC | 2 × 1.92 TB NVMe | $356.25 | Primario de producción |
| Lumen 32 | AMD EPYC 9354 | 32 núcleos / 64 hilos | 384 GB DDR5 ECC | 2 × 3.84 TB NVMe | $749.67 | Primario grande, informes intensivos |

### Cuánto cuestan en otros sitios servidores comparables de 24 y 32 núcleos

| Servidor | Especificaciones | Precio al mes |
| --- | --- | --- |
| Lumenfer Lumen 24 | AMD EPYC 9254 (2022, 24 núcleos / 48 hilos), 256 GB DDR5 ECC, 2 × 1.92 TB NVMe en RAID 1, 100 TB al mes a 1 Gbit/s, 1 IPv4 y un IPv6 /64 | $356.25 |
| KoDDoS: EPYC-9354-768GB-3.84TB-NVMe-10Gbps-Hong-Kong | AMD EPYC 9354, 32 núcleos / 384 GB / 3.84TB NVMe | $475.00 |
| Mediana de 7 hosts | Servidores comparables de 24 núcleos | $999.57 |
| Lumenfer Lumen 32 | AMD EPYC 9354 (2022, 32 núcleos / 64 hilos), 384 GB DDR5 ECC, 2 × 3.84 TB NVMe en RAID 1, 150 TB al mes a 1 Gbit/s, 1 IPv4 y un 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 comparables de 32 núcleos | $1476.45 |

*Precios comprobados el 30 de octubre de 2026.*

Hosts que aceptan pago en cripto sin verificación de identidad al registrarse; CPU de 2022 o más reciente, solo NVMe, facturación mensual. 1 EUR = 1.1172 USD (BCE, 30 de octubre de 2026). MonoVM acepta cripto a través de varios procesadores, incluido Cryptomus/Heleket, un procesador que el Reino Unido designó para sanciones el 8 de octubre de 2026.

## ¿Es mejor un servidor alquilado que PostgreSQL gestionado?

**Te da una máquina entera a un precio fijo, pero te conviertes en el administrador de la base de datos.** Los servicios gestionados ejecutan las copias de seguridad, el failover y las actualizaciones por ti. En un servidor alquilado eliges la versión, las extensiones y cada ajuste del kernel, y te encargas tú de esas tareas.

Lumenfer gestiona solo el hardware. Los reinicios, las reinstalaciones y las cancelaciones se solicitan en el panel y las gestiona el equipo; reinstalar borra los discos. Para la migración en sí, lee [si conviene dejar AWS por bare metal](https://lumenfer.com/es/aws-to-bare-metal/ "Should I move from AWS to bare metal servers?").

## Alquila un servidor PostgreSQL

Máquinas completas con acceso root, facturadas por 30 días, 3 meses, 6 meses o 12 meses desde un saldo en cripto.

| Plan | Cantidad | 30 days | 3 months | 6 months | 1 year |
| --- | --- | --- | --- | --- | --- |
| Lumen 6 | 6 núcleos · 32 GB DDR5 | 91,65 US$ | 247,45 US$ (−10%) | 439,92 US$ (−20%) | 769,86 US$ (−30%) |
| Lumen 24 | 24 núcleos · 256 GB DDR5 | 356,25 US$ | 961,87 US$ (−10%) | 1710 US$ (−20%) | 2992,50 US$ (−30%) |
| Lumen 32 | 32 núcleos · 384 GB DDR5 | 749,67 US$ | 2024,10 US$ (−10%) | 3598,41 US$ (−20%) | 6297,22 US$ (−30%) |

En todos los planes: 2022+ CPU · DDR5 · Solo NVMe · RAID 1 · IPv4 dedicada · Sin KYC

**Antes de pagar**

- Recarga mínima 1 US$. Recarga una vez con criptomonedas y luego compra cualquier plan con tu saldo.
- Los créditos de tu saldo no caducan y renuevan cualquiera de tus servidores. Cuando una recarga se hace únicamente para alcanzar el mínimo, la parte no gastada se devuelve a petición dentro de los 30 días posteriores al pago, en USDT o USDC. El resto del saldo no se reembolsa salvo que la ley lo exija.
- Se acredita en cuanto comprobamos tu pago en la blockchain. Tiempo habitual de confirmación de la red: 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

## Hosting de servidor dedicado para PostgreSQL: FAQ

### ¿Cuánta RAM necesito para una base de datos PostgreSQL de 100 GB?

Procura mantener la parte caliente de los datos en memoria. Con 128 GB o más, los 100 GB completos caben en shared_buffers más la caché del kernel. El manual entonces permite un random_page_cost más bajo, ya que las lecturas rara vez tocan el disco.

### ¿Puedo ejecutar PostgreSQL en Docker en el servidor?

Sí. Sin embargo, las huge pages y el overcommit son ajustes del host, así que configúralos en el propio servidor, no dentro del contenedor. Guarda el directorio de datos en el espejo NVMe, no en la capa de escritura del contenedor.

### ¿Qué imagen de Linux debería elegir para PostgreSQL?

Cualquiera de ellos: Debian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10 y Proxmox VE 9. Elige la distribución que tu equipo ya parchea. Proxmox VE solo te conviene si PostgreSQL se ejecutará dentro de máquinas virtuales.

### ¿Lumenfer gestiona o ajusta PostgreSQL por mí?

No. Obtienes root en una máquina completa; instalar, ajustar y actualizar PostgreSQL es tu trabajo. El equipo se encarga del hardware, los reinicios y las reinstalaciones que solicites en el panel.

### ¿Puedo pagar un servidor de base de datos sin ID?

Sin KYC: nunca pedimos un documento de identidad, una selfie, documentos, una tarjeta ni un número de teléfono. Recarga en BTC, USDT, USDC, ETH, SOL, LTC, XMR (mínimo 1 US$) y pide desde tu saldo. Tu servidor entra en servicio pocos minutos después de que se confirme el pago, y la espera nunca pasa de una hora; el panel sigue la preparación y luego muestra la dirección IP en cuanto la máquina está en marcha.

## Fuentes

1. [18.4. Gestión de recursos del 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. Planificación 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. Conexiones y autenticación (max_connections)](https://www.postgresql.org/docs/current/runtime-config-connection.html) — PostgreSQL 18 documentation (read 2026-11-01)
5. [28.1. Fiabilidad (cachés de escritura, checksums, ECC)](https://www.postgresql.org/docs/current/wal-reliability.html) — PostgreSQL 18 documentation (read 2026-11-01)
6. [28.6. Funcionamiento interno de WAL (WAL en un disco separado)](https://www.postgresql.org/docs/current/wal-internals.html) — PostgreSQL 18 documentation (read 2026-11-01)
7. [Capítulo 25. Copia de seguridad y restauración](https://www.postgresql.org/docs/current/backup.html) — PostgreSQL 18 documentation (read 2026-11-01)
8. [15.1. Cómo funciona la consulta en paralelo](https://www.postgresql.org/docs/current/how-parallel-query-works.html) — PostgreSQL 18 documentation (read 2026-11-01)
9. [1.2. Fundamentos de la arquitectura (un proceso por conexión)](https://www.postgresql.org/docs/current/tutorial-arch.html) — PostgreSQL 18 documentation (read 2026-11-01)
10. [Recomendaciones 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: Lumenfer alquila servidores bare-metal de generación actual en Ámsterdam, Reikiavik, Zúrich y Bucarest, pagados con criptomonedas y sin KYC: sin ID, sin selfie, sin documentos. Cada máquina tiene una CPU lanzada en 2022 o después, memoria DDR5 y discos NVMe, y se alquila entera a un solo cliente con acceso root. La gestiona DomaineGoat LLC, una empresa de Panamá que ignora las notificaciones DMCA, responde solo ante la ley panameña, permite relays de salida de Tor y no guarda logs. En el plazo de 30 días, cada plan tiene un precio al menos un 25% inferior al de un servidor comparable de generación actual con nombre propio de 13 hosts cripto sin KYC, consultados el 30 de octubre de 2026.