Versionierungspolitik

Wenn Sie eine Cloud Databases Instanz bereitstellen, können Sie aus den derzeit auf IBM Cloud® verfügbaren Versionen wählen. Die neuesten Versionen finden Sie auf den Katalogseiten, im Cloud Databases CLI-Plugin oder der Cloud Databases API.

Definierte Hauptversionen

Hauptversionen für Cloud Databases
Service Cloud Databases Versionsschema Nächste bekannte Version, deren Lebenszyklus endet, und Datum Bevorzugte Hauptversion Prozedur am Ende des Lebenszyklus [1]
Databases for MongoDB Cloud Databases hauptversionen sind die ersten beiden Ziffern einer major.x.patch Versionsnummer. Ist x eine gerade Zahl, handelt es sich um eine stabile Freigabe, die für die Produktion geeignet ist. In Cloud Databases sind nur Versionen mit einer geraden Zahl für x verfügbar. v7, 25. August 2027 v8.0 Automatisches In-Place-Upgrade auf die nächste Hauptversion, vom Kunden initiiertes In-Place-Upgrade auf die nächste Hauptversion wird für Standard- und Enterprise-Tarife unterstützt
Databases for Elasticsearch Cloud Databases hauptversionen sind die ersten beiden Ziffern einer release.version.maintenance Versionsnummer. v8.7, v8.10, v8.12, v8.15, 30. Juni 2026 v8.19 Automatisches In-Place-Upgrade auf die nächste Hauptversion, vom Kunden initiiertes In-Place-Upgrade auf die Version 8.19 wird unterstützt
Databases for Redis Cloud Databases hauptversionen sind die erste Zahl in einer major.minor.patch Versionsnummer. v7.2, 19. August 2026 v8.2 Wird automatisch auf die nächste Hauptversion aktualisiert.
Databases for PostgreSQL Cloud Databases die Hauptversion wird durch die erste Zahl in der Versionsnummer definiert. v14, 21. Oktober 2026 v18 Automatische Aktualisierung auf die nächste Hauptversion vor Ort, vom Kunden initiierte Aktualisierung vor Ort von v14 auf v15 unterstützt
Databases for MySQL Cloud Databases hauptversionen sind die ersten beiden Ziffern einer major.x.patch Versionsnummer. v8.0, 29. Juli 2026 v8.4 Sicherung erstellt und Zugriff entfernt
Messages for RabbitMQ Cloud Databases Hauptversionen sind die ersten beiden Ziffern einer major.x.patch Versionsnummer. v3.13, 20. Mai 2026,
v4.1, 12. August 2026		 v4.2 Backup erstellt und Zugriff entfernt bis v3.13,
Automatisches Upgrade auf die nächste Hauptversion ab v4.x

Prozedur am Ende des Lebenszyklus

Die Handhabung des End-of-Life hängt vom Dienst- und Versionierungsmodell ab. Es gelten die folgenden Ansätze:

  1. Zugriffsentfernung nach Ablauf der Nutzungsdauer

    Für MySQL v8.0 und RabbitMQ v3.13 wird nach Ablauf der Nutzungsdauer der Zugang zu den Bereitstellungen entfernt. Die Backups werden gemäß den Richtlinien aufbewahrt, aber die Instanzen sind nicht mehr zugänglich.

  2. Erzwungenes Upgrade auf die nächste unterstützte Version:

    Bei allen anderen Datenbankversionen werden nach dem End-of-Life-Datum alle aktiven Einsätze, die mit einer veralteten Version laufen, zwangsweise auf die nächste unterstützte Version aktualisiert. Zum Beispiel wird PostgreSQL Version 14 automatisch auf Version 15 aktualisiert.

    Dieser Ansatz wird aus folgenden Gründen nicht empfohlen:

    • Wir bieten keine SLAs für diese Art von erzwungenem Upgrade an.
    • Es kann zu Datenverlusten kommen.
    • Bei Anwendungen kann es zu Ausfallzeiten kommen.
    • Anwendungen könnten nicht mehr funktionieren, wenn sie mit der neuen Datenbankversion nicht kompatibel sind.
    • Sie können den Zeitpunkt der erzwungenen Aktualisierung Ihrer Instanzen nicht steuern.
    • Es gibt keinen Rollback-Prozess für erzwungene Upgrades.
    • Wir empfehlen dringend, die Instanzen so bald wie möglich nach Verfügbarkeit Cloud Databases der neuesten Version auf diese zu aktualisieren.

