Huawei EVS und SFS Turbo zu STACKIT-Speicher

Zwei Disks, eine Anbindung und ein Dateisystem

Eine kleine Huawei-Cloud-Umgebung, für diese Seite geschrieben und am 4. November 2026 von StackToIT bewertet; VPC, Subnetz, Security Group und Server ergänzen sie. Links zwei EVS-Disks und die Ressource, die eine davon anbindet. Rechts das SFS-Turbo-Dateisystem.

resource "huaweicloud_evs_volume" "data" {
  name              = "files-data"
  availability_zone = "eu-west-101a"
  volume_type       = "SSD"
  size              = 500
  device_type       = "SCSI"
  tags = {
    role = "data"
  }
}

resource "huaweicloud_evs_volume" "scratch" {
  name              = "files-scratch"
  availability_zone = "eu-west-101a"
  volume_type       = "SAS"
  size              = 100
}

resource "huaweicloud_compute_volume_attach" "data" {
  instance_id = huaweicloud_compute_instance.app.id
  volume_id   = huaweicloud_evs_volume.data.id
}

resource "huaweicloud_sfs_turbo" "shared" {
  name              = "files-shared"
  size              = 1000
  share_proto       = "NFS"
  vpc_id            = huaweicloud_vpc.main.id
  subnet_id         = huaweicloud_vpc_subnet.app.id
  security_group_id = huaweicloud_networking_secgroup.app.id
  availability_zone = "eu-west-101a"
}

Disk und Dateisystem, bewertet

Auszüge aus assessment.json, die Werte genau so, wie der Lauf sie geschrieben hat.

{
  "id": "huaweicloud_evs_volume.data",
  "result": {
    "class": "RECONFIGURE",
    "confidence": "MEDIUM",
    "target": {
      "service": "STACKIT Block Storage",
      "resources": [
        "stackit_volume",
        "stackit_server_volume_attach"
      ]
    },
    "reason": "An EVS disk becomes a STACKIT volume. The disk type does not carry over; choose a STACKIT performance class, and move the data at the host level or with the server image."
  }
}

{
  "id": "huaweicloud_sfs_turbo.shared",
  "result": {
    "class": "REPLATFORM",
    "confidence": "MEDIUM",
    "target": {
      "service": "STACKIT File Storage (SFS)",
      "resources": [
        "stackit_sfs_resource_pool",
        "stackit_sfs_share",
        "stackit_sfs_export_policy"
      ]
    },
    "reason": "An SFS Turbo file system becomes a STACKIT File Storage share. Data moves with a file copy, and access rules are rewritten."
  }
}

• EVS: RECONFIGURE

  Für Ihre Architekten aufgeführte Einstellungen: availability_zone, device_type, name, size, tags und volume_type bei der Datendisk; availability_zone, name, size und volume_type bei der Scratch-Disk. Beide teilen sich eine Begründung.

• SFS Turbo: REPLATFORM

  Sieben Einstellungen sind aufgeführt: availability_zone, name, security_group_id, share_proto, size, subnet_id und vpc_id. Daten ziehen per Dateikopie um, und die Zugriffsregeln werden neu geschrieben.

• Genannte Zielressourcen

  Block Storage landet als Volume und Server-Volume-Anbindung. File Storage landet als Resource Pool, Share und Export Policy.

Die Anbindung, die der Lauf nicht einordnen konnte

Der Lauf las huaweicloud_compute_volume_attach, eine gewöhnliche Terraform-Ressource, als Typ, den sein Katalog nicht enthält. Links ihr Eintrag, rechts die Wellen; die Anbindung steht zuletzt.

{
  "id": "huaweicloud_compute_volume_attach.data",
  "result": {
    "class": "MANUAL_REVIEW",
    "confidence": "LOW",
    "reason": "huaweicloud_compute_volume_attach is not in the knowledge base catalogue; an architect has to decide the target. Nothing of this resource is assessed or drafted (unknown source type)."
  }
}

