HUAWEI CLOUD → STACKIT · NETZWERK-ZUORDNUNG

Huawei Cloud VPC, Subnetze, NAT und Security Groups auf STACKIT

Aus einer Huawei-VPC wird nicht ein STACKIT-Objekt. Die Subnetze werden STACKIT-Netzwerke, die Security Groups werden reine Allow-Security-Groups, die EIP wird zur Public IP, und das NAT Gateway bleibt Ihren Architekten überlassen. Diese Seite bildet jeden Baustein anhand einer Demo-Umgebung mit 11 Ressourcen ab, die StackToIT am 4. November 2026 bewertet hat, und stellt das Verhalten von Huawei und STACKIT dort gegenüber, wo es sich unterscheidet.

Das NAT Gateway und seine EIP, bewertet

Links die Eingabe, für diese Seite geschrieben. Rechts ein Auszug aus assessment.json für das NAT Gateway, die Werte im Wortlaut. Das NAT Gateway ist die einzige Einheit der Umgebung, die der Lauf nicht abbildet.

Beispieleingabemain.tf
resource "huaweicloud_nat_gateway" "egress" {
  name        = "billing-egress"
  spec        = "2"
  vpc_id      = huaweicloud_vpc.main.id
  subnet_id   = huaweicloud_vpc_subnet.data.id
  description = "Outbound internet for the data tier"
}

resource "huaweicloud_vpc_eip" "gateway" {
  publicip {
    type = "5_bgp"
  }
  bandwidth {
    share_type  = "PER"
    name        = "billing-egress"
    size        = 20
    charge_mode = "traffic"
  }
}
StackToIT-Bewertungassessment.json
{
  "id": "huaweicloud_nat_gateway.egress",
  "result": {
    "class": "MANUAL_REVIEW",
    "confidence": "LOW",
    "reason": "NAT gateway rules do not carry over one to one. Whether the egress and any published port need a STACKIT network with a public address, or a NAT appliance on a server, is an architect's decision."
  }
}
  • MANUAL_REVIEW, Konfidenz LOW

    Der Lauf hält fest, dass sich NAT-Gateway-Regeln nicht eins zu eins übertragen lassen, und nennt zwei Kandidaten: ein STACKIT-Netzwerk mit öffentlicher Adresse oder eine NAT-Appliance auf einem Server.

  • Die EIP wird abgebildet

    Die EIP-Einheit ist als RECONFIGURE mit dem Ziel STACKIT Public IP eingestuft. Der Lauf hält fest, dass sich die Adresse selbst ändert, sodass sich DNS-Einträge und Freigabelisten, die sie nennen, ebenfalls ändern müssen. Die Bandbreiten-Einstellungen (Größe 20, Abrechnung nach Traffic) werden für Ihr Team aufgelistet, nicht übertragen.

  • Fünf Einstellungen sind aufgelistet

    description, name, spec, subnet_id und vpc_id des NAT Gateways werden als offene Einstellungen aufgelistet; so fällt nichts stillschweigend weg.

So wird die Netzwerkumgebung zugeordnet

Huawei-Cloud-RessourceSTACKIT-ZielKlasse und Konfidenz
VPC (huaweicloud_vpc)STACKIT-Netzwerk, mit Network Area, wo Routing nötig istRECONFIGURE, MEDIUM
VPC-Subnetz (2 in der Demo)STACKIT-Netzwerk mit eigenem AdressbereichRECONFIGURE, MEDIUM
Security Group mit Regeln (2 Gruppen, 3 Regeln)STACKIT Security Group und Security-Group-RegelnRECONFIGURE, LOW
EIP (huaweicloud_vpc_eip)STACKIT Public IPRECONFIGURE, MEDIUM
NAT GatewayEntscheidung Ihrer ArchitektenMANUAL_REVIEW, LOW
ECS-Instanz im Web-SubnetzSTACKIT-Server mit Volumes und NetzwerkschnittstellenRECONFIGURE, MEDIUM

Aus den 11 Ressourcen der Demo wurden 8 Einheiten: Die drei Security-Group-Regeln liegen in ihren zwei Gruppen-Einheiten. Der Lauf fand keine Einheit mit Konfidenz HIGH, weil der Provider nicht durch eine Lock-Datei festgelegt war.

Wo sich Huawei Cloud und STACKIT unterscheiden

