CLOUD SQL → POSTGRESQL FLEX / MARIADB

Cloud SQL naar STACKIT PostgreSQL Flex en MariaDB

Cloud SQL voor PostgreSQL gaat naar STACKIT PostgreSQL Flex op dezelfde hoofdversie, en Cloud SQL voor MySQL gaat naar STACKIT MariaDB. StackToIT kiest de flavor op basis van de brontier, neemt opslag en geautoriseerde netwerken over en maakt privétoegang tot een expliciete beslissing voor uw architect.

Een regionale PostgreSQL-instance met privétoegang, omgezet

Een kleine omgeving die voor deze pagina is geschreven en op 4 november 2026 door StackToIT is beoordeeld. Links: de invoer. Rechts: de resourceblokken van de STACKIT-Terraform die de engine schreef; de reviewcommentaren boven elk blok in het bestand zijn hier weggelaten.

Voorbeeldinvoermain.tf
resource "google_sql_database_instance" "orders" {
  name             = "orders-pg"
  region           = "europe-west3"
  database_version = "POSTGRES_16"
  depends_on       = [google_service_networking_connection.sql]

  settings {
    tier              = "db-custom-4-16384"
    availability_type = "REGIONAL"
    disk_size         = 200
    disk_type         = "PD_SSD"

    ip_configuration {
      ipv4_enabled    = false
      private_network = google_compute_network.data.id
    }

    backup_configuration {
      enabled                        = true
      start_time                     = "01:00"
      point_in_time_recovery_enabled = true
    }
  }
}

resource "google_sql_database" "orders" {
  name     = "orders"
  instance = google_sql_database_instance.orders.name
}
STACKIT-Terraform van StackToITterraform/data.tf
resource "stackit_postgresflex_instance" "orders" {
  project_id = var.project_id
  name       = "orders-pg"
  version    = "16"
  flavor_id  = "4.32-replica"
  storage = {
    class = var.postgresflex_storage_class
    size  = 200
  }
  backup_schedule = "0 2 * * *"
  network = {
    acl = var.orders_allowed_cidrs
  }
  retention_days = 32
}

resource "stackit_postgresflex_database" "orders_orders" {
  project_id  = var.project_id
  instance_id = stackit_postgresflex_instance.orders.instance_id
  name        = "orders"
  owner       = var.orders_orders_owner
}
  • Flavor uit de tier, hoge beschikbaarheid behouden

    db-custom-4-16384 heeft 4 vCPU en 16 GiB, en de instance is REGIONAL. De code kiest 4.32-replica, de kleinste replica-flavor van PostgreSQL Flex in eu01 die dat dekt: drie nodes die elkaar spiegelen.

  • Dezelfde hoofdversie, dezelfde opslag

    PostgreSQL 16 blijft 16, een van de versies 14 tot en met 18 die PostgreSQL Flex biedt. De schijf van 200 GB wordt als opslaggrootte overgenomen; de prestatieklasse stelt u zelf in.

  • Back-ups en point-in-time recovery

    De bewaartermijn wordt 32 dagen, de ondergrens van de 32 tot 90 dagen die PostgreSQL Flex aanhoudt. Point-in-time recovery herstelt naar een nieuwe gekloonde instance, dus de code geeft aan dat u het herstelrunbook bijwerkt.

  • De database gaat mee

    De database orders wordt een PostgreSQL Flex-database in de nieuwe instance. Cloud SQL noemt geen eigenaar, dus de code vraagt om de eigenaarsgebruiker.

Een MySQL-instance, omgezet naar MariaDB

Uit dezelfde run. Links: de invoer. Rechts: de resourceblokken die StackToIT schreef; de reviewcommentaren boven elk blok in het bestand zijn hier weggelaten.

Voorbeeldinvoermain.tf
resource "google_sql_database_instance" "catalog" {
  name             = "catalog-mysql"
  region           = "europe-west3"
  database_version = "MYSQL_8_0"

  settings {
    tier      = "db-custom-2-8192"
    disk_size = 50

    ip_configuration {
      ipv4_enabled = true

      authorized_networks {
        name  = "office"
        value = "203.0.113.0/24"
      }
    }

    backup_configuration {
      enabled            = true
      binary_log_enabled = true
      start_time         = "02:00"
    }
  }
}
STACKIT-Terraform van StackToITterraform/data.tf
resource "stackit_mariadb_instance" "catalog" {
  project_id = var.project_id
  name       = "catalog-mysql"
  version    = var.catalog_version
  plan_name  = var.catalog_plan_name
  parameters = {
    sgw_acl = join(",", var.catalog_allowed_cidrs)
  }
}
  • MariaDB als STACKIT-doel

    STACKIT biedt MariaDB in plaats van MySQL. Data verhuist met een logische dump, en de code geeft aan dat u MySQL 8-functies vóór de cutover tegen MariaDB test.

  • Geautoriseerde netwerken worden de toegangslijst

    Het kantoorbereik 203.0.113.0/24 wordt de standaardwaarde van de variabele voor de toegangslijst. Voeg de egress-adressen toe van de clients die op STACKIT draaien, anders kunnen ze geen verbinding maken.

  • Plan en versie gekozen met de catalogus

    De planvariabele noemt de MariaDB-plannen met één node en met replica's uit de eu01-catalogus naast de brontier, db-custom-2-8192, zodat u plan en versie op één plek kiest.

