Politica di versionamento

Quando si provisiona Cloud Databases un'istanza, è possibile scegliere tra le versioni attualmente disponibili su IBM Cloud®. Trovate le ultime versioni da pagine del catalogo, Cloud Databases CLI plug-in o Cloud Databases API.

Versioni principali definite

Versioni principali per Cloud Databases
service Cloud Databases schema di versioning Versione e data del prossimo fine vita noto Versione principale preferita Procedura di fine vita [1]
Databases for MongoDB Cloud Databases Le versioni principali sono le prime due cifre del numero major.x.patch di versione. Nei casi in cui x è pari, si tratta di una release stabile adatta alla produzione. Solo le versioni x pari sono disponibili su Cloud Databases. v7, 25 agosto 2027 v8.0 Aggiornamento automatico alla versione principale successiva, l'aggiornamento in loco alla versione principale successiva è supportato per i piani Standard ed Enterprise
Databases for Elasticsearch Cloud Databases le versioni principali sono i primi due numeri di un numero di versione release.version.maintenance. v8.7, v8.10, v8.12, v8.15, 30 giugno 2026 v8.19 Aggiornamento automatico in-place alla versione principale successiva; è supportato l'aggiornamento in-place avviato dal cliente alla versione 8.19
Databases for Redis Cloud Databases Le versioni principali sono il primo numero in un major.minor.patch numero di versione. v7.2, 19 agosto 2026 v8.2 Aggiornamento automatico alla versione maggiore successiva
Databases for PostgreSQL Cloud Databases La versione principale è definita dal primo numero nel numero di versione. v14, 21 ottobre 2026 v18 Aggiornamento automatico in loco alla versione principale successiva, aggiornamento in loco avviato dal cliente da v14 a v15 supportato
Databases for MySQL Cloud Databases Le versioni principali sono le prime due cifre del numero major.x.patch di versione. v8.0, 29 luglio 2026 v8.4 Backup effettuato e accesso rimosso
Messages for RabbitMQ Cloud Databases Le versioni principali sono le prime due cifre del numero major.x.patch di versione. v3.13, 20 maggio 2026,
v4.1, 12 agosto 2026		 v4.2 Il backup è stato effettuato e l'accesso rimosso fino a v3.13,
L'aggiornamento automatico alla versione principale successiva è in corso v4.x

Procedura di fine vita

La gestione della fine del ciclo di vita dipende dal servizio e dal modello di versionamento. Si applicano i seguenti approcci:

  1. Rimozione dell'accesso dopo la data di fine vita

    Per MySQL v8.0 e RabbitMQ v3.13, dopo la data di fine vita, l'accesso alle distribuzioni viene rimosso. I backup saranno conservati come da policy, ma le istanze non saranno più accessibili.

  2. Aggiornamento forzato alla versione successiva supportata:

    Per tutte le altre versioni del database, dopo la data di fine vita, tutte le distribuzioni attive che girano su una versione deprecata vengono aggiornate forzatamente alla versione successiva supportata. Ad esempio, la versione 14 di PostgreSQL viene aggiornata automaticamente alla versione 15.

    Questo approccio non è consigliabile per i seguenti motivi:

    • Non forniamo alcun SLA per questo tipo di aggiornamento forzato.
    • Potrebbe verificarsi una perdita di dati.
    • Le applicazioni potrebbero subire dei tempi di inattività.
    • Le applicazioni potrebbero smettere di funzionare in caso di incompatibilità con la nuova versione del database.
    • Non è possibile controllare i tempi dell'aggiornamento forzato delle istanze.
    • Non esiste alcun processo di rollback per gli aggiornamenti forzati.
    • Si consiglia vivamente di aggiornare Cloud Databases le istanze alla versione più recente disponibile non appena tale versione è disponibile.

Ulteriori informazioni sui metodi di aggiornamento per ciascun tipo di database:

Iscriviti per ricevere gli aggiornamenti di versione

La disponibilità di una nuova versione principale del database in IBM Cloud viene comunicata tramite le note di rilascio e la pagina IBM Cloud di stato. Configurare le IBM Cloud notifiche di stato, come descritto nella documentazione, per ricevere una notifica quando vengono pubblicate nuove note di rilascio.

Procedure di fine vita delle versioni principali

