Politica di gestione delle versioni

Gen 2

Quando si configura un'istanza di Cloud Databases, è possibile scegliere tra le versioni attualmente disponibili su IBM Cloud®. Al momento, per Gen 2 Cloud Databases sono disponibili solo le versioni più recenti, come indicato nelle pagine del catalogo, nella CLI del Resource Controller o nell'API del Resource Controller.

Definizione delle versioni principali

Versioni principali per Cloud Databases
service Cloud Databases schema di controllo delle versioni Prossima versione nota a fine ciclo di vita e relativa data Versione principale preferita Procedura di fine vita [1]
Databases for PostgreSQL Cloud Databases La versione principale è indicata dal primo numero del numero di versione. v14, 21 ottobre 2026 v18 Aggiornamento automatico in loco alla versione principale successiva; è supportato l'aggiornamento in loco avviato dal cliente da v14 a v15
Databases for MongoDB Cloud Databases Le versioni principali sono rappresentate dalle prime due cifre del numero di versione major.x.patch. Nei casi in cui x sia pari, si tratta di una versione stabile adatta all'uso in produzione. Su Cloud Databases sono disponibili solo le versioni " x ". v8.0, 24 ottobre 2029 v8.0 Aggiornamento automatico in loco alla versione principale successiva; l'aggiornamento in loco alla versione principale successiva, avviato dal cliente, è supportato per i piani Standard ed Enterprise
Databases for Redis Cloud Databases Le versioni principali sono rappresentate dalla prima cifra del numero di versione major.minor.patch. N/D v8.2 Aggiornamento automatico in loco alla versione principale successiva
Databases for Elasticsearch Cloud Databases Le versioni principali sono rappresentate dalle prime due cifre del numero di versione di manutenzione release.version. N/D v8 Aggiornamento automatico in loco alla versione principale successiva
Databases for MySQL Cloud Databases Le versioni principali sono rappresentate dalle prime due cifre del numero di versione major.x.patch. v8.4, 30 aprile 2029 v8.4 Aggiornamento automatico alla versione principale successiva senza necessità di reinstallazione
Messages for RabbitMQ Cloud Databases Le versioni principali sono le prime cifre del numero di versione major.x.patch. N/D v4 È stato eseguito il backup e l'accesso è stato rimosso per la versione principale
. Aggiornamento automatico in loco alla versione minore successiva
Databases for Valkey Cloud Databases Le versioni principali sono le prime due cifre del numero di versione major.x.patch. N/D v9 Aggiornamento automatico alla versione principale successiva senza necessità di reinstallazione

Iscriviti per ricevere gli aggiornamenti della versione

Cloud Databases Gli aggiornamenti di versione principali vengono pubblicati nelle Note di rilascio di ciascun servizio. Per rimanere aggiornato sugli annunci relativi alle versioni principali, visita la pagina "Stato" di IBM Cloud e iscriviti per ricevere le notifiche. Le note di rilascio del servizio sono incluse in queste notifiche di stato.

Deprecazione delle versioni principali

Cloud Databases prevede di fornire supporto per una versione principale per circa 3 anni a partire dal suo rilascio. Se una versione viene dichiarata obsoleta o contrassegnata come "end of life" dai responsabili della manutenzione open source a monte, Cloud Databases avvierà il proprio processo di obsolescenza.

Quando una versione principale viene dichiarata obsoleta, viene concesso un periodo di transizione di sei mesi agli attuali utenti della versione obsoleta. All'inizio del periodo, contatteremo gli utenti interessati dalla dismissione. Durante il periodo di transizione di sei mesi, gli utenti possono avviare l'aggiornamento a una versione principale supportata. Le istanze esistenti continuano a funzionare normalmente.

Durante il periodo di sei mesi previsto per la dismissione, è possibile ripristinare le istanze esistenti come nuove istanze della versione principale in fase di dismissione; tuttavia, raccomandiamo di effettuare l'aggiornamento a una versione principale non in fase di dismissione il prima possibile.

Al termine del periodo di transizione, le versioni principali obsolete non potranno più essere distribuite su Cloud Databases. Viene eseguito un backup dell'istanza e l'accesso alle istanze che eseguono una versione obsoleta viene disattivato oppure le istanze vengono automaticamente aggiornate alla versione principale successiva. È possibile ripristinare il backup in una nuova versione supportata.

I backup vengono conservati solo per 30 giorni. Non è possibile accogliere le richieste di riattivazione di formazioni disabilitate relative a versioni giunte a fine ciclo di vita.

Se non si interviene, potrebbero verificarsi problemi di compatibilità con le app quando IBM esegue l'aggiornamento in loco. In rari casi, ciò può causare un malfunzionamento, con ripercussioni sulla disponibilità del servizio. In caso di guasto, l'istanza viene disattivata ed è necessario ripristinarla dal backup. Si consiglia di effettuare la migrazione autonomamente prima della data di scadenza del supporto.

