Amazon EKS zu STACKIT Kubernetes Engine

Ein EKS-Cluster mit Node Group, umgewandelt

Eine kleine Umgebung, für diese Seite geschrieben und am 4. November 2026 von StackToIT bewertet. Links die Eingabe, rechts die Ressourcenblöcke des STACKIT-Terraforms, das die Engine geschrieben hat; die Prüfkommentare über jedem Block in der Datei sind hier ausgelassen.

resource "aws_eks_cluster" "platform" {
  name     = "platform"
  version  = "1.31"
  role_arn = aws_iam_role.cluster.arn

  vpc_config {
    subnet_ids = [aws_subnet.private_a.id, aws_subnet.private_b.id]
  }
}

resource "aws_eks_node_group" "workloads" {
  cluster_name    = aws_eks_cluster.platform.name
  node_group_name = "workloads"
  node_role_arn   = aws_iam_role.nodes.arn
  subnet_ids      = [aws_subnet.private_a.id, aws_subnet.private_b.id]
  instance_types  = ["m6i.xlarge"]

  scaling_config {
    desired_size = 3
    min_size     = 2
    max_size     = 6
  }
}

resource "stackit_ske_cluster" "platform" {
  project_id = var.project_id
  name       = "platform"
  node_pools = [{
    name               = "workloads"
    machine_type       = var.pool_workloads_machine_type
    minimum            = 2
    maximum            = 6
    availability_zones = var.availability_zones
  }]
  kubernetes_version_min = "1.36"
}

• Aus der Node Group wird ein Node Pool

  min_size und max_size werden Minimum und Maximum des Pools. SKE skaliert dazwischen; desired_size hat daher kein Gegenstück, und der Code sagt das.

• Maschinentyp aus der Quelle abgeleitet

  m6i.xlarge hat 4 vCPU und 16 GiB. StackToIT schlägt g1a.4d aus dem STACKIT-Katalog für eu01 als Standard vor und hält die Wahl als Entscheidung fest, die Sie bestätigen.

• Version gegen SKE geprüft

  Die Quelle läuft auf Kubernetes 1.31. SKE bietet in eu01 1.35 und neuer an, die Lebenszyklusdaten des Laufs nennen für 1.35 aber noch keinen Support-Status; der Code fordert daher 1.36, die niedrigste als unterstützt geführte Version über der Quelle, und weist auf das Upgrade hin, damit Sie entfernte APIs vorher prüfen.

• Cluster- und Node-Rollen entfallen

  SKE betreibt die Control Plane selbst, und Node Pools erhalten keine Rolle. Der Code fragt, wofür die Zugangsdaten der Nodes genutzt wurden, damit dieser Zugriff zu den Workloads wandert.

So wird die EKS-Umgebung zugeordnet

Klassen so, wie der Lauf sie entschieden hat. In welchem Netzwerk der Cluster läuft, bleibt Ihren Architekten überlassen, denn das hängt davon ab, ob das STACKIT-Projekt in einer Network Area liegt.

Was sich um die Workloads herum ändert

• Workload-Identität

  IAM-Rollen für Service Accounts (IRSA) werden zu STACKIT Workload Identity für die Pods, die Cloud-APIs aufrufen.

• Netzwerk und Speicher

  Die Add-ons VPC CNI und EBS CSI weichen dem eigenen Netzwerk und den Storage Classes von SKE.

• Zonen

  SKE verteilt einen Pool über seine Zonen und empfiehlt Vielfache der Zonenzahl. Der Code weist auf ein Minimum von 2 Nodes bei 3 Zonen hin.

Fragen, die Plattformteams stellen

Quellen

• AWS-Dokumentation: Was ist Amazon EKS?
• STACKIT-Dokumentation: Kubernetes Engine (SKE)
• STACKIT-Dokumentation: Terraform-Provider