PostgreSQL
Der relationale Standardfall
- Datenmodell
- relational + JSONB
- Zugriff
- SQL
- Typische Last
- OLTP, gemischt
Versionen171615
ab54,46 €63,17 $im Monat, netto
Neun Engines, 26 Tarife, ab 47,30 €54,87 $ im Monat netto. Bereitstellung, Sicherung, Versionswechsel und Failover, also den Wechsel auf die mitlaufende Kopie, übernimmt ENTRONYX CLOUD.
- Engines
- 9
- relational, Dokument, Cache, Analytik, Suche, Streaming, Dashboards
- Einstieg
- 47,30 €54,87 $
- Grafana Essential S, monatlich netto
- Failover
- < 30 s
- ab zwei Knoten, ein Replikat übernimmt
- Bereitstellung
- < 10 min
- privater Endpunkt, TLS erzwungen
Sie wählen Vorhaben oder Dienst, Größe, Aufstellung, Sicherung und Standort. Gerechnet wird mit denselben Katalogwerten wie im Konfigurator, und der Warenkorb nimmt die Datenbank direkt auf.
Was haben Sie vor?optional
Ohne Vorhaben wählen Sie den Dienst direkt darunter. Gerechnet wird für jeden mit denselben Katalogwerten wie im Konfigurator.
Dienst
Der relationale Standardfall. Verwaltetes PostgreSQL mit automatischem Failover, Point-in-Time-Recovery und pgvector für Embeddings.
Hauptversionen
- 17 (vorgegeben)
- 16
- 15
Vorgegeben ist PostgreSQL 17; eine andere Hauptversion legen Sie im Konfigurator fest.
Größe und Aufstellung
54,46 €63,17 $netto / Monat
Sicherung
+ 9,00 €10,44 $netto / Monat
Tägliche Snapshots, 7 Wiederherstellungspunkte, im ENTRONYX-Netz gespeichert.
Standort
Laufzeit
Der Rabatt wirkt auf den monatlichen Nettobetrag; eine Laufzeit zahlen Sie mit der ersten Rechnung im Voraus. Stündlich abgerechnet wird nur ohne Laufzeit.
PostgreSQL 17, Essential S, ein Knoten: 63,46 € netto im Monat.
Erst das Datenmodell, dann der Tarif
Die falsche Engine lässt sich nicht durch mehr Arbeitsspeicher heilen. Hier stehen die neun Dienste, geordnet nach dem, was sie speichern und wie darauf zugegriffen wird.
MySQL
Für gewachsene Anwendungen
- Datenmodell
- relational
- Zugriff
- SQL
- Typische Last
- OLTP, lesedominiert
Versionen8.48.0
ab54,46 €63,17 $im Monat, netto
Valkey
Arbeitsspeicher, kein Speicher
- Datenmodell
- Schlüssel-Wert im RAM
- Zugriff
- RESP-Kommandos
- Typische Last
- Cache, Sitzungen
Versionen8.07.2
ab107,75 €124,99 $im Monat, netto
MongoDB
Wenn das Schema wandert
- Datenmodell
- Dokumente
- Zugriff
- MQL, Aggregation
- Typische Last
- variable Schemata
Versionen8.07.0
ab243,97 €283,01 $im Monat, netto
ClickHouse
Analytik in Sekundenbruchteilen
- Datenmodell
- spaltenorientiert
- Zugriff
- SQL
- Typische Last
- Analytik, Logs
Versionen25.324.8
ab189,00 €219,24 $im Monat, netto
Apache Kafka
Ereignisse statt Zustände
- Datenmodell
- verteiltes Log
- Zugriff
- Producer/Consumer
- Typische Last
- Ereignisströme
Versionen3.93.8
ab353,03 €409,51 $im Monat, netto
OpenSearch
Suchen und Protokolle auswerten
- Datenmodell
- Dokumente, invertierter Index
- Zugriff
- REST/Query DSL
- Typische Last
- Volltextsuche, Protokolle
Versionen3.12.19
ab59,42 €68,93 $im Monat, netto
Apache Cassandra
Ein Ring ohne Primärknoten
- Datenmodell
- Wide-Column-Ring
- Zugriff
- CQL
- Typische Last
- schreibintensiv, global verteilt
Versionen5.04.1
ab96,80 €112,29 $im Monat, netto
Grafana
Dashboards über alles, was Zahlen liefert
- Datenmodell
- Dashboards, keine Ablage
- Zugriff
- Web-Oberfläche
- Typische Last
- Überwachung
Versionen1211
ab47,30 €54,87 $im Monat, netto
Noch unentschieden?
Im Finder beginnen Sie beim Vorhaben, etwa Webanwendung, Sitzungen, Analytik oder Suche, und der passende Dienst ist vorgewählt.
Was passiert, wenn etwas ausfällt
Zwei Dinge gehen schief: Ein Knoten fällt aus, oder ein Mensch löscht etwas. Gegen das eine hilft das Replikat, eine mitlaufende Kopie auf einem zweiten Knoten, gegen das andere nur die Sicherung — der Abstand zwischen beiden ist die wichtigste Zahl dieser Seite.
Im Normalbetrieb
Der Primärknoten schreibt; das Replikat, eine laufende Kopie auf einem zweiten Knoten, folgt dem Schreibstrom. Das Journal, das Protokoll jedes Schreibvorgangs, läuft fortlaufend mit.
Netto im Monat, zusätzlich zur Datenbank.
Wie viel geht im schlimmsten Fall verloren
Der Wiederherstellungspunkt ist der Abstand zwischen dem letzten sicherbaren Stand und dem Fehler. Er hängt nicht am Tarif, sondern an der Engine.
Drei der neun Dienste führen zwischen zwei Vollsicherungen ein Journal, also das Protokoll jeder Änderung, und stellen auf eine frei gewählte Sekunde zurück: PostgreSQL, MySQL und MongoDB. Verloren geht dort nur, was das Journal beim Ausfall noch nicht aufgenommen hatte.
Die übrigen sechs stellen nicht auf die Sekunde zurück; wo sie in Momentaufnahmen sichern, liegt der schlechteste Fall bei einem vollen Tag, 1.440 Minuten. Wer das nicht tragen kann, wählt eine Engine mit Journal oder einen zweiten Schreibweg in der Anwendung.
Wie weit zurück: die Aufbewahrungsstufen
Die Aufbewahrung bestimmt nicht, wie genau Sie treffen, sondern wie weit Sie zurückkönnen. Die Genauigkeit kommt aus dem Journal, die Reichweite aus der Stufe.
- Snapshots (7 Tage)
- 9,00 €10,44 $
- Tägliche Snapshots, 7 Wiederherstellungspunkte, im ENTRONYX-Netz gespeichert.
- Managed Backup (30 Tage)
- 29,00 €33,64 $
- Tägliche inkrementelle Sicherung, 30 Punkte, georedundant in zweiter Region.
- Vault Backup (365 Tage)
- 79,00 €91,64 $
- Unveränderlicher Speicher mit WORM-Sperre für Compliance-Vorgaben.
Primär und Replikat · Failover unter 30 s
Ein Replikat hält denselben Stand wie der Primärknoten — auch den versehentlich gelöschten. ENTRONYX CLOUD hält die Sicherung deshalb getrennt davon im Objektspeicher, einem eigenen Speicherdienst; ab der Stufe Managed Backup liegt sie in einer zweiten Region.
Was wir übernehmen, was bei Ihnen bleibt
Eine verwaltete Datenbank nimmt Ihnen den Betrieb ab, nicht die Datenmodellierung — die beiden Spalten sagen, welcher Teil auf welcher Seite liegt.
Betrieb
ENTRONYX CLOUD übernimmt
Ohne Zusatzvereinbarung. Eigene Posten sind nur Aufbewahrung und Journal der Sicherung.
- Bereitstellung
- Knoten, Betriebssystem, Engine-Version und Netzanbindung. Sie bekommen eine Verbindungszeichenfolge, keine Maschine zum Einrichten.
- Sicherung
- Wir führen sie aus und prüfen sie: täglich vollständig, dazwischen das Journal, verschlüsselt im Objektspeicher. Wie weit sie zurückreicht, wählen Sie als Aufbewahrungsstufe.
- Failover
- Ab zwei Knoten überwacht ein Wächter die primäre Rolle. Fällt sie aus, übernimmt ein Replikat, typischerweise in unter 30 Sekunden.
- Verschlüsselung
- AES-256 für gespeicherte Daten, TLS 1.3 für jede Übertragung. Ein Verbindungsversuch ohne TLS wird abgewiesen, nicht stillschweigend zugelassen.
- Versionswechsel
- Nebenversionen im Wartungsfenster, Hauptversionen nach Vorprüfung. Die Termine kündigen wir an.
- Messwerte
- Verbindungen, Puffertrefferquote, Replikationsrückstand und Sperrwartezeiten liegen an einem Prometheus-Endpunkt bereit — dem verbreiteten Abfrageformat für Überwachungswerkzeuge.
Anwendung
Sie behalten
Alles, was von Ihrer Anwendung abhängt — und deshalb niemand für Sie entscheiden kann.
- Schema und Abfragen
- Tabellen, Indizes, Ausführungspläne. Wir sehen die langsame Abfrage im Protokoll — schreiben sie aber nicht um.
- Die richtige Größe
- Welcher Tarif, wie viele Knoten, wie viele Leseabbilder. Es gibt keine automatische Vergrößerung, die still die Rechnung erhöht.
- Wiederverbindung
- Nach einem Failover trägt die Verbindungszeichenfolge denselben Namen, aber eine andere Adresse. Ihre Anwendung muss neu verbinden können.
- Verbindungsverwaltung
- Wie viele Verbindungen Ihr Anwendungspool gleichzeitig offen hält. Die Obergrenze der Instanz ist eine Grenze, kein Ziel.
- Zugriffsrechte
- Rollen, Passwörter und die Freigabeliste des öffentlichen Endpunkts. Eine leere Liste bedeutet gesperrt, nicht offen.
- Archivierung
- Die Aufbewahrung schützt vor Fehlern der letzten Wochen, nicht vor Aufbewahrungspflichten über Jahre.
Knoten · ECC-Speicher, lokale NVMe-Laufwerke
Jeder Datenbankknoten läuft mit registriertem ECC-Speicher, der gekippte Bits erkennt und korrigiert, bevor sie in eine Tabelle geraten, und auf lokalen NVMe-Laufwerken — schnellen, direkt angebundenen SSDs. Replikate stehen in getrennten Brandabschnitten.
Vier Wörter, die diese Seite voraussetzt
- Replikat
- eine mitlaufende zweite Kopie derselben Datenbank auf einem anderen Knoten
- Failover
- der Wechsel der Schreibrolle auf ein Replikat, wenn der primäre Knoten ausfällt
- Point-in-Time-Recovery
- die Rückstellung auf eine frei gewählte Sekunde statt nur auf die letzte Sicherung
- Verbindungsobergrenze
- wie viele Klienten gleichzeitig verbunden sein dürfen; englisch Connection Limit
Vom Datenmodell zur Maschine
26 Tarife über neun Engines, von 47,30 €54,87 $ bis 1.666,59 €1.933,24 $ im Monat. Die Wahl hängt an drei Größen: dem Arbeitssatz, dem Datenbestand und der Frage, ob ein Ausfall Minuten oder Sekunden dauern darf.
| Engine | Tarif | vCPU | RAM | Speicher | Knoten | Zusammenstellen | Monat |
|---|---|---|---|---|---|---|---|
| PostgreSQL | Essential S | 2 | 4 GB | 80 GB | 1kein Failover | Im Finder — PostgreSQL Essential S | 54,46 €63,17 $ |
| PostgreSQL | Business M | 2 | 7 GB | 160 GB | 2 | Im Finder — PostgreSQL Business M | 277,25 €321,61 $ |
| PostgreSQL | Business L | 4 | 15 GB | 320 GB | 2 | Im Finder — PostgreSQL Business L | 554,36 €643,06 $ |
| PostgreSQL | Enterprise XL | 8 | 30 GB | 640 GB | 3 | Im Finder — PostgreSQL Enterprise XL | 1.666,59 €1.933,24 $ |
| MySQL | Essential S | 2 | 4 GB | 80 GB | 1kein Failover | Im Finder — MySQL Essential S | 54,46 €63,17 $ |
| MySQL | Business M | 4 | 15 GB | 320 GB | 2 | Im Finder — MySQL Business M | 554,36 €643,06 $ |
| MySQL | Enterprise L | 8 | 30 GB | 640 GB | 3 | Im Finder — MySQL Enterprise L | 1.666,59 €1.933,24 $ |
| Valkey | Cache S | 2 | 8 GB | nur RAM | 1kein Failover | Im Finder — Valkey Cache S | 107,75 €124,99 $ |
| Valkey | Cache M | 4 | 16 GB | nur RAM | 2 | Im Finder — Valkey Cache M | 481,36 €558,38 $ |
| Valkey | Cache L | 8 | 32 GB | nur RAM | 2 | Im Finder — Valkey Cache L | 962,87 €1.116,93 $ |
| MongoDB | Business S | 2 | 8 GB | 40 GB | 3 | Im Finder — MongoDB Business S | 243,97 €283,01 $ |
| MongoDB | Business M | 4 | 16 GB | 80 GB | 3 | Im Finder — MongoDB Business M | 483,77 €561,17 $ |
| MongoDB | Business L | 8 | 32 GB | 160 GB | 3 | Im Finder — MongoDB Business L | 941,92 €1.092,63 $ |
| ClickHouse | Analytics M | 8 | 32 GB | 500 GB | 1kein Failover | Im Finder — ClickHouse Analytics M | 189,00 €219,24 $ |
| ClickHouse | Analytics L | 16 | 64 GB | 2,0 TB | 3 | Im Finder — ClickHouse Analytics L | 549,00 €636,84 $ |
| Apache Kafka | Stream S | 2 | 4 GB | 480 GB | 3 | Im Finder — Apache Kafka Stream S | 353,03 €409,51 $ |
| Apache Kafka | Stream M | 4 | 15 GB | 1,9 TB | 3 | Im Finder — Apache Kafka Stream M | 1.329,99 €1.542,79 $ |
| OpenSearch | Essential S | 2 | 4 GB | 40 GB | 1kein Failover | 59,42 €68,93 $ | |
| OpenSearch | Business M | 2 | 7 GB | 240 GB | 3 | 386,10 €447,88 $ | |
| OpenSearch | Business L | 4 | 15 GB | 480 GB | 3 | 772,19 €895,74 $ | |
| OpenSearch | Enterprise XL | 4 | 15 GB | 960 GB | 6 | 1.564,10 €1.814,36 $ | |
| Apache Cassandra | Essential S | 2 | 4 GB | 40 GB | 1kein Failover | Im Finder — Apache Cassandra Essential S | 96,80 €112,29 $ |
| Apache Cassandra | Business M | 4 | 15 GB | 480 GB | 3 | Im Finder — Apache Cassandra Business M | 867,90 €1.006,76 $ |
| Apache Cassandra | Business L | 8 | 30 GB | 960 GB | 3 | Im Finder — Apache Cassandra Business L | 1.597,17 €1.852,72 $ |
| Grafana | Essential S | 2 | 4 GB | Daten in den Quellen | 1kein Failover | Im Finder — Grafana Essential S | 47,30 €54,87 $ |
| Grafana | Essential M | 2 | 7 GB | Daten in den Quellen | 1kein Failover | Im Finder — Grafana Essential M | 95,70 €111,01 $ |
Die Knotenzahl ist keine Leistungsangabe: Ein zweiter Knoten verdoppelt nicht den Durchsatz, sondern verkürzt den Ausfall. Der größte Tarif führt 64 GB Arbeitsspeicher — genug, um den Arbeitssatz der meisten Anwendungen vollständig im Speicher zu halten.
Wenn nichts dagegen spricht: PostgreSQL
Feste Schemata, echte Transaktionen, JSONB für alles, was nicht in Spalten passt — und Erweiterungen, die eine zweite Datenbank daneben überflüssig machen.
Der relationale Standardfall
PostgreSQL
Verwaltetes PostgreSQL mit automatischem Failover, Point-in-Time-Recovery und pgvector für Embeddings.
Versionen171615
ab54,46 €63,17 $im Monat, netto
Dafür wählen
- Transaktionale Kernsysteme mit Fremdschlüsseln, Prüfregeln und echten Transaktionen
- Gemischte Lasten: relationale Tabellen neben JSONB-Dokumenten in derselben Abfrage
- Ähnlichkeitssuche über Embeddings mit pgvector, ohne zweite Datenbank daneben
- Geodaten mit PostGIS, Zeitreihen mit nativer Partitionierung nach Bereich
Dafür nicht wählen
- Analytische Abfragen über Milliarden Zeilen — dafür ist ClickHouse um Größenordnungen schneller
- Als Warteschlange mit hohem Durchsatz; SKIP LOCKED trägt weit, aber nicht bis Kafka
- Reiner Sitzungs- oder Seiten-Cache, für den ein RAM-Speicher genügt
- Erweiterungen
- pgvector, PostGIS, pg_cron, pg_partman
- Verbindungspooler
- vorgeschaltet, Transaktionsmodus
- Lesereplikate
- bis 5, auch regionsübergreifend
- Wiederherstellungspunkt
- sekundengenau (PITR)
| Tarif | vCPU | RAM | Speicher | Knoten | Monat |
|---|---|---|---|---|---|
| Essential S | 2 | 4 GB | 80 GB | 1kein Failover | 54,46 €63,17 $ |
| Business M | 2 | 7 GB | 160 GB | 2 | 277,25 €321,61 $ |
| Business L | 4 | 15 GB | 320 GB | 2 | 554,36 €643,06 $ |
| Enterprise XL | 8 | 30 GB | 640 GB | 3 | 1.666,59 €1.933,24 $ |
MySQL, MongoDB, ClickHouse — und drei weitere im Detail
Sechs Dienste ohne eigenen Abschnitt, aber mit demselben Datenblatt: Hauptversionen, Tarife mit Ausstattung und Preis und eine ehrliche Abgrenzung — wofür sie gebaut wurden und wofür ausdrücklich nicht.
Relational. Festes Schema, Fremdschlüssel und Transaktionen — hier in der Ausführung für gewachsene Anwendungen, die MySQL sprechen und es auch weiter sprechen sollen.
MySQLFür gewachsene AnwendungenVersionen8.48.0ab54,46 €63,17 $Datenblatt
Für gewachsene Anwendungen
MySQL
Verwaltetes MySQL mit InnoDB-Cluster, Lesereplikaten und automatischen Backups.
Versionen8.48.0
ab54,46 €63,17 $im Monat, netto
Dafür wählen
- Bestehende Anwendungen aus dem PHP-, WordPress- und Magento-Umfeld ohne Portierungsaufwand
- Lesedominierte Lasten, die über Replikate horizontal wachsen
- InnoDB-Cluster mit Gruppenreplikation und automatischer Primärwahl
Dafür nicht wählen
- Komplexe analytische Abfragen mit Fensterfunktionen über große Datenmengen
- Anwendungen, die auf PostgreSQL-Erweiterungen wie pgvector oder PostGIS bauen
- Neue Projekte ohne MySQL-Bindung — PostgreSQL bietet dort mehr für denselben Preis
- Zeichensatz
- utf8mb4, Kollation utf8mb4_0900_ai_ci
- Replikation
- GTID-basiert, halbsynchron
- Journal
- Binlog, ROW-Format, 7 Tage
- Wiederherstellungspunkt
- sekundengenau (PITR)
| Tarif | vCPU | RAM | Speicher | Knoten | Monat |
|---|---|---|---|---|---|
| Essential S | 2 | 4 GB | 80 GB | 1kein Failover | 54,46 €63,17 $ |
| Business M | 4 | 15 GB | 320 GB | 2 | 554,36 €643,06 $ |
| Enterprise L | 8 | 30 GB | 640 GB | 3 | 1.666,59 €1.933,24 $ |
Schemafrei. Struktur je Datensatz statt je Tabelle. Für Daten, deren Felder sich zwischen zwei Einträgen unterscheiden dürfen.
MongoDBWenn das Schema wandertVersionen8.07.0ab243,97 €283,01 $Datenblatt
Wenn das Schema wandert
MongoDB
Dokumentendatenbank mit Replica-Set, Aggregation-Pipeline und Atlas-kompatibler Treiber-API.
Versionen8.07.0
ab243,97 €283,01 $im Monat, netto
Dafür wählen
- Katalog- und Produktdaten mit stark unterschiedlichen Feldern je Eintrag
- Ereignis- und Telemetriedaten, deren Struktur sich über die Zeit ändert
- Anwendungen, die Aggregations-Pipelines statt SQL schreiben
Dafür nicht wählen
- Stark verknüpfte Modelle mit vielen Beziehungen — $lookup ist kein JOIN
- Berichte über den gesamten Datenbestand; dafür fehlt die spaltenorientierte Ablage
- Buchhalterische Konsistenz über viele Dokumente hinweg; Transaktionen gibt es, sie sind aber teuer
- Topologie
- Replica Set mit drei Knoten
- Treiber-API
- kompatibel zu den offiziellen Treibern
- Wiederherstellung
- Oplog-basiert, sekundengenau
- Indizes
- zusammengesetzt, Text, Geo, TTL
| Tarif | vCPU | RAM | Speicher | Knoten | Monat |
|---|---|---|---|---|---|
| Business S | 2 | 8 GB | 40 GB | 3 | 243,97 €283,01 $ |
| Business M | 4 | 16 GB | 80 GB | 3 | 483,77 €561,17 $ |
| Business L | 8 | 32 GB | 160 GB | 3 | 941,92 €1.092,63 $ |
Analytik. Nicht für den einzelnen Datensatz gebaut, sondern für den Durchsatz über Milliarden davon.
ClickHouseAnalytik in SekundenbruchteilenVersionen25.324.8ab189,00 €219,24 $Datenblatt
Analytik in Sekundenbruchteilen
ClickHouse
Spaltenorientierte Analysedatenbank für Milliarden Zeilen mit Antwortzeiten unter einer Sekunde.
Versionen25.324.8
ab189,00 €219,24 $im Monat, netto
Dafür wählen
- Auswertungen über Milliarden Zeilen mit Antwortzeiten unter einer Sekunde
- Log-, Metrik- und Klickstromdaten mit hoher Kompression
- Materialisierte Sichten, die beim Schreiben vorverdichten
Dafür nicht wählen
- Transaktionale Lasten mit einzelnen Aktualisierungen und Löschungen je Zeile
- Sehr viele gleichzeitige Punktabfragen — der Optimierer ist auf Durchsatz gebaut, nicht auf Parallelität
- Referenzielle Integrität; Fremdschlüssel existieren nicht
- Tabellen-Engine
- MergeTree-Familie, Standard ReplicatedMergeTree
- Kompression
- ZSTD, typisch Faktor 8 bis 12
- Schnittstellen
- HTTP, natives Protokoll, MySQL-Port
- Aufnahme
- Kafka-Engine für direkten Zufluss
| Tarif | vCPU | RAM | Speicher | Knoten | Monat |
|---|---|---|---|---|---|
| Analytics M | 8 | 32 GB | 500 GB | 1kein Failover | 189,00 €219,24 $ |
| Analytics L | 16 | 64 GB | 2,0 TB | 3 | 549,00 €636,84 $ |
Suche. Ein invertierter Index statt Tabellen: Gefunden wird über Wörter und Relevanz, nicht über Schlüssel.
OpenSearchSuchen und Protokolle auswertenVersionen3.12.19ab59,42 €68,93 $Datenblatt
Suchen und Protokolle auswerten
OpenSearch
Verteilte Such- und Analysemaschine mit Volltextindex, Aggregationen und Dashboards.
Versionen3.12.19
ab59,42 €68,93 $im Monat, netto
Dafür wählen
- Volltextsuche über Produkte, Dokumente und Artikel, sortiert nach Relevanz und mit Facetten
- Protokolle und Ereignisse zentral auswerten, mit Index-Lebenszyklus nach Alter
- Aggregationen über Suchtreffer, etwa Zählungen je Kategorie oder Zeitraum
Dafür nicht wählen
- Primäre Ablage von Daten, deren Verlust nicht hinnehmbar ist — zurückgestellt wird auf die letzte Momentaufnahme
- Relationale Abfragen mit Verknüpfungen über viele Tabellen; dafür ist PostgreSQL gebaut
- Transaktionen über mehrere Dokumente hinweg — es gibt sie nicht
- Knoten je Tarif
- 1 bis 6
- Leseabbilder
- bis 6
- Wiederherstellungspunkt
- letzte Momentaufnahme
- Sicherung
- Momentaufnahmen ganzer Indizes
| Tarif | vCPU | RAM | Speicher | Knoten | Monat |
|---|---|---|---|---|---|
| Essential S | 2 | 4 GB | 40 GB | 1kein Failover | 59,42 €68,93 $ |
| Business M | 2 | 7 GB | 240 GB | 3 | 386,10 €447,88 $ |
| Business L | 4 | 15 GB | 480 GB | 3 | 772,19 €895,74 $ |
| Enterprise XL | 4 | 15 GB | 960 GB | 6 | 1.564,10 €1.814,36 $ |
Verteilt. Kein Primärknoten, sondern ein Ring: Jeder Knoten nimmt Schreibvorgänge an, die Kopien verteilen sich über alle.
Apache CassandraEin Ring ohne PrimärknotenVersionen5.04.1ab96,80 €112,29 $Datenblatt
Ein Ring ohne Primärknoten
Apache Cassandra
Wide-Column-Speicher ohne Primärknoten. Jeder Knoten nimmt Schreibvorgänge an, die Kopien verteilen sich über den Ring.
Versionen5.04.1
ab96,80 €112,29 $im Monat, netto
Dafür wählen
- Schreibintensive Lasten, bei denen jeder Knoten Schreibvorgänge annimmt
- Zeitreihen, Ereignisse und Messwerte mit sehr vielen Schreibvorgängen je Sekunde
- Durchsatz, der mit der Zahl der Knoten wächst statt mit der Größe eines einzelnen
Dafür nicht wählen
- Abfragen, die das Datenmodell nicht vorhergesehen hat — gelesen wird über den Partitionsschlüssel
- Wiederherstellung auf einen ringweit einheitlichen Zeitpunkt; die Knoten stehen nicht auf derselben Sekunde
- Transaktionen über mehrere Tabellen und Fremdschlüssel — beides gibt es nicht
- Knoten je Tarif
- 1 bis 3
- Zusätzliche Ringknoten
- bis 6
- Abfragesprache
- CQL
- Wiederherstellungspunkt
- letzte Momentaufnahme je Knoten
| Tarif | vCPU | RAM | Speicher | Knoten | Monat |
|---|---|---|---|---|---|
| Essential S | 2 | 4 GB | 40 GB | 1kein Failover | 96,80 €112,29 $ |
| Business M | 4 | 15 GB | 480 GB | 3 | 867,90 €1.006,76 $ |
| Business L | 8 | 30 GB | 960 GB | 3 | 1.597,17 €1.852,72 $ |
Überwachung. Keine Ablage, sondern die Oberfläche darüber — Dashboards über die Quellen, die Sie anbinden.
GrafanaDashboards über alles, was Zahlen liefertVersionen1211ab47,30 €54,87 $Datenblatt
Dashboards über alles, was Zahlen liefert
Grafana
Verwaltete Grafana-Instanz für Dashboards über Metriken, Protokolle und Datenbanken.
Versionen1211
ab47,30 €54,87 $im Monat, netto
Dafür wählen
- Dashboards über Metriken, Protokolle und Datenbanken an einer Stelle
- Die Messwerte Ihrer verwalteten Datenbanken über deren Prometheus-Endpunkt anzeigen
- Alarmregeln auf Schwellenwerte, ohne eine eigene Überwachungsinstanz zu betreiben
Dafür nicht wählen
- Ablage von Messwerten — sie bleiben in den angebundenen Quellen
- Ausfallsicherheit über weitere Knoten; Grafana läuft als Einzelinstanz
- Auswertungen über Milliarden Zeilen — die rechnet ClickHouse, Grafana zeigt sie an
- Knoten je Tarif
- 1
- Speicher
- keine Ablage, Daten in den Quellen
- Gesichert
- Dashboards, Datenquellen, Benutzer
- Wiederherstellung
- aus der letzten Ausfuhr
| Tarif | vCPU | RAM | Speicher | Knoten | Monat |
|---|---|---|---|---|---|
| Essential S | 2 | 4 GB | Daten in den Quellen | 1kein Failover | 47,30 €54,87 $ |
| Essential M | 2 | 7 GB | Daten in den Quellen | 1kein Failover | 95,70 €111,01 $ |
Valkey: Arbeitsspeicher mit Netzanschluss
Valkey ist die offene Fortführung von Redis: dasselbe Protokoll, dieselben Treiber, dieselben Datenstrukturen — unter einer Lizenz, die den Betrieb als verwalteten Dienst ausdrücklich erlaubt. Bestehende Redis-Clients verbinden sich ohne Anpassung.
Dafür wählen
Versionen8.07.2- Sitzungsverwaltung, Objekt-Cache, Ratenbegrenzung und verteilte Sperren
- Veröffentlichen und Abonnieren sowie leichte Warteschlangen über Streams
- Bestenlisten und Zähler mit sortierten Mengen bei sehr hoher Anfragerate
Dafür nicht wählen
- Primäre Ablage von Daten, deren Verlust nicht hinnehmbar ist
- Datenmengen, die größer sind als der Arbeitsspeicher des Tarifs
- Abfragen über Beziehungen — es gibt keine Verknüpfungen und keine Indizes über Werte
- Persistenz
- AOF jede Sekunde, RDB stündlich
- Kein Blockspeicher
- Datensatz muss in den RAM passen
- Cluster-Modus
- ab drei Knoten, 16.384 Slots
- Protokoll
- RESP3, Redis-Treiber kompatibel
Speicherklassen
Es gibt keinen Blockspeicher zum Dazubuchen: Der Arbeitsspeicher des Tarifs ist die Kapazität. Passt der Datensatz nicht hinein, ist nicht der Tarif zu klein, sondern die Engine falsch gewählt.
| Tarif | vCPU | Arbeitsspeicher | Knoten | Typischer Einsatz | Monat |
|---|---|---|---|---|---|
| Cache S | 2 | 8 GB | 1kein Failover | Sitzungen und Objekt-Cache einer einzelnen Anwendung | 107,75 €124,99 $ |
| Cache M | 4 | 16 GB | 2 | Gemeinsamer Cache mehrerer Dienste, Ratenbegrenzung, Sperren | 481,36 €558,38 $ |
| Cache L | 8 | 32 GB | 2 | Bestenlisten und Zähler mit sehr hoher Anfragerate | 962,87 €1.116,93 $ |
Persistenzmodus
Zwei Verfahren laufen gleichzeitig: Das Anfügeprotokoll (AOF) schreibt jede verändernde Anweisung mit und wird einmal je Sekunde auf das Laufwerk gezwungen. Der Schnappschuss (RDB) hält stündlich ein vollständiges Abbild des Speichers fest.
Beim Neustart eines Knotens liest Valkey das Anfügeprotokoll wieder ein; verloren geht dann höchstens die letzte Sekunde. Eine Wiederherstellung aus der Sicherung setzt dagegen auf dem letzten vollständigen Abzug auf — ein fortlaufendes Journal führt Valkey nicht.
Die praktische Regel daraus: Alles, was Valkey enthält, muss sich aus einer anderen Quelle neu aufbauen lassen. Ist das nicht der Fall, gehören die Daten in PostgreSQL und nur ihre Kopie hierher.
Kafka: was passiert ist, nicht was gerade gilt
Ein verteiltes Protokoll statt einer Tabelle: Jeder Eintrag bleibt liegen, bis die Vorhaltung endet, und jeder Verbraucher liest ihn in seinem eigenen Tempo. Ab 353,03 €409,51 $ im Monat, immer mit drei Knoten, weil ein einzelner Broker kein Protokoll absichert.
Ereignisse statt Zustände
Apache Kafka
Verwaltetes Event-Streaming mit KRaft-Modus, Schema-Registry und Connect-Runtime.
Versionen3.93.8
ab353,03 €409,51 $im Monat, netto
Dafür wählen
- Entkopplung von Diensten, die nicht zur selben Zeit erreichbar sein müssen
- Change Data Capture aus Datenbanken über Debezium und die Connect-Laufzeit
- Wiederholbare Verarbeitung: Konsumenten spulen zurück, ohne die Quelle zu belasten
Dafür nicht wählen
- Anfrage-und-Antwort-Muster; Kafka kennt keine Rückkanäle
- Abfragen über Inhalte — es gibt keinen Index, nur Offsets und Partitionen
- Kleine Systeme mit wenigen Ereignissen je Sekunde; der Betriebsaufwand lohnt sich dort nicht
- Betriebsmodus
- KRaft, ohne ZooKeeper
- Schema-Registry
- enthalten, Avro, Protobuf, JSON Schema
- Vorhaltung
- nach Zeit oder Größe, je Topic
- Verschlüsselung
- TLS und SASL/SCRAM erzwungen
| Tarif | vCPU | RAM | Speicher | Knoten | Monat |
|---|---|---|---|---|---|
| Stream S | 2 | 4 GB | 480 GB | 3 | 353,03 €409,51 $ |
| Stream M | 4 | 15 GB | 1,9 TB | 3 | 1.329,99 €1.542,79 $ |
Was für jede Engine gilt
Betriebseigenschaften unterscheiden sich weniger zwischen den Diensten als die Datenmodelle. Wo es doch Unterschiede gibt, stehen sie in der Tabelle — nicht im Kleingedruckten.
Automatisches Failover
Bei mehrknotigen Tarifen überwacht ein Wächter die primäre Rolle. Fällt sie aus, übernimmt ein Replikat; die Umschaltung dauert typischerweise unter 30 Sekunden. Die Verbindungszeichenfolge zeigt auf einen Namen, nicht auf eine Adresse — Ihre Anwendung braucht nur eine Wiederverbindungslogik.
Verschlüsselung
Ruhende Daten liegen AES-256-verschlüsselt auf NVMe, Sicherungen zusätzlich verschlüsselt im Objektspeicher. Im Transit gilt TLS 1.3 mit Zertifikatsprüfung; ein Verbindungsversuch ohne TLS wird abgewiesen, nicht stillschweigend zugelassen.
Private Netzanbindung
Jede Instanz bekommt einen Endpunkt im vRack, dem privaten Netz zwischen Ihren Servern, und standardmäßig keine öffentliche Adresse. Wer von außen zugreifen muss, schaltet den öffentlichen Endpunkt frei und hinterlegt eine Freigabeliste — leer bedeutet gesperrt, nicht offen.
Metriken und Protokolle
Ein Prometheus-kompatibler Endpunkt liefert Verbindungen, Puffertrefferquote, Replikationsrückstand und Sperrwartezeiten. Langsame Abfragen landen im Protokoll und in der Konsole, mit Ausführungsplan.
| Merkmal | PostgreSQL | MySQL | Valkey | MongoDB | ClickHouse | Apache Kafka | OpenSearch | Apache Cassandra | Grafana |
|---|---|---|---|---|---|---|---|---|---|
| Failoverab zwei Knoten | Patroni, < 30 s | Gruppenreplikation, < 30 s | Sentinel bzw. Cluster-Modus | Replica Set, Wahl in < 15 s | Replikat übernimmt Shard | Partitionsführer wechselt automatisch | Cluster-Manager wählt neu, < 30 s | kein Primärknoten — Ring läuft weiter | Wiederherstellung der Ablage |
| Leselast verteilenüber weitere Knoten | bis 5, regionsübergreifend | bis 5 | im Cluster-Modus | im Replica Set | über Shard-Replikate | über Konsumentengruppen | zusätzliche Datenknoten | Ringknoten | — |
| Speicher im Tarif | bis 640 GB | bis 640 GB | nur RAM | bis 160 GB | bis 2,0 TB | bis 1,9 TB | bis 960 GB | bis 960 GB | Daten in den Quellen |
| Hauptversionswechsel | im Wartungsfenster, mit Vorprüfung | im Wartungsfenster, mit Vorprüfung | rollierend, ohne Ausfall | rollierend, ohne Ausfall | rollierend, ohne Ausfall | rollierend, ohne Ausfall | rollierend, ohne Ausfall | rollierend, ohne Ausfall | im Wartungsfenster |
| VerbindungsobergrenzeRichtwert 4 × vCPU + 100 | Pooler vorgeschaltet | Pooler vorgeschaltet | 10.000 gleichzeitig | Treiber-Pool je Anwendung | auf Durchsatz ausgelegt, nicht auf Parallelität | unbegrenzt, Partitionsanzahl ist die Grenze | Treiber-Pool je Anwendung | auf Durchsatz ausgelegt | Web-Oberfläche |
Primärknoten und Replikate stehen in getrennten Brandabschnitten: Fällt ein ganzer Raum aus, findet der Failover den Knoten im nächsten. Die Sicherung liegt ab der Stufe Managed Backup in einer zweiten Region.
Knoten · getrennte Brandabschnitte
Täglich vollständig, dazwischen das Journal
Eine Sicherung, die niemand zurückgespielt hat, ist eine Vermutung. Deshalb läuft die Wiederherstellung hier nicht nur im Ernstfall, sondern monatlich als Stichprobe — und immer in eine neue Instanz, nie über die laufende.
- 01
Vollsicherung
täglichEinmal je Tag wird der vollständige Datenbestand gesichert und verschlüsselt abgelegt — in der Stufe Snapshots im ENTRONYX-Netz, ab Managed Backup in einer zweiten Region.
- 02
Journal
fortlaufendBei PostgreSQL, MySQL und MongoDB läuft zwischen zwei Vollsicherungen das Journal mit, also das Protokoll jeder Änderung. Es schließt die Lücke zwischen dem letzten vollständigen Abbild und dem Zeitpunkt, den Sie später auswählen.
- 03
Aufbewahrung
7, 30 oder 365 TageDie Stufe wählen Sie im Finder oder im Konfigurator. Sie bestimmt, wie weit Sie zurückkönnen — nicht, wie genau.
- 04
Wiederherstellung
in eine neue InstanzSie wählen einen Zeitpunkt, wir stellen daraus eine zweite Instanz her. Die laufende bleibt unangetastet — der Vergleich beider Stände ist damit Teil des Verfahrens und nicht sein Risiko.
- 05
Prüfung
monatlichJeden Monat wird eine Stichprobe tatsächlich zurückgespielt und gegen die Quelle geprüft. Was dabei auffällt, ist ein Betriebsvorgang und keine Entdeckung im Ernstfall.
| Engine | Wiederherstellungspunkt | Verfahren |
|---|---|---|
| PostgreSQL | sekundengenau | Basissicherung und fortlaufendes WAL-Journal |
| MySQL | sekundengenau | Vollsicherung und Binlog im ROW-Format, 7 Tage |
| Valkey | letzter vollständiger Abzug | aus RDB und AOF, ohne fortlaufendes Journal |
| MongoDB | sekundengenau | Vollsicherung und Oplog |
| ClickHouse | letzte Sicherung | Vollsicherung je Partition |
| Apache Kafka | Vorhaltung statt Wiederherstellung | Ereignisse bleiben im Topic lesbar |
| OpenSearch | letzte Momentaufnahme | Momentaufnahmen ganzer Indizes |
| Apache Cassandra | letzte Momentaufnahme | Momentaufnahme und Commitlog je Knoten |
| Grafana | letzte Ausfuhr | Dashboards, Datenquellen und Benutzer als Ausfuhr |
Sicherung · täglich, Prüfung monatlich
Täglich vollständig, dazwischen das Journal. Die Kopie in einer zweiten Region ist ab Managed Backup enthalten; zu den Snapshots kostet sie 20,00 €23,20 $ netto im Monat. Jeden Monat wird eine Stichprobe tatsächlich zurückgespielt und gegen die Quelle geprüft.
Wie eine Instanz erreichbar wird
Eine verwaltete Datenbank ist erst dann verwaltet, wenn auch der Weg zu ihr festgelegt ist. Standard ist deshalb: privat, verschlüsselt, mit getrennten Rollen — und nichts davon lässt sich versehentlich abschalten.
Jede Instanz erhält einen Namen im internen DNS und einen Endpunkt im vRack, dem privaten Netz zwischen Ihren Servern — keinen öffentlichen A-Record, keine erreichbare Adresse im Internet. Wer von außen zugreifen muss, schaltet den öffentlichen Endpunkt ausdrücklich frei und hinterlegt eine Freigabeliste; eine leere Liste bedeutet gesperrt, nicht offen.
Enthalten ist vRack 1 Gbit/s. Mehr Bandbreite kostet im Monat, netto: vRack 10 Gbit/s 39,00 €45,24 $, vRack 25 Gbit/s 119,00 €138,04 $, vRack 50 Gbit/s 219,83 €255,00 $ und vRack 100 Gbit/s 421,49 €488,93 $.
Drei Rollen je Instanz
- admin
- Legt Datenbanken, Schemata und weitere Rollen an. Gehört in den Bereitstellungslauf, nicht in die Anwendung.
- app
- Lesen und Schreiben in genau einer Datenbank. Das ist die Rolle, die in Ihrer Verbindungszeichenfolge steht.
- readonly
- Nur Lesen, standardmäßig gegen ein Replikat. Für Berichte, Exporte und Analysewerkzeuge.
Jede Rolle hat ein eigenes Passwort, das sich einzeln erneuern lässt. Eine Anwendung, die mit admin verbindet, ist ein Befund, kein Betriebszustand.
Endpunkt · privat im vRack, TLS 1.3
Der Datenweg läuft über den privaten Endpunkt im vRack, TLS 1.3 ist erzwungen. Die Verwaltung hat einen eigenen Anschluss — sie teilt sich die Leitung nicht mit Ihren Abfragen.
Verbinden, wiederherstellen, replizierenSHELL
# Verbindungszeichenfolge holen — TLS ist Pflicht, nicht Option
entronyx db uri shop-pg --role app
# postgresql://app:…@shop-pg.fra1.db.entronyx.internal:5432/app?sslmode=verify-full
# Wiederherstellung auf einen Zeitpunkt innerhalb der Aufbewahrung
entronyx db restore shop-pg \
--point-in-time "2026-08-27T21:14:05Z" \
--target shop-pg-restore
# Lesereplikat in einer zweiten Region anhängen
entronyx db replica create shop-pg --region hel1 --plan pg-m
Bestehende Datenbanken migrieren
Der Weg ist bei jeder Engine derselbe: einmal vollständig übertragen, dann fortlaufend nachziehen, bis der Rückstand null ist, und erst dann umschalten. Ein Dump um Mitternacht ist keine Migration, sondern eine Wette.
- 01
Bestandsaufnahme
1 bis 2 StundenGröße je Tabelle, verwendete Erweiterungen, Zeichensatz und Kollation, Rollen und Rechte, Anzahl gleichzeitiger Verbindungen, längste laufende Abfrage. Alles, was auf der Quelle besonders ist, wird hier sichtbar — nicht erst beim Einspielen.
- 02
Zieltarif wählen
Arbeitssatz zähltArbeitsspeicher mindestens so groß wie der häufig gelesene Teil der Daten, Speicher etwa das Anderthalbfache des Bestands, Knotenzahl nach Ausfallanforderung. Nach oben lässt sich später wechseln, nach unten nicht immer.
- 03
Erstübertragung
abhängig von der DatenmengeDump oder Basissicherung, parallel eingespielt. Eigentümer und Rechte der Quelle werden dabei bewusst weggelassen und im Ziel neu vergeben — sonst schleppen Sie Rollen mit, die es hier nicht gibt.
- 04
Fortlaufend nachziehen
Stunden bis TageLogische Replikation, GTID-Replikation oder Change Streams halten das Ziel aktuell, während die Quelle weiterarbeitet. In dieser Phase testen Sie die Anwendung bereits gegen das Ziel — nur lesend.
- 05
Umschaltung
Wartungsfenster, wenige MinutenSchreibzugriffe auf der Quelle anhalten, warten bis der Rückstand null ist, Verbindungszeichenfolge tauschen, Sequenzen prüfen, Schreibzugriffe freigeben. Wer den Rückstand nicht misst, verliert Datensätze.
- 06
Rückweg offenhalten
7 TageDie Quelle bleibt eine Woche lang unverändert stehen. Das kostet wenig und ist der einzige belastbare Rollback-Plan, den es bei einer Migration gibt.
PostgreSQL-Migration mit logischer ReplikationSHELL
# 1. Zielinstanz anlegen, privater Endpunkt im vRack
entronyx db instance create shop-pg \
--engine postgresql --version 17 --plan pg-m \
--region fra1 --vrack prod --no-public-endpoint
# 2. Schema und Daten übertragen, ohne Eigentümer und Rechte der Quelle
pg_dump --no-owner --no-privileges --format=directory --jobs=4 \
--dbname="$SOURCE_URL" --file=/tmp/dump
pg_restore --no-owner --jobs=4 \
--dbname="$(entronyx db uri shop-pg --role admin)" /tmp/dump
# 3. Fortlaufend nachziehen, bis der Rückstand null ist
psql "$SOURCE_URL" -c "CREATE PUBLICATION migration FOR ALL TABLES;"
psql "$(entronyx db uri shop-pg)" -c \
"CREATE SUBSCRIPTION migration CONNECTION '$SOURCE_URL' PUBLICATION migration;"
# 4. Rückstand messen — erst bei 0 Bytes umschalten
psql "$(entronyx db uri shop-pg)" -c \
"SELECT application_name,
pg_wal_lsn_diff(sent_lsn, replay_lsn) AS lag_bytes
FROM pg_stat_replication;"
# 5. Nach der Umschaltung aufräumen
psql "$(entronyx db uri shop-pg)" -c "DROP SUBSCRIPTION migration;"
| Engine | Erstübertragung | Fortlaufend | Ausfall |
|---|---|---|---|
| PostgreSQL | pg_dump / pg_basebackup | logische Replikation | < 5 min |
| MySQL | MySQL Shell, util.copyInstance | GTID-Replikation | < 5 min |
| Valkey | RDB-Datei einspielen | REPLICAOF gegen die Quelle | < 1 min |
| MongoDB | mongodump / mongorestore | mongosync, Change Streams | < 10 min |
| ClickHouse | INSERT … SELECT über remoteSecure() | Nachlauf je Partition | Minuten bis Stunden |
| Apache Kafka | MirrorMaker 2 | MirrorMaker 2 mit Offset-Übersetzung | ohne Ausfall |
Für OpenSearch, Apache Cassandra und Grafana steht kein fester Weg in der Tabelle; den Umzug stimmen wir mit Ihnen ab. Migration besprechen
Was vor der ersten Datenbank gefragt wird
Sieben Fragen, die vor einer Bestellung regelmäßig kommen. Die Antworten rechnen mit denselben Katalogwerten wie die Abschnitte darüber.
Ihre Frage ist nicht dabei? Schreiben Sie uns.
Was heißt „verwaltet“?
Wir stellen Knoten, Betriebssystem und Engine bereit, führen die Sicherung aus, überwachen den Betrieb, schalten bei einem Ausfall um und spielen Versionswechsel ein. Schema, Abfragen, Größe und Zugriffsrechte bleiben bei Ihnen.
Wie schnell steht eine Instanz?
In der Regel in unter 10 Minuten nach der Bestellung, mit privatem Endpunkt und erzwungenem TLS. Sie bekommen eine Verbindungszeichenfolge, keine Maschine zum Einrichten.
Was passiert, wenn ein Knoten ausfällt?
Ab zwei Knoten erkennt ein Wächter den Ausfall, und ein Replikat übernimmt die Schreibrolle, typischerweise in unter 30 Sekunden. Der Verbindungsname bleibt, die Adresse wechselt — Ihre Anwendung muss neu verbinden können.
Wie weit reicht eine Wiederherstellung zurück?
So weit, wie die gewählte Aufbewahrung reicht: 7, 30 oder 365 Tage. PostgreSQL, MySQL und MongoDB stellen innerhalb dieser Zeit auf die Sekunde zurück, die übrigen Dienste auf die letzte Sicherung.
Kann ich später vergrößern?
Ja. vCPU, Arbeitsspeicher und Speicher lassen sich im laufenden Betrieb erhöhen, bei mehrknotigen Tarifen rollierend; die Verbindungszeichenfolge bleibt dieselbe.
Ist die Datenbank aus dem Internet erreichbar?
Nicht ohne Ihr Zutun: Jede Instanz bekommt einen Endpunkt im vRack, dem privaten Netz zwischen Ihren Servern, und keine öffentliche Adresse. Den öffentlichen Endpunkt schalten Sie ausdrücklich frei und hinterlegen eine Freigabeliste; eine leere Liste bedeutet gesperrt.
Was kostet die kleinste Datenbank?
Der kleinste Tarif ist Grafana Essential S mit einem Knoten, also ohne Failover. Mit Failover beginnt die Liste bei MongoDB Business S mit drei Knoten.
Grafana Essential S, im Monat netto47,30 €54,87 $
MongoDB Business S, im Monat netto243,97 €283,01 $
Datenbank zusammenstellen oder Bestand migrieren
Im Finder steht der Preis Ihrer Datenbank nach wenigen Entscheidungen fest, und der Warenkorb nimmt sie direkt auf. Für den Umzug bestehender Systeme gibt es einen Leitfaden und auf Wunsch Begleitung durch unsere Techniker.
- Engines
- 9
- ab
- 47,30 €54,87 $
- Tarife
- 26
- Failover
- < 30 s