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.

Voorbeeldinvoermain.tf
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"
}
StackToIT-assessmentassessment.json
{
  "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.

Voorbeeldinvoermain.tf
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
}
StackToIT-assessmentassessment.json
{
  "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-resourceSTACKIT-doelMigratieklasse
NAS-bestandssysteemSTACKIT File Storage (SFS): resource pool, share en export policyReplatforming
Cloud diskSTACKIT Block Storage: volume gekoppeld aan een serverHerconfiguratie
ECS-instanceSTACKIT Compute Engine: server, volumes, netwerkinterfacesHerconfiguratie
VPC en vSwitchSTACKIT-netwerken, met een Network Area waar routering nodig isHerconfiguratie
Security groupSTACKIT security groupsHerconfiguratie
NAS mount targetNiet in de catalogus: een architect beslistBeslissing van de architect
Disk attachmentNiet in de catalogus: een architect beslistBeslissing 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.

Volgorde van StackToITmigration/technical-sequencing.md
## 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.

Dataverplaatsing door StackToITmigration/data-movement.md
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. 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. 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. 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. 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. 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. 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

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