# Was ist das beste dedizierte Server-Hosting für PostgreSQL?

> Bestes dediziertes Server-Hosting für PostgreSQL: ECC-RAM, großer Page Cache, lokales NVMe. ECC-Tarife ab 91,65 $ pro 30 Tage, mit Krypto ohne KYC.

- URL: https://lumenfer.com/de/dedicated-server-for-postgresql/
- Zuletzt aktualisiert: 2026-11-01
- Herausgeber: Lumenfer (https://lumenfer.com)

Was das PostgreSQL-Handbuch selbst von der Hardware verlangt, welche Einstellungen Sie auf einer komplett gemieteten Maschine ändern sollten und welche Tarife zu einer Primary-, einer Replica- oder einer Testdatenbank passen.

**Kurze Antwort — Was ist das beste dedizierte Server-Hosting für PostgreSQL?**

Das beste dedizierte Server-Hosting für PostgreSQL bietet Ihnen ECC-Speicher, genug RAM zum Cachen Ihres Working Set und lokale NVMe-Laufwerke, die Sie kontrollieren. Das PostgreSQL-Handbuch selbst setzt ECC-RAM voraus. Der Lumen 24 von **Lumenfer** (AMD EPYC 9254, 256 GB DDR5 ECC) kostet 356,25 $ pro 30 Tage, mit Krypto bezahlt, ohne KYC. ECC-Tarife beginnen bei 91,65 $.

## PostgreSQL-Hardware-Fakten aus der offiziellen Dokumentation

| Attribut | Wert |
| --- | --- |
| Dokumentation gelesen | PostgreSQL 18 (18.6), am 1. November 2026 |
| Speicherfehler | PostgreSQL schützt nicht davor; das Handbuch setzt ECC-RAM oder besser voraus |
| Daten-Checksums | Standardmäßig aktiviert; WAL-Full-Page-Images werden immer mit Checksumme versehen |
| shared_buffers | Starten Sie mit 25 % des RAM auf einem dedizierten Datenbankserver; über 40 % hilft selten |
| work_mem | Standardmäßig 4 MB, pro Sortier- oder Hash-Operation, nicht pro Suchanfrage |
| Verbindungen | Ein Serverprozess pro Verbindung; max_connections liegt typischerweise bei 100 |
| Parallele Worker | max_worker_processes und max_parallel_workers haben beide den Standardwert 8 |
| Linux-Speicher | Striktes Overcommit (vm.overcommit_memory=2) macht den OOM-Killer deutlich unwahrscheinlicher |
| ECC-Pläne bei Lumenfer | Lumen 6, Lumen 24 und Lumen 32 |
| Speicher bei Lumenfer | Nur NVMe. Tarife mit zwei Laufwerken werden mit dem Betriebssystem auf einem Software-RAID-1-Spiegel ausgeliefert; fragen Sie den Support vor der Lieferung, wenn Sie RAID 0 oder zwei getrennte Laufwerke bevorzugen |
| Backups | Backups sind nicht enthalten: Bewahren Sie Kopien Ihrer Daten woanders auf |

## Warum braucht PostgreSQL ECC-Arbeitsspeicher?

**PostgreSQL schützt nicht vor Speicherfehlern: Sein Kapitel zur Zuverlässigkeit setzt voraus, dass Sie branchenüblichen ECC-RAM oder besser einsetzen.** Datenprüfsummen schützen Seiten auf der Festplatte. In PostgreSQL 18 sind sie standardmäßig aktiviert. Ein Bit, das im RAM vor einem Schreibvorgang kippt, landet trotzdem mit einer gültigen Prüfsumme auf der Festplatte.

**Für eine Primärdatenbank ist ECC kein Luxus, sondern die Hardware, auf die PostgreSQL ausgelegt ist.** Die Lumenfer Pläne mit ECC sind:

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

Die Ryzen-Pläne nennen standardmäßigen DDR5. Sie eignen sich für Replikate, die Sie neu aufbauen können, für Staging-Datenbanken und Reporting-Kopien. Unsere Seite dazu, [ob Sie ECC-RAM auf einem gemieteten Server brauchen](https://lumenfer.com/de/ecc-ram-dedicated-server/ "Do I need ECC RAM on a rented dedicated server?"), erklärt den Unterschied.

## Wie viel RAM braucht ein PostgreSQL-Server?

**Genug für shared_buffers plus einen großen Kernel-Page-Cache, denn PostgreSQL liest über beides.** Der Ausgangspunkt des Handbuchs für einen dedizierten Datenbankserver sind 25 % des RAM in `shared_buffers`. Es ergänzt, dass mehr als 40 % wahrscheinlich nicht besser funktionieren, da PostgreSQL auch auf den Betriebssystem-Cache setzt.

- **shared_buffers.** Auf einer 256-GB-Maschine sind 25 % = 64 GB. Größere Werte erfordern meist auch ein größeres `max_wal_size`.
- **effective_cache_size.** Eine Schätzung für den Planner, keine Zuweisung. Setzen Sie ihn auf shared_buffers plus den Kernel-Cache, den PostgreSQL nutzt. Der Standardwert ist 4 GB, viel zu niedrig für einen großen Server.
- **work_mem.** Standardmäßig 4 MB, gewährt für jeden Sortier- oder Hash-Schritt. Eine komplexe Abfrage führt mehrere aus, und viele Sitzungen laufen gleichzeitig. Der Gesamtverbrauch kann ein Vielfaches der Einstellung betragen.
- **maintenance_work_mem.** Standardmäßig 64 MB, genutzt von `VACUUM` und Index-Builds. Erhöhen Sie ihn auf einem großen Server.

**Wenn die gesamte Datenbank in den RAM passt, kann laut Handbuch ein niedrigerer `random_page_cost` angemessen sein.** Mit Hunderten Gigabyte DDR5 erreichen viele Datenbanken diesen Punkt.

## Sollte ich Huge Pages und striktes Overcommit für PostgreSQL verwenden?

**Ja, auf einem Server, der nur PostgreSQL ausführt: Das Handbuch dokumentiert beides für Linux.** Huge Pages reduzieren den Overhead für große `shared_buffers`. Striktes Overcommit senkt die Wahrscheinlichkeit, dass der Kernel den Postmaster tötet, wenn der Speicher knapp wird.

PostgreSQL sagt Ihnen, wie viele Huge Pages es braucht. Reservieren Sie sie, und setzen Sie dann `huge_pages = on`, damit der Server ohne sie nicht startet. Der Standardwert `try` fällt stillschweigend zurück.

Diese Einstellungen stehen im Konflikt mit ClickHouse, dessen Dokumentation davon abrät, Overcommit zu deaktivieren. Halten Sie die beiden Datenbanken auf getrennten Maschinen; siehe [ClickHouse-Hardware auf Bare Metal](https://lumenfer.com/de/clickhouse-server-hardware/ "What hardware ClickHouse needs on bare metal").

*Linux-Einstellungen aus dem PostgreSQL-18-Handbuch, Abschnitt 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
```

## Welches Speicher-Layout eignet sich für PostgreSQL auf einem gemieteten Server?

**Behalten Sie den NVMe-Spiegel und machen Sie Replikation und Off-Site-Archive zu Ihrer zweiten Kopie.** Tarife mit zwei Laufwerken werden mit dem Betriebssystem auf einem Software-RAID-1-Spiegel ausgeliefert; fragen Sie den Support vor der Lieferung, wenn Sie RAID 0 oder zwei getrennte Laufwerke bevorzugen.

Laut Handbuch ist WAL auf einer separaten Festplatte von Vorteil. Auf einem Server mit zwei Laufwerken bedeutet das, den Spiegel aufzubrechen. Eine einzige defekte Festplatte würde dann entweder die Daten oder das WAL ausfallen lassen. Auf gemieteter Hardware ohne Konsole würden wir RAID 1 beibehalten.

Schreib-Caches verdienen eine Prüfung. Das Handbuch warnt, dass viele SSDs flüchtige Write-Back-Caches haben und viele standardmäßig keine Flush-Befehle beachten. Es schlägt einen Test mit `diskchecker.pl` vor. Fragen Sie den Support nach dem genauen Laufwerksmodell und suchen Sie dann im Datenblatt nach Schutz vor Stromausfällen. Mehr zu Laufwerkstypen in [NVMe vs. SATA SSD auf gemieteten Servern](https://lumenfer.com/de/nvme-vs-sata-ssd-dedicated-server/ "How much faster NVMe is than SATA SSD").

## Wie viele CPU-Kerne nutzt PostgreSQL?

**Einen pro ausgelasteter Verbindung, plus parallele Worker für große Abfragen.** PostgreSQL startet für jede Verbindung einen neuen Serverprozess. Kurze transaktionale Abfragen laufen jeweils auf einem Kern, daher bestimmt die Geschwindigkeit pro Kern ihre Latenz. Große Scans und Joins können sich auf parallele Worker aufteilen.

- **Verbindungen.** `max_connections` ist typischerweise 100. PostgreSQL dimensioniert einen Teil des Shared Memory danach, sodass Tausende Leerlaufverbindungen RAM verschwenden. Setzen Sie stattdessen einen Connection Pooler davor.
- **Parallele Abfragen.** Die Worker pro Abfrage sind durch `max_parallel_workers_per_gather` begrenzt. Die Summen sind durch `max_worker_processes` und `max_parallel_workers` begrenzt, beide standardmäßig 8. Erhöhen Sie sie auf 24 oder 32 Kernen für Reporting-Abfragen.

Die EPYC-Pläne tauschen etwas Geschwindigkeit pro Kern gegen mehr Kerne und ECC. Unser Leitfaden dazu, [wie viele CPU-Kerne ein gemieteter Server braucht](https://lumenfer.com/de/how-many-cores-dedicated-server/ "How many CPU cores you need on a rented dedicated server"), behandelt die Abwägung.

## Wie sichere ich PostgreSQL auf einem gemieteten Server?

**Richten Sie kontinuierliche Archivierung auf Speicher außerhalb des Servers ein und halten Sie ein Streaming-Replikat in einer anderen Stadt.** Backups sind nicht enthalten: Bewahren Sie Kopien Ihrer Daten woanders auf. Das Handbuch nennt drei Backup-Ansätze: SQL-Dumps, Kopien auf Dateisystemebene und kontinuierliche Archivierung. Nur die kontinuierliche Archivierung erlaubt die Wiederherstellung auf einen bestimmten Zeitpunkt.

Amsterdam (Niederlande), Reykjavik (Island), Zürich (Schweiz) und Bukarest (Rumänien): alle fünf Tarife in allen vier Städten, ein Preis überall. Ein Primary in Amsterdam mit einem Replikat in Reykjavik oder Zürich kostet genau zwei Pläne, nicht mehr.

## Welchen Lumenfer-Plan sollte ich für PostgreSQL wählen?

**Wählen Sie einen ECC-Plan für den Primary und dimensionieren Sie ihn so, dass die heißen Daten in den Speicher passen.** Replikate und Testkopien können auf den Ryzen-Plänen laufen. Jeder Plan und jede Laufzeit steht auf der [Lumenfer-Preisseite](https://lumenfer.com/de/pricing/ "Lumenfer bare-metal plans and prices per 30 days").

**In Lumenfers Prüfung von 30 October 2026 nannten 95 von 229 vergleichbaren Plänen bei Krypto-Hostern ohne KYC DDR5-Speicher.** Jeder Lumenfer-Plan tut das, auf einer CPU von 2022 oder neuer.

### Lumenfer-Pläne für PostgreSQL

| Plan | CPU | Kerne | Speicher | Datenträger | Pro 30 Tage | Rolle |
| --- | --- | --- | --- | --- | --- | --- |
| Lumen 6 | AMD EPYC 4244P | 6 Kerne / 12 Threads | 32 GB DDR5 ECC | 2 × 960 GB NVMe | $91.65 | Kleiner Produktions-Primary |
| Lumen 8 | AMD Ryzen 7 9700X | 8 Kerne / 16 Threads | 64 GB DDR5 | 2 × 1 TB NVMe | $109.37 | Replikat, Staging, CI-Datenbanken |
| Lumen 16 | AMD Ryzen 9 9950X | 16 Kerne / 32 Threads | 128 GB DDR5 | 2 × 1.92 TB NVMe | $205.27 | Lese-Replikat, Reporting-Kopie |
| Lumen 24 | AMD EPYC 9254 | 24 Kerne / 48 Threads | 256 GB DDR5 ECC | 2 × 1.92 TB NVMe | $356.25 | Produktions-Primary |
| Lumen 32 | AMD EPYC 9354 | 32 Kerne / 64 Threads | 384 GB DDR5 ECC | 2 × 3,84 TB NVMe | $749.67 | Großer Primary, umfangreiches Reporting |

### Was vergleichbare 24-Kern- und 32-Kern-Server anderswo kosten

| Server | Specs | Preis pro Monat |
| --- | --- | --- |
| Lumenfer Lumen 24 | AMD EPYC 9254 (2022, 24 Kerne / 48 Threads), 256 GB DDR5 ECC, 2 × 1,92 TB NVMe im RAID 1, 100 TB pro Monat bei 1 Gbit/s, 1 IPv4 und ein IPv6 /64 | $356.25 |
| KoDDoS: EPYC-9354-768GB-3.84TB-NVMe-10Gbps-Hong-Kong | AMD EPYC 9354, 32 Kerne / 384 GB / 3,84 TB NVMe | $475.00 |
| Median aus 7 Hosts | Vergleichbare 24-Kern-Server | $999.57 |
| Lumenfer Lumen 32 | AMD EPYC 9354 (2022, 32 Kerne / 64 Threads), 384 GB DDR5 ECC, 2 × 3,84 TB NVMe im RAID 1, 150 TB pro Monat bei 1 Gbit/s, 1 IPv4 und ein IPv6 /64 | $749.67 |
| MonoVM: EPYC 9354/384/2x3.84TB NVMe | EPYC 9354, 32 Kerne / 384 GB / 2x3840 GB | $999.57 |
| Median von 6 Hosts | Vergleichbare 32-Kern-Server | $1476.45 |

*Preise geprüft am 30. Oktober 2026.*

Krypto-zahlende Hoster ohne Ausweisprüfung bei der Anmeldung; CPU von 2022 oder neuer, nur NVMe, monatliche Abrechnung. 1 EUR = 1,1172 USD (EZB, 30. Oktober 2026). MonoVM akzeptiert Krypto über mehrere Processor, darunter Cryptomus/Heleket, einen Processor, den das Vereinigte Königreich am 8. Oktober 2026 mit Sanktionen belegte.

## Ist ein gemieteter Server besser als verwaltetes PostgreSQL?

**Er gibt Ihnen eine ganze Maschine zu einem Festpreis, aber Sie werden zum Datenbankadministrator.** Managed Services übernehmen Backups, Failover und Upgrades für Sie. Auf einem gemieteten Server wählen Sie die Version, die Erweiterungen und jede Kernel-Einstellung, und Sie erledigen diese Aufgaben selbst.

Lumenfer verwaltet nur die Hardware. Neustarts, Neuinstallationen und Kündigungen werden im Dashboard beantragt und vom Team bearbeitet; eine Neuinstallation löscht die Laufwerke. Für den Umzug selbst lesen Sie [ob Sie AWS für Bare Metal verlassen sollten](https://lumenfer.com/de/aws-to-bare-metal/ "Should I move from AWS to bare metal servers?").

## PostgreSQL-Server mieten

Komplette Maschinen mit Root-Zugriff, abgerechnet für 30 Tage, 3 Monate, 6 Monate oder 12 Monate per Krypto-Guthaben.

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

In jedem Plan enthalten: 2022+ CPU · DDR5 · Nur NVMe · RAID 1 · Dedizierte IPv4 · Kein KYC

**Bevor Sie bezahlen**

- Mindestaufladung 1 $. Laden Sie einmal mit Krypto auf und kaufen Sie dann jeden Plan aus Ihrem Guthaben.
- Guthaben auf Ihrem Konto verfällt nicht und erneuert jeden Ihrer Server. Wird eine Aufladung nur vorgenommen, um das Minimum zu erreichen, kommt der nicht verbrauchte Teil auf Anfrage innerhalb von 30 Tagen nach Zahlung in USDT oder USDC zurück. Der Rest eines Guthabens wird nicht ausgezahlt, es sei denn, das Gesetz verlangt es.
- Gutschrift, sobald Ihre Zahlung auf der Blockchain geprüft ist. Typische Bestätigungszeit des Netzwerks: 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.

## PostgreSQL Dedicated Server Hosting: FAQ

### Wie viel RAM brauche ich für eine 100-GB-PostgreSQL-Datenbank?

Zielen Sie darauf ab, den heißen Teil der Daten im Speicher zu halten. Mit 128 GB oder mehr passt die gesamte 100 GB in shared_buffers plus den Kernel-Cache. Das Handbuch erlaubt dann ein niedrigeres random_page_cost, da Lesezugriffe selten auf die Festplatte gehen.

### Kann ich PostgreSQL im Docker auf dem Server ausführen?

Ja. Huge Pages und Overcommit sind jedoch Host-Einstellungen, legen Sie sie daher auf dem Server selbst fest, nicht im Container. Speichern Sie das Datenverzeichnis auf dem NVMe-Spiegel, nicht in der beschreibbaren Schicht des Containers.

### Welches Linux-Image sollte ich für PostgreSQL wählen?

Eines davon: Debian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10 und Proxmox VE 9. Wählen Sie die Distribution, die Ihr Team bereits patcht. Proxmox VE eignet sich für Sie nur, wenn PostgreSQL in virtuellen Maschinen laufen soll.

### Verwaltet oder optimiert Lumenfer PostgreSQL für mich?

Nein. Sie erhalten root auf einer ganzen Maschine; PostgreSQL zu installieren, zu optimieren und zu aktualisieren, ist Ihre Aufgabe. Das Team kümmert sich um die Hardware, die Neustarts und die Neuinstallationen, die Sie im Dashboard anfordern.

### Kann ich einen Datenbankserver ohne ID bezahlen?

Ohne KYC: Wir fragen niemals nach einem Ausweis, einem Selfie, Dokumenten, einer Karte oder einer Telefonnummer. Laden Sie Ihr Guthaben in BTC, USDT, USDC, ETH, SOL, LTC, XMR auf (mindestens 1 $) und bestellen Sie aus dem Guthaben. Ihr Server geht wenige Minuten nach der Bestätigung der Zahlung in Betrieb, und die Wartezeit überschreitet nie eine Stunde; das Dashboard verfolgt die Einrichtung und zeigt dann die IP-Adresse, sobald die Maschine läuft.

## Quellen

1. [18.4. Kernel-Ressourcen verwalten (Overcommit, Huge Pages)](https://www.postgresql.org/docs/current/kernel-resources.html) — PostgreSQL 18 documentation (read 2026-11-01)
2. [19.4. Ressourcenverbrauch](https://www.postgresql.org/docs/current/runtime-config-resource.html) — PostgreSQL 18 documentation (read 2026-11-01)
3. [19.7. Abfrageplanung (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. Verbindungen und Authentifizierung (max_connections)](https://www.postgresql.org/docs/current/runtime-config-connection.html) — PostgreSQL 18 documentation (read 2026-11-01)
5. [28.1. Zuverlässigkeit (Write Caches, Checksums, ECC)](https://www.postgresql.org/docs/current/wal-reliability.html) — PostgreSQL 18 documentation (read 2026-11-01)
6. [28.6. WAL-Interna (WAL auf einer separaten Disk)](https://www.postgresql.org/docs/current/wal-internals.html) — PostgreSQL 18 documentation (read 2026-11-01)
7. [Kapitel 25. Backup und Wiederherstellung](https://www.postgresql.org/docs/current/backup.html) — PostgreSQL 18 documentation (read 2026-11-01)
8. [15.1. Wie eine parallele Abfrage funktioniert](https://www.postgresql.org/docs/current/how-parallel-query-works.html) — PostgreSQL 18 documentation (read 2026-11-01)
9. [1.2. Architektonische Grundlagen (ein Prozess pro Verbindung)](https://www.postgresql.org/docs/current/tutorial-arch.html) — PostgreSQL 18 documentation (read 2026-11-01)
10. [OSS-Nutzungsempfehlungen (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. [Dedizierte Server](https://monovm.com/dedicated-server/) — MonoVM (read 2026-10-30)

---

Lumenfer: Lumenfer vermietet Bare-Metal-Server der aktuellen Generation in Amsterdam, Reykjavik, Zürich und Bukarest, bezahlbar mit Krypto ohne KYC: kein Ausweis, kein Selfie, keine Dokumente. Jede Maschine hat eine CPU, die 2022 oder später erschienen ist, DDR5-Arbeitsspeicher und NVMe-Laufwerke und wird komplett an einen Kunden mit Root-Zugriff vermietet. Betrieben wird das von der DomaineGoat LLC, einer panamaischen Gesellschaft, die DMCA-Hinweise ignoriert, nur dem panamaischen Recht unterliegt, Tor-Exit-Relays erlaubt und keine Logs führt. Bei der 30-Tage-Laufzeit liegt jeder Tarif mindestens 25% unter einem namentlich genannten vergleichbaren Server der aktuellen Generation von 13 No-KYC-Krypto-Hostern, abgelesen am 30. Oktober 2026.