ORACLE OKE → STACKIT SKE

Oracle OKE zu STACKIT Kubernetes Engine

Ein OKE-Cluster zieht auf die STACKIT Kubernetes Engine (SKE) um, und Ihre Workload-Manifeste können bleiben. StackToIT bewertet Cluster und Node Pools als Replatforming, benennt, was um die Workloads herum neu geschrieben wird, und prüft, auf welchen SKE-Versionen Sie landen können.

Ein OKE-Cluster mit Node Pool, bewertet

Eine kleine OCI-Umgebung, für diese Seite geschrieben und am 4. November 2026 von StackToIT bewertet. Links die Eingabe, rechts die Entscheidung, die StackToIT dazu festgehalten hat, genau so, wie sie in assessment.json steht.

Beispieleingabemain.tf
resource "oci_containerengine_cluster" "platform" {
  compartment_id     = var.compartment_id
  name               = "platform"
  kubernetes_version = "v1.31.1"
  vcn_id             = oci_core_vcn.platform.id

  endpoint_config {
    subnet_id            = oci_core_subnet.api.id
    is_public_ip_enabled = false
  }
}

resource "oci_containerengine_node_pool" "workloads" {
  cluster_id         = oci_containerengine_cluster.platform.id
  compartment_id     = var.compartment_id
  name               = "workloads"
  kubernetes_version = "v1.31.1"
  node_shape         = "VM.Standard.E5.Flex"

  node_shape_config {
    ocpus         = 4
    memory_in_gbs = 32
  }

  node_config_details {
    size = 3

    placement_configs {
      availability_domain = var.availability_domain
      subnet_id           = oci_core_subnet.nodes.id
    }
  }
}
StackToIT-Bewertungassessment.json
[
  {
    "id": "oci_containerengine_cluster.platform",
    "class": "REPLATFORM",
    "confidence": "MEDIUM",
    "target": {
      "service": "STACKIT Kubernetes Engine (SKE)"
    },
    "reason": "An OKE cluster becomes an SKE cluster. Workload manifests can stay, while node pools, load balancer and storage annotations, identity and images are rewritten."
  },
  {
    "id": "oci_containerengine_node_pool.workloads",
    "class": "REPLATFORM",
    "confidence": "MEDIUM",
    "target": {
      "service": "STACKIT Kubernetes Engine (SKE)"
    },
    "reason": "An OKE node pool becomes an SKE node pool. The shape becomes a STACKIT flavor, and placement across zones is decided again."
  }
]
  • Manifeste können bleiben

    Die Bewertung sagt es klar: Die Workloads behalten ihre Manifeste. Es ändert sich, was sie umgibt: Node Pools, Annotationen für Load Balancer und Speicher, Identität und Images.

  • Vom Node Pool zum SKE-Node-Pool

    Der Pool betreibt 3 Nodes vom Typ VM.Standard.E5.Flex mit 4 OCPUs und 32 GB. Auf SKE wird das Shape ein STACKIT-Flavor, und die Verteilung über Zonen wird neu entschieden.

  • Privater API-Endpunkt vermerkt

    Der Architektenbericht führt die Endpunkt-Einstellungen des Clusters, sein Subnetz und die abgeschaltete öffentliche IP unter den Einstellungen auf, die Ihre Architekten übertragen.

SKE-Versionen, am Tag geprüft

Der Bericht nennt jede SKE-Version mit ihren Daten, so wie sie am 3. November 2026 auf den Lifecycle-Seiten von STACKIT standen. Der Quell-Cluster läuft auf v1.31.1.

  • Auf 1.36 landen

    SKE 1.36 wird unterstützt, erschien am 27. August 2026 und läuft laut Veröffentlichung am 9. Juni 2027 aus. Der Bericht nennt sie als geeignete Zielversion mit geringem Zeitrisiko.

  • Abgelaufene auslassen

    1.32, 1.33 und 1.34 sind auf SKE bereits abgelaufen; der Bericht rät daher davon ab, auf ihnen zu landen.

  • Updates auf SKE

    Läuft eine Version aus, startet SKE ein verpflichtendes Update. Der Bericht zitiert dazu die STACKIT-Dokumentation, damit Ihr Team Upgrades rechtzeitig plant.

So wird die OKE-Umgebung zugeordnet

OCI-RessourceSTACKIT-ZielMigrationsklasse
OKE-ClusterSKE-ClusterReplatforming
OKE-Node-PoolSKE-Node-PoolReplatforming
VCNSTACKIT-Netzwerke, mit einer Network Area, wo Routing zwischen ihnen nötig istRekonfigurieren
Subnetze für Nodes und API-EndpunktSTACKIT-Netzwerke mit eigenen AdressbereichenRekonfigurieren
NAT GatewayDesign für ausgehenden Verkehr, entschieden von der für das Netzwerk verantwortlichen PersonArchitekturentscheidung
IAM-Policy für die WorkloadsSTACKIT-Rollen und Service Accounts, zugeordnet von Ihren ArchitektenArchitekturentscheidung

Klassen so, wie der Lauf sie entschieden hat. Die beiden Subnetze sind zwei Einheiten des Laufs und teilen sich hier eine Zeile.

Die Reihenfolge des Umzugs

Der Lauf ordnet die sieben Einheiten nach ihren Abhängigkeiten in vier Wellen.

  1. Welle 1

    Das VCN und die IAM-Policy.

  2. Welle 2

    Das NAT Gateway und die beiden Subnetze.

  3. Welle 3

    Der SKE-Cluster.

  4. Welle 4

    Der Node Pool, der vom Cluster und vom Node-Subnetz abhängt.

Bewiesen an einer echten AWS-Umgebung

Die AWS Retail Store Sample App, ein öffentliches Terraform-Projekt von AWS, von StackToIT bewertet und vollständig veröffentlicht, genau so, wie der Lauf es geschrieben hat.

Fallstudie ansehen (Englisch)
282
Terraform-Ressourcendefinitionen analysiert
44
Migrationseinheiten identifiziert
38
Zieleinheiten erzeugt, von 52 betrachteten
331
Planschritte erstellt

Fragen aus Plattformteams

Ändern sich unsere Kubernetes-Manifeste beim Wechsel von OKE zu SKE?

Die Workload-Manifeste können bleiben. Neu geschrieben wird, was OCI-spezifisch ist: Node Pools, Annotationen für Load Balancer und Speicher, Identität und Images.

Welche Kubernetes-Version sollte der SKE-Cluster nutzen?

Im Lauf vom 4. November 2026 war SKE 1.36 die unterstützte Zielversion, mit veröffentlichtem Ablauf am 9. Juni 2027. Der Bericht nennt den Tag, an dem seine SKE-Lifecycle-Daten gelesen wurden; Ihr Team weiß also, wie aktuell die Antwort ist.

Was passiert mit den OCI-Policies unserer Workloads?

OCI-Policies haben auf STACKIT kein Gegenstück auf Dokumentebene. Ihre Architekten ordnen die Personen und Workloads dahinter STACKIT-Rollen und Service Accounts zu, und die Bewertung markiert jede Policy für diese Entscheidung.

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.