Weitere Informationen zu den Upgrade-Methoden für jeden Datenbanktyp:

Abonnieren Sie Versions-Updates

Die Verfügbarkeit einer neuen Hauptversion der Datenbank IBM Cloud wird über die Versionshinweise und IBM Cloud die Statusseite bekannt gegeben. Richten Sie IBM Cloud Statusbenachrichtigungen ein, wie in der Dokumentation beschrieben, um eine Benachrichtigung zu erhalten, wenn neue Versionshinweise veröffentlicht werden.

Verfahren zum Ende der Lebensdauer einer Hauptversion

Die End-of-Life-Daten für wichtige Datenbankversionen in Cloud Databases werden unter Berücksichtigung von zwei Hauptfaktoren festgelegt.

  1. Das Datum, an dem die Open-Source-Community oder der Anbieter, der die Datenbank bereitstellt, die Wartung dieser Version einstellt.
  2. Branchenübliche Best Practices für die Sicherheit, die generell die Verwendung von Software verbieten, die nicht mehr gewartet wird, da Fehler und Sicherheitslücken in einer solchen Version wahrscheinlich nicht behoben werden.

Da die Häufigkeit von Hauptversionen und die Wartungslebenszyklusrichtlinien für jede im IBM Cloud Portfolio angebotene Datenbank unterschiedlich sind, variiert der Zeitraum zwischen der allgemeinen Verfügbarkeit einer Hauptversion und IBM Cloud IBM Cloud dem Ende der Lebensdauer dieser Version je nach Datenbank und im Laufe der Zeit.

Wenn das IBM Cloud Ende der Lebensdauer für eine Hauptversion festgelegt ist, wird eine Benachrichtigung über die IBM Cloud Statusankündigungsseite bereitgestellt. In der Zeit zwischen der Benachrichtigung und dem Ende der Lebensdauer einer Hauptversion wird dringend empfohlen, ein Upgrade auf die neueste Hauptversion durchzuführen.

Am Ende der Lebensdauer werden alle Datenbankinstanzen, die noch auf der veralteten Hauptversion laufen, wie in der Spalte „Verfahren am Ende der Lebensdauer“ in Tabelle 1 beschrieben behandelt. Wenn das Verfahren zum Lebensende das Erstellen einer Sicherungskopie der Instanz umfasst, steht die Sicherungskopie 30 Tage lang zur Wiederherstellung in einer neuen unterstützten Version zur Verfügung. Danach wird die Sicherungskopie gelöscht.

Anträge auf erneute Aktivierung deaktivierter Formationen von Versionen, die das Ende ihrer Lebensdauer erreicht haben, werden nicht berücksichtigt.

Die Verfahren zum Lebensende und die damit verbundenen Maßnahmen erstrecken sich über mehrere Tage nach dem Lebensende. Wir bemühen uns, können aber nicht garantieren, dass diese Aktionen außerhalb der Geschäftszeiten in der jeweiligen Region durchgeführt werden. Wenn Sie mehr Kontrolle über den Upgrade-Prozess Ihrer Instanz haben möchten, empfehlen wir Ihnen, das Upgrade vor dem EOL-Datum Ihrer Version durchzuführen.

Versionstags

