ALIBABA CLOUD NAS EN DISKS → STACKIT · MIGRATIEGIDS
Alibaba NAS en cloud disks naar STACKIT File Storage en Block Storage
Een NAS-bestandssysteem wordt een share in STACKIT File Storage en een cloud disk wordt een STACKIT-volume. De vorm van het doel staat vast; het werk zit in de data. StackToIT leest beide uit uw Alibaba Cloud-Terraform, wijst de doelen en de migratieklasse toe, noemt elke eigenschap die u overneemt en toont beide als stateful eenheden waarvan u de kopieermethode kiest. Deze gids volgt die run en voegt de kopieerstappen toe.
Een NAS-bestandssysteem met mount target, beoordeeld
Een kleine Alibaba Cloud-omgeving, voor deze pagina geschreven: een VPC, een workerinstance, een cloud disk, een NAS-bestandssysteem en een mount target, beoordeeld door StackToIT op 4 november 2026. Links: de invoer. Rechts: het resultaat voor het bestandssysteem, een fragment van assessment.json met de waarden precies 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_nas_file_system" "media" {
protocol_type = "NFS"
storage_type = "Capacity"
file_system_type = "standard"
description = "shared media library"
zone_id = "eu-central-1a"
}
resource "alicloud_nas_mount_target" "media" {
file_system_id = alicloud_nas_file_system.media.id
vswitch_id = alicloud_vswitch.app.id
network_type = "Vpc"
access_group_name = "DEFAULT_VPC_GROUP_NAME"
}{
"id": "alicloud_nas_file_system.media",
"result": {
"class": "REPLATFORM",
"confidence": "MEDIUM",
"target": {
"service": "STACKIT File Storage (SFS)",
"resources": [
"stackit_sfs_resource_pool",
"stackit_sfs_share",
"stackit_sfs_export_policy"
]
},
"reason": "A NAS file system becomes a STACKIT File Storage share. Data moves with a file copy, and mount targets and access groups are rewritten."
}
}REPLATFORM
Een bestandssysteem gaat naar een managed service met een andere vorm. De run noemt drie doelresources: stackit_sfs_resource_pool, stackit_sfs_share en stackit_sfs_export_policy.
Vijf eigenschappen genoemd
description, file_system_type, protocol_type, storage_type en zone_id staan op de lijst voor uw team. Niets wordt stilzwijgend overgenomen.
Mount targets worden herschreven
De reden van de run zegt het ondubbelzinnig: de data wordt verplaatst met een bestandskopie en mount targets en access groups worden herschreven. Welke clients de share bereiken, stelt u aan de doelkant in met de export policy die de run noemt; STACKIT documenteert maximaal 10 regels per export policy van een share.
De cloud disk en wat de run erover zegt
Uit dezelfde run. Links: de invoer. Rechts: het resultaat voor de disk. 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_disk" "scratch" {
zone_id = "eu-central-1a"
disk_name = "media-scratch"
category = "cloud_essd"
performance_level = "PL1"
size = 500
encrypted = true
}
resource "alicloud_disk_attachment" "scratch" {
disk_id = alicloud_disk.scratch.id
instance_id = alicloud_instance.worker.id
}{
"id": "alicloud_disk.scratch",
"result": {
"class": "RECONFIGURE",
"confidence": "LOW",
"target": {
"service": "STACKIT Block Storage",
"resources": [
"stackit_volume",
"stackit_server_volume_attach"
]
},
"reason": "A cloud disk becomes a STACKIT volume. The performance category does not carry over; choose a STACKIT performance class, and move the data at the host level or with the server image."
}
}Prestaties worden niet overgenomen
category = cloud_essd en performance_level = PL1 hebben op STACKIT geen equivalent. U kiest voor het volume een STACKIT-prestatieklasse.
De data wordt op hostniveau verplaatst
De run vermeldt dat de data op hostniveau of met het serverimage wordt verplaatst. Het koppelen van een leeg volume verplaatst geen enkele byte.
Waarom de disk LOW is
De disk krijgt zekerheidsniveau LOW, omdat de disk attachment die eraan gekoppeld is een resourcetype is dat de run niet kent; het effect ervan is dus niet beoordeeld. De instance is om dezelfde reden LOW. Zes eigenschappen staan ter beoordeling op de lijst: category, disk_name, encrypted, performance_level, size en zone_id.
Hoe de omgeving wordt gekoppeld
| Alibaba Cloud-resource | STACKIT-doel | Migratieklasse |
|---|---|---|
| NAS-bestandssysteem | STACKIT File Storage (SFS): resource pool, share en export policy | Replatforming |
| Cloud disk | STACKIT Block Storage: volume gekoppeld aan een server | Herconfiguratie |
| ECS-instance | STACKIT Compute Engine: server, volumes, netwerkinterfaces | Herconfiguratie |
| VPC en vSwitch | STACKIT-netwerken, met een Network Area waar routering nodig is | Herconfiguratie |
| Security group | STACKIT security groups | Herconfiguratie |
| NAS mount target | Niet in de catalogus: een architect beslist | Beslissing van de architect |
| Disk attachment | Niet in de catalogus: een architect beslist | Beslissing van de architect |
Klassen zoals de run ze bepaalde voor 8 resources in 8 eenheden: 5 RECONFIGURE, 1 REPLATFORM, 2 MANUAL_REVIEW. De twee MANUAL_REVIEW-eenheden zijn resourcetypen die de run niet kent, dus er is niets van beoordeeld.
De volgorde die de run geeft
Fragment van migration/technical-sequencing.md, overgenomen zoals geschreven. Eenheden worden verplaatst na alle eenheden waarvan ze afhankelijk zijn.
## Wave 1 — 3 unit(s)
| Unit | Class | Target |
|---|---|---|
| `alicloud_disk.scratch` | RECONFIGURE / LOW | STACKIT Block Storage |
| `alicloud_nas_file_system.media` | REPLATFORM / MEDIUM | STACKIT File Storage (SFS) |
| `alicloud_vpc.main` | RECONFIGURE / MEDIUM | STACKIT network |
## Wave 2 — 2 unit(s)
| Unit | Class | Target |
|---|---|---|
| `alicloud_security_group.app` | RECONFIGURE / MEDIUM | STACKIT security groups |
| `alicloud_vswitch.app` | RECONFIGURE / MEDIUM | STACKIT network |
## Wave 3 — 2 unit(s)
| Unit | Class | Target |
|---|---|---|
| `alicloud_instance.worker` | RECONFIGURE / LOW | STACKIT Compute Engine |
| `alicloud_nas_mount_target.media` | MANUAL_REVIEW / LOW | — |
## Wave 4 — 1 unit(s)
| Unit | Class | Target |
|---|---|---|
| `alicloud_disk_attachment.scratch` | MANUAL_REVIEW / LOW | — |Golf 1
De disk, het bestandssysteem en de VPC zijn van niets in de omgeving afhankelijk en kunnen dus samen starten.
Golf 3 en 4
De instance en het mount target volgen op het netwerk. De attachment komt als laatste, nadat zowel de disk als de instance bestaan.
De twee kopieën staan op de lijst, zonder keuze
StackToIT verplaatst nooit data. Fragment van migration/data-movement.md, overgenomen zoals geschreven.
StackToIT never moves data. 2 stateful source units are listed here: a person must choose a data-movement mechanism for each, and none is chosen (the mechanism is UNKNOWN).
State: DECISION REQUIRED.
## Stateful source units
| Unit | Source service | Target service | Application | Mechanism | State | Data class | RPO | Downtime tolerance |
|---|---|---|---|---|---|---|---|---|
| alicloud_disk.scratch | alicloud_disk | STACKIT Block Storage | | UNKNOWN | DECISION_REQUIRED | NOT_PROVIDED | NOT_PROVIDED | NOT_PROVIDED |
| alicloud_nas_file_system.media | alicloud_nas_file_system | STACKIT File Storage (SFS) | | UNKNOWN | DECISION_REQUIRED | NOT_PROVIDED | NOT_PROVIDED | NOT_PROVIDED |Mechanisme UNKNOWN
De omvang van de data en de downtime die u accepteert staan niet in de Terraform-code. De ingerichte capaciteit van de disk is niet de omvang van wat erop staat.
De migratie, in volgorde
De stappen van de gids. De run levert de inventarisatie, de doelen en de volgorde; de feiten over STACKIT en Alibaba Cloud komen uit de documentatie onder de bronnen en het kopiëren zelf is algemene praktijk.
1. Inventariseren wat waar is gemount
De run noemt het bestandssysteem, het mount target en de disk. Vul aan wat Terraform niet laat zien: welke hosts de share mounten, onder welk pad, met welk protocol en welke processen erin schrijven.
2. De landing zone voorbereiden
STACKIT File Storage is altijd verbonden met een STACKIT Network Area met ingeschakelde routing tables en reserveert subnetten: een /28 en vier /29 voor de koppeling. Plan dit met het werkpakket voor het netwerk voordat u de eerste resource pool aanmaakt.
3. De doelen aanmaken
Een resource pool bevat de shares. STACKIT documenteert 500 GB als minimale en 20 TB als maximale poolcapaciteit, met maximaal 200 shares per pool en 10 regels per export policy. Datavolumes voor de disks lopen van 1 GB tot 16 TB; ze kunnen worden vergroot terwijl ze zijn losgekoppeld, maar nooit verkleind. Dimensioneer ze dus op de data, niet op de brondisk.
4. De share kopiëren
Alibaba documenteert een rsync-procedure voor NFS: mount beide bestandssystemen op een tijdelijke instance, voer een volledige synchronisatie uit terwijl de applicatie draait, stop de schrijvers, voer een incrementele synchronisatie uit met --delete en controleer met een dry run. Ook de waarschuwing van Alibaba geldt: --delete verwijdert bestanden op de bestemming die in de bron niet meer bestaan, dus gebruik die optie met zorg. Hetzelfde patroon werkt naar een STACKIT-share, mits de kopieerhost beide kanten kan mounten, bijvoorbeeld via een VPN naar de Network Area.
5. De inhoud van de disk verplaatsen
Kopieer een datadisk op hostniveau: koppel een nieuw volume aan de doelserver en kopieer met de hulpmiddelen van uw besturingssysteem. Exporteer voor een systeemdisk het image aan de kant van Alibaba Cloud en importeer het op STACKIT.
6. Cutover en de oude kopie bewaren
Ontkoppel de oude share, mount de nieuwe op hetzelfde pad, herstart de applicatie en werk de mountconfiguratie bij. Alibaba adviseert de oude data na de cutover minstens een week te bewaren; doe dat hier ook.
Limieten die het plan bepalen
Uit de documentatie van STACKIT en Alibaba Cloud onder de bronnen. Controleer ze opnieuw voor uw regio.
STACKIT File Storage spreekt NFS
De pagina's over File Storage onder de bronnen beschrijven alleen NFS-shares en noemen NFSv3, NFSv4.1 en NFSv4.2 als ondersteunde onversleutelde versies; SMB wordt niet genoemd. Een NAS-bestandssysteem dat SMB aanbiedt, vereist een beslissing van een architect voordat er een doel is.
De poolgrootte is een ondergrens en een bovengrens
Een resource pool is minstens 500 GB en hoogstens 20 TB. Een zeer kleine share staat toch in een pool van dat minimum; een zeer groot bestandssysteem past mogelijk niet in één pool.
Image-import: 70 GB
Een custom image dat via de STACKIT IaaS API wordt geüpload, mag raw, qcow2 of iso zijn en hoogstens 70 GB groot. Een systeemdiskimage dat groter is, vereist een andere route, bijvoorbeeld een server die uit een STACKIT-image wordt gebouwd waarna de data op hostniveau wordt gekopieerd.
Image-export kent uitzonderingen
Op Alibaba Cloud kunt u versleutelde images, images die uit Marketplace-images zijn gemaakt en Windows Server-images niet exporteren, en moet de doelbucket Standard- of Infrequent Access-opslag gebruiken.
Blockvolumes kunnen aan één server tegelijk worden gekoppeld
Een datavolume koppelt aan één server tegelijk. Een disk die in de bron door meerdere instances tegelijk wordt gebruikt, vereist een ander ontwerp, bijvoorbeeld een share.
Beslissingen van uw architecten
Prestatieklasse
De run vraagt u een STACKIT-prestatieklasse voor het volume te kiezen, omdat cloud_essd met PL1 niet wordt overgenomen. Kies die op basis van de gemeten belasting van de bron, niet op basis van de naam van de categorie in de bron.
Export policy
Vertaal elke access group van de bron naar regels van de export policy met de clientnetwerken die u bedoelt, binnen de 10 regels per policy.
Plaatsing in zones
De vSwitch en de disk zijn in de bron aan een zone gebonden en de run vraagt u de zoneplaatsing van de workloads op de vSwitch te beoordelen. Bepaal waar de doelserver en het bijbehorende volume komen te staan.
Eigenaar van de open eenheden
De run plaatst het mount target en de attachment in werkpakket WP-04, met de eigenaar NOT_STATED. Wijs er een aan.
Vragen over de migratie van NAS en disks
Kopieert StackToIT de NAS-data of de inhoud van de disk?
Nee. Het toont beide als stateful eenheden in het bestand voor de dataverplaatsing, laat het mechanisme aan u over en voert zelf nooit een kopie uit.
Waarom zijn het mount target en de disk attachment MANUAL_REVIEW?
De run kent deze twee resourcetypen niet, beoordeelt er dus niets van en vraagt een architect te beslissen. De overige doelen van de run laten zien waar ze terechtkomen: het doel van de disk bevat al stackit_server_volume_attach en het doel van het bestandssysteem bevat een export policy, die bepaalt welke clients de share bereiken.
Kan ik dezelfde mountpaden behouden?
Ja. De applicatie ziet een pad, geen leverancier. Mount de STACKIT-share tijdens de cutover op het oude pad en werk de mountconfiguratie bij; exports, IP-bereiken en de NFS-versie zijn wat verandert.
Welk hulpmiddel kopieert de data?
De run kiest er geen. Alibaba documenteert rsync voor verplaatsingen van NFS naar NFS via een tijdelijke transfer-instance; rsync werkt op dezelfde manier naar een STACKIT-share zodra één host beide kanten kan mounten.
Bronnen
- NAS-NFS-data migreren met rsync (Alibaba Cloud Docs)
- Een custom image exporteren naar OSS (Alibaba Cloud Docs)
- Limieten van File Storage (STACKIT Docs)
- Concepten en terminologie van File Storage (STACKIT Docs)
- Concepten van Block Storage (STACKIT Docs)
- Custom images gebruiken met de IaaS API (STACKIT Docs)
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.