HUAWEI CLOUD → STACKIT · DNS- UND CDN-RUNBOOK
Runbook: Huawei Cloud DNS und CDN nach STACKIT umziehen
DNS und CDN sind der Teil einer Migration, den Besucher bemerken; deshalb ziehen sie zuletzt um, und zwar mit Rückweg. StackToIT stuft Huawei-Cloud-DNS-Record-Sets und CDN-Domains als RECONFIGURE ein, nennt STACKIT DNS und STACKIT CDN als Ziele und legt die DNS-Einträge in ein Cutover-Paket. Dieses Runbook ordnet die Arbeit rund um dieses Paket: erst der Origin, dann das CDN, dann die Einträge, jeweils mit Verantwortlichem, Prüfung und Rollback. Die Demo ist eine Umgebung mit sechs Ressourcen, bewertet am 4. November 2026.
DNS-Einträge, bewertet
Links zwei der vier Record-Sets der Demo, ein CNAME und ein MX-Eintrag. Rechts ein Auszug aus assessment.json für den CNAME, mit den Werten genau so, wie der Lauf sie geschrieben hat.
resource "huaweicloud_dns_recordset" "www" {
zone_id = "ff8080828e5d0b3e018e6a1b2c3d4e5f"
name = "www.example.com."
type = "CNAME"
ttl = 300
records = ["example.com."]
}
resource "huaweicloud_dns_recordset" "mail" {
zone_id = "ff8080828e5d0b3e018e6a1b2c3d4e5f"
name = "example.com."
type = "MX"
ttl = 3600
records = ["10 mail.example.com."]
}{
"id": "huaweicloud_dns_recordset.www",
"result": {
"class": "RECONFIGURE",
"confidence": "MEDIUM",
"target": {
"service": "STACKIT DNS"
},
"reason": "A DNS record set becomes a record in a STACKIT DNS zone. Line-based resolution of the source needs review."
}
}Resolution Lines prüfen
Der Begründungstext des Laufs sagt, dass die leitungsbasierte Auflösung (Resolution Lines) der Quelle zu prüfen ist. In Huawei Cloud DNS gehört ein Record Set zu einer Resolution Line: Die Default Line antwortet jedem Besucher, Region-, ISP- und Custom Lines liefern je nach Standort, Carrier-Netzwerk oder IP-Bereich des Besuchers unterschiedliche Antworten. Die STACKIT-Importformate kennen Name, TTL, Typ, Inhalt und Kommentar, aber kein Feld für eine Resolution Line; einen Eintrag, der je nach Line unterschiedlich antwortet, führen Sie von Hand zusammen oder teilen ihn auf.
Die Zone steht nicht in der Quelle
Die Demo verweist über eine feste ID auf ihre Zone. Nichts im Lauf legt die STACKIT-Zone an; das übernimmt Schritt 2 unten.
Fünf Einstellungen je Eintrag
name, records, ttl, type und zone_id werden als offene Einstellungen für Ihr Team aufgeführt.
Die Einträge der Demo und wie STACKIT DNS sie übernimmt
| Huawei-Record-Set | Auf STACKIT DNS | Prüfung |
|---|---|---|
| example.com. A, TTL 300 | A ist ein unterstützter Record-Typ; der Eintrag liegt am Zone-Apex. | Der Wert 203.0.113.10 ist eine Adresse auf Huawei-Seite; setzen Sie vor dem Cutover das neue Ziel. |
| www.example.com. CNAME auf example.com., TTL 300 | CNAME wird unterstützt, darf aber nicht zusammen mit Einträgen gleichen Namens oder als Same-as-Zone-Eintrag stehen. | Kein anderer Eintrag darf den Namen www tragen. |
| example.com. MX, TTL 3600 | MX ist ein unterstützter Record-Typ. | Mail bleibt unberührt, bis sich die MX-Antwort ändert; lassen Sie die alte Zone bis dahin weiter antworten. |
| example.com. TXT mit SPF-Wert, TTL 3600 | TXT ist ein unterstützter Record-Typ; STACKIT hat eine Anleitung für lange TXT-Einträge. | Vergleichen Sie den Wert nach dem Import, einschließlich Anführungszeichen und Länge. |
Regeln zu den Record-Typen aus der STACKIT-Referenz zu DNS-Record-Typen. Werte und TTLs stammen aus der Demo-Eingabe; der Lauf hat keinen davon verändert.
Die CDN-Domain, bewertet
Die Demo hat eine CDN-Domain mit HTTPS-Einstellung und Origin-Host sowie einen Bucket mit öffentlichem Lesezugriff. Der Lauf ordnet die Domain einer STACKIT-CDN-Distribution zu.
resource "huaweicloud_cdn_domain" "static" {
name = "static.example.com"
type = "web"
service_area = "outside_mainland_china"
sources {
origin = "origin.example.com"
origin_type = "domain"
active = 1
}
configs {
https_settings {
https_enabled = true
}
}
}{
"id": "huaweicloud_cdn_domain.static",
"result": {
"class": "RECONFIGURE",
"confidence": "MEDIUM",
"target": {
"service": "STACKIT CDN"
},
"reason": "A CDN domain becomes a STACKIT CDN distribution. Cache rules and certificates are rewritten, and the origin moves with the workload."
}
}Neu geschrieben, nicht kopiert
Der Lauf hält fest, dass Cache-Regeln und Zertifikate neu geschrieben werden und der Origin mit dem Workload umzieht. Bauen Sie sie als Einstellungen der STACKIT-Distribution nach.
Ein Bucket ist eine Datenentscheidung
Der OBS-Bucket ist RECONFIGURE und ist für den Datenumzug als DECISION_REQUIRED geführt. acl, Bucket-Name und Storage-Klasse werden als offene Einstellungen aufgeführt; entscheiden Sie, ob die Assets öffentlich bleiben oder hinter dem CDN liegen.
Alles in Welle 1
Keine der sechs Einheiten hat eine Abhängigkeit; der Lauf bietet deshalb keine eigene Reihenfolge. Die Reihenfolge unten ist Runbook-Praxis.
Das Runbook: Schritt, Verantwortlicher und Prüfung, Rollback
| Schritt | Verantwortlicher und Prüfung | Rollback |
|---|---|---|
| 1. Zone inventarisieren. Alle Record-Sets der Huawei-Zone exportieren, nicht nur die aus Terraform. | Network Architect. Prüfung: Die Liste ist gleich lang oder länger als die vier Record-Sets, die der Lauf gelesen hat. | Noch nichts verändert. |
| 2. STACKIT-DNS-Zone anlegen und die Einträge importieren (CSV, JSON oder BIND, Importtyp Upsert oder Restore). | Network Architect. Prüfung: Jedes Record-Set ist da, die Werte entsprechen den Huawei-Werten. Restore löscht Einträge, die in der Eingabe fehlen. | Neue Zone löschen. Die Huawei-Zone antwortet weiter. |
| 3. Origin-Inhalte umziehen. Bucket nach STACKIT Object Storage kopieren und das Zugriffsmodell wählen. | Storage Architect. Prüfung: Objektanzahl und Größen stimmen; Clients nutzen neuen Endpunkt und Zugangsdaten. | Huawei-Bucket bis Schritt 9 behalten. |
| 4. STACKIT-CDN-Distribution mit Origin und mindestens einer Region anlegen. | Network Architect. Prüfung: Die verwaltete Domain liefert die Seite aus, Cache-Treffer erscheinen, Redirects und Header stimmen. | Distribution löschen. Noch nutzt kein Besucher sie. |
| 5. TTL der Live-Einträge auf 5 Minuten oder weniger senken und die alte TTL abwarten. | Network Architect. Prüfung: dig gegen einen öffentlichen Resolver zeigt die neue TTL. Bei 24 Stunden TTL heißt das 24 Stunden warten. | TTL wieder erhöhen. |
| 6. Zertifikat vorbereiten. Für einen Umzug ohne Downtime eigenes PEM-Zertifikat samt Schlüssel hochladen und skipDnsCheck setzen (STACKIT führt diesen Weg als über API und SDK verfügbar; die Unterstützung in Terraform und im Portal ist noch in Entwicklung). Andernfalls stellt STACKIT ein verwaltetes Zertifikat aus, sobald der CNAME propagiert ist. | Network Architect. Prüfung: Custom Domain aktiv, TLS 1.2 und 1.3 werden akzeptiert. | Custom Domain entfernen. |
| 7. Cutover: CNAME oder A-Einträge auf das STACKIT-Ziel umstellen, und bei Umzug der ganzen Zone die Delegation auf die STACKIT-Nameserver ändern. | Network Architect. Prüfung: dig gegen mehrere Resolver; CDN-Logs zeigen Verkehr; 5xx und WAF-Blockaden beobachten. | Einträge auf die früheren Werte zurücksetzen; die kurze TTL macht das schnell. |
| 8. Mail und übrige Einträge auf der neuen Zone prüfen. | Network Architect. Prüfung: MX- und SPF-Antworten entsprechen den alten, Testmail kommt an. | Delegation zurücksetzen. |
| 9. Das alte Setup erst stilllegen, wenn die alte TTL vollständig abgelaufen und die Migration stabil ist. | Storage und Network Architect. Prüfung: kein Verkehr mehr auf alter CDN-Domain oder altem Bucket. | Nach der Stilllegung nicht mehr möglich; sichern Sie vorher einen Export. |
Die Schritte 1, 5 und 9 sowie die Delegationsänderung in Schritt 7 sind allgemeine Praxis. STACKIT-Besonderheiten (Importtypen, Formate, skipDnsCheck, verwaltetes Zertifikat, TTL-Empfehlung, CNAME-Rollback) stammen aus den STACKIT-Seiten unter den Quellen. Der Lauf ordnet die DNS-Einträge einem Cutover-Paket des Network Architect zu, die CDN-Domain einem Plattform-Paket, ebenfalls beim Network Architect, und den Bucket einem Datenpaket des Storage Architect.
Was der Lauf zum Cutover sagt
Die Cutover-Fakten dieser Umgebung, wörtlich aus dem Migrationsplan des Laufs. C1 bis C3 melden keine Belege, C4 keine offene Entscheidung. Das beschreibt, was der Scan gefunden hat, nicht, was Sie tun müssen: Die Werte der vier Einträge legen weiterhin Sie fest.
### C1 · DNS record sets whose value transforms
No evidence: the draft re-binds the value of no DNS record set to an address it generates.
4 more DNS record unit(s) are in the source and the draft re-binds no value of them (no transformation evidence): `huaweicloud_dns_recordset.apex`, `huaweicloud_dns_recordset.mail`, `huaweicloud_dns_recordset.spf`, `huaweicloud_dns_recordset.www`. What their values become at cutover is not evidenced.
### C2 · Public address re-binding
No evidence: the draft re-binds no public address that a record names.
### C3 · Certificate and host switch
No evidence: the source declares no certificate unit, and the scan holds no fact about a certificate or host name switch.
### C4 · Open cutover decisions (cutover dimension of the workload readiness)
None: no unit reads a cutover decision or a missing endpoint binding.Fallen, die dieses Runbook schließt
Die Origin-Firewall
Steht der Origin hinter einer Freigabeliste, müssen die Edge-Adressen des STACKIT-CDN erlaubt werden, und sie ändern sich mit dem Ausbau des Netzwerks. STACKIT empfiehlt einen automatischen Abgleich, etwa per täglichem Job.
Cookies
Prüfen Sie, ob Cookies den Cache umgehen und ob Antwort-Cookies entfernt werden sollen. Das STACKIT-CDN hat dafür ein Flag, das Set-Cookie-Header entfernt.
Nur öffentliche Projekte
CDN-Distributionen gibt es nur in öffentlichen STACKIT-Projekten, und der CDN-Dienst wird einmal pro Projekt aktiviert.
Einträge außerhalb von Terraform
In der Konsole angelegte Einträge erscheinen nie im Lauf. Das Inventar in Schritt 1 findet sie.
Fragen zu DNS- und CDN-Cutover
Überträgt StackToIT die DNS-Einträge oder das CDN?
Nein. StackToIT liest Terraform, stuft die Einheiten ein und schreibt die manuellen Schritte und die Reihenfolge. Die DNS-Einträge sind ein Cutover-Paket für eine Person, die CDN-Domain richten Sie von Hand ein.
Lässt sich Downtime beim CDN vermeiden?
STACKIT beschreibt einen Weg ohne Downtime: eigenes Zertifikat mitbringen, skipDnsCheck setzen, damit die Custom Domain vor dem Umstellen aktiv ist, dann den CNAME ändern. STACKIT führt diesen Weg für API und SDK; in Terraform und im Portal ist er noch in Entwicklung. Beim verwalteten Zertifikat stellt STACKIT das Zertifikat erst aus, wenn der CNAME propagiert ist; rechnen Sie bis dahin mit fehlendem HTTPS auf der Custom Domain.
Welche TTL sollen wir vor dem Cutover setzen?
STACKIT rät zu 5 Minuten oder weniger, früh genug gesetzt, dass die alte TTL vor dem Umstellen abgelaufen ist. Bei 24 Stunden TTL warten Sie mindestens 24 Stunden.
Wie gehen wir zurück?
Setzen Sie CNAME oder A-Einträge auf die früheren Werte zurück. Weil die TTL gesenkt war, propagiert der Rollback schnell. Behalten Sie Huawei-Zone, CDN-Domain und Bucket, bis die Migration stabil ist.
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.