Datenbanken · PostgreSQL 18 Dokumentation gelesen am 1. November 2026
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 $.
| 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 |
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:
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, erklärt den Unterschied.
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.
max_wal_size.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.
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.
# 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 = onBehalten 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.
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.
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.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, behandelt die Abwägung.
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.
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.
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.
| 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 |
| 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
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.
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.
Komplette Maschinen mit Root-Zugriff, abgerechnet für 30 Tage, 3 Monate, 6 Monate oder 12 Monate per Krypto-Guthaben.
6 Kerne · 32 GB DDR5
91,65 $
3 months 247,45 $ (−10%)6 months 439,92 $ (−20%)1 year 769,86 $ (−30%)
24 Kerne · 256 GB DDR5
356,25 $
3 months 961,87 $ (−10%)6 months 1.710 $ (−20%)1 year 2.992,50 $ (−30%)
32 Kerne · 384 GB DDR5
749,67 $
3 months 2.024,10 $ (−10%)6 months 3.598,41 $ (−20%)1 year 6.297,22 $ (−30%)
In jedem Plan enthalten: 2022+ CPU · DDR5 · Nur NVMe · RAID 1 · Dedizierte IPv4 · Kein KYC
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.
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.
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.
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.
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 auf (mindestens 25 $) und bestellen Sie aus dem Guthaben. Server werden von einer Person vorbereitet, sobald Ihre Zahlung bestätigt ist, innerhalb von 72 Stunden statt sofort; das Dashboard zeigt den Fortschritt und dann die IP-Adresse, sobald die Maschine bereit ist.
Ab $91,65/30 Tage · ohne KYC
Bare Metal bestellen