OCI COMPUTE → STACKIT COMPUTE ENGINE

OCI Compute zu STACKIT Compute Engine

Aus einer OCI-Compute-Instanz wird ein STACKIT-Server auf der Compute Engine. StackToIT liest Ihr OCI-Terraform, gibt jeder Instanz, jedem Volume, Netzwerk und Load Balancer ein STACKIT-Ziel mit Begründung und bringt den Umzug in eine Reihenfolge, der Ihr Team folgen kann.

Eine Flex-Instanz, 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_core_instance" "app" {
  compartment_id      = var.compartment_id
  availability_domain = var.availability_domain
  display_name        = "app-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]
    assign_public_ip = false
  }
}
StackToIT-Bewertungassessment.json
{
  "id": "oci_core_instance.app",
  "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."
}
  • Aus dem Shape wird ein Flavor

    VM.Standard.E5.Flex mit 2 OCPUs und 16 GB wird einem STACKIT-Flavor zugeordnet. Die Bewertung benennt diesen Schritt, zusammen mit dem Image, das neu gebaut oder importiert wird.

  • Volumes und Schnittstellen ziehen mit

    Die Instanz wird mit allem bewertet, was zu ihr gehört: Angehängte Volumes und Netzwerkschnittstellen gehen gemeinsam mit dem Server zu STACKIT.

  • Verfügbar, wo Sie landen

    Die Compute Engine wird in eu01 und eu02 angeboten, wie der STACKIT-Katalogstand des Laufs zeigt.

  • Jede Einstellung benannt

    Der Architekturbericht führt alle 11 Einstellungen des Instanzblocks auf, von der Availability Domain bis zu den Network Security Groups der VNIC. So kann Ihr Architekt jede einzelne bewusst übernehmen.

Ein Block Volume mit eigener Leistungsstufe

Derselbe Lauf, für das Daten-Volume der Instanz.

Beispieleingabemain.tf
resource "oci_core_volume" "data" {
  compartment_id      = var.compartment_id
  availability_domain = var.availability_domain
  display_name        = "app-data"
  size_in_gbs         = 200
  vpus_per_gb         = 20
}
StackToIT-Bewertungassessment.json
{
  "id": "oci_core_volume.data",
  "class": "RECONFIGURE",
  "confidence": "MEDIUM",
  "target": {
    "service": "STACKIT Block Storage"
  },
  "reason": "A block volume becomes a STACKIT volume. The performance setting does not carry over; choose a STACKIT performance class, and move the data at the host or from a backup."
}
  • Leistung auf STACKIT gewählt

    vpus_per_gb = 20 ist eine OCI-Leistungsstufe. Auf STACKIT wählen Sie stattdessen eine Performance-Klasse für das Volume, und die Bewertung sagt das.

  • Datenumzug im Plan

    Das Volume steht als zustandsbehaftete Einheit im Plan für den Datenumzug. Ihr Team wählt, wie die Daten auf den 200 GB kopiert werden, nach Datenmenge, tolerierter Ausfallzeit und der Konsistenz, die die Anwendung braucht.

So wird die Compute-Umgebung zugeordnet

OCI-RessourceSTACKIT-ZielMigrationsklasse
Compute-Instanz (VM.Standard.E5.Flex)Server auf der STACKIT Compute EngineRekonfigurieren
Block VolumeVolume in STACKIT Block StorageRekonfigurieren
VCNSTACKIT-Netzwerke, mit einer Network Area, wo Routing zwischen ihnen nötig istRekonfigurieren
SubnetzSTACKIT-Netzwerk mit eigenem AdressbereichRekonfigurieren
Network Security GroupSTACKIT Security GroupRekonfigurieren
Load Balancer (flexibles Shape)STACKIT Application Load BalancerRekonfigurieren

Klassen und Ziele so, wie der Lauf sie entschieden hat, jeweils mit mittlerer Konfidenz.

Die Reihenfolge des Umzugs

Der Lauf ordnet die Einheiten nach ihren Abhängigkeiten in Wellen: Eine Einheit zieht um, nachdem alles umgezogen ist, wovon sie abhängt, und Einheiten derselben Welle können parallel umziehen.

  1. Welle 1

    Das VCN und das Block Volume, die von nichts anderem abhängen.

  2. Welle 2

    Das Subnetz und die Network Security Group, die im VCN liegen.

  3. Welle 3

    Die Instanz und der Load Balancer, sobald ihr Netzwerk steht.

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, die Infrastrukturteams stellen

Verbindet sich StackToIT mit unserem Oracle-Cloud-Tenant?

Nein. StackToIT liest Ihren OCI-Terraform- oder OpenTofu-Code. Es entsteht keine Verbindung zu Ihrem Oracle-Cloud-Tenant, und in keiner Cloud wird etwas geändert.

Was passiert mit unseren Network Security Groups?

Jede Network Security Group wird zu einer STACKIT Security Group. Ihre Regeln werden für STACKIT neu geschrieben, wo Security-Group-Regeln Verkehr nur erlauben.

Bleibt die Adresse des Load Balancers gleich?

Nein. Ein OCI Load Balancer wird zu einem STACKIT Application Load Balancer mit neuer öffentlicher Adresse. Listener, Backends und Zertifikate werden neu geschrieben, und DNS-Einträge, die die alte Adresse nennen, ändern sich beim Cutover.

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.