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.
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
}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.
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"
}
}
}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-resource | STACKIT-doel | Migratieklasse |
|---|---|---|
| Cloud SQL voor PostgreSQL met de bijbehorende database | PostgreSQL Flex-instance en -database | Replatforming |
| Cloud SQL voor MySQL | STACKIT MariaDB | Replatforming |
| VPC-netwerk | Projectnetwerken van STACKIT of Network Area | Herconfiguratie |
| Gereserveerd bereik voor private services access | Niet nodig: managed services hebben eigen endpoints | Herconfiguratie |
| Verbinding voor private services access | Niet nodig: endpoints worden beperkt door toegangslijsten | Herconfiguratie |
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
Hartelijk dank.
Uw verzoek is bij ons binnengekomen. Onze specialisten nemen contact met u op.