HUAWEI CLOUD → STACKIT · CHECKLISTE
Checkliste für die Migration von Huawei Cloud zu STACKIT
Nutzen Sie diese Liste von der ersten Bestandsaufnahme bis zur Stilllegung der Huawei-Cloud-Umgebung. Jede Prüfung nennt die Datei eines StackToIT-Laufs, die die Antwort enthält. So haken Sie gegen Belege ab, statt nur an Allgemeines erinnert zu werden. Die Beispiele stammen aus einer Umgebung mit sieben Ressourcen: einem Server, einer PostgreSQL-Datenbank, einem Bucket, einem DNS-Eintrag und dem Netzwerk darum, bewertet am 4. November 2026.
Die Beispielumgebung im Überblick
Sieben Terraform-Ressourcen wurden zu sieben Einheiten: sechs RECONFIGURE und eine REPLATFORM, alle mit Konfidenz MEDIUM. Die Klassen sagen, wie viel Arbeit zu erwarten ist, nicht ob Sie fortfahren sollten.
| Huawei-Cloud-Ressource | STACKIT-Ziel | Klasse |
|---|---|---|
| VPC und Subnetz | STACKIT-Netzwerk | Rekonfigurieren |
| Security Group | STACKIT Security Group | Rekonfigurieren |
| ECS-Instanz | STACKIT-Server mit Volume und Netzwerkschnittstelle | Rekonfigurieren |
| RDS for PostgreSQL | STACKIT PostgreSQL Flex | Replatforming |
| OBS-Bucket | STACKIT Object Storage | Rekonfigurieren |
| DNS-Record-Set | Eintrag in einer STACKIT-DNS-Zone | Rekonfigurieren |
Für eine Huawei-Cloud-Quelle schreibt dieser Build keine STACKIT-Ressourcenblöcke; alle sieben Einheiten sind manuelle Schritte in sechs Arbeitspaketen.
1. Bestandsaufnahme
Klären Sie, was die Bewertung gesehen hat und was sie nicht sehen kann.
Jedes Root-Modul liegt im Ordner
Vergleichen Sie die Module, die Sie ausführen, mit der Zeile „modules not seen“ in assurance/source-compatibility.md. Sie muss 0 lauten, und die Ressourcenzahl muss zu Ihrem eigenen Inventar passen.
Die Provider-Version ist festgeschrieben
Committen Sie .terraform.lock.hcl. Dieselbe Datei führt den huaweicloud-Provider als UNPINNED und hält fest, dass die Einheiten bis zur Festschreibung auf Konfidenz MEDIUM begrenzt bleiben.
Variablenwerte liegen vor
Legen Sie die Variablendatei neben den Code. Fehlt einer sensiblen Variable der Wert, wird ihre Einheit als „fehlende Eingabe“ markiert, und engineering/architect-report.md weist die Quellvollständigkeit nur als teilweise aus.
Per Konsole angelegte Ressourcen sind erfasst
Terraform zeigt nur, was Terraform verwaltet. Vergleichen Sie die Einheitenliste in assessment.json mit dem Konto und ergänzen Sie, was der Code nicht beschreibt.
Inhalte der Datenträger sind berücksichtigt
migration/data-movement.md sagt, dass Daten auf den Datenträgern eines Servers nicht betrachtet werden. Benennen Sie, wer Datenbanken und Dateien auf der ECS-Instanz inventarisiert.
2. Design
Entscheiden Sie vor dem Aufbau. Diese Prüfungen machen aus den offenen Fragen des Laufs Antworten.
Region beantwortet
Übernehmen Sie die Anfrage target.region aus inputs-template.yaml in Ihre Eingabedatei, wählen Sie eu01 oder eu02 und übergeben Sie die Datei mit --inputs. Es ist die einzige Anfrage, die den Entwurf blockiert, und migration/landing-zone-requirements.md fordert Sie auf, die Dienste gegen die gewählte Region zu prüfen.
Prüfwarteschlange von oben gelesen
Öffnen Sie den Abschnitt „Architect review queue“ in engineering/architect-report.md. Im Beispiel führt die PostgreSQL-Einheit sie an. In Ihrem eigenen Lauf kommt alles mit REDESIGN oder MANUAL_REVIEW zuerst.
Adressbereiche gewählt
Der Abschnitt „Address ranges“ der Landing-Zone-Datei sagt, dass der Entwurf kein Präfix nennt. Wählen Sie die Bereiche der STACKIT-Netzwerke selbst und prüfen Sie sie gegen alles, was Sie anbinden.
Security-Group-Regeln geprüft
Der Lauf vermerkt, dass STACKIT-Regeln Datenverkehr nur erlauben und eine Deny-Regel oder Prioritätsreihenfolge der Quelle daher eine Entscheidung braucht. Suchen Sie beides in den Quellregeln.
Resilienzanforderung aufgeschrieben
assurance/resilience.md hält fest, dass kein RTO oder RPO vorlag, und nennt keine Einheit resilient. Schreiben Sie die Anforderung in die Anwendungsdatei und starten Sie den Lauf erneut.
Verantwortliche benannt
migration/work-packages.csv führt in der Spalte „owner“ eine Rolle pro Paket. Ersetzen Sie Rollen durch Personen. Kann ein Lauf keine Rolle zuordnen, steht in der Spalte „Owner“ von execution/README.md „Owner assignment required“; in dieser Demo hat jedes Paket eine Rolle, die Prüfung gilt also Ihrer eigenen Umgebung.
3. Aufbau
Die Reihenfolge des Laufs ist eine Abhängigkeitsordnung, kein Zeitplan.
Landing Zone steht
Legen Sie die STACKIT-Organisation und das Projekt an, die migration/landing-zone-requirements.md beschreibt. Die Variable var.region des Entwurfs steht auf eu01, bis Sie antworten.
Netzwerk vor allem anderen
Welle 1 enthält VPC, Security Group, Bucket und DNS-Eintrag, Welle 2 das Subnetz, Welle 3 Server und Datenbank. Folgen Sie dieser Reihenfolge in migration/technical-sequencing.md.
Jeder manuelle Schritt hat eine verantwortliche Rolle und eine Abschlussbedingung
Jeder Schritt in execution/manual/actions.md nennt, wer ihn ausführt und wann er erledigt ist. Haken Sie dort ab und führen Sie das Fortschrittsjournal: progress-template.yaml, kopiert nach review/progress.yaml.
Server-Image geplant
Laut Lauf wird das Image neu gebaut oder importiert, und der Flavor wird zu einem STACKIT-Flavor. Entscheiden Sie, was zutrifft und wie Datenträger und Schnittstellen auf Volumes und Netzwerkschnittstellen abgebildet werden.
Datenbank-Flavor gewählt
Der verwaltete PostgreSQL-Flavor wird zu einem Flex-Flavor. Prüfen Sie die Hauptversion gegen die Release Notes von STACKIT: Der Support für Version 14 endet am 12. November 2026; Ziel ist Version 15 oder höher.
4. Daten
StackToIT überträgt nie Daten. Diese Prüfungen stellen sicher, dass jemand entscheidet, wie.
Ein Mechanismus pro zustandsbehafteter Einheit
migration/data-movement.md führt Bucket und Datenbank mit Mechanismus UNKNOWN und Status DECISION_REQUIRED. Wählen Sie für jede einen Mechanismus und halten Sie ihn fest.
Ausfallzeit und Wiederherstellungspunkt benannt
Datenklasse, RPO und Ausfalltoleranz stehen auf NOT_PROVIDED, bis die Anwendungsdatei sie liefert. Liefern Sie sie, bevor Sie zwischen Dump und Replikationswerkzeug wählen.
Datenbank mit erprobter Methode umgezogen
Der Lauf nennt für den PostgreSQL-Umzug pg_dump mit pg_restore oder logische Replikation. Proben Sie an einer Kopie und messen Sie die Zeit.
Bucket-Clients umgelenkt
Ein OBS-Bucket wird zu einem Bucket mit S3-Schnittstelle. Clients wechseln Endpunkt und Zugangsdaten; Lifecycle, Replikation und Zugriffseinstellungen brauchen eine Prüfung. Ein Werkzeug wie rclone kann als allgemeine Praxis die Kopie übernehmen.
Zahlen und Prüfsummen verglichen
Vergleichen Sie nach jeder Kopie Objekt- und Zeilenzahlen sowie eine Stichprobe von Prüfsummen und heben Sie die Ausgabe als Beleg für die Abnahme auf.
Die Befehle und die vorgeschlagene Reihenfolge
Starten Sie die Bewertung im Ordner mit dem Terraform und prüfen Sie dann das veröffentlichte Paket. Links steht die Befehlssyntax aus der StackToIT-CLI-Dokumentation (assess und verify) mit einem Beispiel-Ausgabeordner; das ist keine Datei aus dem Lauf. Rechts die Reihenfolge aus dem Beispiellauf, entnommen aus migration/technical-sequencing.md.
stacktoit assess . ../out --offline
stacktoit verify ../out## Wave 1 — 4 unit(s)
| Unit | Class | Target |
|---|---|---|
| `huaweicloud_dns_recordset.app` | RECONFIGURE / MEDIUM | STACKIT DNS |
| `huaweicloud_networking_secgroup.app` | RECONFIGURE / MEDIUM | STACKIT security groups |
| `huaweicloud_obs_bucket.invoices` | RECONFIGURE / MEDIUM | STACKIT Object Storage |
| `huaweicloud_vpc.main` | RECONFIGURE / MEDIUM | STACKIT network |
## Wave 2 — 1 unit(s)
| Unit | Class | Target |
|---|---|---|
| `huaweicloud_vpc_subnet.data` | RECONFIGURE / MEDIUM | STACKIT network |
## Wave 3 — 2 unit(s)
| Unit | Class | Target |
|---|---|---|
| `huaweicloud_compute_instance.app` | RECONFIGURE / MEDIUM | STACKIT Compute Engine |
| `huaweicloud_rds_instance.db` | REPLATFORM / MEDIUM | STACKIT PostgreSQL Flex |5. Cutover
Neue Adressen bekannt
Der Cutover-Abschnitt in migration/technical-sequencing.md findet keinen DNS-Wert, den der Entwurf neu bindet. Worauf der Eintrag beim Cutover zeigt, legen also Sie fest. Notieren Sie es vor dem Wartungsfenster.
DNS-Linien und TTL geprüft
Der Lauf markiert die linienbasierte Auflösung (Resolution Lines) des Quelleintrags zur Prüfung. Senken Sie die TTL rechtzeitig und behalten Sie den alten Wert für den Rückweg.
Rollback für jeden Schritt geschrieben
execution/manual/actions.md sagt, dass der Plan nicht weiß, wie ein manueller Schritt rückgängig gemacht wird: Wer ihn ausführt, hält das fest. Tun Sie das vor dem Fenster.
Schreibstopp und Wartungsfenster vereinbart
Vereinbaren Sie Schreibstopp und Wartungsfenster mit den Anwendungsverantwortlichen. Der Lauf nennt keine Zeitschätzung, und diese Liste ebenso wenig.
6. Nachbereitung
Das Paket ist unverändert
Führen Sie stacktoit verify für den Ausgabeordner aus. Der Befehl prüft Dateiintegrität und Übereinstimmung der Artefakte; er beweist nicht, dass in einer Cloud etwas geschehen ist.
Abnahmeprüfungen existieren
execution/verify/checks.md hält fest, dass der Plan vor und nach einem Schritt keine Prüfung nennt. Schreiben Sie eigene: Funktionstests, einen Restore-Test und einen Login-Test.
Huawei Cloud planvoll stillgelegt
Die Welle zur Stilllegung im Migrationsplan ist leer. Planen Sie die Abschaltung, bewahren Sie die letzten Backups für eine festgelegte Zeit auf und löschen Sie dann.
Nach jeder Änderung erneut bewerten
Ändern sich Quelle, Eingaben oder Anwendungsdatei, starten Sie die Bewertung erneut und vergleichen die neue Ausgabe mit der vorherigen: stacktoit verify mit dem Schalter --same-as meldet, ob sich die Eingaben unterscheiden und wo vergleichbare Dateien widersprechen.
Fragen zur Checkliste
Ist das der gesamte Migrationsplan?
Es ist die Kontrollliste rund um den Plan. Der Plan selbst ist die Ausgabe Ihres eigenen Laufs: Wellen, Arbeitspakete und manuelle Schritte. Nutzen Sie diese Seite, um zu prüfen, dass rundherum nichts fehlt.
Welche Prüfungen verändern das Ergebnis des Laufs am meisten?
Den Provider festschreiben und der Anwendungsdatei RPO und Ausfalltoleranz mitgeben. Ohne Lock-Datei begrenzt der Lauf die Konfidenz auf MEDIUM. Ohne Anwendungsdatei stehen die Datenzeilen auf NOT_PROVIDED und assurance/resilience.md nennt keine Einheit resilient, sodass niemand den Datenmechanismus auf Belege stützen kann.
Prüft der Lauf etwas bei STACKIT?
Nein. Er liest Terraform und schreibt Dateien. Es wird kein STACKIT-Plan ausgeführt und nichts angewendet; das Paket sagt es selbst.
Können wir die Punkte im Werkzeug abhaken?
Das Fortschrittsjournal im Ausgabeordner ist der Ort, an dem Sie den Stand jedes Schritts festhalten. StackToIT liest daraus nichts als Beweis.
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.