Informazioni sulla versione di Red Hat OpenShift on IBM Cloud

Versioni Red Hat OpenShift disponibili

Red Hat OpenShift on IBM Cloud supporta le versioni seguenti di Red Hat OpenShift. Nota che versioni di Red Hat OpenShift differenti potrebbero supportare versioni RHEL differenti.

Tutti i cluster VPC creati nella versione 4.18 o successive possono utilizzare nodi worker RHCOS. I cluster creati nelle versioni 4.15, 4.16, o 4.17 possono utilizzare i nodi worker RHCOS solo se sono stati inizialmente creati con nodi worker RHCOS o se sono stati aggiornati almeno alla versione 4.18.

• † Indica le date provvisorie e soggette a modifiche.
• * Indica i sistemi operativi deprecati.

Ciclo di vita della release

Ogni versione supportata di Red Hat OpenShift on IBM Cloud passa attraverso un ciclo di vita di test, sviluppo, release generale, supporto, deprecazione e il diventare non supportata. Esaminare le descrizioni di ciascuna fase del ciclo di vita di una versione.

Per una comprensione generale vengono forniti i giorni e le versioni stimati. Le date di disponibilità e release reali sono soggette a modifiche e dipendono da vari fattori, ad esempio dagli aggiornamenti della community, dalle patch di sicurezza e dalle modifiche alla tecnologia tra le versioni.

1. Release comunità: la comunità rilascia la nuova versione. I tecnici IBM iniziano a testare e a rendere più completa la versione della community per rilasciare una versione Red Hat OpenShift on IBM Cloud supportata.

2. Ciclo di vita della versione supportato:

   Release di sviluppo

   La release è in fase di sviluppo e potrebbe essere disponibile come Beta per selezionare i clienti. IBM fornisce il supporto migliore per la release.

   Disponibilità generale

   La release è generalmente disponibile (GA). IBM fornisce il supporto completo per la release. IBM fornisce una data di destinazione provvisoria perché la release non sia supportata. La release diventa la versione predefinita utilizzata durante la creazione del cluster una volta che ci sono restrizioni minime e un tasso di adozione ragionevole per la release.

   Manutenzione

   Release ha immesso il supporto di manutenzione come definito dal supporto Red Hat. IBM fornisce supporto di manutenzione per OpenShift basato sulla politica Red Hat. IBM fornisce il supporto completo in caso contrario.

   Supporto esteso

   Release ha immesso il supporto esteso come definito da Red Hat. IBM fornisce un supporto esteso per OpenShift basato sulla politica Red Hat. IBM fornisce il supporto completo in caso contrario.

3. Versione obsoleta: la versione è obsoleta. IBM fornisce una data di destinazione non supportata aggiornata per la release. Un conto alla rovescia non supportato fino a questa data viene fornito almeno 45 giorni prima che la release diventi non supportata. IBM fornisce un supporto minimo per la release in linea con il supporto Red Hat. Questa fase di supporto è in genere la fase finale prima che il rilascio diventi non supportato e sovrascrive le fasi di manutenzione e di supporto esteso in caso di sovrapposizione. Gli aggiornamenti della patch di sicurezza potrebbero non essere forniti. Durante il periodo di obsolescenza, la versione è ancora supportata e il tuo cluster è ancora funzionante, ma potrebbe richiedere l'aggiornamento a una release supportata per correggere le vulnerabilità di sicurezza. Ad esempio, aggiungendo o ricaricando i nodi di lavoro.

4. Versione non supportata: la versione non è supportata. IBM fornisce solo il supporto per l'aggiornamento a una release supportata. La versione non è supportata. I cluster non supportati non vengono forniti con gli aggiornamenti di sicurezza e patch e non sono supportati dal supporto IBM Cloud. Sebbene il tuo cluster e le tue applicazioni possano continuare l'esecuzione per un certo periodo di tempo, non puoi più creare, ricaricare o eseguire altre azioni correttive sul tuo master cluster o sui tuoi nodi di lavoro quando si verifica un problema. Puoi ancora eliminare il cluster o i nodi di lavoro o aggiornare il cluster alla versione successiva. Verificate i possibili effetti e visitate subito il sito aggiornare il cluster per continuare a ricevere importanti aggiornamenti di sicurezza e assistenza. Se il master cluster esegue due o più versioni dopo la versione meno recente supportata, non è più possibile applicare gli aggiornamenti e deve eliminare il cluster e crearne uno nuovo.

   I cluster che eseguono una versione non supportata alla fine non funzioneranno più perché i certificati dei cluster scadono. I guasti possono includere, ma non sono limitati a, un piano di controllo del cluster non disponibile, nodi operativi dell NotReady, o un Ingresso non integro.

5. Archiviato: la versione non è supportata senza percorso di aggiornamento. IBM non fornisce supporto. IBM si riserva il diritto di arrestare i piani di controllo per tali cluster.

IBM fornisce fix pack del nodo di lavoro bisettimanali. IBM l'obiettivo è quello di rimediare alle vulnerabilità rilevate e legittime entro un tempo adeguato ai rischi che rappresentano. Per garantire la qualità e la stabilità della release, i fix pack potrebbero essere ritardati.

Per Red Hat OpenShift, i fix pack vengono applicati alla patch e alla release minori più recenti per il sistema operativo di destinazione.

• Per RHEL8 che è 8.9.

Per mantenere i tuoi nodi protetti, devi installare i fix pack del nodo di lavoro il prima possibile. È possibile sottoscrivere le notifiche per essere avvisati quando è disponibile un nuovo aggiornamento.

Archivia

I cluster non supportati non vengono forniti con gli aggiornamenti di sicurezza e patch e non sono supportati dal supporto IBM Cloud. Sebbene il tuo cluster e le tue applicazioni possano continuare l'esecuzione per un certo periodo di tempo, non puoi più creare, ricaricare o eseguire altre azioni correttive sul tuo master cluster o sui tuoi nodi di lavoro quando si verifica un problema. Puoi ancora eliminare il cluster o i nodi di lavoro o aggiornare il cluster alla versione successiva. Verificate i possibili effetti e visitate subito il sito aggiornare il cluster per continuare a ricevere importanti aggiornamenti di sicurezza e assistenza. Se il tuo master cluster è di due o più versioni rispetto alla versione supportata meno recente, devi creare un nuovo cluster e distribuire le tue applicazioni nel nuovo cluster.