Le date di fine vita delle principali versioni del database in Cloud Databases sono determinate dopo aver considerato due fattori primari.

  1. La data in cui la comunità open source o il fornitore che offre il database smette di supportare quella versione.
  2. Migliori pratiche del settore in materia di sicurezza che generalmente vietano l'uso di software non più sottoposto a manutenzione, poiché in tali versioni è improbabile che vengano risolti bug e vulnerabilità di sicurezza.

Poiché la frequenza delle versioni principali e le politiche relative al ciclo di vita della manutenzione associate a ciascun database offerto nel IBM Cloud portafoglio sono diverse, il tempo che intercorre tra la disponibilità generale di una versione principale in IBM Cloud e la fine del ciclo di vita di tale versione in IBM Cloud varia a seconda dei diversi database e nel tempo.

Quando viene definita la data IBM Cloud di fine vita di una versione principale, viene fornita una notifica tramite la pagina degli IBM Cloud annunci di stato. Nel periodo compreso tra la notifica e la data di fine vita di una versione principale, si consiglia vivamente di avviare l'aggiornamento alla versione principale più recente.

Alla data di fine vita, tutte le istanze di database che rimangono sulla versione principale deprecata vengono gestite come descritto nella colonna della procedura di fine vita nella Tabella 1. Se la procedura di fine vita prevede l'esecuzione di un backup dell'istanza, il backup rimane disponibile per il ripristino in una nuova versione supportata per 30 giorni, dopodiché viene eliminato.

Le richieste di riattivare formazioni disabilitate di versioni obsolete non vengono accolte.

Le procedure di fine vita e le azioni correlate si svolgono nell'arco di diversi giorni successivi alla data di fine vita. Cerchiamo, ma non possiamo garantire, di completare queste azioni al di fuori dell'orario di lavoro nella regione locale. Se desideri avere un maggiore controllo sul processo di aggiornamento della tua istanza, ti consigliamo di eseguire l'aggiornamento prima della data di fine vita della tua versione.

Tag della versione

Cloud Databases tag di versione
Etichetta della versione Descrizione
Preferite La versione consigliata e predefinita per tutte le nuove istanze. È la versione più stabile e aggiornata sia a livello di istanza che di servizio.
Anteprima Una versione di anteprima viene rilasciata per un periodo di tempo limitato per provare le funzioni disponibili. Spesso si tratta della versione più recente disponibile presso i manutentori del progetto, in preparazione per diventare la versione "preferita". Pur essendo distribuibili, le versioni di anteprima non sono adatte alla produzione, poiché sono escluse dagli accordi sui livelli di servizio e dal supporto. Inoltre, non è detto che una versione di anteprima diventi una versione di produzione. IBM si riserva il diritto di chiedere al cliente di eliminare un'istanza che utilizza una versione di anteprima.
Obsoleto Le vecchie versioni e quelle prossime al termine del loro ciclo di vita sono contrassegnate come "Deprecate". Le disposizioni e i ripristini delle istanze che eseguono una versione deprecata sono ancora disponibili e le istanze che eseguono una versione deprecata continuano a essere supportate. Tuttavia, si consiglia di aggiornare alla nuova versione "Preferita", poiché le versioni deprecate vengono rimosse da IBM Cloud e non sono più fornibili, ripristinabili o supportate.
Senza tag Le versioni non etichettate sono versioni pienamente supportate e distribuibili. Di solito sono leggermente più vecchie della versione corrente preferita, ma sono ancora supportate dai manutentori del progetto. Continuano a essere supportati nelle istanze di Cloud Databases finché non ne viene annunciata la deprecazione.
Nascosto Non è possibile eseguire il provisioning di una versione nascosta. Le istanze esistenti che utilizzano una versione contrassegnata come nascosta possono essere ripristinate alla versione nascosta.

Versioni secondarie

IBM Cloud si impegna a fornire versioni sicure e aggiornate dei servizi. Man mano che gli aggiornamenti vengono rilasciati dai manutentori del progetto, vengono testati, valutati e rilasciati alle istanze di Cloud Databases. Gli aggiornamenti delle versioni minori e delle patch dell'istanza sono gestiti automaticamente e non sono configurabili dall'utente.

Notifica di fine vita della versione principale

La possibilità di notificare in anticipo agli utenti di IBM Cloud Database la data di fine vita delle principali versioni del database è limitata dal preavviso fornito dalla comunità open-source o dal fornitore associato rispetto alla data di fine della manutenzione di una versione.