## Wave 1 — 4 unit(s)

| Unit | Class | Target |
|---|---|---|
| `huaweicloud_evs_volume.data` | RECONFIGURE / MEDIUM | STACKIT Block Storage |
| `huaweicloud_evs_volume.scratch` | RECONFIGURE / MEDIUM | STACKIT Block Storage |
| `huaweicloud_networking_secgroup.app` | RECONFIGURE / MEDIUM | STACKIT security groups |
| `huaweicloud_vpc.main` | RECONFIGURE / MEDIUM | STACKIT network |

## Wave 2 — 1 unit(s)

| Unit | Class | Target |
|---|---|---|
| `huaweicloud_vpc_subnet.app` | RECONFIGURE / MEDIUM | STACKIT network |

## Wave 3 — 2 unit(s)

| Unit | Class | Target |
|---|---|---|
| `huaweicloud_compute_instance.app` | RECONFIGURE / MEDIUM | STACKIT Compute Engine |
| `huaweicloud_sfs_turbo.shared` | REPLATFORM / MEDIUM | STACKIT File Storage (SFS) |

## Wave 4 — 1 unit(s)

| Unit | Class | Target |
|---|---|---|
| `huaweicloud_compute_volume_attach.data` | MANUAL_REVIEW / LOW | — |

• Bewusst manuell

  Die Einheit ist MANUAL_REVIEW mit Konfidenz LOW und ohne STACKIT-Ziel. Der Bericht führt die Datendisk und den Server als mit ihr verknüpft, jeweils mit einer Konfidenzobergrenze von MEDIUM. Außerdem ist sie in diesem Lauf der einzige Schritt ohne Rolle: Verantwortlich ist niemand, bis Sie jemanden benennen.

• Was das für Sie heißt

  Eine Server-Volume-Anbindung gehört zu den Zielressourcen, die der Lauf für die Disk nennt; die Zielseite dieses Schritts existiert also. Warten Sie nicht darauf, dass der Lauf die Huawei-Ressource einordnet; weisen Sie den Schritt dem Serververantwortlichen zu.

• Disks früh, Anbindung spät

  Die Disks hängen von nichts ab, liegen deshalb in Welle 1 und können vor dem Server angelegt werden. Server und Dateisystem folgen in Welle 3.

So wird die Speicherumgebung zugeordnet

Klassen, wie der Lauf sie für acht Ressourcen in acht Einheiten entschieden hat. Sieben haben Konfidenz MEDIUM, die Anbindung LOW.

Der Umzug, der Reihe nach

Schritte 1 bis 4 folgen den Wellen des Laufs. Schritte 5 bis 7 sind die Datenarbeit; der Lauf führt die Einheiten als zustandsbehaftet, hält kein Verfahren fest und überlässt Ihnen die Wahl.

1. 01

   Inventarisieren: was angebunden und was geteilt ist

   Listen Sie jede EVS-Disk mit Typ, Größe, IOPS und Durchsatz sowie jedes SFS Turbo mit Typ und Clients. Geteilte Disks (multiattach) und HPC-Dateisysteme brauchen vorab eine Designentscheidung.

2. 02

   Netzwerk samt Network Area anlegen

   File Storage ist immer mit einer STACKIT Network Area verbunden, die Routing-Tabellen braucht, und für die Anbindung gelten Vorgaben zur Subnetzgröße. Planen Sie das in den Wellen 1 und 2.

3. 03

   Performance-Klassen aus Messwerten wählen

   Nutzen Sie die an der Quelle gemessenen IOPS und den Durchsatz, nicht den Namen des Disk-Typs. Die STACKIT-Klassen sind unabhängig von der Volume-Größe.

4. 04

   Volumes anlegen, dann Server, dann anbinden

   Ein Datenvolume hängt jeweils an einem Server, und der Server sollte zum Anbinden oder Trennen heruntergefahren sein. Legen Sie die Volumes in Welle 1 an, den Server in Welle 3 und binden Sie zuletzt an.