ThemaHuawei CloudSTACKIT
RegelmodellRegeln wirken wie eine Whitelist, tragen aber Priorität und Aktion. Ein kleinerer Wert bedeutet höhere Priorität, Deny-Regeln haben Vorrang vor Allow-Regeln.Die Konzeptseite beschreibt Allow-Regeln und ein Default-Deny. Erlaubt eine Regel den Verkehr, ist er erlaubt; Regeln werden gemeinsam und nicht in einer Reihenfolge ausgewertet. Eine Deny-Regel oder Prioritätsfolge der Quelle braucht eine Entscheidung.
StandardverhaltenDie Default-Security-Group erlaubt nur die Kommunikation der Instanzen untereinander.Eingehender Verkehr ist standardmäßig gesperrt, außer von Instanzen derselben Security Group. Ausgehender Verkehr ist standardmäßig erlaubt.
ZuordnungEine Security Group gilt für die Instanzen in ihr; eine Instanz kann mehrere Gruppen haben.Gruppen gelten über Netzwerkschnittstellen. Eine Schnittstelle kann mehrere Gruppen haben, ihre Regeln werden permissiv kombiniert. NIC Security muss aktiv sein, was der Standard ist.
AdressbereicheEine VPC trägt ein CIDR (in der Demo 10.50.0.0/16); die Subnetze werden daraus geschnitten.Ein Netzwerk hat ein Präfix zwischen einer 29-Bit-Maske (6 Hosts) und einer 8-Bit-Maske. In einer Network Area wählen Sie die Präfixlänge aus den Netzbereichen der Area.
Ausgehender InternetzugangEin NAT Gateway mit SNAT-Regeln bringt Server ohne EIP ins Internet, die sich dabei eine EIP teilen. In der Demo hängt es am Daten-Subnetz.Jedes Virtual Network hat ein Internet-Gateway mit Source NAT, nur ausgehend; in einem öffentlichen Projekt vergibt STACKIT die öffentliche Adresse dafür. Eine Ressource braucht keine Public IP, um ins Internet zu gelangen. In einem Network-Area-Projekt steuern Routing-Tabellen den Weg.
Eingehende AdresseEine EIP mit eigener Bandbreiteneinstellung.Eine Public IP ist 1:1-NAT, an jeweils eine Ressource gebunden und erscheint nie auf dem Server selbst. Zur Bandbreite sagt die Konzeptseite nichts.

Die Huawei-Spalte stammt aus der Huawei-Hilfeseite zu Security Groups und, für das NAT Gateway, aus der Huawei-Seite zu SNAT-Regeln; VPC-CIDR und EIP-Bandbreite stammen aus der Demo-Eingabe. Die STACKIT-Spalte stammt aus den Konzeptseiten unter den Quellen.

Security-Group-Regeln: was der Lauf sagt und was er offenlässt

Die Gruppe der Datenschicht hat zwei Regeln: PostgreSQL von der Web-Gruppe und SSH aus dem Adressbereich eines Büros. Der Lauf führt beide in der Gruppen-Einheit, stuft sie mit LOW ein und warnt gesondert, dass die Regel-Ressourcen selbst katalogisiert, aber nicht zugeordnet sind. Rechts Klasse, Ziel und Begründung der Einheit aus assessment.json.

Beispieleingabemain.tf
resource "huaweicloud_networking_secgroup" "data" {
  name        = "billing-data"
  description = "Data tier"
}

resource "huaweicloud_networking_secgroup_rule" "data_from_web" {
  security_group_id = huaweicloud_networking_secgroup.data.id
  direction         = "ingress"
  ethertype         = "IPv4"
  protocol          = "tcp"
  ports             = "5432"
  remote_group_id   = huaweicloud_networking_secgroup.web.id
}

resource "huaweicloud_networking_secgroup_rule" "data_ssh_office" {
  security_group_id = huaweicloud_networking_secgroup.data.id
  direction         = "ingress"
  ethertype         = "IPv4"
  protocol          = "tcp"
  ports             = "22"
  remote_ip_prefix  = "198.51.100.0/24"
}
StackToIT-Bewertungassessment.json
{
  "id": "huaweicloud_networking_secgroup.data",
  "result": {
    "class": "RECONFIGURE",
    "confidence": "LOW",
    "target": {
      "service": "STACKIT security groups"
    },
    "reason": "A security group becomes a STACKIT security group. STACKIT rules only allow traffic, so a deny rule or a priority order of the source needs a decision."
  }
}
  • LOW ist hier der ehrliche Wert

    Die Gruppe ist zugeordnet; die Regeln sind katalogisiert, aber nicht zugeordnet. Ports, Protokoll, Richtung, remote_group_id und remote_ip_prefix werden als offene Einstellungen aufgelistet.

  • Gruppenverweis bleibt Gruppenverweis

    Die PostgreSQL-Regel nennt die Web-Gruppe als Quelle. Auch bei STACKIT kann eine Security-Group-Regel statt eines IP-Bereichs eine entfernte Security Group als Gegenstelle nennen (remote_security_group_id im STACKIT-Terraform-Provider); die Web-Gruppe muss also zuerst existieren. Der Lauf ordnet es so: Die Daten-Gruppe hängt von der Web-Gruppe ab.

  • Jede Quell-CIDR prüfen

    Die SSH-Regel lässt den Adressbereich eines Büros zu. Entscheiden Sie auf STACKIT, ob dieser Weg bleibt oder die Administration hinter einen Bastion Host oder in die Network Area verlagert wird.

