Virtuelle s390x-Serverimages

Die IBM Cloud LinuxONE Virtual Server for VPC ( s390x Architektur) ist veraltet. Ab dem 28. Februar 2026 können Sie keine neuen Instanzen mehr anlegen. Bestehende Instanzen werden bis zum 20. Februar 2027 unterstützt. Alle Instanzen, die zu diesem Zeitpunkt noch existieren, werden gelöscht. Sie können auf ein lokales Bereitstellungsmodell migrieren. Für weitere Informationen siehe Linux on IBM Z and LinuxONE. Weitere Informationen finden Sie in der Ankündigung zur Abschaffung des Dienstes.

Wenn Sie IBM Cloud® Virtual Servers for Virtual Private Cloud auf IBM Z (Prozessorarchitektur s390x ) in IBM Cloud bereitstellen, können Sie aus den unterstützten Standard-Images auswählen. Jetzt wird auch „ IBM “ Hyper Protect als Betriebssystem unterstützt, und das zugehörige „* IBM* “ Hyper Protect Container Runtime-Image kann für Ihre „ IBM Cloud “ Hyper Protect Virtual Servers für „ IBM Cloud® Virtual Private Cloud “-Instanz bereitgestellt werden.

Das Image „ IBM “ „Hyper Protect Container Runtime“ bietet Unterstützung für die Container-Laufzeitumgebung und ist nicht SSH-fähig (es handelt sich um ein gesperrtes Image). Selbst wenn Sie einen SSH-Schlüssel auswählen und übergeben, wird er nicht verwendet, und der Schlüssel kann nicht für die Verbindung zur Instanz verwendet werden. Containerdetails werden bei der Instanzerstellung über den Vertrag bereitgestellt, der im Feld Benutzerdaten des Bestellformulars angegeben ist. Sobald die Container gestartet wurden, können Sie mit der Workload interagieren, die in den Containern gestartet wird. Weitere Informationen finden Sie unter Vertrag.

Verfügbare Bestandsbilder

Die folgenden Betriebssysteme sind als Archivimages zum Erstellen eines virtuellen Servers verfügbar.

IBM Hyper Protect Container-Laufzeit-Image

Sie können jetzt IBM Hyper Protect als Betriebssystem für die virtuelle Serverinstanz auswählen. Klicken Sie auf der Seite "Create virtual server" unter Confidential computing auf die Umschaltfläche Run your workload with a OS and a profile protected by Secure Execution, um die Unterstützung für sichere Ausführungsimages zu aktivieren. Anschließend müssen im Feld "Betriebssystem" das Betriebssystem "IBM Hyper Protect" und das Image "hyper-protect-container-runtime" ausgewählt werden, um eine IBM Cloud Hyper Protect Virtual Server für IBM Cloud VPC-Instanz zu erstellen. Weitere Informationen finden Sie unter Confidential computing with LinuxONE.

Sie können ein Profil basierend auf Ihren Anforderungen auswählen. Sie können Profile mit aktivierter ausgeglichener Ausführung, mit aktivierter Rechenfunktion und mit aktivierter speichersicherer Ausführung auswählen. Weitere Informationen finden Sie unter s390x-Instanzprofile. Stellen Sie sicher, dass Sie ein Profil mit aktivierter sicherer Ausführung auswählen (z. B. bz2e-1x4), wenn Sie die Umschaltfunktion Workload mit einem Betriebssystem und einem durch Secure Execution geschützten Profil ausführen aktivieren. Wenn Sie ein Profil auswählen, für das die sichere Ausführung nicht aktiviert ist, schlägt die Bereitstellung der virtuellen Instanz fehl.

Unterstützte Börsenbildbetriebssysteme IBM Z oder LinuxONE

Unterstützte s390x Stock Image Betriebssysteme
Image Architekturen
Ubuntu 24.04.x s390x
Ubuntu 22.04.x s390x
SUSE Linux Enterprise Server (SLES) 15 SP7 s390x
IBM z/OS (IBM Wazi as a Service) s390x

Bei „ Ubuntu “ und SLES läuft das Passwort nach 90 Tagen ab.

Das IBM Wazi aaS z/OS Dev- und Test-Stock-Image ist in den Regionen US-Süd (Dallas), Japan (Tokio), Brasilien (São Paulo), Kanada (Toronto), Vereinigtes Königreich (London), Spanien (Madrid), US-Ost (Washington DC) und US-Süd (Dallas) verfügbar. Weitere Informationen finden Sie in der Dokumentation zu „ IBM Wazi as a Service “.

Weitere Informationen zu Images für die x86-Prozessorarchitektur finden Sie unter x86 Virtual Server Images.

Mit einem Image, das die Cloud-Initialisierung unterstützt, können Sie Benutzerdaten bereitstellen. Im Feld Benutzerdaten im Bestellformular können Sie für den Server optional Benutzerdaten für die Cloud-Initialisierung angeben. Weitere Informationen zu Benutzerdaten und Automatisierung finden Sie unter Benutzerdaten.

