Erste Schritte mit benutzerdefinierten Bildern

Ein benutzerdefiniertes Image enthält ein Betriebssystem-Image mit bestimmten Konfigurationen, die Sie selbst anpassen. Sie können den Lebenszyklus verwalten, das benutzerdefinierte Image freigeben und es zur Erstellung von virtuellen Servern oder Bare-Metal-Servern mit Ihren eigenen Einstellungen und Konfigurationen verwenden. Sie können ein angepasstes Linux®-Image, ein angepasstes Windows ® -Image, ein angepasstes z/OS Wazi aaS-Image oder ein angepasstes generisches Betriebssystemimage erstellen.

Sie haben mehrere Möglichkeiten, ein benutzerdefiniertes Bild zu erstellen.

Wenn Sie ein benutzerdefiniertes Image erstellen, können Sie den Lebenszyklus des Images planen und verwalten, indem Sie drei Status verwenden: verfügbar, veraltet oder obsolet. Weitere Informationen über Status und deren Verwaltung finden Sie unter Benutzerdefinierter Bildlebenszyklus.

Sie können Ihre angepassten Images auch über einen privaten Katalog mit anderen Konten gemeinsam nutzen. Weitere Informationen zur Verwendung angepasster Images in einem privaten Katalog finden Sie unter Einführung in Katalogimages in VPC.

In der Konsole können Sie angepasste Images suchen, indem Sie auf Menüsymbol Menüsymbol > VPC-Infrastruktur VPC-Symbol > Berechnen > Images > Angepasste Images klicken. Images, die von einem Datenträger stammen, sind Teil der Registerkarte für angepasste Images.

Angepasstes Image erstellen

Verwenden Sie einen der folgenden Links, um ein angepasstes Image zu erstellen.

Angepasstes Image gemeinsam nutzen

Nachdem Sie ein benutzerdefiniertes Bild erstellt haben, können Sie es in einen privaten Katalog importieren und mit einigen Einschränkungen für andere Konten freigeben. Weitere Informationen zu den Einschränkungen finden Sie unter VPC-Aspekte bei der Verwendung angepasster Images in einem privaten Katalog.

Angepasstes Image zum Erstellen eines Servers verwenden

Verwenden Sie einen der folgenden Links, um einen virtuellen Server mit einem angepassten Image zu erstellen.

Voraussetzungen und Einschränkungen

Bevor Sie ein angepasstes Image erstellen, müssen Sie sicherstellen, dass Ihr angepasstes Image die Voraussetzungen für angepasste Images erfüllt und dass das Betriebssystem unterstützt wird.

Hinweise zu angepassten Images

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.

Hinweise zum Betriebssystem

  • Stellen Sie sicher, dass das ausgewählte Betriebssystem den korrekten Benutzerdatenformattyp angibt. Weitere Informationen finden Sie unter Hinweise zum Benutzerdatenformat.
  • Wenn Sie ein angepasstes Image mit Ihrer eigenen Lizenz erstellen möchten, geben Sie die entsprechende Betriebssystemversion an, die -byol an den Namen anhängt, wenn Sie das Image importieren. Weitere Informationen finden Sie in Eigene Lizenz verwenden: BYOL.
  • ISO-Images von lizenzierten Betriebssystemen wie Windows® und Linux® sowie Open-Source-Betriebssystemen wie CentOS und Ubuntu werden von IBM Cloud® nicht zur Verfügung gestellt. Wenn Sie diese ISO-Images benötigen, können Sie sie von der entsprechenden Anbieterwebsite herunterladen.

Hinweise zu IBM Cloud Object Storage

Wenn Sie ein Bild aus einer Datei importieren möchten, müssen Sie eine Instanz von IBM Cloud Object Storage bereitstellen, wenn Sie noch keine haben. Sie können die Datei dann in ein Bucket hochladen. Sie müssen auch eine IAM-Autorisierung zwischen dem Image Service für VPC und IBM Cloud Object Storage erstellen. Weitere Informationen finden Sie im Abschnitt Zugriff auf IBM Cloud Object Storage für den Import von Images erteilen.