Die vom Lauf vorgeschlagene Reihenfolge

Die drei Wellen ergeben sich aus den Abhängigkeiten. Einheiten einer Welle können parallel umziehen; der Plan ist ein Ausgangspunkt für Ihre Wellenplanung, kein Terminplan.

  1. Welle 1: VPC, Web-Security-Group, EIP

    Die drei Einheiten ohne Abhängigkeit. Die manuelle Arbeit der Umgebung bündelt der Lauf in vier Pakete: Fundament (VPC, beide Subnetze, NAT Gateway), Sicherheit (beide Gruppen) und die EIP liegen beim Network Architect, das Server-Paket beim Platform Architect.

  2. Welle 2: beide Subnetze und die Daten-Security-Group

    Die Subnetze warten auf die VPC; die Daten-Gruppe wartet auf die Web-Gruppe, auf die sie verweist.

  3. Welle 3: Server und NAT Gateway

    Die ECS-Instanz wartet auf Subnetz und Gruppe. Das NAT Gateway wartet auf VPC und Daten-Subnetz und trägt die offene Entscheidung.

  4. Cutover

    Der Lauf hält fest, dass er in dieser Umgebung kein DNS-Record-Set und keine Adress-Neubindung gefunden hat. Das heißt nicht, dass nichts umzustellen ist: Namen und Adressen außerhalb des gelesenen Terraform sieht er nicht.

Die Reihenfolge, wie der Lauf sie schreibt

Die Wellen dieser Umgebung, wörtlich aus dem Migrationsplan des Laufs.

StackToIT-Migrationsplanmigration/technical-sequencing.md
## Wave 1 — 3 unit(s)

| Unit | Class | Target |
|---|---|---|
| `huaweicloud_networking_secgroup.web` | RECONFIGURE / LOW | STACKIT security groups |
| `huaweicloud_vpc.main` | RECONFIGURE / MEDIUM | STACKIT network |
| `huaweicloud_vpc_eip.gateway` | RECONFIGURE / MEDIUM | STACKIT public IP |

## Wave 2 — 3 unit(s)

| Unit | Class | Target |
|---|---|---|
| `huaweicloud_networking_secgroup.data` | RECONFIGURE / LOW | STACKIT security groups |
| `huaweicloud_vpc_subnet.data` | RECONFIGURE / MEDIUM | STACKIT network |
| `huaweicloud_vpc_subnet.web` | RECONFIGURE / MEDIUM | STACKIT network |

## Wave 3 — 2 unit(s)

| Unit | Class | Target |
|---|---|---|
| `huaweicloud_compute_instance.web` | RECONFIGURE / MEDIUM | STACKIT Compute Engine |
| `huaweicloud_nat_gateway.egress` | MANUAL_REVIEW / LOW | — |

## Cutover (decision support — performed by the customer)

No cutover facts: the scan and the draft established no DNS record set whose value the draft re-binds to a generated address, no public address re-binding, no DNS record unit, no certificate unit and no open cutover decision. That is not a statement that nothing has to be cut over: a name, an address or a certificate outside the scanned source is not seen, and a unit that exists only if OpenTofu decides so at plan time is not read here. StackToIT performs no cutover and gives no time estimate.

Fragen von Netzwerkteams

Wird aus einer Huawei-VPC genau ein STACKIT-Netzwerk?

Nein. Jedes VPC-Subnetz wird ein STACKIT-Netzwerk mit eigenem Adressbereich. Die VPC selbst hat keine Entsprechung; wo Routing zwischen diesen Netzwerken nötig ist, planen Sie eine STACKIT Network Area, deren Projekt-Router ihre Routing-Tabellen automatisch aktualisieren.

Was passiert mit Deny-Regeln und Regelprioritäten?

Der Lauf hält fest, dass STACKIT-Regeln nur erlauben; eine Deny-Regel oder Prioritätsfolge der Quelle braucht eine Entscheidung. Huawei Cloud wertet nach Priorität aus und lässt Deny gewinnen; auf STACKIT werden Regeln gemeinsam ausgewertet und jede Allow-Regel erlaubt den Verkehr.

Brauchen wir auf STACKIT ein NAT Gateway?

Nicht zwingend. Die STACKIT-Konzeptseite hält fest, dass jedes Virtual Network ein Internet-Gateway mit Source NAT hat, nur ausgehend. Ob Sie eine feste ausgehende Adresse oder eine NAT-Appliance brauchen, ist genau die Entscheidung, die der Lauf Ihren Architekten überlässt.

Schreibt StackToIT das Terraform für die STACKIT-Netzwerke?

Für Huawei-Cloud-Quellen stuft dieser Build jede Einheit ein, nennt das Ziel samt Begründung und listet die Einstellungen, die Ihr Team übernimmt. STACKIT-Ressourcenblöcke schreibt er für diese Einheiten nicht; der Terraform-Ordner enthält nur Provider-Setup und Variablen.

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.