Huawei Cloud CCE zu STACKIT Kubernetes Engine

Ein CCE-Cluster mit Node Pool, 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_cce_cluster" "platform" {
  name                   = "platform"
  cluster_version        = "v1.31"
  flavor_id              = "cce.s2.small"
  vpc_id                 = huaweicloud_vpc.platform.id
  subnet_id              = huaweicloud_vpc_subnet.nodes.id
  container_network_type = "vpc-router"
  container_network_cidr = "172.16.0.0/16"
  service_network_cidr   = "10.247.0.0/16"
  kube_proxy_mode        = "ipvs"
}

resource "huaweicloud_cce_node_pool" "general" {
  cluster_id         = huaweicloud_cce_cluster.platform.id
  name               = "general"
  os                 = "Huawei Cloud EulerOS 2.0"
  flavor_id          = "c7.2xlarge.2"
  availability_zone  = "random"
  initial_node_count = 3
  scale_enable       = true
  min_node_count     = 3
  max_node_count     = 6

  root_volume {
    size       = 50
    volumetype = "SSD"
  }
  data_volumes {
    size       = 100
    volumetype = "SSD"
  }
}

{
  "id": "huaweicloud_cce_cluster.platform",
  "result": {
    "class": "REPLATFORM",
    "confidence": "MEDIUM",
    "target": {
      "service": "STACKIT Kubernetes Engine (SKE)"
    },
    "reason": "A CCE cluster becomes an SKE cluster. Workload manifests can stay, while node pools, load balancer and storage annotations, identity and add-ons of the source are replaced."
  }
}

• Manifeste bleiben

  Deployments, Services und die übrigen Workload-Manifeste ziehen unverändert um. Was darum herum Huawei-Cloud-spezifisch ist, wird auf SKE ersetzt.

• Neun Cluster-Einstellungen benannt

  cluster_version, container_network_cidr, container_network_type, flavor_id, kube_proxy_mode, name, service_network_cidr, subnet_id und vpc_id stehen für Ihr Plattformteam in der Liste.

• Node Pool an Ihre Architekten

  Über den Node Pool entscheiden Ihre Architekten. Flavor c7.2xlarge.2, 3 bis 6 Nodes und die Volumes mit 50 GB und 100 GB sind die Grundlage für den SKE-Node-Pool, den sie festlegen.

• Klare Zuständigkeit

  Der Cluster geht an den Platform Architect, VPC und Subnetz an den Network Architect, und der Node Pool erhält eine verantwortliche Rolle, sobald das Paket zugewiesen ist.

So wird die CCE-Umgebung zugeordnet

Klassen so, wie der Lauf sie entschieden hat. Die Einheiten ziehen in vier Wellen um, je eine: VPC, Subnetz, Cluster, Node Pool.

Die SKE-Version, für Sie geprüft

Der Lauf liest die Lifecycle-Seiten von SKE und nennt den Stand jeder Version zu dem Tag, an dem er sie gelesen hat, dem 3. November 2026.

• Auf 1.36 landen

  Kubernetes 1.36 wird auf SKE unterstützt, veröffentlicht am 27. August 2026 mit Ablauf am 9. Juni 2027, und ist als geeignete Zielversion markiert.

• 1.32 bis 1.34 überspringen

  1.32, 1.33 und 1.34 sind auf SKE abgelaufen. Der Beispiel-Cluster läuft auf v1.31; sein Umzug schließt also das Upgrade auf eine unterstützte Version ein.

• Updates bei Ablauf

  Erreicht eine Version ihr Ablaufdatum, startet SKE ein verpflichtendes Update. Der Lauf hält das als Day-2-Verantwortung von STACKIT fest.

• Beide Regionen

  SKE steht in den STACKIT-Katalogen von eu01 und eu02; der Cluster kann also in beiden Regionen landen.

Fragen aus Plattformteams

Quellen

• Huawei-Cloud-Dokumentation: Was ist CCE?
• STACKIT-Dokumentation: Kubernetes Engine (SKE)