GaussDB zu STACKIT: MySQL- und openGauss-Optionen

Zwei GaussDB-Instanzen, bewertet

Eine kleine Huawei-Cloud-Umgebung, für diese Seite geschrieben und am 4. November 2026 von StackToIT bewertet. Links eine GaussDB(for MySQL)-Instanz mit zwei Read Replicas und eine verteilte openGauss-Instanz. Rechts die dafür festgehaltenen Ergebnisse, Auszüge aus assessment.json mit den Werten, wie der Lauf sie geschrieben hat.

resource "huaweicloud_gaussdb_mysql_instance" "orders" {
  name              = "orders-mysql"
  password          = var.db_password
  flavor            = "gaussdb.mysql.4xlarge.x86.4"
  vpc_id            = huaweicloud_vpc.main.id
  subnet_id         = huaweicloud_vpc_subnet.data.id
  security_group_id = huaweicloud_networking_secgroup.db.id
  read_replicas     = 2

  backup_strategy {
    start_time = "03:00-04:00"
    keep_days  = 7
  }
}

resource "huaweicloud_gaussdb_opengauss_instance" "ledger" {
  name              = "ledger-og"
  password          = var.db_password
  flavor            = "gaussdb.opengauss.ee.dn.m6.2xlarge.8.in"
  vpc_id            = huaweicloud_vpc.main.id
  subnet_id         = huaweicloud_vpc_subnet.data.id
  security_group_id = huaweicloud_networking_secgroup.db.id
  availability_zone = "eu-west-101a,eu-west-101b,eu-west-101c"
  sharding_num      = 1
  coordinator_num   = 2

  ha {
    mode             = "enterprise"
    replication_mode = "sync"
    consistency      = "strong"
  }

  volume {
    type = "ULTRAHIGH"
    size = 40
  }
}

{
  "id": "huaweicloud_gaussdb_mysql_instance.orders",
  "result": {
    "class": "REDESIGN",
    "confidence": "LOW",
    "target": {
      "service": "STACKIT MariaDB",
      "resources": [
        "stackit_mariadb_instance",
        "stackit_mariadb_credential"
      ]
    },
    "reason": "GaussDB(for MySQL) separates compute from shared storage, which has no STACKIT counterpart. STACKIT offers MariaDB, not MySQL; test the workload there before cut-over."
  }
}

{
  "id": "huaweicloud_gaussdb_opengauss_instance.ledger",
  "result": {
    "class": "REDESIGN",
    "confidence": "LOW",
    "target": {
      "service": "STACKIT PostgreSQL Flex",
      "resources": [
        "stackit_postgresflex_instance",
        "stackit_postgresflex_database",
        "stackit_postgresflex_user"
      ]
    },
    "reason": "GaussDB is not PostgreSQL, although its SQL is related. Schema, procedures and clients need a conversion and a test on PostgreSQL Flex."
  }
}

• REDESIGN, LOW

  Keine der beiden Engines ist ein Drop-in. Der Lauf schlägt MariaDB für die MySQL-Instanz und PostgreSQL Flex für die openGauss-Instanz als zu testende Kandidaten vor und stuft jede als REDESIGN mit Konfidenz LOW ein.

• Neun und vierzehn Einstellungen benannt

  Die MySQL-Instanz überlässt Ihnen neun Einstellungen, darunter flavor, read_replicas und das Backup-Fenster. Die openGauss-Instanz überlässt vierzehn, darunter HA-Modus, Replikationsmodus, sharding_num und coordinator_num.

• Nichts entworfen

  Für eine Huawei-Cloud-Quelle schreibt dieser Build keine STACKIT-Ressourcenblöcke. Die Datenbanken sind wie das Netzwerk darum herum manuelle Schritte mit Verantwortlichen.

Die Optionen pro Workload

Vier Wege, einen GaussDB-Workload auf STACKIT zu bringen. Die ersten beiden schlägt der Lauf vor. Die letzten beiden sind allgemeine Praxis, die der Lauf nicht entwirft.

