HUAWEI CLOUD ECS → STACKIT COMPUTE ENGINE
Huawei Cloud ECS zu STACKIT Compute Engine
Eine ECS-Instanz wird zu einem STACKIT-Server: Aus dem Flavor wird ein STACKIT-Flavor, das Image wird neu gebaut oder importiert, angehängte Disks und Schnittstellen werden zu Volumes und Netzwerkschnittstellen. StackToIT liest das aus Ihrem Huawei-Cloud-Terraform, gibt auch jeder Ressource rund um den Server ein Ziel und eine Begründung und ordnet die Arbeit so, dass die Netzwerke zuerst kommen.
Eine ECS-Instanz mit Daten-Disk, bewertet
Eine kleine Huawei-Cloud-Umgebung, für diese Seite geschrieben und am 4. November 2026 von StackToIT bewertet. Links die Eingabe, rechts das Ergebnis, das StackToIT dafür festgehalten hat: ein Auszug aus assessment.json, die Werte genau so, wie der Lauf sie geschrieben hat.
resource "huaweicloud_compute_instance" "erp" {
name = "erp-app-01"
image_id = "6f3b0e2a-1c4d-4e5f-8a9b-0c1d2e3f4a5b"
flavor_id = "s6.xlarge.2"
availability_zone = "eu-west-101a"
security_group_ids = [huaweicloud_networking_secgroup.app.id]
system_disk_type = "SSD"
system_disk_size = 40
network {
uuid = huaweicloud_vpc_subnet.app.id
}
}{
"id": "huaweicloud_compute_instance.erp",
"result": {
"class": "RECONFIGURE",
"confidence": "MEDIUM",
"target": {
"service": "STACKIT Compute Engine"
},
"reason": "An ECS instance becomes a STACKIT server. The flavor becomes a STACKIT flavor, the image is rebuilt or imported, and the attached disks and interfaces become volumes and network interfaces."
}
}Vom Flavor zum STACKIT-Flavor
s6.xlarge.2 wird zu einem STACKIT-Flavor. Compute Engine fand sich in den STACKIT-Katalogen von eu01 und eu02, mit 176 beziehungsweise 58 Maschinentypen zur Auswahl.
Image neu gebaut oder importiert
Der Server wird aus einem STACKIT-Image neu gebaut oder aus einer importierten Kopie des ECS-Images gestartet, je nachdem, was zum Workload passt.
Jede Einstellung benannt
Der Bericht nennt die 8 Einstellungen der Instanz, die Ihr Team übernimmt, von availability_zone und flavor_id bis system_disk_size und system_disk_type.
Verantwortliche je Paket
Die Instanz geht an den Platform Architect, EIP und Netzwerke an den Network Architect, die EVS-Disk an den Storage Architect, jedes Paket mit der Bedingung, unter der es erledigt ist.
Die EVS-Disk, eigenständig bewertet
Aus demselben Lauf. Links die Eingabe, rechts das Ergebnis, das StackToIT dafür festgehalten hat: ein Auszug aus assessment.json, die Werte genau so, wie der Lauf sie geschrieben hat.
resource "huaweicloud_evs_volume" "data" {
name = "erp-data"
availability_zone = "eu-west-101a"
volume_type = "SSD"
size = 200
}
resource "huaweicloud_compute_volume_attach" "data" {
instance_id = huaweicloud_compute_instance.erp.id
volume_id = huaweicloud_evs_volume.data.id
}{
"id": "huaweicloud_evs_volume.data",
"result": {
"class": "RECONFIGURE",
"confidence": "MEDIUM",
"target": {
"service": "STACKIT Block Storage"
},
"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."
}
}So wird die ECS-Umgebung zugeordnet
| Huawei-Cloud-Ressource | STACKIT-Ziel | Migrationsklasse |
|---|---|---|
| ECS-Instanz | STACKIT Compute Engine: Server, Volumes und Netzwerkschnittstellen | Rekonfigurieren |
| EVS-Disk | STACKIT Block Storage | Rekonfigurieren |
| EIP | STACKIT Public IP | Rekonfigurieren |
| Security Group mit ihrer Regel | STACKIT Security Groups | Rekonfigurieren |
| VPC | STACKIT-Netzwerk, mit einer Network Area, wo Routing nötig ist | Rekonfigurieren |
| Subnetz | STACKIT-Netzwerk mit eigenem Adressbereich | Rekonfigurieren |
| Volume-Anbindung | Entscheiden Ihre Architekten | Architekturentscheidung |
Klassen so, wie der Lauf sie für 8 Ressourcen in 7 Einheiten entschieden hat: Die Regel der Security Group wird mit ihrer Gruppe bewertet; Richtung, Protokoll, Port und Quellbereich stehen bei der Gruppe.
Die Reihenfolge der Arbeit
Die Wellen werden aus den Abhängigkeiten in Ihrem Terraform berechnet: Eine Einheit zieht erst um, wenn alle Einheiten, von denen sie abhängt, umgezogen sind; Einheiten derselben Welle können parallel umziehen.
Welle 1: Grundlagen
VPC, Security Group, EVS-Disk und EIP, die von keiner anderen Ressource der Umgebung abhängen.
Welle 2: Subnetz
Das Subnetz erp-app, das seine VPC braucht, wird zu einem STACKIT-Netzwerk, für das der Bereich 10.30.1.0/24 einzuplanen ist.
Welle 3: Server
Die ECS-Instanz erp-app-01, sobald Netzwerk und Security Group stehen.
Welle 4: Anbindung
Die Volume-Anbindung, die Server und Daten-Disk zusammenführt.
Bewiesen an einer echten AWS-Umgebung
Die AWS Retail Store Sample App, ein öffentliches Terraform-Projekt von AWS, von StackToIT bewertet und vollständig veröffentlicht, genau so, wie der Lauf es geschrieben hat.
Fallstudie ansehen (Englisch)- 282
- Terraform-Ressourcendefinitionen analysiert
- 44
- Migrationseinheiten identifiziert
- 38
- Zieleinheiten erzeugt, von 52 betrachteten
- 331
- Planschritte erstellt
Fragen aus Infrastrukturteams
Verbindet sich StackToIT mit unserem Huawei-Cloud-Konto?
Nein. Es liest Terraform- und OpenTofu-Root-Module, die den Provider huaweicloud/huaweicloud verwenden. Es entsteht keine Verbindung zu Ihrem Huawei-Cloud-Konto.
Was passiert mit der öffentlichen IP-Adresse eines ECS-Servers?
Eine EIP wird zu einer STACKIT Public IP. Die Adresse selbst ändert sich, darum ändern sich auch DNS-Einträge und Freigabelisten, die sie nennen.
Wie zieht die EVS-Disk um?
Eine EVS-Disk wird zu einem STACKIT-Volume. Der Disk-Typ wird nicht übernommen: Sie wählen eine STACKIT-Performance-Klasse und übertragen die Daten auf Host-Ebene oder mit dem Server-Image.
Quellen
Ihr nächster Schritt: STACKIT.
Erzählen Sie uns von Ihrer Umgebung. Wir zeigen Ihnen, was StackToIT dafür liefert: Zielarchitektur, Terraform-Artefakte und einen strukturierten Migrationsplan.