Bei Verwendung des Images „ IBM Hyper Protect Container Runtime“ werden die Container-Details bei der Instanz-Erstellung über den Vertrag bereitgestellt, der im Feld „Benutzerdaten“ auf dem Bestellformular angegeben ist. Sobald die Container gestartet wurden, können Sie mit der Workload interagieren, die in den Containern gestartet wird. Weitere Informationen finden Sie unter Vertrag.

Über den API-Aufruf „ Alle Betriebssysteme auflisten “ können Sie Details zu den einzelnen Betriebssystemen abrufen, beispielsweise die URL des jeweiligen Betriebssystems.

Namenskonventionen für Archivimages

Alle von IBM bereitgestellten öffentlichen Archivimages werden nach der folgenden Konvention benannt:

ibm-<family>-<version>-<type>-<architecture>-<build>

Das folgende Beispiel zeigt die Namenskonvention für Abbildungen.

ibm-hyper-protect-container-runtime-1-0-s390x-14

Es wird empfohlen, die neuesten Images zu verwenden, da sie länger gültig sind und über die neuesten Sicherheitsfixes verfügen. Führen Sie ein Upgrade auf das neueste Image durch, da die früheren Images bald ablaufen.

In der folgenden Liste werden die variablen Komponenten erläutert, aus denen sich der Imagename zusammensetzt:

  • Das Präfix ibm- wird für von IBM bereitgestellte Images verwendet. Angepasste Images können nicht mit diesem Präfix benannt werden.
  • Die Komponente „ family “ stellt die Betriebssystemfamilie bereit, beispielsweise Red Hat, Debian oder in diesem Beispiel Hyper-Protect.
  • Die Komponente „ version “ gibt die Betriebssystemversion an, z. B. „18-04“ für „ Ubuntu “ 18.04 oder 1.0 für Hyper-Protect.
  • Die Komponente type gibt die Minimierungsebene des Betriebssystemimage an, wie minimal oder full.
  • Die Komponente „ architecture “ stellt die Architektur „ vCPU “ bereit, die vom Betriebssystem-Image unterstützt wird, wie beispielsweise amd64 oder s390x.
  • Die Komponente build ist eine kleine, nicht negative ganze Zahl, die jedes Mal inkrementiert wird, wenn ein neuer Build des Betriebssystems erstellt wird. Für Imagenamen, die ansonsten identisch sind, ist das Image mit dem höchsten Wert für 'build' das neueste Image für das Betriebssystem.

Sie können die aktuelle Liste der Images, einschließlich der Archivimages, abrufen, indem Sie den folgenden Befehl über die Befehlszeilenschnittstelle ausführen: ibmcloud is images.

Für die Namenskonvention für Images sind Änderungen vorbehalten. Die Liste der Imagenamen ist nicht dazu gedacht, programmgesteuert analysiert oder interpretiert zu werden. Sie können die API GET /images verwenden, um Metadaten in einem strukturierten Format abzurufen.

Angepasste Images

Sie können ein Image aus IBM Cloud Object Storage importieren, das zum Erstellen einer neuen Virtual Server-Instanz verwendet werden soll.

Informationen zum Erstellen sicherer, ausführungsbasierter angepasster Images mithilfe der Option IBM Cloud Object Storage finden Sie unter Workload vorbereiten. Weitere Informationen zum Erstellen sicherer ausführungsbasierter Images finden Sie unter IBM Secure Execution for Linux.

Das angepasste Image IBM Wazi as a Service (Wazi aaS) kann nur mit IBM Wazi Image Buildererstellt werden. Wazi Image Builder ist ein separat bestellbares Produkt von IBM Passport Advantage. Für die Verwendung von Wazi Image Buildersind zusätzliche Voraussetzungen erforderlich. Die Imagekosten sind die Prämie, die angewendet wird, um die Kosten für Technologien abzudecken, mit denen z/OS-Entwicklungs-und -Testimages auf IBM Z-Hardware in der IBMCloud-Infrastruktur als Serviceebene ausgeführt werden können.

Das angepasste z/OS-Image Wazi aaS muss die folgenden Voraussetzungen erfüllen:

  • qcow2-Format
  • Betriebssystem z/OS 2.4 oder z/OS 2.5
  • Sehen Voraussetzungen für erforderliche PTF-Fixes auf z/OS und andere IBM Softwareprodukte, um sie als Gast alternativer IBM Hypervisor, IBM Z Hypervisor als Service ( zHYPaaS).

Weitere Informationen finden Sie unter Eigenes Image mit Wazi Image Builder.

Anforderungen

Alle benutzerdefinierten Bilder müssen die folgenden Anforderungen erfüllen:

  • Sie müssen eine einzelne Datei oder einen Datenträger enthalten.
  • Das Format muss entweder „ qcow2 “ oder „vhd“ sein.
  • Die Größe beträgt höchstens 250 GB.
  • Vergewissern Sie sich, dass cloud-init(Linux ) oder cloudbase-init(Windows) im qcow2 Image installiert und aktiv ist.
  • Die Mindestgröße beträgt 10 GB. Für jedes Image, das kleiner als 10 GB ist, wird die Größe auf 10 GB aufgerundet.

Nächste Schritte

Nach der Auswahl eines Profils können Sie eine Instanz planen und erstellen.