Prüfen Sie Engine-Versionen und Pläne bei STACKIT am Tag der Entscheidung; sie ändern sich.

Fakten, die die Entscheidung bestimmen

• MySQL: Speicher entkoppelt

  Huawei beschreibt GaussDB(for MySQL) mit entkoppelter Rechen- und Speicherschicht; die Knoten teilen sich den darunterliegenden Speicher von bis zu 128 TB. MariaDB bei STACKIT wird über Pläne dimensioniert; prüfen Sie zuerst das Datenvolumen gegen die Pläne.

• openGauss: mit PostgreSQL verwandt, nicht gleich

  Laut Huaweis FAQ zum Verhältnis von GaussDB und PostgreSQL begann GaussDB auf der Postgres-XC-Architektur von PostgreSQL 9.2 und nutzt heute nur Standard-APIs und gängige Funktionen von PostgreSQL. Als Unterschiede nennt sie einen Thread-Pool, Ustore und verteilten Betrieb. Die FAQ spricht von GaussDB allgemein und nennt openGauss nicht; wir übertragen sie auf die openGauss-basierte Edition, weil der Huawei-Provider diese Edition als GaussDB dokumentiert (GaussDB-OpenGauss-Instanzverwaltung).

• Verteilt ist der schwere Fall

  Laut Huawei unterstützt PostgreSQL nur zentralisierten Betrieb, GaussDB zentralisiert und verteilt. Die Beispielinstanz verlangt einen Shard und zwei Koordinatoren über drei Zonen; ein verwalteter PostgreSQL-Dienst ist das Nächstliegende, kein Gleichwertiges.

• Zielversionen haben Termine

  Stand November 2026: Der Support für PostgreSQL Flex 14 endet am 12. November 2026, und die Release Notes verlangen Version 15 oder höher; die Versionen 16 und 17 wurden als verfügbar angekündigt. MariaDB 10.6 soll am 1. Juli 2027 stillgelegt werden.

Ein dritter GaussDB-Typ, den der Lauf nicht einstufen kann

Provider-Version 1.100.0 dokumentiert eine weitere Ressource, huaweicloud_gaussdb_instance, beschrieben als GaussDB-OpenGauss-Instanzverwaltung. Der Lauf kennt diesen Typ nicht. Er stuft ihn als MANUAL_REVIEW mit Konfidenz LOW ein und bewertet und entwirft nichts davon.

resource "huaweicloud_gaussdb_instance" "reporting" {
  name              = "reporting-gauss"
  password          = var.db_password
  flavor            = "gaussdb.opengauss.ee.dn.m6.2xlarge.8.in"
  vpc_id            = huaweicloud_vpc.main.id
  subnet_id         = huaweicloud_vpc_subnet.data.id
  security_group_id = huaweicloud_networking_secgroup.db.id
  availability_zone = "eu-west-101a,eu-west-101b,eu-west-101c"
  sharding_num      = 1
  coordinator_num   = 2

  ha {
    mode             = "enterprise"
    replication_mode = "sync"
    consistency      = "strong"
  }

  volume {
    type = "ULTRAHIGH"
    size = 40
  }
}

- **Source:** `huaweicloud_gaussdb_instance` — main.tf:67
- **Classification:** MANUAL_REVIEW · **Confidence:** LOW
- **Feasibility:** UNKNOWN — blocked by a point the scan could not establish
- **Why:** huaweicloud_gaussdb_instance is not in the knowledge base catalogue; an architect has to decide the target. Nothing of this resource is assessed or drafted (unknown source type).
- **Depends on:** `huaweicloud_networking_secgroup.db`, `huaweicloud_vpc.main`, `huaweicloud_vpc_subnet.data`

• Prüfen Sie Ihren Ressourcentyp

  Suchen Sie im Terraform nach den drei GaussDB-Typnamen, bevor Sie ein Ergebnis lesen. Eine Datenbank mit dem dritten Typ steht nicht in den Zielen des Laufs und verlangt dieselbe Entscheidung von Ihnen.

