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.
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
}
}{
"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.
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
}{
"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-Ressource | STACKIT-Ziel | Migrationsklasse |
|---|---|---|
| Compute-Instanz (VM.Standard.E5.Flex) | Server auf der STACKIT Compute Engine | Rekonfigurieren |
| Block Volume | Volume in STACKIT Block Storage | Rekonfigurieren |
| VCN | STACKIT-Netzwerke, mit einer Network Area, wo Routing zwischen ihnen nötig ist | Rekonfigurieren |
| Subnetz | STACKIT-Netzwerk mit eigenem Adressbereich | Rekonfigurieren |
| Network Security Group | STACKIT Security Group | Rekonfigurieren |
| Load Balancer (flexibles Shape) | STACKIT Application Load Balancer | Rekonfigurieren |
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.
Welle 1
Das VCN und das Block Volume, die von nichts anderem abhängen.
Welle 2
Das Subnetz und die Network Security Group, die im VCN liegen.
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.