5. 05

   Blockdaten auf Host-Ebene oder mit dem Server-Image übertragen

   Der Lauf nennt in seiner Begründung beide Wege. Auf Host-Ebene stoppen Sie die schreibenden Prozesse und kopieren mit einem Werkzeug wie rsync vom alten auf den neuen Server. Mit dem Image bauen oder importieren Sie es und tragen die Daten darin mit. Beides ist allgemeine Praxis.

6. 06

   Resource Pool, Shares und Export Policies anlegen

   Dimensionieren Sie den Pool (500 GB bis 20 TB), legen Sie die Shares (bis zu 200 je Pool) und die Export Policies an, die Ihren Clients Zugriff geben. Danach mounten Sie die Shares von den neuen Servern.

7. 07

   Dateien kopieren, wiederholen, umschalten

   Eine erste Dateikopie bei laufender Quelle, Wiederholungen für Änderungen, dann schreibende Prozesse stoppen, letzte Kopie, Mounts umstellen. Halten Sie das SFS Turbo bis zur Abnahme schreibgeschützt.

EVS-Einstellungen gegen STACKIT Block Storage

Der Lauf führt die Einstellungen auf; die Tabelle liest diejenigen, die das Design ändern, gegen die STACKIT-Seiten der Quellenliste.

Quellseite: Terraform-Provider-Dokumentation zu huaweicloud_evs_volume. Zielseite: die Seiten zu Block-Storage-Plänen und -Konzepten.

SFS-Turbo-Einstellungen gegen STACKIT File Storage

Quellseite: Terraform-Provider-Dokumentation zu huaweicloud_sfs_turbo. Zielseite: die Seiten zu Limits und Konzepten von File Storage.

Die Datenentscheidung, die der Lauf offen lässt

Aus data-movement.md desselben Laufs. Drei zustandsbehaftete Einheiten; das Verfahren jeder ist UNKNOWN und der Stand DECISION REQUIRED, weil Größe, Änderungsrate und tolerierte Ausfallzeit nicht im Terraform stehen.

| Unit | Source service | Target service | Application | Mechanism | State | Data class | RPO | Downtime tolerance |
|---|---|---|---|---|---|---|---|---|
| huaweicloud_evs_volume.data | huaweicloud_evs_volume | STACKIT Block Storage |  | UNKNOWN | DECISION_REQUIRED | NOT_PROVIDED | NOT_PROVIDED | NOT_PROVIDED |
| huaweicloud_evs_volume.scratch | huaweicloud_evs_volume | STACKIT Block Storage |  | UNKNOWN | DECISION_REQUIRED | NOT_PROVIDED | NOT_PROVIDED | NOT_PROVIDED |
| huaweicloud_sfs_turbo.shared | huaweicloud_sfs_turbo | STACKIT File Storage (SFS) |  | UNKNOWN | DECISION_REQUIRED | NOT_PROVIDED | NOT_PROVIDED | NOT_PROVIDED |

Entscheidungen, die bei Ihren Architekten liegen

• Performance-Klassen

  Eine Klasse je Volume, aus gemessenen IOPS und gemessenem Durchsatz.

• Dateisysteme über 20 TB

  Wie sie aufgeteilt werden und ob die Anwendung mehrere Mounts verträgt.

• Geteilte Disks

  Welche Cluster multiattach nutzten und was es ersetzt.

• Kopierverfahren und Fenster

  Host-Kopie oder Image; erste Kopie, Wiederholungen und letzter Stopp, je Volume und je Share.

Fragen von Storage-Teams

Quellen

• Terraform Registry: huaweicloud_evs_volume (Provider 1.100.0)
• Terraform Registry: huaweicloud_sfs_turbo (Provider 1.100.0)
• STACKIT-Dokumentation: Servicepläne für Block Storage
• STACKIT-Dokumentation: Konzepte von Block Storage
• STACKIT-Dokumentation: Limits von File Storage
• STACKIT-Dokumentation: Konzepte von File Storage