MySQL HeatWave op STACKIT: MariaDB en de keuzes daaromheen

Een MySQL-DB-systeem, beoordeeld

Een kleine omgeving, geschreven voor deze pagina: een VCN, een privé-databasesubnet en een hoogbeschikbaar MySQL-DB-systeem. StackToIT beoordeelde die op 4 november 2026. Links het DB-systeem zoals geschreven, regels 35 tot en met 55 van main.tf. Rechts de beslissing die de run vastlegde, een fragment van assessment.json met de waarden zoals geschreven. assessment.json staat op één regel, dus het venster toont geselecteerde velden van elke eenheid, ingesprongen en genest zoals in het bestand, met ongewijzigde waarden.

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, zekerheidsniveau MEDIUM

  De klasse is REPLATFORM met zekerheidsniveau MEDIUM. Het doel is STACKIT MariaDB, dat het architectenrapport vermeldt als algemeen beschikbaar en aangeboden in de regio's eu01 en eu02.

• De reden is een testplan

  De run meldt dat STACKIT MariaDB aanbiedt en geen MySQL, en vraagt u MySQL-specifieke functies en eventuele HeatWave-analytics vóór de cutover te testen.

• Netwerkeenheden komen eerst

  Het VCN zit in golf 1, het databasesubnet in golf 2 en het DB-systeem in golf 3, omdat dat van het subnet afhankelijk is.

Opties voor de database

Optie 1 is wat de run beoordeelt. Optie 2 en 3 zijn ontwerpalternatieven buiten de run, en optie 4 is de beslissing die de reden van de run u laat testen. Ze staan hier zodat u bewust kiest.

De demo-omgeving declareert alleen het DB-systeem; een HeatWave-cluster zou een eigen resource zijn en zit niet in deze run.

Hoe u kiest

Vier vragen scheiden de opties. Beantwoord ze in deze volgorde.

• Welke MySQL-functies gebruikt u?

  Maak een lijst van waar de applicatie op steunt naast gewone SQL: stored routines, JSON-kolommen, authenticatieplug-ins, replicatie-instellingen. STACKIT beschrijft MariaDB als een drop-in-vervanger voor MySQL; de run vraagt toch om een test, en dat geldt ook voor u.

• Welke MariaDB-versie?

  Per november 2026 markeert de STACKIT-pagina versie 10.6 als deprecated, met ontmanteling gepland op 1 juli 2027, en verzoekt gebruikers versie 10.11 of nieuwer te gebruiken. Kies een actuele versie, zodat de eerste upgrade geen gedwongen upgrade is.

• Wie beheert de engine?

  Is het antwoord een platformteam dat geen databases wil patchen, dan past optie 1. Is het antwoord een team dat exact de MySQL-engine nodig heeft, dan koopt optie 2 dat tegen de prijs van zelf beheren.

• Wat gebeurt er met analytics?

  Gebruikt niemand een HeatWave-cluster, dan valt er niets te beslissen. Gebruikt iemand het wel, dan zijn de queries de werkeenheid, niet het cluster.

De instellingen die de run aan u overlaat

StackToIT schrijft een STACKIT-Terraform-concept van het DB-systeem voor uw architecten om te beoordelen. De run noemt 13 kritieke instellingen van de eenheid voor uw team; het linkervenster toont het veld attribute van elke vermelding, in de volgorde van assessment.json. Het bestand voor dataverplaatsing legt vast dat er geen mechanisme is gekozen. assessment.json staat op één regel, dus het venster toont geselecteerde velden van elke eenheid, ingesprongen en genest zoals in het bestand, met ongewijzigde waarden.

{
  "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 |

• Dimensionering en beschikbaarheid

  shape_name, data_storage_size_in_gb en is_highly_available worden het plan en de opslag die u op STACKIT kiest. De MariaDB-pagina noemt in algemene zin primary-secondary-, primary-primary- en Galera-replicatie; welke een instance biedt, volgt uit de serviceplannen.

• Back-ups en onderhoud

  backup_policy.retention_in_days (14 in de demo) en maintenance.window_start_time (SUN 03:00) worden niet automatisch overgenomen. Stel ze in op het doel en leg ze vast als eisen.

• Identiteit en plaatsing

  admin_username en admin_password worden vervangen door inloggegevens die voor de MariaDB-instance worden aangemaakt; availability_domain en subnet_id worden vervangen door het STACKIT-netwerk dat u in de eerdere golven bouwt.

• Data is een beslissing

  Het mechanisme, de toegestane downtime en het herstelpunt staan allemaal als niet opgegeven. De run stelt een logische dump voor; de omvang van de data en het venster dat u zich kunt veroorloven bepalen of dat volstaat.

De migratie, in volgorde

Algemene praktijk rond de golven van de run. De eerste drie stappen zijn de volgorde van de run zelf; de rest voegt een architect toe.

1. 01

   Bouw het netwerk

   Het VCN en het databasesubnet worden STACKIT-netwerken (golf 1 en 2).

2. 02

   Maak de MariaDB-instance aan

   Kies versie en plan op basis van de instellingen hierboven en maak de inloggegevens aan (golf 3).

3. 03

   Test de compatibiliteit op een kopie

   Herstel een dump in de instance, bijvoorbeeld met mysqldump en de mysql-client, en draai de testsuite van de applicatie ertegen.

4. 04

   Plan de connectionpool

   De MariaDB-pagina vermeldt dat de timeout voor inactieve verbindingen is teruggebracht tot 60 minuten. Controleer of uw connectionpool verbindingen eerder vernieuwt.

5. 05

   Schakel over met een terugweg

   Stop de schrijfacties, maak de laatste dump, laad die en schakel de applicatie om. Laat de OCI-database ongemoeid totdat de nieuwe database echt verkeer heeft verwerkt.

Vragen van database-eigenaren

Bronnen

• STACKIT: MariaDB
• Oracle Cloud Infrastructure: overzicht van MySQL HeatWave Service
• Oracle Cloud Infrastructure: HeatWave
• STACKIT: Virtual Network, concepten