• Sie wird nicht als zustandsbehaftet geführt

  Die Datei zum Datenumzug führt nur die beiden katalogisierten Instanzen. Ein unbekannter Typ erscheint dort nicht; betrachten Sie die Liste daher nicht als Inventar Ihrer Datenbanken.

Was der Lauf Ihnen für die zwei katalogisierten Instanzen überlässt

Ausgewählte Zeilen aus dem Ausgabeordner. Links die Überschrift jeder katalogisierten Einheit in engineering/architect-report.md und die Zeile mit den Einstellungen, die sie Ihnen überlässt (9 bei der MySQL-Instanz, 14 bei der openGauss-Instanz; der Bericht nennt jeweils die ersten fünf). Rechts die Datenfrage, die der Lauf festhält.

#### `huaweicloud_gaussdb_mysql_instance.orders`
  - unclassified (9; FAILED 9): `backup_strategy.keep_days`, `backup_strategy.start_time`, `flavor`, `name`, `password` and 4 more

#### `huaweicloud_gaussdb_opengauss_instance.ledger`
  - unclassified (14; FAILED 14): `availability_zone`, `coordinator_num`, `flavor`, `ha.consistency`, `ha.mode` and 9 more

| Unit | Source service | Target service | Application | Mechanism | State | Data class | RPO | Downtime tolerance |
|---|---|---|---|---|---|---|---|---|
| huaweicloud_gaussdb_mysql_instance.orders | huaweicloud_gaussdb_mysql_instance | STACKIT MariaDB |  | UNKNOWN | DECISION_REQUIRED | NOT_PROVIDED | NOT_PROVIDED | NOT_PROVIDED |
| huaweicloud_gaussdb_opengauss_instance.ledger | huaweicloud_gaussdb_opengauss_instance | STACKIT PostgreSQL Flex |  | UNKNOWN | DECISION_REQUIRED | NOT_PROVIDED | NOT_PROVIDED | NOT_PROVIDED |

So entscheiden Sie, in fünf Schritten

1. 01

   1. Das Produkt hinter jeder Instanz benennen

   Ressourcentyp, Flavor-Präfix und Engine-Version zeigen, welches GaussDB Sie betreiben. Tun Sie das zuerst, denn das Ziel hängt davon ab.

2. 02

   2. Auflisten, was die Anwendung wirklich nutzt

   Prozeduren, Funktionen, Erweiterungen, Kompatibilitätseinstellungen und Treiberversionen. Sie, nicht die Instanzgröße, entscheiden, ob MariaDB oder PostgreSQL Flex funktioniert.

3. 03

   3. Auf einer Kopie konvertieren und testen

   Laden Sie eine Kopie des Schemas und eine Datenstichprobe in den Zielkandidaten und lassen Sie die eigene Testsuite der Anwendung und ihre langsamsten Abfragen laufen.

4. 04

   4. Dimensionierung und Verfügbarkeit festlegen

   Read Replicas und HA-Modi der Quelle werden nicht übernommen. Entscheiden Sie Replikas, Failover und Backup im Ziel anhand des Wiederherstellungspunkts, den das Geschäft nennt.

5. 05

   5. Das Verfahren für den Datenumzug festhalten

   Der Lauf führt das Verfahren UNKNOWN und DECISION_REQUIRED. Wählen Sie Dump und Restore oder ein Replikationswerkzeug und schreiben Sie die akzeptierte Ausfallzeit auf.

Fragen, die Architekten zu GaussDB stellen

Quellen

• STACKIT MariaDB
• STACKIT MariaDB: Lebenszyklus
• STACKIT PostgreSQL Flex: Release Notes
• Huawei Cloud: Was ist GaussDB(for MySQL)?
• Terraform Registry: huaweicloud_gaussdb_instance (1.100.0)
• Huawei Cloud: Verhältnis von GaussDB und PostgreSQL