Google Kubernetes Engine zu STACKIT Kubernetes Engine

Ein regionaler GKE-Cluster mit Node Pool, 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 "google_container_cluster" "platform" {
  name                     = "platform"
  location                 = "europe-west3"
  network                  = google_compute_network.platform.id
  subnetwork               = google_compute_subnetwork.gke.id
  min_master_version       = "1.32"
  remove_default_node_pool = true
  initial_node_count       = 1
  deletion_protection      = true

  release_channel {
    channel = "REGULAR"
  }

  workload_identity_config {
    workload_pool = "shop-platform-prod.svc.id.goog"
  }
}

resource "google_container_node_pool" "general" {
  name     = "general"
  cluster  = google_container_cluster.platform.id
  location = "europe-west3"

  autoscaling {
    min_node_count = 1
    max_node_count = 5
  }

  node_config {
    machine_type    = "e2-standard-8"
    disk_size_gb    = 100
    service_account = google_service_account.nodes.email
    oauth_scopes    = ["https://www.googleapis.com/auth/cloud-platform"]
  }
}

resource "stackit_ske_cluster" "platform" {
  project_id = var.project_id
  name       = "platform"
  node_pools = [{
    name               = "general"
    machine_type       = var.general_machine_type
    minimum            = var.platform_general_minimum
    maximum            = var.platform_general_maximum
    availability_zones = var.availability_zones
  }]
  kubernetes_version_min = "1.36"
  lifecycle {
    prevent_destroy = true
  }
}

• Autoscaling je Zone explizit gemacht

  GKE zählt min_node_count und max_node_count je Zone; SKE zählt den ganzen Pool. Der Code übernimmt keine der beiden Zahlen, als wäre sie dasselbe, und fragt die Summen des Pools in zwei Variablen ab.

• Version gegen SKE geprüft

  Die Quelle fordert Kubernetes 1.32. SKE unterstützt in eu01 1.35 und neuer; der Code fordert daher 1.36 und weist auf die vier übersprungenen Minor-Versionen hin, damit Sie entfernte APIs vorher prüfen.

• Löschschutz erhalten

  deletion_protection wird zu lifecycle prevent_destroy am SKE-Cluster: Terraform verweigert das Zerstören, so wie der Google-Provider das Löschen des geschützten Clusters verweigert hat.

• Release Channel

  SKE kennt keine Release Channels. Automatische Kubernetes-Updates sind eine Wartungseinstellung des Clusters und standardmäßig eingeschaltet.

Der Service Account der Nodes, umgewandelt

Aus demselben Lauf. Links die Eingabe, rechts die Ressourcenblöcke, die StackToIT geschrieben hat; die Prüfkommentare über jedem Block in der Datei sind hier ausgelassen.

resource "google_service_account" "nodes" {
  account_id   = "gke-nodes"
  display_name = "GKE node service account"
}

resource "stackit_service_account" "nodes" {
  project_id = var.project_id
  name       = "gke-nodes"
}

• Ein STACKIT Service Account

  gke-nodes wird zu einem STACKIT Service Account mit demselben Namen. Seine Rollenbindungen werden zu STACKIT-Rollenzuweisungen auf dem Projekt oder auf Ressourcen.

• Node-Einstellungen benannt

  Ein SKE Node Pool akzeptiert weder einen Service Account noch OAuth-Scopes. Der Code führt Plattengröße, Service Account und Scopes des Pools als nicht übernommen auf.

• Maschinentyp aus der Quellgröße

  Die Variable für den Maschinentyp hält e2-standard-8 mit rund 8 vCPU und 32 GiB fest, neben dem Verweis auf die STACKIT-Maschinentypen.

Was sich um die Workloads herum ändert

• Workload Identity

  GKE Workload Identity weicht Workload Identity auf SKE: ein STACKIT Service Account mit einem föderierten Identity Provider, der dem Service-Account-Issuer des SKE-Clusters vertraut, angelegt für jeden Kubernetes Service Account.

• Netzwerkplatzierung

  Ein SKE-Cluster kommt in ein Netzwerk einer STACKIT Network Area, oder SKE legt selbst ein Netzwerk für den Cluster an. Der Lauf fragt, welches von beiden, denn es hängt vom Aufbau Ihrer STACKIT-Projekte ab.

• Speicher und Ingress

  Storage Classes für Persistent Disk und GCE-Ingress werden durch ihre SKE-Gegenstücke ersetzt.

So wird die GKE-Umgebung zugeordnet

Klassen so, wie der Lauf sie entschieden hat. Das Subnetzwerk behält 10.40.0.0/20 als Präfix seines STACKIT-Netzwerks.

Fragen, die Plattformteams stellen

Quellen

• Google-Cloud-Dokumentation: GKE-Überblick
• STACKIT-Dokumentation: Kubernetes Engine (SKE)