Clusterward
Managed Datenbanken

Managed PostgreSQL und MySQL, privat am Cluster

Clusterward legt Scaleway-Datenbankinstanzen ohne öffentlichen Endpunkt an, erzeugt pro Service eine eigene Datenbank mit Rolle und Passwort und sichert jede Datenbank, bevor sie gelöscht wird.

Datenbank-Instanz im Clusterward-Cockpit
Vereinfachte Ansicht im Clusterward-Cockpit: Datenbank-Instanz
Illustration: vereinfachte Darstellung. In der Anwendung sehen Sie mehr Details und Optionen.
Kurz erklärt

Was Managed Datenbanken in Clusterward sind

Eine Managed Datenbank ist eine Scaleway-RDB-Instanz für Managed PostgreSQL oder MySQL, die Clusterward in Ihrem Projekt anlegt und über die Scaleway-API verwaltet. Die Instanz hängt ausschließlich am privaten Netz des Clusters, ein öffentlicher Endpunkt wird nie erzeugt. Auf der Instanz legt Clusterward pro Service eine Datenbank mit eigener Besitzer-Rolle an, dazu auf Wunsch weitere Login-Nutzer mit abgestuften Rechten. Datenbanken, Nutzer und Rechte bleiben in der Scaleway-Konsole sichtbar, weil Clusterward keine Sonderwege über SQL geht.

Auf einen Blick

Engines
PostgreSQL und MySQL, eine Instanz pro Lauf
Netz
Nur privater Endpunkt im Private Network des Clusters
Pro Service
Eigene Datenbank, eigene Rolle, generiertes Passwort
Zusatznutzer
read, readwrite oder all, nie Instanz-Admin
Schutz
Snapshots, Backups mit Download, Dump vor jedem Löschen
Import
Aus jeder erreichbaren Postgres- oder MySQL-Quelle
Wiederherstellung
In eine neue Datenbank neben der laufenden
Abfragen
SQL-Konsole im Browser, nur lesend, mit Audit-Log
So läuft es ab

Von der Instanz zur Verbindung

  1. 01

    Instanz anlegen

    Engine, Name und Netz wählen; die Instanz entsteht nur mit privatem Endpunkt.

  2. 02

    Datenbank erzeugen

    Auf der Service-Seite: Name aus der Domain abgeleitet, Rolle und Passwort dazu.

  3. 03

    Zuweisen

    Die Datenbank ist dem Service sofort zugeordnet, nichts bleibt halb angelegt.

  4. 04

    Verbinden

    Verbindungsdaten und DATABASE_URL im Cockpit kopieren und in die Variablen setzen.

  5. 05

    Betreiben

    Zusatznutzer, Import, Metriken und Backups auf der Instanz-Seite.

Was drin ist

Was Managed Datenbanken in Clusterward können

Alles, was zwischen „Instanz angelegt“ und „Anwendung verbunden“ liegt, erledigt das Cockpit.

Nur privat erreichbar

Die Instanz bekommt ausschließlich einen Endpunkt im Private Network. Anwendungen im Cluster erreichen sie, das Internet nicht.

Eine Datenbank pro Service

Name, Rolle und Passwort werden aus der ersten Domain des Services abgeleitet und einmal gespeichert. Ein Umbenennen des Services ändert später nichts an der Datenbank.

Zusätzliche Nutzer mit Stufen

Ein Lesenutzer für BI oder Backups, ein Schreibnutzer für einen Worker. Rechte werden erst entzogen, dann erteilt, und gelten auch für Tabellen, die die App später anlegt.

Import aus bestehenden Datenbanken

Schema und Daten aus einer externen Postgres- oder MySQL-Quelle in eine Datenbank der Instanz kopieren. Die Anwendung wird währenddessen pausiert, ein nicht leeres Ziel fragt nach.

Backup vor dem Löschen

Beim Offboarding eines Tenants wird jede Datenbank zuerst gesichert und in Ihren Bucket geladen. Ohne gesicherten Dump wird nichts gelöscht.

Metriken im Cockpit

