Alibaba NAS und Cloud Disks zu STACKIT File Storage und Block Storage

Ein NAS-Dateisystem mit Mount Target, bewertet

Eine kleine Alibaba-Cloud-Umgebung, für diese Seite geschrieben: VPC, Worker-Instanz, Cloud Disk, NAS-Dateisystem und Mount Target, am 4. November 2026 von StackToIT bewertet. Links die Eingabe, rechts das Ergebnis für das Dateisystem, ein Auszug aus assessment.json mit den Werten genau so, wie der Lauf sie geschrieben hat. Da assessment.json in einer einzigen Zeile geschrieben ist, zeigt der Ausschnitt ausgewählte Felder jeder Einheit, eingerückt und so verschachtelt wie in der Datei, mit unveränderten Werten.

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

  Ein Dateisystem zieht auf einen verwalteten Dienst anderer Form um. Der Lauf nennt drei Zielressourcen: stackit_sfs_resource_pool, stackit_sfs_share und stackit_sfs_export_policy.

• Fünf Einstellungen benannt

  description, file_system_type, protocol_type, storage_type und zone_id werden für Ihr Team aufgeführt. Nichts wird stillschweigend übernommen.

• Mount Targets werden neu geschrieben

  Die Begründung des Laufs sagt es offen: Die Daten ziehen per Dateikopie um, Mount Targets und Access Groups werden neu geschrieben. Welche Clients die Freigabe erreichen, legt auf der Zielseite die Export Policy fest, die der Lauf nennt; STACKIT dokumentiert bis zu 10 Regeln je Share-Export-Policy.

Die Cloud Disk und was der Lauf zu ihr sagt

Aus demselben Lauf. Links die Eingabe, rechts das Ergebnis für die Disk. Da assessment.json in einer einzigen Zeile geschrieben ist, zeigt der Ausschnitt ausgewählte Felder jeder Einheit, eingerückt und so verschachtelt wie in der Datei, mit unveränderten Werten.

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."
  }
}

• Die Leistung wird nicht übernommen

  category = cloud_essd und performance_level = PL1 haben auf STACKIT keine Entsprechung. Sie wählen eine STACKIT-Performance-Klasse für das Volume.

• Die Daten ziehen am Host um

  Der Lauf hält fest, dass die Daten auf Host-Ebene oder mit dem Server-Image umziehen. Ein leeres Volume anzuhängen überträgt kein Byte.

• Warum die Disk LOW ist

  Die Disk ist mit LOW bewertet, weil die mit ihr verknüpfte Disk-Zuordnung ein Ressourcentyp ist, den der Lauf nicht kennt, und ihre Wirkung daher nicht bewertet wird. Die Instanz ist aus demselben Grund LOW. Sechs Einstellungen sind zur Prüfung benannt: category, disk_name, encrypted, performance_level, size und zone_id.

So wird die Umgebung zugeordnet

Klassen, wie der Lauf sie für 8 Ressourcen in 8 Einheiten entschieden hat: 5 RECONFIGURE, 1 REPLATFORM, 2 MANUAL_REVIEW. Die beiden MANUAL_REVIEW-Einheiten sind Ressourcentypen, die der Lauf nicht kennt; deshalb wird zu ihnen nichts bewertet.

Die Reihenfolge, die der Lauf liefert

Auszug aus migration/technical-sequencing.md, unverändert. Jede Einheit zieht erst nach allen Einheiten um, von denen sie abhängt.

## 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 | — |

• Welle 1

  Disk, Dateisystem und VPC hängen von nichts in der Umgebung ab und können daher gemeinsam beginnen.

• Welle 3 und 4

  Instanz und Mount Target folgen dem Netzwerk. Die Disk-Zuordnung kommt zuletzt, wenn sowohl die Disk als auch die Instanz existieren.

Die beiden Kopien werden aufgeführt, nicht gewählt

StackToIT überträgt nie Daten. Auszug aus migration/data-movement.md, unverändert.

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 |

• Verfahren UNKNOWN

  Datenmenge und die Ausfallzeit, die Sie tolerieren, stehen nicht im Terraform. Die bereitgestellte Kapazität der Disk ist nicht die Größe dessen, was darauf liegt.

Die Migration, der Reihe nach

Die Schritte des Leitfadens. Der Lauf liefert Inventar, Ziele und Reihenfolge; die Fakten zu STACKIT und Alibaba Cloud stammen aus der Dokumentation unter den Quellen, und das Kopieren selbst ist allgemeine Praxis.

1. 01

   1. Bestandsaufnahme: was ist wo eingehängt

   Der Lauf führt Dateisystem, Mount Target und Disk auf. Ergänzen Sie, was Terraform nicht zeigt: welche Hosts die Freigabe einhängen, unter welchem Pfad, mit welchem Protokoll – und welche Prozesse darauf schreiben.

2. 02

   2. Landing Zone vorbereiten

   STACKIT File Storage ist immer mit einer STACKIT Network Area verbunden, in der Routing-Tabellen aktiviert sind, und reserviert Subnetze: ein /28 und vier /29 für die Anbindung. Planen Sie das mit dem Netzwerk-Arbeitspaket, bevor Sie den ersten Resource Pool anlegen.

