Der vollständige Leitfaden für die Migration von Oracle Cloud zu STACKIT

Die Migration in neun Schritten

Jeder Schritt nennt die Datei des Laufs, in der die Antwort steht.

1. 01

   1. Terraform sammeln

   Sammeln Sie jedes Root-Modul, das Oracle-Cloud-Ressourcen deklariert. StackToIT liest Terraform und OpenTofu und verbindet sich nicht mit Ihrer Tenancy.

2. 02

   2. Bewertung starten

   Ein Befehl erzeugt das ganze Paket. Die Konsolenzusammenfassung zeigt, wie viele Einheiten es gibt und welche Arbeit Menschen erledigen müssen.

3. 03

   3. Architektenbericht lesen

   engineering/architect-report.md gibt jeder Einheit Klasse, Konfidenz, Ziel und Begründung, samt den Einstellungen, die bei Ihnen bleiben.

4. 04

   4. Verantwortliche und Entscheidungen festlegen

   execution/manual/actions.md und migration/work-packages.csv nennen je Paket eine verantwortliche Rolle. review/decisions.yaml und inputs.yaml nehmen Ihre Antworten auf.

5. 05

   5. Landing Zone bauen

   STACKIT-Organisation, Projekte und Netzwerk kommen zuerst. Netzwerkeinheiten stehen in den frühen Wellen.

6. 06

   6. In Wellen bauen

   migration/technical-sequencing.md ordnet die Einheiten nach Abhängigkeit. Einheiten einer Welle können parallel umziehen.

7. 07

   7. Daten übertragen

   migration/data-movement.md führt jede zustandsbehaftete Einheit und die noch offenen Entscheidungen auf. Wählen Sie je Einheit ein Verfahren.

8. 08

   8. Umstellen

   Stellen Sie die Clients auf die neuen Endpunkte und Zugangsdaten um; die Quelle bleibt als Rückweg erhalten.

9. 09

   9. Quelle stilllegen

   Prüfen Sie das Ziel und schalten Sie dann die OCI-Ressourcen ab, in umgekehrter Abhängigkeitsreihenfolge.

Schritt 2: die Bewertung starten

Eine für diesen Leitfaden geschriebene gemischte Demo-Umgebung: ein VCN mit zwei privaten Subnetzen, eine Network Security Group, eine Compute-Instanz mit Block Volume, ein Load Balancer, ein PostgreSQL-DB-System, ein Bucket, ein Cache-Cluster und eine IAM-Policy. Der Lauf stammt vom 4. November 2026. Der erste Ausschnitt zeigt den Befehl so, wie er im Eingabeordner der Demo lief; die übrigen Ausschnitte zeigen Zeilen aus der Konsolenausgabe dieses Laufs: die Quellzeile, die Zielzeilen und die Verteilung der Klassen.

# im Eingabeordner der Demo ausgeführt; der Ausgabeordner liegt daneben
stacktoit assess . ../out --offline --no-validate

Source        11 resources · 11 units · visibility: Complete

TARGET
Migration     0 drafted · 11 manual (of 11 units the draft considered)

DIRECT              0  
RECONFIGURE         9  ████████████████████████ 81%
REPLATFORM          1  ██ 9%
CONTAINERIZE        0  
REDESIGN            0  
MANUAL_REVIEW       1  ██ 9%

• 11 Ressourcen, 11 Einheiten

  Hier ist jede Ressource eine eigene Einheit. Neun sind RECONFIGURE, eine ist REPLATFORM, eine MANUAL_REVIEW. Zehn tragen MEDIUM-Konfidenz, nur die IAM-Policy LOW.

• Nichts entworfen, und das offen gesagt

  Die Konsole meldet 0 entworfen und 11 manuell. Für eine Oracle-Umgebung schreibt dieser Build keinen STACKIT-Ressourcenblock; der Nutzen liegt in Bewertung, Reihenfolge und Arbeitspaketen.

• Offline und ohne Validierung

  Der Lauf nutzte --offline und --no-validate, die Quelle wurde also nur mit eingebauten Prüfungen untersucht. Mit Lock-Datei und Provider-Mirror können Sie die OpenTofu-Validierung der Quelle ergänzen.

Schritt 3: So wird die Umgebung abgebildet

Klassen, wie der Lauf sie entschieden hat: neun Einheiten RECONFIGURE (die zwei Subnetze teilen sich eine Zeile), eine REPLATFORM, eine MANUAL_REVIEW.

Eine Einheit lesen: die Instanz

Die Compute-Instanz, wie sie in der Eingabe steht (Zeilen 54 bis 74 der main.tf), und das Ergebnis des Laufs dafür, ein Auszug aus assessment.json mit den Werten, wie der Lauf sie geschrieben hat. Da assessment.json in einer einzigen Zeile geschrieben ist, zeigt der Ausschnitt ausgewählte Felder jeder Einheit, eingerückt und so verschachtelt wie in der Datei, mit unveränderten Werten.

resource "oci_core_instance" "web" {
  compartment_id      = var.compartment_id
  availability_domain = var.availability_domain
  display_name        = "web-01"
  shape               = "VM.Standard.E5.Flex"

  shape_config {
    ocpus         = 2
    memory_in_gbs = 16
  }

  source_details {
    source_type = "image"
    source_id   = var.image_id
  }

  create_vnic_details {
    subnet_id = oci_core_subnet.app.id
    nsg_ids   = [oci_core_network_security_group.app.id]
  }
}