Lebenszyklus angepasster Images

Sie können die Benutzerschnittstelle, die Befehlszeilenschnittstelle, die API und Terraform verwenden, um den Lebenszyklus Ihrer angepassten Images mit drei Status zu verwalten. Sie können das Bild durch alle Status hin-und herbewegen und Datumsangaben festlegen, um einen Bildstatus automatisch zu ändern. Alle Statusänderungen werden als IBM Cloud Activity Tracker Event Routing Ereignis verfolgt. Sie können Ihre Liste der Images anhand des Status filtern, um die Bereinigung oder Verfolgung Ihrer Images zu unterstützen. Weitere Informationen zum Ändern des Status finden Sie unter Angepasste Images verwalten.

Status des Lebenszyklus eines Bildes
Imagestatus Beschreibung
available Die aktuellste Version des Betriebssystem-Images ist available. Wenn eine neue Version eines Betriebssystems available erstellt wird, ändert sich das Image der älteren Version dieses Gastbetriebssystems in deprecated. Kein Standard-Betriebssystem, das EOS erreicht, hat ein available-Bild.
available Sie können den Status available verwenden, um anzuzeigen, dass ein Betriebssystem-Image available ist und in allen Zonen bereitgestellt werden kann.

Möglicherweise sehen Sie ein Bild im Status partially_available. Dieser Status ist ein temporärer Status, der anzeigt, dass ein Bild in mindestens eine Zone importiert wurde, aber noch nicht in allen Zonen verfügbar ist. Diese Bilder erreichen schließlich den Status available, ohne dass der Benutzer etwas tun muss. Ein Image im Status partially_available kann verwendet werden, um virtuelle Serverinstanzen oder Bare-Metal-Server in verfügbaren Zonen zu erstellen, die im Zonen-Array des Images aufgeführt sind. Diese Bilder können auch in IBM Cloud Object Storage exportiert werden.
deprecated Sie können den Status deprected verwenden, um anzuzeigen, dass das Bild verwendet werden kann, aber das wird nicht empfohlen. Wenn beispielsweise bei einem Stock-Image eine neue Version eines Betriebssystems auf available veröffentlicht wird, ändert sich das Image der älteren Version dieses Gastbetriebssystems in deprecated. Sie können mit diesen Images weiterhin virtuelle Serverinstanzen oder Bare-Metal-Server erstellen.
obsolete Sie können den Status obsolete verwenden, um anzuzeigen, dass Bilder nicht verwendet werden dürfen, z. B. ein Betriebssystem-Image, das EOS erreicht hat. Sie können mit diesen Images keine virtuellen Serverinstanzen oder Bare-Metal-Server erstellen. Wenn Sie versuchen, ein veraltetes Image zu verwenden, um eine Instanz zu erstellen, erhalten Sie eine Nachricht, die besagt, dass Sie das Image nicht verwenden können, um eine Instanz zu erstellen. Dieser Status ermöglicht eine reversible Inaktivierung eines Image, bevor Sie das Image löschen.

Jedes Image mit dem Status deprecated oder obsolete wird noch in Rechnung gestellt. Wenn das Bild nicht in Rechnung gestellt werden soll, müssen Sie es löschen.

Verwaltete IBM Cloud VPC-Images können nur auf diese Weise verwaltet werden. Angepasste Images, die in einem privaten Katalog veröffentlicht werden, müssen den Status available aufweisen und ihre Status werden im privaten Katalog verwaltet. Wenn Sie versuchen, eine Statusänderung in IBM Cloud VPCzu ändern oder zu planen, schlägt der Versuch fehl. Wenn ein angepasstes Image aus einem privaten Katalog entfernt wird, behält dieses Image seinen ursprünglichen Status des privaten Katalogs bei, bis der Status in IBM Cloud VPCgeändert wird.

Katalogbild-Lebenszyklus-Status und der entsprechende VPC-Status
Imagestatus des privaten Katalogs Status des entsprechenden VPC-Image
published/verified available
deprecated deprecated
archived obsolete

Red Hat Enterprise Linux AI BYOL eigene Images

