Cloud-Server für PostgreSQL in Europa

Cloud-Server für PostgreSQL in Europa

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.

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.

So verbinden Sie sich per SSH mit Ihrem neuen Cloud-Server
sshtutorialcloud

So verbinden Sie sich per SSH mit Ihrem neuen Cloud-Server

Der Server ist bereit, die Konsole zeigt IP, Login und Passwort. Hier sind die erste SSH-Verbindung, die vier häufigsten Fehler und die ersten zehn Minuten.

So verbinden Sie sich per Remotedesktop mit einem Windows-Server
rdpwindowstutorialcloud

So verbinden Sie sich per Remotedesktop mit einem Windows-Server

Sie haben Adresse, Benutzername und Passwort. So wird daraus ein Windows-Desktop auf Ihrem Bildschirm - vom PC, Mac oder Telefon aus, Schritt für Schritt.

Cloud-Server für Stable Diffusion in Europa: GPU-Setup-Leitfaden
cloudaigpu

Cloud-Server für Stable Diffusion in Europa: GPU-Setup-Leitfaden

Stable Diffusion auf einem DSGVO-konformen EU-Cloud-Server betreiben. GPU-Anforderungen, AUTOMATIC1111- und ComfyUI-Setup, Modellspeicher und Benchmarks.

Cloud-Server für LLM-Hosting in Europa: DSGVO-KI-Leitfaden
cloudaigpu

Cloud-Server für LLM-Hosting in Europa: DSGVO-KI-Leitfaden

Grosse Sprachmodelle auf einem DSGVO-konformen EU-Cloud-Server hosten. GPU-Anforderungen, Quantisierung, API-Serving-Frameworks und Durchsatz-Benchmarks für Europa.

Claude Code, Codex und Grok CLI auf Ihrem eigenen Cloud-Server ausführen
cloudaivps

Claude Code, Codex und Grok CLI auf Ihrem eigenen Cloud-Server ausführen

Machen Sie einen Debian- oder Ubuntu-Cloud-Server zur Sandbox für KI-Coding-Agenten wie Claude Code, Codex und Grok CLI. Coden Sie von überall.