[
  {
    "id": "oci_core_instance.web",
    "result": {
      "class": "RECONFIGURE",
      "confidence": "MEDIUM",
      "target": {
        "service": "STACKIT Compute Engine"
      },
      "reason": "A compute instance becomes a STACKIT server. The shape becomes a STACKIT flavor, the image is rebuilt or imported, and the attached volumes and network interfaces move with it."
    }
  }
]

• Die Shape wird ein Flavor

  Die Instanz läuft auf der Shape VM.Standard.E5.Flex mit 2 OCPUs und 16 GB. Bei STACKIT wird die Shape ein Flavor, und das Image wird neu gebaut oder importiert.

• Angehängtes zieht mit

  Volumes und Netzwerkschnittstellen gehören zum Umzug des Servers, deshalb wartet die Instanz auf Subnetz und Gruppe.

Eine Einheit lesen: Datenbank und Bucket

Das PostgreSQL-DB-System, wie es geschrieben ist (Zeilen 96 bis 120 der main.tf), und das Ergebnis dafür und für den Bucket, ein Auszug aus assessment.json mit den Werten, wie der Lauf sie geschrieben hat. Da assessment.json in einer einzigen Zeile geschrieben ist, zeigt der Ausschnitt ausgewählte Felder jeder Einheit, eingerückt und so verschachtelt wie in der Datei, mit unveränderten Werten.

resource "oci_psql_db_system" "orders" {
  compartment_id = var.compartment_id
  display_name   = "orders"
  db_version     = "16"
  shape          = "PostgreSQL.VM.Standard.E5.Flex.2.32GB"
  instance_count = 2

  network_details {
    subnet_id = oci_core_subnet.data.id
  }

  storage_details {
    is_regionally_durable = true
    system_type           = "OCI_OPTIMIZED_STORAGE"
  }

  credentials {
    username = "orders_admin"

    password_details {
      password_type = "PLAIN_TEXT"
      password      = "change-me"
    }
  }
}

[
  {
    "id": "oci_psql_db_system.orders",
    "result": {
      "class": "REPLATFORM",
      "confidence": "MEDIUM",
      "target": {
        "service": "STACKIT PostgreSQL Flex"
      },
      "reason": "Managed PostgreSQL to managed PostgreSQL: data moves with pg_dump/pg_restore or logical replication, and the shape becomes a Flex flavor."
    }
  },
  {
    "id": "oci_objectstorage_bucket.media",
    "result": {
      "class": "RECONFIGURE",
      "confidence": "MEDIUM",
      "target": {
        "service": "STACKIT Object Storage"
      },
      "reason": "A bucket becomes a STACKIT Object Storage bucket with an S3 API. Clients change endpoint and credentials; lifecycle, replication and access rules are rewritten."
    }
  }
]

• Von verwaltet zu verwaltet

  Die Datenbank ist die einzige REPLATFORM-Einheit. Der Lauf verweist auf pg_dump und pg_restore oder logische Replikation und sagt, dass die Shape ein Flex-Flavor wird.

• Buckets wechseln den Endpunkt

  Ein Bucket bekommt bei STACKIT eine S3-API. Clients wechseln Endpunkt und Zugangsdaten, Lifecycle-, Replikations- und Zugriffsregeln werden neu geschrieben.

Schritt 6: die Wellen

Der Lauf ordnet die elf Einheiten aus ihren Abhängigkeiten in drei Wellen.

1. 01

   Welle 1

   Das VCN, das Block Volume, die IAM-Policy und der Bucket: die Einheiten ohne Abhängigkeit.

2. 02

   Welle 2

   Die Security Group und die zwei Subnetze.

3. 03

   Welle 3

   Instanz, Load Balancer, PostgreSQL-DB-System und Cache-Cluster, die das Netzwerk brauchen.

Schritte 4 und 7: die Entscheidungen, die bei Ihnen liegen

Der Lauf schlägt vor. Diese Punkte entscheiden Menschen, und der Lauf sagt das ausdrücklich.

• Vier Dateneinheiten, kein Verfahren

  Volume, Bucket, Datenbank und Cache halten Zustand. Ihr Verfahren ist UNKNOWN; Datenklasse, Wiederherstellungspunkt und Ausfalltoleranz sind nicht angegeben.

• Sieben Arbeitspakete, fünf Rollen

  Die 11 manuellen Schritte verteilen sich auf 7 Pakete mit Verantwortlichen: Network Architect, Identity Architect, Data Architect, Storage Architect und Platform Architect. Jedes Paket kann jetzt beginnen.

• Die öffentliche Adresse ändert sich

  Listener, Backends und Zertifikate des Load Balancers werden neu geschrieben, und seine öffentliche Adresse ändert sich. DNS und die Freigabelisten der Clients liegen bei Ihnen.

• Erreichbarkeit wird entworfen

  Bei STACKIT erreicht ein Netzwerk das Internet ausgehend über Source NAT; eingehende Erreichbarkeit braucht eine öffentliche IP-Adresse. Die öffentliche oder private Rolle jedes Subnetzes wird geprüft.

• Identität wird neu aufgebaut

  Die OCI-Policy hat kein Gegenstück auf Dokumentebene. Personen und Workloads werden STACKIT-Rollen und Service Accounts zugeordnet.

Fragen von Migrationsverantwortlichen

Quellen

• STACKIT: Network Area, Konzepte
• STACKIT: Security Groups, Konzepte
• STACKIT: Virtual Network, Konzepte
• Oracle Cloud Infrastructure: Netzwerk-Überblick
• Oracle Cloud Infrastructure: Network security groups