Sie können das Betriebssystem Red Hat Enterprise Linux AI (RHEL AI) als Bring Your Own License (BYOL) importieren. Eine RHEL AI qcow2 Datei ist direkt von Red Hat erhältlich. Der Name des Betriebssystems, den Sie beim Importieren des Images in IBM Cloud VPC verwenden, lautet red-ai-9-amd64-nvidia-byol. Für weitere Informationen siehe Red Hat Enterprise Linux AI. Um das RHEL AI-Image herunterzuladen, siehe Download Red Hat Enterprise Linux AI. Sie benötigen ein Red Hat Konto, um die Dokumentation anzusehen und das Bild herunterzuladen.

Informationen zu den unterstützten Profilen und Anwendungsfällen finden Sie unter Red Hat Enterprise Linux AI-Hardwareanforderungen.

Weitere Informationen zur Unterstützung von Red Hat finden Sie in den FAQs zur Red Hat und IBM Cloud® Infrastruktur.

Weitere Informationen zum Importieren des Bildes in IBM Cloud VPC finden Sie unter Bringen Sie Ihre eigene Lizenz und Importieren und Validieren von benutzerdefinierten Bildern in VPC. Weitere Informationen zu den GPU-Profilen finden Sie in den x86 GPU-Profilen.

Generische angepasste Images des Betriebssystems

Sie können ein bestimmtes Betriebssystem verwenden, das nicht in IBM Cloud aufgelistet ist, indem Sie beim Importieren eines angepassten Images ein generisches Betriebssystem angeben. Sie können aus mehreren generischen Betriebssystemoptionen wählen. Sie können ein generisches Betriebssystem auswählen, das auf der CPU-Architektur und der Initialisierungsstrategie basiert, die für Ihr benutzerdefiniertes Image-Betriebssystem geeignet ist.

Generische angepasste Betriebssystemimages werden für die Architektur von x86 (amd64) unterstützt. Diese Images werden in der Liste angepasster Images aufgelistet. Angepasste Bare-Metal-Server-Images für generische Betriebssysteme müssen die Anforderungen für alle angepassten Bare-Metal-Serverimages erfüllen. Weitere Informationen finden Sie unter Angepasste Bare-Metal-Server-Images.

Die generischen Betriebssysteme verwenden einen generischen Wert für einige ihrer Eigenschaften, wie z. B. generic für die Eigenschaft vendor und Generic für die Eigenschaft family. Wenn Sie ein angepasstes Image für das generische Betriebssystem erstellen, wählen Sie das generische Betriebssystem basierend auf dem Initialisierungstyp des tatsächlichen Betriebssystems aus. Weitere Informationen finden Sie unter Hinweise zum Benutzerdatenformat.

Wenn Sie einen Server mithilfe eines generischen angepassten Image des Betriebssystems bereitstellen, werden die meisten betriebssystemspezifischen Bereitstellungsschritte wie Konsolenkonfiguration und automatische Registrierung nicht ausgeführt. Sie müssen die entsprechenden Benutzerdaten angeben, wenn das angepasste Image des generischen Betriebssystems diese Schritte ausführen soll. Sie sind auch für die Handhabung der Lizenzierung und der zugehörigen Kosten verantwortlich, da IBM das tatsächlich installierte Betriebssystem nicht kennt.

Hinweise zum Benutzerdatenformat

