Richtlinie zur Versionsverwaltung
Gen 2
Wenn Sie eine Cloud Databases-Instanz bereitstellen, können Sie aus den derzeit auf IBM Cloud® verfügbaren Versionen wählen. Derzeit sind für Gen 2- Cloud Databases s nur die neuesten Versionen verfügbar; dies wird auf den Katalogseiten, in der CLI des Resource Controllers oder in der Resource Controller-API angezeigt.
Definierte Hauptversionen
| Service | Cloud Databases Versionsschema | Nächste bekannte Version, deren Lebenszyklus endet, und Datum | Bevorzugte Hauptversion | Verfahren bei Ablauf der Lebensdauer [1] |
|---|---|---|---|---|
| Databases for PostgreSQL | Cloud Databases Die Hauptversion wird durch die erste Ziffer der Versionsnummer angegeben. | v14, 21. Oktober 2026 | v18 | Automatisches In-Place-Upgrade auf die nächste Hauptversion; vom Kunden initiiertes In-Place-Upgrade von v14 auf v15 wird unterstützt |
| 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. |
v8.0, 24. Oktober 2029 | v8.0 | Automatisches In-Place-Upgrade auf die nächste Hauptversion; ein vom Kunden initiiertes In-Place-Upgrade auf die nächste Hauptversion wird für die Tarife „Standard“ und „Enterprise“ unterstützt |
| Databases for Redis | Cloud Databases Hauptversionen sind die erste Ziffer in einer major.minor.patch Versionsnummer. |
Nicht zutreffend | v8.2 | Wird automatisch auf die nächste Hauptversion aktualisiert. |
| Databases for Elasticsearch | Cloud Databases Hauptversionen sind die ersten beiden Ziffern einer Wartungsversionsnummer release.version. |
Nicht zutreffend | v8 | Automatisches Upgrade vor Ort auf die nächste Hauptversion |
| Databases for MySQL | Cloud Databases Hauptversionen sind die ersten beiden Ziffern einer major.x.patch-Versionsnummer. | v8.4, 30. April 2029 | v8.4 | Wird automatisch auf die nächste Hauptversion aktualisiert. |
| Messages for RabbitMQ | Cloud Databases Hauptversionen sind die ersten Ziffern einer major.x.patch Versionsnummer. |
Nicht zutreffend | v4 | Sicherung erstellt und Zugriff für die Hauptversion „ “ entfernt. Automatisches Upgrade auf die nächste Nebenversion |
| Databases for Valkey | Cloud Databases Hauptversionen sind die ersten beiden Ziffern einer major.x.patch Versionsnummer. |
Nicht zutreffend | v9 | Wird automatisch auf die nächste Hauptversion aktualisiert. |
Für Versions-Updates abonnieren
Cloud Databases Wichtige Versionsaktualisierungen werden in den Versionshinweisen der jeweiligen Dienste veröffentlicht. Um über Ankündigungen zu neuen Hauptversionen auf dem Laufenden zu bleiben, rufen Sie die Statusseite von „ IBM Cloud “ auf und melden Sie sich für Benachrichtigungen an. Diese Statusmeldungen enthalten Hinweise zu Service-Updates.
Einstellung der Unterstützung für Hauptversionen
Cloud Databases beabsichtigt, eine Hauptversion etwa drei Jahre lang nach ihrer Veröffentlichung zu unterstützen. Wenn eine Version von den Open-Source-Betreuern des Upstream-Projekts als veraltet eingestuft oder als „End of Life“ gekennzeichnet wird, leitet Cloud Databases einen eigenen Auslaufprozess ein.
Gilt eine Hauptversion als veraltet, wird für aktuelle Benutzer der veralteten Version ein Übergangszeitraum von sechs Monaten eingerichtet. Zu Beginn des Zeitraums kontaktieren wir die von der Einstellung betroffenen Nutzer. Während des sechsmonatigen Übergangszeitraums können Benutzer ein Upgrade auf eine unterstützte Hauptversion einleiten. Bestehende Instanzen laufen weiterhin wie gewohnt.
Die Wiederherstellung bestehender Instanzen in neue Instanzen der veralteten Hauptversion ist während der sechsmonatigen Auslaufphase möglich, wir empfehlen jedoch, so bald wie möglich auf eine nicht veraltete Hauptversion zu aktualisieren.
Nach Ablauf des Übergangszeitraums können veraltete Hauptversionen nicht mehr auf Cloud Databases bereitgestellt werden. Es wird ein Backup der Instanz erstellt, und der Zugriff auf Instanzen, auf denen eine veraltete Version läuft, wird gesperrt, oder die Instanzen werden automatisch auf die nächste Hauptversion aktualisiert. Das Backup kann in eine neue, unterstützte Version wiederhergestellt werden.
Backups werden nur 30 Tage lang aufbewahrt. Anfragen zur erneuten Aktivierung deaktivierter Formationen von Versionen, deren Lebenszyklus abgelaufen ist, können nicht berücksichtigt werden.
Wenn Sie nicht handeln, kann es zu Kompatibilitätsproblemen mit Ihren Anwendungen kommen, wenn IBM ein Upgrade in aktueller Position durchführt. In seltenen Fällen kann es zu einem Ausfall kommen, der Ihre Verfügbarkeit beeinträchtigt. Tritt ein Fehler auf, wird die Instanz deaktiviert, und Sie müssen sie aus dem Backup wiederherstellen. Es wird empfohlen, vor dem Ende des Unterstützungszeitraums selbst eine Migration durchzuführen.
Nebenversionen
IBM Cloud hat es sich zum Ziel gesetzt, sichere und aktuelle Versionen der Dienste bereitzustellen. Sobald Updates von den Projektverantwortlichen veröffentlicht werden, werden sie getestet, bewertet und auf Cloud Databases-Instanzen bereitgestellt. Minor-Versions- und Patch-Updates für Ihre Instanz werden automatisch durchgeführt und können vom Benutzer nicht konfiguriert werden.
Benachrichtigungen zum Ende des Lebenszyklus wichtiger Versionen
Sie erhalten mehrere Benachrichtigungen, wenn eine Hauptversion das Ende ihrer Lebensdauer erreicht. In der Regel können Sie Folgendes erwarten:
- Eine Ankündigung auf der Cloud-Statusseite, zum Beispiel: Hinweise zum Ende des Supports.
- Eine Ankündigung in den Versionshinweisen Ihres Dienstes, zum Beispiel: „ IBM Cloud® Databases for PostgreSQL, Version 12, wird am 22. Januar 2025 eingestellt.“
- Eine Benachrichtigung per E-Mail über die „ IBM “-API. Diese E-Mail enthält einen Link „Benachrichtigungen“, über den Sie zur Seite „Benachrichtigungsverwaltung“ gelangen. Stellen Sie sicher, dass diese Benachrichtigungen nicht vom Spamfilter Ihres E-Mail-Dienstes abgefangen werden. Weitere Informationen finden Sie unter Benutzer zu einer Verteilerliste hinzufügen.
- Stellen Sie sicher, dass Ihr Konto für den Empfang von Benachrichtigungen und Ankündigungen aktiviert ist. Sie müssen den Schalter aktivieren, um Plattform- und Ressourcen-Updates zu erhalten. Aktivieren Sie die Umschaltfunktion für Haupt- und Nebenversionen auf der Registerkarte „Plattform“ > „Ankündigungen“ > „Haupt- und Nebenversionen“ sowie die Service-Updates auf der Registerkarte „Ressourcen“ > „Ressourcenaktivität“ > „Service-Updates“. Weitere Informationen finden Sie unter E-Mail-Einstellungen für Benachrichtigungen festlegen.
Weitere Informationen finden Sie unter „ Programmatische Methoden zur Überprüfung des Versionsstatus “. Kunden werden dazu angehalten, programmatische Methoden – über die Befehlszeilenschnittstelle (CLI) oder die API – zu nutzen, um sich über den aktuellen Stand der Datenbankversion zu informieren. Weitere Informationen finden Sie unter „ Programmatische Methoden zur Überprüfung des Versionsstatus “.
Alle Maßnahmen, die nach einem EOL-Datum ergriffen werden, erstrecken sich über mehrere Tage nach dem EOL-Datum. Wir bemühen uns, können aber nicht garantieren, dass diese Upgrades außerhalb der Geschäftszeiten in den lokalen Regionen durchgeführt werden. Wenn Sie mehr Kontrolle über den Upgrade-Prozess Ihrer Instanz haben möchten, empfehlen wir Ihnen, das Upgrade gemäß unserem Verfahren zur Datensicherung und -wiederherstellung vor dem EOL-Datum Ihrer Version durchzuführen.
Programmatische Methoden zur Überprüfung des Versionsstatus
Über eine API der Generation 2 Cloud Databases nutzen die Ressourcen-Controller-API für Betriebszwecke. Der folgende Befehl ruft die vollständigen Daten ab, die zu einer Bereitstellung gehören. Diese Daten umfassen die ID, den Namen, den Datenbanktyp und die Version.
GET /v2/resource_instances/{id}`
Beispielanforderung:
curl -X GET https://resource-controller.cloud.ibm.com/v2/resource_instances/8d7af921-b136-4078-9666-081bd8470d94 -H "Authorization: Bearer <IAM token>" \
-
In dieser Spalte werden die Maßnahmen beschrieben, die das Team „ IBM Cloud® “ bei Datenbankinstanzen ergreifen wird, die bis zum Datum der Versions EoL s noch nicht auf eine neue Version aktualisiert wurden. Dieser Ansatz wird nicht empfohlen. Weitere Informationen finden Sie unter Vorgehensweise bei der Einstellung des Produkts. ↩︎