3. 03

   3. Ziele anlegen

   Ein Resource Pool nimmt die Freigaben auf. STACKIT dokumentiert 500 GB als Mindest- und 20 TB als Höchstkapazität eines Pools, bis zu 200 Freigaben je Pool und 10 Regeln je Export Policy. Daten-Volumes für die Disks reichen von 1 GB bis 16 TB; sie lassen sich im abgehängten Zustand vergrößern, aber nie verkleinern. Bemessen Sie sie daher nach den Daten, nicht nach der Quell-Disk.

4. 04

   4. Die Freigabe kopieren

   Alibaba dokumentiert ein rsync-Verfahren für NFS: beide Dateisysteme auf einer temporären Instanz einhängen, einen vollständigen Durchlauf fahren, während die Anwendung läuft, die schreibenden Anwendungen anhalten, einen inkrementellen Durchlauf mit --delete fahren und mit einem Trockenlauf prüfen. Auch die dortige Warnung gilt: --delete löscht am Ziel Dateien, die es an der Quelle nicht mehr gibt; setzen Sie es also mit Bedacht ein. Dasselbe Muster funktioniert in Richtung einer STACKIT-Freigabe, sofern der Kopier-Host beide Seiten einhängen kann, etwa über ein VPN in die Network Area.

5. 05

   5. Disk-Inhalte umziehen

   Bei einer Daten-Disk kopieren Sie am Host: neues Volume an den Zielserver hängen und mit den Mitteln des Betriebssystems kopieren. Bei einer System-Disk exportieren Sie das Image auf der Alibaba-Cloud-Seite und importieren es bei STACKIT.

6. 06

   6. Umstellen und die alte Kopie behalten

   Die alte Freigabe aushängen, die neue am selben Pfad einhängen, Anwendung neu starten und die Mount-Konfiguration anpassen. Alibaba rät, die alten Daten nach dem Cutover mindestens eine Woche aufzubewahren; tun Sie das hier ebenso.

Grenzen, die den Plan bestimmen

Aus der STACKIT- und der Alibaba-Cloud-Dokumentation unter den Quellen. Prüfen Sie sie erneut gegen Ihre Region.

• STACKIT File Storage spricht NFS

  Die File-Storage-Seiten unter den Quellen beschreiben ausschließlich NFS-Freigaben und nennen NFSv3, NFSv4.1 und NFSv4.2 als unterstützte unverschlüsselte Versionen; SMB wird nicht erwähnt. Ein NAS-Dateisystem, das SMB bedient, braucht eine Entscheidung Ihrer Architekten, bevor es ein Ziel hat.

• Die Poolgröße ist Untergrenze und Obergrenze

  Ein Resource Pool umfasst mindestens 500 GB und höchstens 20 TB. Auch eine sehr kleine Freigabe liegt in einem Pool dieser Mindestgröße; ein sehr großes Dateisystem passt womöglich nicht in einen Pool.

• Image-Import: 70 GB

  Ein eigenes, über die STACKIT-IaaS-API hochgeladenes Image darf raw, qcow2 oder iso sein und höchstens 70 GB groß. Ein größeres System-Disk-Image braucht einen anderen Weg, etwa einen Server aus einem STACKIT-Image, auf den die Daten auf Host-Ebene kopiert werden.

• Der Image-Export hat Ausnahmen

  Bei Alibaba Cloud lassen sich verschlüsselte Images, aus Marketplace-Images erzeugte Images und Windows-Server-Images nicht exportieren; außerdem muss der Ziel-Bucket die Speicherklasse Standard oder Infrequent Access nutzen.

• Block-Volumes hängen an einem Server

  Ein Daten-Volume hängt jeweils an einem Server. Eine Disk, die an der Quelle von mehreren Instanzen gleichzeitig genutzt wird, braucht ein anderes Design, etwa eine Freigabe.

Entscheidungen Ihrer Architekten

• Performance-Klasse

  Der Lauf fordert Sie auf, eine STACKIT-Performance-Klasse für das Volume zu wählen, weil cloud_essd mit PL1 nicht übernommen wird. Wählen Sie sie anhand der gemessenen Last der Quelle, nicht anhand des Namens der Quellkategorie.

• Export Policy

  Übersetzen Sie jede Access Group der Quelle in Regeln der Export Policy mit den Client-Netzwerken, die Sie vorsehen, innerhalb von 10 Regeln je Policy.

• Zonenplatzierung

  vSwitch und Disk sind an der Quelle an eine Zone gebunden, und der Lauf bittet Sie, die Zonenplatzierung der Workloads am vSwitch zu prüfen. Entscheiden Sie, wo Zielserver und Volume liegen.

• Verantwortlicher für die offenen Einheiten

  Der Lauf ordnet Mount Target und Disk-Zuordnung dem Arbeitspaket WP-04 zu, mit dem Verantwortlichen NOT_STATED. Benennen Sie jemanden.

Fragen zur NAS- und Disk-Migration

Quellen

• Alibaba Cloud: NAS-NFS-Daten mit rsync migrieren
• Alibaba Cloud: ein benutzerdefiniertes Image nach OSS exportieren
• STACKIT-Dokumentation: Limits von File Storage
• STACKIT-Dokumentation: Konzepte und Begriffe von File Storage
• STACKIT-Dokumentation: Konzepte von Block Storage
• STACKIT-Dokumentation: Eigene Images mit der IaaS-API verwenden