HUAWEI CLOUD → STACKIT · DNS- EN CDN-RUNBOOK

Runbook: Huawei Cloud DNS en CDN verhuizen naar STACKIT

DNS en CDN zijn het deel van een migratie dat bezoekers merken, dus ze gaan als laatste en met een weg terug. StackToIT classificeert Huawei Cloud DNS-recordsets en CDN-domeinen als RECONFIGURE, noemt STACKIT DNS en STACKIT CDN als doel en zet de DNS-records in een cutoverpakket. Dit runbook ordent het werk rond dat pakket: eerst de origin, dan de CDN, dan de records, met per stap een eigenaar, een controle en een rollback. De demo is een omgeving van zes resources, beoordeeld op 4 november 2026.

DNS-records, beoordeeld

Links twee van de vier recordsets van de demo, een CNAME en een MX-record. Rechts een fragment van assessment.json voor de CNAME, met de waarden precies zoals de run ze schreef.

Voorbeeldinvoermain.tf
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."]
}
StackToIT-assessmentassessment.json
{
  "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."
  }
}
  • Lijnresolutie verdient aandacht

    De reden van de run geeft aan dat de resolutie per lijn aan de bronzijde beoordeling vereist. In Huawei Cloud DNS staat een recordset op een resolutielijn: de Default-lijn beantwoordt elke bezoeker, terwijl regio-, ISP- en eigen lijnen verschillende antwoorden geven naargelang de locatie van de bezoeker, het netwerk van de provider of het IP-bereik. De importformaten van STACKIT bevatten name, TTL, type, content en comment, zonder veld voor een resolutielijn, dus een record dat per lijn anders antwoordt, wordt handmatig platgeslagen of gesplitst.

  • De zone staat niet in de bron

    De demo wijst met een letterlijke ID naar zijn zone. Niets in de run maakt de STACKIT-zone aan, dus stap 2 hieronder doet dat.

  • Vijf instellingen per record

    name, records, ttl, type en zone_id staan voor uw team vermeld als instellingen die aan u zijn overgelaten.

De records van de demo en hoe STACKIT DNS ze overneemt

Huawei-recordsetOp STACKIT DNSControle
example.com. A, TTL 300A is een ondersteund recordtype; het record staat op de apex van de zone.De waarde 203.0.113.10 is een adres aan Huawei-zijde; stel het nieuwe doel in vóór de cutover.
www.example.com. CNAME naar example.com., TTL 300CNAME wordt ondersteund, maar kan niet worden gebruikt naast records met dezelfde naam of als record met dezelfde naam als de zone.Geen enkel ander record mag de naam www delen.
example.com. MX, TTL 3600MX is een ondersteund recordtype.E-mail blijft ongemoeid totdat het MX-antwoord verandert; laat de oude zone antwoorden tot dan.
example.com. TXT met een SPF-waarde, TTL 3600TXT is een ondersteund recordtype; STACKIT heeft een how-to voor lange TXT-records.Vergelijk de waarde na de import, inclusief aanhalingstekens en lengte.

Regels per recordtype uit de referentie van STACKIT DNS voor recordtypen. De waarden en TTL's zijn die van de demo-invoer; de run heeft er geen gewijzigd.

Het CDN-domein, beoordeeld

De demo heeft één CDN-domein met een HTTPS-instelling en een originhost, en één bucket met openbare leestoegang. De run koppelt het domein aan een STACKIT CDN-distributie.

Voorbeeldinvoermain.tf
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
    }
  }
}
StackToIT-assessmentassessment.json
{
  "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."
  }
}
  • Herschreven, niet gekopieerd

    De run geeft aan dat cacheregels en certificaten worden herschreven en dat de origin met de workload meeverhuist. Bouw ze opnieuw op als instellingen van de STACKIT-distributie.

  • Een bucket is een databeslissing

    De OBS-bucket is RECONFIGURE en staat voor dataverplaatsing als DECISION_REQUIRED. De acl, bucketnaam en opslagklasse staan vermeld als instellingen die aan u zijn overgelaten; bepaal of de assets openbaar blijven of achter de CDN komen.

  • Alles in golf 1

    Alle zes eenheden hebben geen afhankelijkheid, dus de run biedt geen eigen volgorde. De volgorde hieronder is runbookpraktijk.

Het runbook: stap, eigenaar en controle, rollback