Cloud Databases Versionskennzeichnungen
Version Tag Beschreibung
Bevorzugt Die empfohlene und Standardversion für alle neuen Instanzen. Es ist die stabilste und aktuellste Version, sowohl auf Instanz- als auch auf Service-Ebene.
Vorschau Eine Vorabversion wird für eine begrenzte Zeit freigegeben, um die verfügbaren Funktionen zu testen. Oft handelt es sich dabei um die neueste Version, die von den Projektbetreuern zur Verfügung gestellt wird, um sie zur "bevorzugten" Version zu machen. Vorschauversionen können zwar bereitgestellt werden, eignen sich jedoch nicht für die Produktion, da sie von Service-Level-Vereinbarungen und der Unterstützung ausgeschlossen sind. Außerdem ist nicht garantiert, dass eine Vorabversion zu einem Release auf Produktionsebene wird. IBM behält sich das Recht vor, einen Kunden aufzufordern, eine Instanz zu löschen, die eine Vorschauversion verwendet.
Veraltet Alte Versionen und Versionen, die kurz vor dem Ablauf ihres Lebensdatums stehen, sind als "veraltet" gekennzeichnet. Provisionen und Wiederherstellungen von Instanzen, auf denen eine veraltete Version läuft, sind weiterhin verfügbar und Instanzen, auf denen eine veraltete Version läuft, werden weiterhin unterstützt. Es wird jedoch empfohlen, auf die neue "bevorzugte" Version zu aktualisieren, da veraltete Versionen schließlich von IBM Cloud entfernt werden und nicht mehr bereitgestellt, wiederhergestellt oder unterstützt werden können.
Ohne Tags Unmarkierte Versionen sind vollständig unterstützte und einsatzfähige Versionen. Sie sind in der Regel etwas älter als die aktuell bevorzugte Version, werden aber noch von den Projektbetreuern unterstützt. Sie werden weiterhin auf Cloud Databases unterstützt, bis ihre Abschaffung angekündigt wird.
Ausgeblendet Eine versteckte Version kann nicht bereitgestellt werden. Bestehende Instanzen, die eine als versteckt gekennzeichnete Version verwenden, können weiterhin in der versteckten Version wiederhergestellt werden.

Nebenversionen

IBM Cloud ist bestrebt, sichere und aktuelle Versionen der Dienste bereitzustellen. Wenn Updates von den Projektbetreuern freigegeben werden, werden sie getestet, bewertet und für Cloud Databases Instanzen freigegeben. Die kleineren Versions- und Patch-Updates Ihrer Instanz werden automatisch durchgeführt und sind nicht vom Benutzer konfigurierbar.

Benachrichtigung über das Ende der Lebensdauer einer Hauptversion

Die Möglichkeit, die Nutzer von IBM Cloud Database im Voraus über das Ende der Lebensdauer der wichtigsten Datenbankversionen zu informieren, wird durch die Vorankündigung der Open-Source-Gemeinschaft oder des Anbieters in Bezug auf das Datum, an dem die Wartung einer Version endet, eingeschränkt.

Bei Datenbanken, bei denen die Open-Source-Community oder der Anbieter das Ende der Wartungsfrist für Hauptversionen im Voraus bekannt gibt, werden mehrere Benachrichtigungen versandt, um die Benutzer über das bevorstehende Ende der Lebensdauer zu informieren. Sie können in der Regel erwarten:

  1. Eine Ankündigung auf der Cloud-Statusseite, zum Beispiel: Hinweise zum Supportende.
  2. Eine Ankündigung in den Versionshinweisen Ihres Dienstes, z. B.: IBM Cloud® Databases for PostgreSQL version 12 end of life on January 22, 2025
  3. Eine Benachrichtigung per E-Mail, wenn die Kontobenachrichtigungen korrekt konfiguriert wurden, um E-Mail-Adressen einzubeziehen. Diese E-Mail enthält einen Link für Benachrichtigungen, der Sie zu einer Seite für die Verwaltung von Benachrichtigungen führt. Vergewissern Sie sich, dass diese Ankündigungen nicht vom Spam-Filter Ihres E-Mail-Dienstes erfasst werden. Weitere Informationen finden Sie unter Einrichten von Verteilerlisten für IBM Cloud Benachrichtigungen und{:external} Festlegen der E-Mail-Einstellungen für Benachrichtigungen.