CPU, Verbindungen und Speicher der Instanz live aus Scaleway Cockpit, ohne die Konsole zu öffnen.

Backups auf der Instanzseite

Wann der letzte automatische Snapshot lief, in welchem Takt und wie lange er bleibt – einstellbar im Cockpit. Ein Backup einer einzelnen Datenbank starten Sie jederzeit.

Backup als Datei

Ein Backup wird zum Download vorbereitet und über einen kurz gültigen Link geladen, als komprimierte SQL-Datei.

Wiederherstellen neben der laufenden

Ein Backup landet in einer neuen Datenbank mit eigenem Nutzer und Passwort. Sie schalten um, wenn Sie bereit sind; die alte bleibt, bis Sie sie löschen.

Standards statt Eigenbau

Auf Scaleway aufgebaut, nicht daneben

  • Scaleway RDB

    Instanzen, Datenbanken, Nutzer und Rechte über die RDB-API, sichtbar in der Konsole.

  • PostgreSQL

    Dumps im pg_dump-Format, Wiederherstellung mit pg_restore.

  • MySQL

    Dumps als SQL, Wiederherstellung mit dem mysql-Client.

  • Private Network

    Instanz und Cluster im selben Netz, keine öffentliche Route.

Was sich ändert

Datenbanken mit und ohne Clusterward

SQL-Konsole

In die Datenbank schauen, ohne ein Passwort zu teilen

Ob eine Bestellung angekommen ist oder welcher Wert in einer Einstellung steht: Die SQL-Konsole beantwortet es im Browser. Sie verbindet sich mit einem eigenen Lese-Login, führt jede Abfrage in einer Nur-Lese-Transaktion aus und schreibt sie ins Audit-Log. Auf der Instanzseite öffnet ⋯ → „Daten abfragen“ sie mit der Datenbank vorausgewählt.

Eine Abfrage in der SQL-Konsole, nur lesend
SQL-Konsole im Clusterward-Cockpit: Datenbank gewählt, Abfrage und Ergebnis (vereinfachte Darstellung)
Illustration: vereinfachte Darstellung. In der Anwendung sehen Sie mehr Details und Optionen.
Fakten

Rechtestufen für zusätzliche Nutzer

Es gibt bewusst keine Stufe für Instanz-Admin. Ein geleaktes Anwendungspasswort reicht nie über die eigene Datenbank hinaus.

StufeDarfTypischer Einsatz
readLesen aller Tabellen, auch künftigerBI-Tools, Reporting, Backups
readwriteLesen und SchreibenWorker, zweite Anwendung
allAlle Rechte innerhalb der DatenbankMigrations-Werkzeuge
Besitzer-RolleEigentümer der DatenbankDie Anwendung selbst
Weiterführend

Datenbanken im Zusammenspiel

Die Instanz hängt am privaten Netz, das beim Cluster-Provisioning entsteht. Die Verbindungsdaten wandern in die verschlüsselten Variablen des Services, beschrieben unter Deployments.

In einer Pipeline erzeugt der Datenbank-Baustein pro Tenant eine eigene Datenbank und reicht Host, Nutzer und Passwort erst zur Laufzeit an den Workload weiter, siehe Tenant-Pipelines.

Alle Wege zurück – Datenbank, Volume, frühere Version – bündelt Backups & Wiederherstellung.

Verwandte Funktionen

Was dazu gehört

Tenant-Pipelines

Kunden-Onboarding als Bausteine, in unter einer Minute live.

Zu Tenant-Pipelines
FAQ

Häufige Fragen zu Managed Datenbanken

  • Nein. Eine Scaleway-Instanz hat genau eine Engine. Clusterward legt pro Lauf eine Instanz an; brauchen Sie beides, starten Sie den Assistenten zweimal. Beide Instanzen hängen am selben privaten Netz.

Ihre Frage ist nicht dabei? Schreiben Sie uns, wir antworten in der Regel am selben Werktag.

Frage stellen

Datenbank in der Demo anlegen

Wir erzeugen eine private Instanz, eine Datenbank für Ihren Service und verbinden die Anwendung, in wenigen Minuten.