Wenn Sie einen Server erstellen, der Ihr angepasstes Image angibt, bestimmt die Initialisierungsstrategie, wie die Benutzerdaten verwendet werden. Die Eigenschaft user_data_format eines Image gibt diese Initialisierungsstrategie an. Diese Eigenschaft wird über die Eigenschaft user_data_format des Imagebetriebssystems festgelegt, die einen der folgenden Werte enthält:

  • cloud_init

  • esxi_kickstart (Dieser Wert funktioniert nur für Bare-Metal-Server.)

  • Für cloud-init werden Benutzerdaten und SSH-Schlüssel dem Betriebssystem auf einer cloud-init-Platte bereitgestellt. Es wird kein Standardbenutzeraccount erstellt. Sie müssen Ihren SSH-Schlüssel verwenden, um sich anzumelden, sofern Sie keinen anderen Anmeldemechanismus über cloud-init einrichten. Für virtuelle Serverinstanzen müssen Sie möglicherweise den Netzbetrieb während der Initialisierung einrichten. Beispiel:

    Details zur Verwendung von cloud-init-Daten finden Sie unter Angepasstes Linux-Image erstellen oder in der Dokumentation Angepasstes Windows-Image erstellen.

  • Für ESXi kickstart werden dem Betriebssystem Benutzerdaten in einem Kickstart-Script bereitgestellt. Ein Standardbenutzeraccount wird erstellt. Rufen Sie die Initialisierungsdaten des Servers ab, um das generierte Kennwort abzurufen. Details zu Kickstart-Scripts finden Sie in der VMware-Dokumentation.

Verwenden Sie bewährte Sicherheitsverfahren, um den Zugriff auf Dateien zu beschränken, die Sie im Internet zugänglich machen.

Benutzerdefinierte Bare-Metal-Server-Images

Bare-Metal-Server weisen einige Einschränkungen auf, die Sie beachten müssen.

  • Verschlüsselte Images werden nicht unterstützt.

Um ein angepasstes Image für Bare-Metal-Server zu erstellen, muss das angepasste Image die folgenden Informationen unterstützen:

  • UEFI-Boot
    • UEFI-Boot erfordert eine dedizierte EFI-Partition, die EFI-Firmware enthält. Traditionelles BIOS-Boot wird nicht unterstützt.
  • Ikonische Netzeinheitentreiber für Pensando
  • Einheitentreiber für Intel-Chipsatz
    • Diese Einheitentreiber sind normalerweise Teil der Standardbuildoptionen des Kernels. Windows erfordert zusätzliche Einheitentreiber, aber Sie können diese Treiber später installieren.

Weitere Informationen finden Sie unter Custom Linux kernel build options for bare metal servers.

Weitere Informationen zu Bare-Metal-Server-Images finden Sie unter Bare-Metal-Server-Images.

Sicheres Booten-unterstützte angepasste Images

Selektiv verfügbar

Sicheres Booten hilft sicherzustellen, dass das System nur authentische Software ausführt, indem es die digitale Signatur aller Bootkomponenten überprüft. Secure Boot hält den Bootvorgang an, wenn die Signaturprüfung fehlschlägt. Sicheres Booten verhindert das Laden von nicht signiertem oder zerstörerischem Programmcode während des Bootvorgangs.

Für angepasste Images, die sicheres Booten unterstützen, sind einige Voraussetzungen zu beachten.

  • UEFI-Boot
    • UEFI-Boot erfordert eine dedizierte EFI-Partition, die EFI-Firmware enthält. Traditionelles BIOS-Boot wird nicht unterstützt.
  • Partitionierte GPT-Platte

Mit dem folgenden Befehl mokutil können Sie überprüfen, ob das Image erfolgreich im sicheren Bootmodus gebootet wurde.

mokutil --sb-state

Weitere Informationen über sicheres Booten finden Sie unter Sicheres Booten von Virtual Servers for VPC.

z/OS Wazi aaS-Images

Mit IBM Wazi Image Builder können Sie ein eigenes angepasstes z/OS-basiertes IBM Wazi as a Service-Image (Wazi aaS) erstellen und das angepasste Image in IBM Cloud® Virtual Private Cloudimportieren.

IBM 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 Image-Kosten sind der Aufschlag, der die Kosten für die Technologien deckt, die es ermöglichen, dass z/OS Entwicklungs- und Test-Images auf IBM Z Hardware auf IBM Cloud als Service-Ebene laufen.

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

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

Weitere Informationen zu angepassten Images

Im Blog How to create and distribute IBM Cloud® Virtual Private Cloud(VPC)instances from custom images finden Sie detaillierte Informationen, einschließlich Grafiken, zu den verschiedenen Optionen für Custom Images. Oder Sie können die folgenden Links für spezifische Aufgaben nutzen.