OCI COMPUTE → STACKIT COMPUTE ENGINE

OCI Compute to STACKIT Compute Engine

An OCI compute instance becomes a STACKIT server on Compute Engine. StackToIT reads your OCI Terraform, gives every instance, volume, network and load balancer its STACKIT target with the reason, and puts the move in an order your team can follow.

A Flex instance, assessed

A small OCI estate written for this page and assessed by StackToIT on 4 November 2026. Left: the input. Right: the decision StackToIT recorded for it, exactly as it stands in assessment.json.

Example inputmain.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 assessmentassessment.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."
}
  • The shape becomes a flavor

    VM.Standard.E5.Flex with 2 OCPUs and 16 GB is matched to a STACKIT flavor. The assessment names this step, together with the image, which is rebuilt or imported.

  • Volumes and interfaces move with it

    The instance is assessed with what it carries: its attached volumes and its network interfaces go to STACKIT together with the server.

  • Offered where you land

    Compute Engine is offered in eu01 and eu02, as the STACKIT catalogue snapshot of the run shows.

  • Every setting named

    The architect report lists all 11 settings the instance block sets, from the availability domain to the network security groups of its VNIC, so your architect carries each one over on purpose.

A block volume with its own performance setting

The same run, for the data volume of the instance.

Example inputmain.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 assessmentassessment.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."
}
  • Performance chosen on STACKIT

    vpus_per_gb = 20 is an OCI performance level. On STACKIT you pick a performance class for the volume instead, and the assessment says so.

  • Data movement in the plan

    The volume is listed as a stateful unit in the data movement plan. Your team chooses how the data on its 200 GB is copied, by data size, tolerated downtime and the consistency the application needs.

How the compute estate maps

OCI resourceSTACKIT targetMigration class
Compute instance (VM.Standard.E5.Flex)STACKIT Compute Engine serverReconfigure
Block volumeSTACKIT Block Storage volumeReconfigure
VCNSTACKIT networks, with a Network Area where routing between them is neededReconfigure
SubnetSTACKIT network with its own address rangeReconfigure
Network security groupSTACKIT security groupReconfigure
Load balancer (flexible shape)STACKIT Application Load BalancerReconfigure

Classes and targets as the run decided them, each at medium confidence.

The order of the move

The run puts the units in waves from their dependencies: a unit moves after everything it depends on, and units in the same wave can move in parallel.

  1. Wave 1

    The VCN and the block volume, which depend on nothing else.

  2. Wave 2

    The subnet and the network security group, which sit inside the VCN.

  3. Wave 3

    The instance and the load balancer, once their network is in place.

Proven on a real AWS estate

The AWS Retail Store Sample App, a public Terraform project from AWS, assessed by StackToIT and published in full, exactly as the run wrote it.

View Case Study
282
Terraform resource declarations analyzed
44
migration units identified
38
target units generated, from 52 considered
331
plan steps written

Questions infrastructure teams ask

Does StackToIT connect to our Oracle Cloud tenancy?

No. StackToIT reads your OCI Terraform or OpenTofu code. Nothing connects to your Oracle Cloud tenancy, and nothing changes in any cloud.

What happens to our network security groups?

Each network security group becomes a STACKIT security group. Its rules are rewritten for STACKIT, where security group rules only allow traffic.

Does the address of the load balancer stay the same?

No. An OCI load balancer becomes a STACKIT Application Load Balancer with a new public address. Listeners, backends and certificates are rewritten, and the DNS records that name the old address change at cutover.

Sources

Your next move: STACKIT.

Tell us about your estate. We show you what StackToIT delivers for it: target architecture, Terraform artifacts and a structured migration plan.