ALIBABA CLOUD RDS → STACKIT DATABASES · GIDS
ApsaraDB RDS naar managed databases op STACKIT
Een ApsaraDB RDS-instance wordt niet als geheel verplaatst: de engine in het attribuut engine bepaalt het STACKIT-doel. PostgreSQL gaat naar PostgreSQL Flex, SQL Server naar SQLServer Flex en MySQL naar MariaDB, omdat STACKIT MariaDB aanbiedt en geen MySQL. Alle drie zijn REPLATFORM in het assessment. PolarDB is REDESIGN en ApsaraDB for Redis wordt een Valkey-instance. StackToIT leest de Terraform-code, noemt het doel en de reden voor elke database en legt elke stateful eenheid aan u voor als beslissing over dataverplaatsing.
De migratie in zes stappen
1. Inventariseren per engine
Voer stacktoit assess uit op de Terraform-code. De waarde engine van elke alicloud_db_instance bepaalt het doel, dus som de instances op per engine voordat u iets anders plant. engineering/architect-report.md noemt zeven instellingen per instance, waaronder engine, engine_version, instance_type en instance_storage, als kritieke instellingen die aan u zijn overgelaten.
2. Het doel overnemen dat de run noemt
In de voorbeeldrun hieronder wordt de PostgreSQL-instance gekoppeld aan STACKIT PostgreSQL Flex, de MySQL-instance aan STACKIT MariaDB en de SQL Server-instance aan STACKIT SQLServer Flex. Elk heeft een reden die u aan de database-eigenaar kunt overdragen.
3. Eerst de netwerkplaatsing regelen
De databases zitten in golf 3 omdat ze afhangen van de vSwitch, die van de VPC afhangt. De run plaatst de VPC in golf 1, de vSwitch in golf 2 en de databases in golf 3, zodat de STACKIT-netwerken er zijn voordat er data terechtkomt.
4. Het mechanisme voor dataverplaatsing kiezen
De run toont vijf stateful eenheden en zet het mechanisme van elk op UNKNOWN met de status DECISION_REQUIRED. Omvang, wijzigingssnelheid, toegestane downtime en recovery point staan niet in Terraform, dus u geeft ze op in het applicatiebestand en kiest het mechanisme.
5. Het herstel oefenen op STACKIT (praktijk)
Algemene praktijk, geen uitvoer van de run: herstel een kopie naar een nieuwe STACKIT-instance, voer de applicatietests ertegen uit en meet de duur. De oefening levert het downtimecijfer op dat de Terraform-code niet kan bevatten.
6. Cutover en de weg terug openhouden
Richt de applicatie op het STACKIT-endpoint. Houd de Alibaba Cloud-instance in de praktijk alleen-lezen totdat de controles slagen en leg vast hoe de stap wordt teruggedraaid. Het uitvoeringspakket laat de rollback over aan degene die elke handmatige stap uitvoert.
Drie RDS-instances, beoordeeld
Een kleine Alibaba Cloud-omgeving, voor deze pagina geschreven en op 4 november 2026 door StackToIT beoordeeld. Links: de drie databaseblokken uit de invoer. Rechts: het resultaat dat de run ervoor vastlegde, een fragment van assessment.json met de waarden zoals de run ze schreef. assessment.json staat op één regel, dus het paneel toont geselecteerde velden per eenheid, ingesprongen en genest zoals in het bestand, met ongewijzigde waarden.
resource "alicloud_db_instance" "orders" {
engine = "PostgreSQL"
engine_version = "16.0"
instance_type = "pg.n2.2c.2m"
instance_storage = 100
instance_name = "shop-orders"
vswitch_id = alicloud_vswitch.app.id
instance_charge_type = "Postpaid"
}
resource "alicloud_db_instance" "catalog" {
engine = "MySQL"
engine_version = "8.0"
instance_type = "mysql.n2.medium.2c"
instance_storage = 50
instance_name = "shop-catalog"
vswitch_id = alicloud_vswitch.app.id
instance_charge_type = "Postpaid"
}
resource "alicloud_db_instance" "billing" {
engine = "SQLServer"
engine_version = "2019_std_ha"
instance_type = "mssql.x4.large.s2"
instance_storage = 200
instance_name = "shop-billing"
vswitch_id = alicloud_vswitch.app.id
instance_charge_type = "Postpaid"
}[
{
"id": "alicloud_db_instance.orders",
"result": {
"class": "REPLATFORM",
"confidence": "MEDIUM",
"target": {
"service": "STACKIT PostgreSQL Flex"
},
"reason": "Managed PostgreSQL to managed PostgreSQL: data moves with pg_dump/pg_restore or logical replication, and the instance class becomes a Flex flavor."
}
},
{
"id": "alicloud_db_instance.catalog",
"result": {
"class": "REPLATFORM",
"confidence": "MEDIUM",
"target": {
"service": "STACKIT MariaDB"
},
"reason": "STACKIT offers MariaDB, not MySQL; test MySQL-specific features before cut-over, and move the data with a logical dump."
}
},
{
"id": "alicloud_db_instance.billing",
"result": {
"class": "REPLATFORM",
"confidence": "MEDIUM",
"target": {
"service": "STACKIT SQLServer Flex"
},
"reason": "Managed SQL Server to SQLServer Flex: check the edition and features in use, and move the data with a backup and restore."
}
}
]De engine beslist
Hetzelfde resourcetype leverde drie verschillende doelen op. PostgreSQL blijft PostgreSQL, SQL Server blijft SQL Server en MySQL wordt MariaDB.
De redenen gaan met het doel mee
PostgreSQL: de data wordt verplaatst met pg_dump en pg_restore of met logische replicatie, en de instanceklasse wordt een Flex-flavor. SQL Server: controleer editie en functies en verplaats de data met een back-up en restore. MySQL: test MySQL-specifieke functies vóór de cutover en verplaats de data met een logische dump.
Een Terraform-concept voor deze databases
StackToIT schrijft een STACKIT-Terraform-concept voor deze databases dat uw architecten beoordelen. De run toont alle zeven eenheden als werk voor uw architecten, die het concept beoordelen en daarmee de STACKIT-instances opzetten.
Hoe de databaseomgeving wordt gekoppeld aan STACKIT
| Alibaba Cloud-resource | STACKIT-doel | Migratieklasse |
|---|---|---|
| ApsaraDB RDS for PostgreSQL | STACKIT PostgreSQL Flex | Replatforming |
| ApsaraDB RDS for MySQL | STACKIT MariaDB | Replatforming |
| ApsaraDB RDS for SQL Server | STACKIT SQLServer Flex | Replatforming |
| ApsaraDB for Redis | STACKIT Key Value Store (Valkey) | Herconfiguratie |
| PolarDB-cluster | Geen doel voorgesteld: PostgreSQL Flex of MariaDB, gekozen op basis van de compatibele engine | Redesign |
| VPC en vSwitch | STACKIT-netwerk, met een Network Area waar routering nodig is | Herconfiguratie |
Klassen zoals de run ze bepaalde. PolarDB scheidt compute van gedeelde opslag, waarvoor STACKIT geen tegenhanger heeft. De run geeft het daarom zekerheidsniveau LOW en laat het doel aan u over. De reden bij Redis voegt daaraan toe: controleer dat er geen Tair-specifieke commando's in gebruik zijn.
Wat de STACKIT-documentatie per doel zegt
Deze punten komen uit de pagina's van STACKIT en Alibaba Cloud onder bronnen, gelezen op de dag waarop deze pagina is geschreven.
PostgreSQL Flex: klonen, niet herstellen
Er wordt dagelijks een back-up gemaakt, inclusief transactielogs, en point-in-time-herstel werkt voor alle back-ups. Een kloon herstelt een gekozen back-up naar een nieuwe instance in hetzelfde project. STACKIT biedt geen herstel ter plekke, dus clients worden op de kloon gericht.
SQLServer Flex: een herstel overschrijft niet
Een back-up wordt eenmaal per dag en op verzoek gemaakt. Een herstel kan een database niet overschrijven: de bestaande moet vooraf worden verwijderd. Point-in-time-herstel gebruikt een RFC3339-tijdstempel.
MariaDB: de vorm van het plan telt
Replicaplannen hebben drie nodes en hoge beschikbaarheid over availability zones. Plannen met één node hebben geen hoge beschikbaarheid en worden niet aanbevolen voor productie. Overstappen naar een hoger plan veroorzaakt downtime.
Alibaba-kant: DTS blijft tussen RDS-instances
DTS biedt schemamigratie, volledige en incrementele migratie tussen ApsaraDB RDS-instances (MySQL, MariaDB, SQL Server, PostgreSQL). De pagina die wij lazen noemt alleen RDS-instances als bestemming, geen STACKIT-database, dus bevestig een andere route voordat u met DTS als uitgangspunt ontwerpt.
Beslissingen van uw architecten
MySQL naar MariaDB
Welke MySQL-functies gebruiken de applicaties? De run vraagt u ze te testen vóór de cutover. Bepaal of MariaDB acceptabel is of dat de workload een andere route nodig heeft.
Plan en beschikbaarheid
Plan met één node of replicaplan, en welke prestatieklasse. De instance_type van de bron wordt een flavor, en de koppeling is niet één op één.
Mechanisme per database
Dump en restore, logische replicatie, back-up en restore, of een replicatietool die u zelf beheert. Kies op basis van datavolume, wijzigingssnelheid en de downtime die het bedrijf accepteert.
Doel voor PolarDB
PostgreSQL Flex of MariaDB, op basis van de compatibele engine, na een test van de workload daar. Het democluster zet db_type op MySQL, dus volgens onze lezing is MariaDB de kandidaat om eerst te testen.
Recovery point en eigenaarschap
Vul dataklasse, RPO en toegestane downtime in het applicatiebestand in. Zolang u dat niet doet, legt de run ze vast als NOT_PROVIDED en neemt het niets aan.
Vragen van databaseteams
Gaat ApsaraDB RDS for MySQL over naar een MySQL-dienst op STACKIT?
De run koppelt het aan STACKIT MariaDB en vraagt u MySQL-specifieke functies te testen vóór de cutover. Het claimt geen compatibiliteit voor uw schema of queries.
Verplaatst StackToIT de data?
Nee. Het toont de stateful eenheden in migration/data-movement.md, zet het mechanisme op UNKNOWN en de status op DECISION_REQUIRED. U kiest en voert de methode uit, bijvoorbeeld pg_dump en pg_restore voor PostgreSQL.
Welk bestand bevat de databasebeslissingen?
migration/data-movement.md en migration/data-movement.csv tonen de stateful eenheden met de velden RPO en downtime. assessment.json bevat de klasse en reden per eenheid en execution/manual/actions.md toont de handmatige stappen met eigenaren.
Kunnen we een STACKIT PostgreSQL-back-up over de actieve instance heen herstellen?
De pagina van STACKIT vermeldt dat er geen herstel ter plekke is. U kloont een back-up naar een nieuwe instance en wijst de clients daarnaar, dus plan de omschakeling van het endpoint.
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.