Stellen Sie sicher, dass Ihr Konto für den Empfang von Benachrichtigungen und Ankündigungen aktiviert ist. Sie müssen den Empfang von Plattform- und Ressourcen-Updates aktivieren.

  • Aktivieren Sie die Umschaltfunktion für Haupt- und Nebenversionen unter der Registerkarte „Plattform“ > „Ankündigungen“ > „Haupt- und Nebenversionen “.
  • Aktivieren Sie die Service-Updates unter der Registerkarte „Ressourcen“ > „Ressourcenaktivität“ > „Service-Updates “.

Kunden werden außerdem dazu angehalten, den Status der Datenbankversion aller IBM Cloud Datenbankinstanzen proaktiv programmgesteuert entweder über die CLI oder die API zu überprüfen. Weitere Informationen finden Sie unter Programmatische Methoden zur Überprüfung des Versionsstatus.

Datenbankspezifische Informationen

IBM Cloud Databases for Elasticsearch

Elastic veröffentlicht hier die Wartungsrichtlinien für Elasticsearch Versionen. Gemäß dieser Politik werden von Elastic zu jedem Zeitpunkt drei Versionen gepflegt, die jüngste Version ( X.Y ), die vorherige Version ( X.Y-1 ) und die letzte Version der vorherigen Hauptversion ( X-1.last, 8.19 zum Beispiel). Wenn eine neue Version herausgegeben wird ( X.Y+1 ), endet die Wartung für die Version X.Y-1 sofort. Die Kunden haben die Wahl zwischen zwei Ansätzen für das Upgrade der von ihnen verwendeten Elasticsearch Versionen. Der erste Ansatz besteht darin, immer auf die neueste Version von Elasticsearch zu aktualisieren, kurz nachdem sie veröffentlicht wurde, so dass die Häufigkeit der Upgrades der Häufigkeit der Veröffentlichungen von Elastic entspricht. Der zweite Ansatz besteht darin, bei der letzten Version der vorherigen Hauptversion zu bleiben, solange diese von Elastic weiter gepflegt wird, um die Häufigkeit der erforderlichen Versions-Upgrades während dieses Zeitraums zu reduzieren. Eine IBM Cloud Benachrichtigung wird kurz nach jeder Veröffentlichung einer Hauptversion von Elasticsearch verschickt, um mitzuteilen, dass die Elastic-Wartung für eine weitere Hauptversion beendet ist und dass diese Hauptversion in 5 Wochen das Ende ihrer Lebensdauer auf IBM Cloud Databases erreichen wird.

Programmatische Methoden zur Überprüfung des Versionsstands

Auf der CLI the following Cloud Databases deployables-show command shows deployable service types, specifically the available versions and their preferred or stable status.

ibmcloud cdb deployables-show [--stable] [--preferred] [--json]

Überprüfen Sie den Status einer Hauptversion, indem Sie die Ausgabe des deployable überprüfen, insbesondere Status und Preferred. Das folgende Ausgabebeispiel zeigt, dass die Version 7 die Version Preferred ist und die Version 6 Status ist deprecated.

Service Type:  mongodb
Version   Status       Preferred
7       stable       true
6       deprecated   false

Bei der Cloud Databases API gibt der deployables Endpunkt alle einsatzfähigen Dienste zurück. Verwenden Sie den Parameter version, um die Versionsnummer zurückzugeben.

GET /v5/ibm/deployables

Hauptversionen und Terraform

Beachten Sie, dass Sie derzeit mit Terraform kein Upgrade auf eine neue Hauptversion durchführen können. Das Ändern der Versionsnummer eines Terraform-Skripts kann dazu führen, dass Ihre Daten zerstört werden. Die empfohlene Methode für ein Versions-Upgrade ist die Wiederherstellung eines Backups in eine neue Bereitstellung mit der neuesten Version. Weitere Informationen finden Sie unter Wiederherstellen eines Backups.

  1. In dieser Spalte werden die Maßnahmen beschrieben, die das Team von IBM Cloud® für Datenbankinstanzen ergreift, die nicht vor dem Datum der Version EoL auf eine neue Version aktualisiert wurden. Dieser Ansatz wird nicht empfohlen. Weitere Informationen finden Sie unter Verfahren am Lebensende. ↩︎