StapEigenaar en controleRollback
1. Inventariseer de zone. Exporteer elke recordset van de Huawei-zone, niet alleen die in Terraform.Network Architect. Controle: de lijst bevat minstens de vier recordsets die de run las.Er is nog niets gewijzigd.
2. Maak de STACKIT DNS-zone aan en importeer de records (CSV, JSON of BIND, importtype Upsert of Restore).Network Architect. Controle: elke recordset is aanwezig en de waarden zijn gelijk aan de Huawei-waarden. Restore verwijdert records die in de invoer ontbreken.Verwijder de nieuwe zone. De Huawei-zone is nog steeds degene die antwoordt.
3. Verplaats de origin-inhoud. Kopieer de bucket naar STACKIT Object Storage en kies het toegangsmodel.Storage Architect. Controle: aantal objecten en omvang komen overeen; clients gebruiken het nieuwe endpoint en de nieuwe inloggegevens.Houd de Huawei-bucket tot stap 9.
4. Maak de STACKIT CDN-distributie aan met de origin en ten minste één regio.Network Architect. Controle: het beheerde domein serveert de site, cachehits verschijnen, redirects en headers komen overeen.Verwijder de distributie. Geen enkele bezoeker gebruikt die nog.
5. Verlaag de TTL van de live records naar 5 minuten of minder en wacht de oude TTL af.Network Architect. Controle: dig tegen een openbare resolver toont de nieuwe TTL. Een TTL van 24 uur betekent 24 uur wachten.Verhoog de TTL weer.
6. Bereid het certificaat voor. Voor nul downtime uploadt u uw eigen PEM-certificaat en sleutel en stelt u skipDnsCheck in (STACKIT noemt dit pad beschikbaar via de API en SDK; ondersteuning in Terraform en Portal is nog in ontwikkeling). Anders richt STACKIT een beheerd certificaat in zodra de CNAME is gepropageerd.Network Architect. Controle: het eigen domein is actief, TLS 1.2 en 1.3 worden geaccepteerd.Verwijder het eigen domein.
7. Cutover: schakel de CNAME- of A-records om naar het STACKIT-doel, en wijzig de delegatie naar de STACKIT-nameservers als u de hele zone verhuist.Network Architect. Controle: dig tegen meerdere resolvers; CDN-logs tonen verkeer; let op 5xx en WAF-blokkades.Zet de records terug op de vorige waarden; de korte TTL maakt dit snel.
8. Controleer e-mail en andere records op de nieuwe zone.Network Architect. Controle: MX- en SPF-antwoorden zijn gelijk aan de oude, testmail is afgeleverd.Zet de delegatie terug.
9. Faseer de oude opzet uit nadat de oude TTL volledig is verlopen en de migratie stabiel is.Storage en Network Architect. Controle: geen verkeer meer op het oude CDN-domein of de oude bucket.Niet van toepassing na uitfasering; maak eerst een export.

Stap 1, 5 en 9 en de wijziging van de delegatie in stap 7 zijn algemene praktijk. De STACKIT-specifieke punten (importtypen, formaten, skipDnsCheck, beheerd certificaat, TTL-advies, CNAME-rollback) komen uit de STACKIT-pagina's onder de bronnen. De run wijst de DNS-records toe aan een cutoverpakket met de Network Architect als eigenaar, het CDN-domein aan een platformpakket, ook met de Network Architect als eigenaar, en de bucket aan een datapakket met de Storage Architect als eigenaar.

Wat de run zegt over de cutover

De cutoverfeiten van deze omgeving, letterlijk uit het migratieplan van de run. C1 tot en met C3 melden geen bewijs en C4 geen openstaande beslissing. Dat is een uitspraak over wat de scan vond, niet over wat u moet doen: de vier records hebben nog steeds waarden nodig die u zelf instelt.

StackToIT-migratieplanmigration/technical-sequencing.md
### 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.

Valkuilen die dit runbook dichtzet

  • De firewall van de origin

    Staat de origin achter een toegangslijst, dan moeten de edge-adressen van STACKIT CDN worden toegestaan, en die veranderen naarmate het netwerk groeit. STACKIT raadt aan ze automatisch te synchroniseren, bijvoorbeeld met een dagelijkse taak.

  • Cookies

    Controleer of cookies de cache omzeilen en of cookies in antwoorden moeten worden verwijderd. STACKIT CDN heeft een vlag om Set-Cookie-headers te verwijderen.

  • Alleen openbare projecten

    CDN-distributies zijn alleen beschikbaar in openbare STACKIT-projecten, en de CDN-dienst wordt eenmaal per project ingeschakeld.

  • Records buiten Terraform

    Records die in de console zijn aangemaakt, komen nooit in de run voor. De inventaris in stap 1 is hoe u ze vindt.

Vragen over de cutover van DNS en CDN

Verplaatst StackToIT de DNS-records of de CDN?

Nee. StackToIT leest Terraform, classificeert de eenheden en schrijft de handmatige stappen en de volgorde. De DNS-records zijn een cutoverpakket voor een persoon, en het CDN-domein wordt handmatig ingericht.

Kunnen we downtime bij de CDN vermijden?

STACKIT beschrijft een pad zonder downtime: breng uw eigen certificaat mee, stel skipDnsCheck in zodat het eigen domein actief is vóór de overschakeling, en wijzig dan de CNAME. STACKIT noemt dit pad voor de API en SDK; in Terraform en de Portal is het nog in ontwikkeling. Met een beheerd certificaat richt STACKIT het certificaat pas in nadat de CNAME is gepropageerd, dus reken erop dat HTTPS op het eigen domein tot dan niet beschikbaar is.

Welke TTL moeten we vóór de cutover gebruiken?

STACKIT adviseert 5 minuten of minder, vroeg genoeg ingesteld zodat de oude TTL is verlopen voordat u overschakelt. Een TTL van 24 uur betekent minstens 24 uur wachten.

Hoe draaien we terug?

Zet de CNAME- of A-records terug op de vorige waarden. Omdat de TTL was verlaagd, propageert de rollback snel. Houd de Huawei-zone, het CDN-domein en de bucket totdat de migratie stabiel is.

Bronnen

Uw volgende stap: STACKIT.

Vertel ons over uw omgeving, dan laten wij zien wat StackToIT daarvoor oplevert: doelarchitectuur, Terraform-artefacten en een gestructureerd migratieplan.

Laat uw gegevens achter, onze specialisten nemen contact met u op.

Liever zelf een e-mail sturen? connect@stacktoit.com

Wij gebruiken uw gegevens alleen om dit verzoek te beantwoorden en een mogelijke pilot te bespreken. Privacyverklaring