ORACLE MYSQL HEATWAVE → STACKIT MARIADB · ARCHITEKTUR
MySQL HeatWave auf STACKIT: MariaDB und die Entscheidungen darum herum
StackToIT bewertet ein OCI-MySQL-DB-System als Replatform auf STACKIT MariaDB: von der verwalteten Datenbank zur verwalteten Datenbank, die Daten werden per logischem Dump übertragen. Die Engine ist nicht identisch; die eigentliche Entwurfsarbeit besteht daher aus einem Kompatibilitätstest, der Wahl von Version und Plan und der Frage, was mit HeatWave-Analytik geschieht. Diese Seite zeigt den Lauf, die Optionen und wie Sie zwischen ihnen entscheiden.
Ein MySQL-DB-System, bewertet
Eine kleine Umgebung, für diese Seite geschrieben: ein VCN, ein privates Datenbank-Subnetz und ein hochverfügbares MySQL-DB-System. StackToIT hat sie am 4. November 2026 bewertet. Links das DB-System wie geschrieben, Zeilen 35 bis 55 der main.tf. Rechts die vom Lauf festgehaltene Entscheidung, ein Auszug aus assessment.json mit den Werten, wie sie geschrieben wurden. Da assessment.json in einer einzigen Zeile geschrieben ist, zeigt der Ausschnitt ausgewählte Felder jeder Einheit, eingerückt und so verschachtelt wie in der Datei, mit unveränderten Werten.
resource "oci_mysql_mysql_db_system" "shop" {
compartment_id = var.compartment_id
availability_domain = var.availability_domain
display_name = "shop-mysql"
shape_name = "MySQL.4"
subnet_id = oci_core_subnet.db.id
admin_username = "dbadmin"
admin_password = var.mysql_admin_password
data_storage_size_in_gb = 100
is_highly_available = true
mysql_version = "8.4.3"
backup_policy {
is_enabled = true
retention_in_days = 14
}
maintenance {
window_start_time = "SUN 03:00"
}
}[
{
"id": "oci_mysql_mysql_db_system.shop",
"result": {
"class": "REPLATFORM",
"confidence": "MEDIUM",
"target": {
"service": "STACKIT MariaDB"
},
"reason": "STACKIT offers MariaDB, not MySQL; test MySQL-specific features and any HeatWave analytics before cut-over, and move the data with a logical dump."
}
}
]Replatform, mittlere Konfidenz
Die Klasse ist REPLATFORM mit MEDIUM-Konfidenz. Das Ziel ist STACKIT MariaDB, das der Architektenbericht als allgemein verfügbar und in den Regionen eu01 und eu02 angeboten ausweist.
Die Begründung ist ein Testplan
Der Lauf sagt, STACKIT biete MariaDB und nicht MySQL, und verlangt, MySQL-spezifische Funktionen und jede HeatWave-Analytik vor dem Cutover zu testen.
Netzwerk-Einheiten zuerst
Das VCN steht in Welle 1, das Datenbank-Subnetz in Welle 2 und das DB-System in Welle 3, weil es vom Subnetz abhängt.
Optionen für die Datenbank
Option 1 bewertet der Lauf. Die Optionen 2 und 3 sind Entwurfsalternativen außerhalb des Laufs, Option 4 ist die Entscheidung, die Sie laut Begründung des Laufs testen sollen; sie stehen hier, damit die Entscheidung bewusst fällt.
| Option | Was sie bedeutet | Abwägung |
|---|---|---|
| 1. STACKIT MariaDB, verwaltet | Das Ziel des Laufs. Schema und Daten werden per logischem Dump übertragen; die Anwendung verbindet sich mit einer MariaDB-Instanz und Zugangsdaten des Dienstes. | Verwalteter Betrieb und die geringste Änderung am SQL. Die Engine weicht von MySQL ab, daher gehört ein Kompatibilitätstest in den Plan. |
| 2. MySQL auf einem STACKIT-Server in Eigenbetrieb | Engine und Version bleiben. Installation, Patches, Backups und Hochverfügbarkeit übernehmen Sie selbst. | Kein Engine-Unterschied, aber die Betriebsarbeit wandert zu Ihrem Team. Der Lauf bewertet diese Option nicht. |
| 3. PostgreSQL Flex nach einer Anwendungsänderung | Schema und Abfragen ziehen nach PostgreSQL um, und Sie nutzen den verwalteten Dienst. | Ein verwaltetes Ziel mit anderem SQL-Dialekt. Das ist ein Anwendungsprojekt, keine Datenbankkopie. |
| 4. HeatWave-Analytik, getrennt entschieden | Erfassen Sie, welche Abfragen auf dem HeatWave-Cluster laufen, und entscheiden Sie je Abfrage, wo sie nach dem Umzug laufen. | Der Beschleuniger ist eine optionale Ergänzung eines DB-Systems und lässt sich daher getrennt von der transaktionalen Datenbank behandeln. |
Die Demo-Umgebung deklariert nur das DB-System; ein HeatWave-Cluster wäre eine eigene weitere Ressource, und dieser Lauf enthält keinen.
So entscheiden Sie
Vier Fragen trennen die Optionen. Beantworten Sie sie in dieser Reihenfolge.
Welche MySQL-Funktionen nutzen Sie?
Listen Sie auf, worauf die Anwendung über reines SQL hinaus baut: Stored Routines, JSON-Spalten, Authentifizierungs-Plugins, Replikationseinstellungen. STACKIT beschreibt MariaDB als Drop-in-Ersatz für MySQL; der Lauf verlangt dennoch einen Test, und das sollten Sie auch tun.
Welche MariaDB-Version?
Die STACKIT-Seite führt Version 10.6 (Stand November 2026) als veraltet; die Abschaltung ist für den 1. Juli 2027 geplant, und STACKIT bittet um einen Wechsel auf 10.11 oder neuer. Starten Sie auf einer aktuellen Version, damit das erste Upgrade nicht erzwungen wird.
Wer betreibt die Engine?
Wenn ein Plattformteam keine Datenbanken patchen will, passt Option 1. Braucht ein Team genau die MySQL-Engine, liefert Option 2 das, zum Preis des eigenen Betriebs.
Was geschieht mit der Analytik?
Nutzt niemand einen HeatWave-Cluster, gibt es nichts zu entscheiden. Falls doch, sind die Abfragen die Arbeitseinheit, nicht der Cluster.
Die Einstellungen, die der Lauf Ihnen überlässt
Das DB-System wird nicht entworfen. Der Lauf führt 13 kritische Einstellungen der Einheit für Ihr Team auf; das linke Fenster zeigt das Feld attribute jedes Eintrags in der Reihenfolge von assessment.json. Die Datei zum Datenumzug hält fest, dass kein Verfahren gewählt ist. Da assessment.json in einer einzigen Zeile geschrieben ist, zeigt der Ausschnitt ausgewählte Felder jeder Einheit, eingerückt und so verschachtelt wie in der Datei, mit unveränderten Werten.
{
"id": "oci_mysql_mysql_db_system.shop",
"property_accounting": {
"critical": [
{
"attribute": "admin_password"
},
{
"attribute": "admin_username"
},
{
"attribute": "availability_domain"
},
{
"attribute": "backup_policy.is_enabled"
},
{
"attribute": "backup_policy.retention_in_days"
},
{
"attribute": "compartment_id"
},
{
"attribute": "data_storage_size_in_gb"
},
{
"attribute": "display_name"
},
{
"attribute": "is_highly_available"
},
{
"attribute": "maintenance.window_start_time"
},
{
"attribute": "mysql_version"
},
{
"attribute": "shape_name"
},
{
"attribute": "subnet_id"
}
]
}
}| Unit | Source service | Target service | Application | Mechanism | State | Data class | RPO | Downtime tolerance |
|---|---|---|---|---|---|---|---|---|
| oci_mysql_mysql_db_system.shop | oci_mysql_mysql_db_system | STACKIT MariaDB | | UNKNOWN | DECISION_REQUIRED | NOT_PROVIDED | NOT_PROVIDED | NOT_PROVIDED |Größe und Verfügbarkeit
shape_name, data_storage_size_in_gb und is_highly_available werden zu Plan und Speicher, die Sie bei STACKIT wählen. Die MariaDB-Seite nennt allgemein Primary-Secondary-, Primary-Primary- und Galera-Replikation; welche eine Instanz bietet, klären die Service-Pläne.
Backups und Wartung
backup_policy.retention_in_days (in der Demo 14) und maintenance.window_start_time (SUN 03:00) werden nicht automatisch übernommen. Setzen Sie sie am Ziel und halten Sie sie als Anforderungen fest.
Identität und Platzierung
admin_username und admin_password werden durch Zugangsdaten für die MariaDB-Instanz ersetzt; availability_domain und subnet_id durch das STACKIT-Netzwerk, das Sie in den früheren Wellen bauen.
Daten sind eine Entscheidung
Verfahren, Ausfalltoleranz und Wiederherstellungspunkt sind als nicht angegeben markiert. Der Lauf empfiehlt einen logischen Dump; Datenmenge und tragbares Zeitfenster entscheiden, ob das genügt.
Der Umzug in der Reihenfolge
Allgemeine Praxis rund um die Wellen des Laufs. Die ersten drei Schritte folgen der Reihenfolge des Laufs; der Rest ist, was ein Architekt ergänzt.
Netzwerk aufbauen
Das VCN und das Datenbank-Subnetz werden zu STACKIT-Netzwerken (Wellen 1 und 2).
MariaDB-Instanz anlegen
Wählen Sie Version und Plan anhand der Einstellungen oben und legen Sie die Zugangsdaten an (Welle 3).
Kompatibilität an einer Kopie testen
Spielen Sie einen Dump in die Instanz ein, zum Beispiel mit mysqldump und dem mysql-Client, und lassen Sie die Tests der Anwendung dagegen laufen.
Verbindungspool planen
Die MariaDB-Seite vermerkt, dass das Zeitlimit für inaktive Verbindungen auf 60 Minuten gesenkt wurde. Prüfen Sie, dass Ihr Verbindungspool Verbindungen früher erneuert.
Cutover mit Rückweg
Schreibzugriffe stoppen, letzten Dump ziehen, laden, Anwendung umstellen. Lassen Sie die OCI-Datenbank unberührt, bis die neue echten Verkehr getragen hat.
Fragen von Datenbankverantwortlichen
Bietet STACKIT verwaltetes MySQL an?
Der Lauf sagt, STACKIT biete MariaDB und nicht MySQL, und bildet das MySQL-DB-System auf STACKIT MariaDB ab. Die MariaDB-Seite beschreibt den Dienst als Drop-in-Ersatz für MySQL; testen Sie Ihre eigene Anwendung, um das für Ihre Last zu bestätigen.
Und der HeatWave-Cluster?
Er ist eine optionale In-Memory-Abfrage-Engine, die einem DB-System hinzugefügt wird und für analytische Abfragen, Abfragen auf Object Storage und maschinelles Lernen dient. Der Lauf markiert HeatWave-Analytik zum Test vor dem Cutover. Entscheiden Sie danach je Abfrage, wo sie läuft.
Wie werden die Daten übertragen?
Der Lauf empfiehlt einen logischen Dump und lässt das Verfahren in seiner Datei zum Datenumzug offen, weil Datenmenge, Änderungsrate und Ihre Ausfalltoleranz nicht in der Quelle stehen. Dump- und Restore-Werkzeuge wie mysqldump sind ein Beispiel, nichts, was der Lauf ausführt.
Welche MariaDB-Version sollen wir nehmen?
Eine aktuelle. STACKIT führt 10.6 (Stand November 2026) als veraltet mit Abschaltung am 1. Juli 2027 und bittet um 10.11 oder neuer.
Quellen
Ihr nächster Schritt: STACKIT.
Erzählen Sie uns von Ihrer Umgebung. Wir zeigen Ihnen, was StackToIT dafür liefert: Zielarchitektur, Terraform-Artefakte und einen strukturierten Migrationsplan.