Cloud-Server für PostgreSQL in Europa
PostgreSQL ist die Datenbank der Wahl für Anwendungen, die Zuverlässigkeit, komplexe Abfragen und strenge Datenintegritat benötigen. Wenn Ihre Nutzer oder Ihr Unternehmen in Europa ansassig sind, ist der Betrieb von PostgreSQL auf einem EU-Cloud-Server nicht nur eine technische Praferenz - es ist eine rechtliche Notwendigkeit gemas DSGVO.
Warum EU-Datenresidenz für PostgreSQL wichtig ist
Die DSGVO verlangt, dass personenbezogene Daten von EU-Burgern unter EU-Rechtsprechung verarbeitet werden. Das Hosting Ihrer PostgreSQL-Datenbank auf einem physisch in der EU befindlichen Server eines EU-Unternehmens erfüllt die Anforderungen an die Datenresidenz ohne komplexe Datenverarbeitungsvertrage mit US-Hyperscalern.
Darüber hinaus bieten EU-Server geringere Latenz für europäische Nutzer. Eine Datenbank in Frankfurt oder Prag antwortet einer Berliner Anwendung 30-80 ms schneller als eine in Virginia gehostete.
Mindestanforderungen für PostgreSQL
- Klein (Entwicklung/Staging) - 4 vCPU, 8 GB RAM, 100 GB NVMe SSD
- Mittel (Produktionsanwendung) - 8 vCPU, 32 GB RAM, 500 GB NVMe SSD
- Gros (Analytik oder schreibintensives OLTP) - 16+ vCPU, 64-128 GB RAM, 1+ TB NVMe SSD
PostgreSQL profitiert stark von mehr RAM - je groser shared_buffers und effective_cache_size, desto weniger Festplatten-I/O entsteht.
Empfohlene DCXV-Konfiguration
DCXV Cloud-Server laufen auf Tier-III-zertifizierter Infrastruktur in der EU mit NVMe-gestutztem Speicher. Ein praktisches PostgreSQL-Produktions-Setup auf DCXV:
- 8 vCPU, 32 GB RAM, 500 GB NVMe - für die meisten Produktionsdatenbanken
- 16 vCPU, 64 GB RAM, 1 TB NVMe - für Analysedatenbanken mit parallelen Reporting-Abfragen
Kontaktieren Sie sales@dcxv.com für eine Konfigurationsempfehlung.
Schnell-Setup-Befehle
# PostgreSQL 16 auf Ubuntu 22.04 installieren
sudo apt update && sudo apt install -y postgresql-16
# Dienst starten und aktivieren
sudo systemctl start postgresql
sudo systemctl enable postgresql
# Datenbank und Benutzer erstellen
sudo -u postgres psql -c "CREATE DATABASE myapp;"
sudo -u postgres psql -c "CREATE USER myapp_user WITH ENCRYPTED PASSWORD 'strongpassword';"
sudo -u postgres psql -c "GRANT ALL PRIVILEGES ON DATABASE myapp TO myapp_user;"
# Wichtige postgresql.conf-Einstellungen für 32 GB RAM
shared_buffers = 8GB
effective_cache_size = 24GB
work_mem = 64MB
maintenance_work_mem = 2GB
max_connections = 200
Was jede Speichereinstellung wirklich tut
Die vier Werte in diesem Konfigurationsblock sind nicht beliebig, und nur einer davon ist ein Limit pro Server. Diesen Unterschied zu verwechseln ist der Grund, warum eine Maschine mit reichlich RAM am Ende auslagert:
| Einstellung | Was sie abdeckt | Wert oben | Woran Sie merken, dass er falsch ist |
|---|---|---|---|
| shared_buffers | Der gemeinsame Seiten-Cache, einmal pro Server | 8 GB | Lesevorgänge gehen weiter auf die Platte, während freier Speicher ungenutzt bleibt |
| work_mem | Eine Sortierung oder ein Hash, pro Operation | 64 MB | Temporäre Dateien erscheinen im Log, oder der Server lagert unter Last aus |
| maintenance_work_mem | VACUUM und Indexaufbau, pro Worker | 2 GB | Autovacuum wird bei der größten Tabelle nie fertig |
| effective_cache_size | Nichts - es ist ein Hinweis an den Planer | 24 GB | Der Planer wählt einen sequenziellen Scan statt eines guten Index |
work_mem ist der Wert, der weh tut. Er gilt pro Sortierung, nicht pro Verbindung, also kann eine Abfrage mit drei Sortierungen auf fünfzig Verbindungen das Hundertfünfzigfache des eingestellten Werts anfordern. Erhöhen Sie ihn für die eine Berichtsabfrage, die ihn braucht, in deren Sitzung, und nicht für den ganzen Server.
Erwartete Leistungswerte
Auf einer 8 vCPU / 32 GB RAM / NVMe-Instanz mit PostgreSQL 16:
- pgbench TPS (nur Lesen) - 12.000-18.000 TPS
- pgbench TPS (Lesen-Schreiben) - 4.000-7.000 TPS
- Einzelzeilen-Latenz (mit Index) - unter 0,5 ms
Das sind Erwartungen für Hardware dieser Klasse, keine Messungen aus unserem Labor. Nehmen Sie sie als Ausgangspunkt für die Dimensionierung und messen Sie Ihre eigene Last: die echten Zahlen hängen von Ihren Daten, Ihren Abfragen und Ihrem Tuning weit mehr ab als vom Anbieter.
PostgreSQL läuft selten allein. Wie Sie den Datenbankspeicher neben API, Worker und Cache einplanen, zeigt SaaS-Cloud-Server dimensionieren, ein durchgerechnetes Docker-Compose-Beispiel.
Fazit
PostgreSQL auf einem EU-Cloud-Server bietet DSGVO-Konformität, geringe Latenz für europäische Nutzer und vollständige Kontrolle über Ihre Daten. Starten Sie mit einer passend dimensionierten DCXV-Instanz und wenden Sie die obigen Tuning-Parameter an.