Tag di versione

Attualmente è supportata solo una versione per ogni servizio di " Cloud Databases " di seconda generazione. Man mano che saranno disponibili nuove versioni, verranno applicati i seguenti tag di versione.

Cloud Databases Tag di versione
Tag della versione Descrizione
Preferite La versione consigliata e predefinita per tutte le nuove istanze. È la versione più stabile e aggiornata sia dal punto di vista dell'istanza che dal punto di vista del servizio.
Anteprima È stata rilasciata una versione di anteprima, disponibile per un periodo limitato, per provare le funzionalità disponibili. Spesso si tratta della versione più recente messa a disposizione dai responsabili del progetto in vista della sua designazione come versione "Preferita". Sebbene possano essere implementate, le versioni in anteprima non sono adatte all'uso in produzione, in quanto non sono coperte dagli accordi sul livello di servizio né dal supporto tecnico. Inoltre, non è detto che una versione di anteprima diventi una versione definitiva. IBM si riserva il diritto di chiedere a un cliente di eliminare un'istanza che utilizza una versione in anteprima.
Obsoleto Le versioni precedenti e quelle prossime alla fine del ciclo di vita sono contrassegnate come "Obsolete". Le operazioni di provisioning e ripristino delle istanze che eseguono una versione obsoleta sono ancora disponibili e le istanze che eseguono una versione obsoleta continuano a essere supportate. Tuttavia, si consiglia di passare alla nuova versione "Preferred", poiché le versioni obsolete verranno gradualmente rimosse da IBM Cloud e non saranno più disponibili per la creazione, il ripristino o il supporto.
Senza tag Le versioni senza tag sono versioni pienamente supportate e pronte per l'implementazione. Di solito sono leggermente più vecchie rispetto alla versione attualmente consigliata, ma sono comunque supportate dai responsabili del progetto. Continueranno a essere supportati sulle istanze di Cloud Databases fino a quando non verrà annunciata la loro dismissione.
Nascosto Una versione nascosta non può essere configurata. Le istanze esistenti che utilizzano una versione contrassegnata come nascosta possono comunque essere ripristinate alla versione nascosta.

Versioni secondarie

IBM Cloud si impegna a fornire versioni sicure e aggiornate dei propri servizi. Man mano che i responsabili del progetto rilasciano gli aggiornamenti, questi vengono testati, valutati e distribuiti alle istanze di Cloud Databases. Gli aggiornamenti della versione secondaria e delle patch della tua istanza vengono gestiti automaticamente e non sono configurabili dall'utente.

Notifiche relative alla fine del ciclo di vita delle versioni principali

Quando una versione principale raggiunge la fine del ciclo di vita, si ricevono diverse notifiche. In genere ci si può aspettare:

Per ulteriori informazioni, consultare la sezione " Metodi programmatici per verificare lo stato della versione ". Si invitano i clienti a utilizzare metodi programmatici, tramite CLI o API, per ottenere informazioni aggiornate sullo stato della versione del database. Per ulteriori informazioni, consultare la sezione " Metodi programmatici per verificare lo stato della versione ".

Qualsiasi azione intrapresa dopo la data di fine vita (EOL) si svolge nell'arco di diversi giorni successivi a tale data. Cerchiamo, pur senza poterlo garantire, di effettuare questi aggiornamenti al di fuori dell'orario di lavoro nelle rispettive regioni. Se desideri avere un maggiore controllo sul processo di aggiornamento della tua istanza, ti consigliamo di effettuare l'aggiornamento seguendo la nostra guida " processo di backup e ripristino " prima della data di fine supporto (EOL) della tua versione.

Metodi programmatici per verificare lo stato delle versioni

Tramite un’API di seconda generazione Cloud Databases, si utilizza l’API del Resource Controller a fini operativi. Il comando seguente recupera tutti i dati associati a una distribuzione. Questi dati includono l'ID, il nome, il tipo di database e la versione.

GET /v2/resource_instances/{id}`

Richiesta di esempio:

curl -X GET https://resource-controller.cloud.ibm.com/v2/resource_instances/8d7af921-b136-4078-9666-081bd8470d94 -H "Authorization: Bearer <IAM token>" \

  1. Questa colonna descrive le azioni che saranno intraprese dal team di gestione delle istanze di database ( IBM Cloud® ) sulle istanze di database che non sono state aggiornate a una nuova versione prima della data di EoL. Questo approccio non è consigliabile. Per ulteriori informazioni, consultare la procedura relativa alla fine del ciclo di vita. ↩︎