OCI Block Volumes und eigene Images zu STACKIT

Ein Block Volume und ein eigenes Image, bewertet

Eine für diese Seite geschriebene Demo-Umgebung, am 4. November 2026 bewertet, enthält zwei Volumes, ein eigenes Image, eine Backup-Policy und einen Server. Hier gezeigt: das Daten-Volume mit 500 GB. Die Werte sind aus dem Lauf kopiert. 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_volume" "data" {
  compartment_id      = var.compartment_id
  availability_domain = var.availability_domain
  display_name        = "app-data"
  size_in_gbs         = 500
  vpus_per_gb         = 10
}

{
  "id": "oci_core_volume.data",
  "wave": 1,
  "result": {
    "class": "RECONFIGURE",
    "confidence": "LOW",
    "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."
  }
}

• Die Performance-Einstellung wird nicht übernommen

  vpus_per_gb hat kein STACKIT-Gegenstück. Der Lauf sagt das und überlässt Ihnen die Wahl einer STACKIT-Performance-Klasse.

• Fünf Einstellungen liegen bei Ihnen

  availability_domain, compartment_id, display_name, size_in_gbs und vpus_per_gb sind als kritische Einstellungen aufgeführt, die Ihnen überlassen bleiben. Ein STACKIT-Volume-Block wird nicht geschrieben; Größe und Klasse legen Sie selbst fest.

Das Image, das der Lauf nicht zuordnen kann

Die Ressource oci_core_image steht nicht im Katalog dieses Builds. Sie wird als MANUAL_REVIEW eingestuft, nichts davon wird bewertet oder entworfen, und der Server, der sie nutzt, ist per Warnung mit ihr verknüpft. 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_image" "golden" {
  compartment_id = var.compartment_id
  display_name   = "golden-app-image"
  launch_mode    = "PARAVIRTUALIZED"

  image_source_details {
    source_type    = "objectStorageTuple"
    namespace_name = "examplens"
    bucket_name    = "image-import"
    object_name    = "golden-app.qcow2"
    source_image_type = "QCOW2"
  }
}

{
  "id": "oci_core_image.golden",
  "wave": 1,
  "result": {
    "class": "MANUAL_REVIEW",
    "confidence": "LOW",
    "reason": "oci_core_image is not in the knowledge base catalogue; an architect has to decide the target. Nothing of this resource is assessed or drafted (unknown source type)."
  }
}

Der Umzug der Reihe nach

Die Wellenfolge stammt aus dem Lauf: erst Image, Volumes und Backup-Policy, dann Server und Policy-Zuweisung, zuletzt die Volume-Attachments.

1. 01

   1. Erfassen, was angehängt ist

   Listen Sie jedes Volume mit Größe, Performance-Einstellung, Backup-Policy und der Instanz, an der es hängt. Die Demo hat ein 500-GB-Volume mit 10 VPUs pro GB und ein 100-GB-Volume mit 0, über zwei paravirtualisierte Attachments an einen Server angehängt.

2. 02

   2. Image exportieren oder Quelle finden

   Oracle kann ein eigenes Image als VMDK, VHD, VDI oder QCOW2 in einen Object-Storage-Bucket exportieren, oder als .oci-Datei für andere Tenancies und Regionen. Sie brauchen Schreibzugriff auf den Bucket, und das Image steht im Zustand Exporting, bis die Datei existiert. Liegt die ursprünglich importierte Datei noch bei Ihnen, ist sie der einfachere Ausgangspunkt.

3. 03

   3. Konvertieren und zu STACKIT hochladen

   STACKIT akzeptiert raw, qcow2 und iso bis 70 GB. Andere Formate konvertieren Sie mit qemu-img convert -O raw. Sie legen das Image über die IaaS-API an (es steht dann in der Warteschlange), erhalten eine Image-ID und eine einmalige Upload-URL, die nach einigen Stunden verfällt, laden die Datei per HTTP PUT hoch und prüfen, dass der Zustand AVAILABLE ist.

4. 04

   4. Pro Volume eine Performance-Klasse wählen

   Wählen Sie unter den STACKIT-Klassen nach IOPS und Durchsatz, nicht nach Größe: Die Grenzen einer Klasse hängen nicht von der Volume-Größe ab. Messen Sie die tatsächliche Spitze an der Quelle, bevor Sie wählen.