Privétoegang is een beslissing

De PostgreSQL-instance heeft geen publiek IPv4-adres en wordt bereikt via private services access. De run maakt daar een beslissing van in plaats van te raden.

  • Endpoint en toegangslijst

    Een PostgreSQL Flex-instance heeft een eigen hostnaam en IPv4-adres en wordt beperkt door een toegangslijst. De variabele voor de toegestane CIDR’s heeft geen standaardwaarde: noem de STACKIT-netwerkprefixen van de clients.

  • Bereik van het endpoint

    Voor een Cloud SQL-instance met ipv4_enabled = false is het bereik van het STACKIT-endpoint een beslissing voor uw architect. Blijft het leeg, dan maakt de STACKIT API het endpoint publiek, dus beslis dit voor elke zo’n database voordat er iets wordt toegepast.

  • Bereik van de Network Area

    PostgreSQL Flex kan worden afgebakend tot een STACKIT Network Area, een opt-in voor ingeschakelde accounts, voor databases die een privéadres moeten behouden.

  • Geen peering om opnieuw op te bouwen

    De verbinding voor private services access en het gereserveerde bereik hebben geen STACKIT-resource nodig: managed services worden op hun eigen endpoints bereikt.

Hoe de Cloud SQL-omgeving wordt gekoppeld

Google Cloud-resourceSTACKIT-doelMigratieklasse
Cloud SQL voor PostgreSQL met de bijbehorende databasePostgreSQL Flex-instance en -databaseReplatforming
Cloud SQL voor MySQLSTACKIT MariaDBReplatforming
VPC-netwerkProjectnetwerken van STACKIT of Network AreaHerconfiguratie
Gereserveerd bereik voor private services accessNiet nodig: managed services hebben eigen endpointsHerconfiguratie
Verbinding voor private services accessNiet nodig: endpoints worden beperkt door toegangslijstenHerconfiguratie

Klassen zoals de run ze bepaalde. Starttijden van back-ups worden in de code genoemd: het concept stelt een dagelijkse back-up om 02:00 in, en u stelt de tijd in die u wilt.

Bewezen op een echte Google Cloud-omgeving

De Dynamic Python Web App van Google Cloud, een openbaar Terraform-project van Google, door StackToIT beoordeeld en volledig gepubliceerd, precies zoals de run het heeft opgeleverd.

Casestudy bekijken (Engels)
37
Terraform-resourcedeclaraties geanalyseerd
11
migratie-eenheden geïdentificeerd
11
doeleenheden gegenereerd, van de 16 onderzochte eenheden
78
planstappen uitgeschreven

Vragen die databaseteams stellen

Biedt STACKIT MySQL?

STACKIT biedt MariaDB. StackToIT koppelt Cloud SQL voor MySQL aan STACKIT MariaDB als REPLATFORM en vraagt u MySQL 8-functies vóór de cutover te testen.

Hoe verplaatsen we de data?

PostgreSQL verhuist met pg_dump en pg_restore of met logische replicatie. MySQL-data verhuist met een logische dump naar MariaDB.

Wat gebeurt er met een regionale instance met hoge beschikbaarheid?

StackToIT kiest een replica-flavor van PostgreSQL Flex, drie nodes die elkaar spiegelen, zo gedimensioneerd dat die niet kleiner is dan de brontier.

Bronnen

Uw volgende stap: STACKIT.

Vertel ons over uw omgeving, dan laten wij zien wat StackToIT daarvoor oplevert: doelarchitectuur, Terraform-artefacten en een gestructureerd migratieplan.

Laat uw gegevens achter, onze specialisten nemen contact met u op.

Liever zelf een e-mail sturen? connect@stacktoit.com

Wij gebruiken uw gegevens alleen om dit verzoek te beantwoorden en een mogelijke pilot te bespreken. Privacyverklaring