Per quei database in cui la comunità open source o il fornitore comunicano in anticipo la data di fine manutenzione delle versioni principali, verranno inviate più notifiche per informare gli utenti delle prossime date di fine vita. In genere ci si può aspettare:

  1. Ad esempio, un annuncio sulla pagina di stato del Cloud: Avvisi di fine supporto.
  2. Un annuncio nelle note di rilascio del servizio, ad esempio: IBM Cloud® Databases for PostgreSQL versione 12 termina il suo ciclo di vita il 22 gennaio 2025
  3. Una notifica via e-mail se le notifiche dell'account sono state configurate correttamente per includere gli indirizzi e-mail. Questa e-mail contiene un link alle notifiche che porta alla pagina di gestione delle notifiche. Assicuratevi che questi annunci non vengano catturati dal filtro antispam del vostro servizio di posta elettronica. Per ulteriori informazioni, vedere Impostazione delle liste di distribuzione per IBM Cloud le notifiche ){:external} e Impostazione delle preferenze e-mail per le notifiche.

Assicuratevi che il vostro account sia abilitato a ricevere notifiche e annunci. È necessario abilitare la ricezione degli aggiornamenti sia della piattaforma che delle risorse.

  • Attiva l'opzione "Major e minor" nella scheda Piattaforma > Annunci > Major e minor.
  • Attiva gli aggiornamenti del servizio nella scheda Risorse > Attività delle risorse > Aggiornamenti del servizio.

I clienti sono inoltre invitati a verificare in modo proattivo lo stato della versione del database di tutte le IBM Cloud istanze del database in modo programmatico tramite la CLI o l'API. Per ulteriori informazioni, vedere Metodi programmatici per il controllo dello stato della versione.

Informazioni specifiche del database

IBM Cloud Databases for Elasticsearch

Elastic pubblica qui la politica di manutenzione delle versioni di Elasticsearch. In base a questa politica, Elastic mantiene tre versioni in qualsiasi momento: la release più recente ( X.Y ), la release precedente ( X.Y-1 ) e l'ultima release della versione principale precedente ( X-1.last, 8.19 per esempio). Quando viene rilasciata una nuova release ( X.Y+1 ), la manutenzione della release X.Y-1 termina immediatamente. I clienti possono scegliere tra due approcci per l'aggiornamento delle versioni di Elasticsearch che utilizzano. Il primo approccio consiste nell'aggiornare sempre all'ultima versione di Elasticsearch subito dopo il suo rilascio, rendendo la frequenza degli aggiornamenti pari alla frequenza dei rilasci da parte di Elastic. Il secondo approccio consiste nel rimanere sull'ultima versione rilasciata della versione principale precedente fintanto che continua a essere supportata da Elastic, al fine di ridurre la frequenza degli aggiornamenti di versione richiesti durante tale periodo. Una IBM Cloud notifica verrà inviata poco dopo ogni Elasticsearch rilascio di una versione principale, comunicando che la manutenzione di Elastic è terminata per un'ulteriore versione principale e che questa versione principale raggiungerà la fine del ciclo di vita in IBM Cloud Databases tra 5 settimane.

Metodi programmatici per controllare lo stato della versione

Sulla 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]

Per verificare lo stato di una versione principale, esaminare l'output del comando deployable, in particolare Status e Preferred. Il seguente esempio di output mostra che la versione 7 è la versione Preferred e la versione 6 Status è deprecated.

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

Sulle API Cloud Databases L 'endpoint deployables restituisce tutti i servizi distribuibili. Utilizzare il parametro version per restituire il numero di versione.

GET /v5/ibm/deployables

Versioni principali e Terraform

Si noti che attualmente non è possibile aggiornare a una nuova versione principale usando Terraform. La modifica del numero di versione di uno script Terraform può portare alla distruzione dei dati. Il metodo consigliato per l'aggiornamento della versione è il ripristino di un backup in una nuova distribuzione con la versione più recente. Per ulteriori informazioni, vedere Ripristino di un backup.

  1. Questa colonna descrive le azioni che verranno intraprese dal team IBM Cloud® sulle istanze del database che non sono state aggiornate a una nuova versione prima della data della versione EoL. Questo approccio è sconsigliato. Per ulteriori informazioni, vedere Procedura di fine vita. ↩︎