5. 05

   5. Volumes anlegen und Daten übertragen

   Der Lauf nennt als Weg den Host oder ein Backup und hält kein Verfahren fest: Datenmenge, tolerierte Ausfallzeit und die Konsistenz, die die Anwendung braucht, entscheiden. Die Wellenfolge setzt die Attachments ans Ende; hängen Sie die Daten-Volumes also an, sobald der Server existiert.

6. 06

   6. Backups neu anlegen und prüfen

   Die OCI-Backup-Policy und ihre Zuweisung sind MANUAL_REVIEW. STACKIT dokumentiert Snapshots sowie vollständige und inkrementelle Backups für Volumes; Zeitplan und Aufbewahrung legen Sie neu fest.

Wie die Umgebung zugeordnet wurde

Alle acht Einheiten haben die Konfidenz LOW. Der oci-Provider ist nicht per Lock-Datei festgelegt, was jede Einheit auf MEDIUM begrenzt; die drei katalogisierten Einheiten (beide Volumes und der Server) fallen weiter, weil sie mit Ressourcen verknüpft sind, die der Katalog nicht kennt, und die übrigen fünf stehen gar nicht im Katalog. Für keine der acht wird ein STACKIT-Ressourcenblock geschrieben.

Performance: wo Oracle und STACKIT sich unterscheiden

Oracle skaliert die Performance mit jedem Gigabyte bis zu einer Obergrenze pro Volume; STACKIT legt sie pro Volume als Klasse fest, unabhängig von der Größe. Die Oracle-Obergrenze unten ist aus Oracles Raten pro GB für die zwei Demo-Volumes berechnet; die STACKIT-Werte sind die EU01-Klassen der Seite zu den Service-Plänen, Stand November 2026. Die Seite nennt keine andere Region; prüfen Sie die Klassen erneut, wenn Sie in EU02 landen.

Der Oracle-Wert ist eine Obergrenze, nicht die Last: Ein Volume läuft selten an seiner Grenze. Messen Sie die tatsächliche Spitze bei IOPS und Durchsatz an der Quelle und wählen Sie die kleinste Klasse darüber; aufgeführt sind perf0, 1, 2, 4, 6, 8, 10, 12 bis 21 und 29.

Entscheidungen, die der Architekt trifft

• Klasse pro Volume

  Das 500-GB-Daten-Volume läuft auf Balanced, das Oracle bei dieser Größe auf 25.000 IOPS begrenzt; perf14 entspricht dieser Obergrenze. Liegt die gemessene Spitze darunter, reicht womöglich eine kleinere Klasse wie perf8 oder perf10.

• Verfügbarkeitsvariante

  STACKIT bietet jede Performance-Klasse als Single AZ und als Metro AZ an. Single AZ bindet das Volume an eine Zone; Metro AZ spiegelt es über zwei Zonen.

• Image-Weg

  Aus Oracle exportieren oder das Image aus Ihrer Build-Pipeline neu bauen. Ein Neubau lässt Sie zugleich prüfen, was im Image steckt.

• Verfahren für den Datenumzug

  Kopie auf Host-Ebene, Wiederherstellung aus Backup oder ein Replikationswerkzeug: Der Lauf hält für beide Volumes das Verfahren UNKNOWN und den Zustand DECISION_REQUIRED fest.

• Größengrenzen

  STACKIT-Daten-Volumes reichen von 1 GB bis 16 TB; vergrößern lassen sie sich nur im abgehängten Zustand, verkleinern nie. OCI-Volumes reichen von 50 GB bis 32 TB; ein Volume über 16 TB muss also aufgeteilt werden.

Fragen von Infrastrukturteams

Quellen

• Oracle Cloud: Performance von Block Volumes
• Oracle-Cloud-Terraform-Provider: Ressource core_volume
• Oracle Cloud: Eigene Images exportieren
• STACKIT-Dokumentation: Eigene Images mit der IaaS-API nutzen
• STACKIT-Dokumentation: Servicepläne für Block Storage
• STACKIT-Dokumentation: Konzepte von Block Storage