Ciclo di vita del supporto per Azure Red Hat OpenShift 4

Red Hat rilascia versioni secondarie di Red Hat OpenShift Container Platform (OCP) circa ogni quattro mesi. Queste versioni includono miglioramenti e nuove funzionalità. Le versioni delle patch sono più frequenti (in genere settimanali) e possono includere correzioni per bug o vulnerabilità di sicurezza.

Azure Red Hat OpenShift è basato su versioni specifiche di OCP. Questo articolo illustra le versioni di OCP supportate per Azure Red Hat OpenShift e fornisce informazioni dettagliate su aggiornamenti, deprecazione e sui criteri di supporto.

Versioni di Red Hat OpenShift

Red Hat OpenShift Container Platform usa il versionamento semantico. Il versionamento semantico usa diversi livelli di numeri per specificare versioni diverse. La tabella seguente illustra le diverse parti del numero di una versione semantica, in questo caso usando il numero di versione di esempio 4.15.16.

• Versione principale: al momento non sono pianificate versioni principali. Le versioni principali comportano modifiche significative al servizio principale, ad esempio aggiunte su larga scala di nuove funzionalità e funzioni, modifiche dell'architettura e rimozione delle funzioni esistenti.
• Versione secondaria: rilasciata circa ogni quattro mesi. Gli aggiornamenti delle versioni secondarie possono includere aggiunta di funzionalità, miglioramenti, deprecazione, rimozioni, correzioni di bug, miglioramenti della sicurezza e altri aggiornamenti.
• Versione patch: in genere rilasciata ogni settimana o in base alle esigenze. Gli aggiornamenti delle versioni patch possono includere correzioni di bug, miglioramenti della sicurezza e altri aggiornamenti.

È consigliabile eseguire la versione secondaria più recente della versione principale in esecuzione. Ad esempio, se il cluster di produzione è nella versione 4.14 e la 4.15 è la versione secondaria disponibile a livello generale più recente per la serie 4, è consigliabile eseguire l'aggiornamento alla versione 4.15 non appena possibile.

Canali di aggiornamento

I canali di aggiornamento sono il meccanismo in base al quale gli utenti dichiarano la versione secondaria di OpenShift Container Platform a cui si intende aggiornare i cluster. I canali di aggiornamento sono associati a una versione secondaria di Red Hat OpenShift Container Platform. Il numero di versione nel canale rappresenta la versione secondaria di destinazione a cui il cluster verrà infine aggiornato. Un canale di aggiornamento non consiglia gli aggiornamenti a una versione precedente alla versione del canale selezionato. Ad esempio, il canale di aggiornamento stable-4.14 OCP non include un aggiornamento a una versione 4.15. I canali di aggiornamento controllano solo la selezione della release e non modificano la versione corrente del cluster. Per altre informazioni, vedere Informazioni sui canali di aggiornamento e sulle versioni.

È possibile usare il canale stable-4.15 per eseguire l'aggiornamento da una versione secondaria precedente di Azure Red Hat OpenShift. I cluster aggiornati tramite i canali fast e candidate potrebbero impostare il cluster in uno stato di supporto limitato.

Criteri di supporto della versione di Azure Red Hat OpenShift

Disponibilità della versione di Azure Red Hat OpenShift

Una versione di Azure Red Hat OpenShift è disponibile tramite uno dei due meccanismi seguenti:

• Quando un aggiornamento a una versione più recente è disponibile per un cluster esistente
• Quando una nuova versione è disponibile come destinazione di installazione per un nuovo cluster

Disponibilità aggiornamenti

Azure Red Hat OpenShift supporta versioni secondarie disponibili a livello generale di Red Hat OpenShift Container Platform quando un aggiornamento è disponibile nel canale stable OpenShift. È possibile controllare la disponibilità degli aggiornamenti nella pagina seguente, Grafico aggiornamenti Red Hat OpenShift Container Platform.

Disponibilità installazioni

Le versioni installabili possono essere verificate tramite il calendario release di Azure Red Hat OpenShift o eseguendo il seguente comando dell'interfaccia della riga di comando di Azure:

az aro get-versions --location [region]

Fine del ciclo di vita della versione

La data di fine del ciclo di vita di una versione di Azure Red Hat OpenShift è disponibile nel calendario release di Azure Red Hat OpenShift.

Aggiornamenti obbligatori

In circostanze estreme e in base alla valutazione della criticità CVE all'ambiente, può essere applicato un aggiornamento critico della patch ai cluster automaticamente da Azure Red Hat OpenShift Site Reliability Engineers (SRE), il quale verrà quindi seguito da una notifica che informa l'utente della modifica. È consigliabile installare gli aggiornamenti patch (z-stream) non appena sono disponibili.

Stato di supporto limitato

Quando un cluster passa a uno stato di supporto limitato (chiamato anche al di fuori del supporto), Azure Red Hat OpenShift SRE non monitora più il cluster in modo proattivo. Inoltre, il contratto di servizio non è più applicabile e i crediti richiesti per il contratto di servizio vengono negati, anche se non significa che non si dispone più del supporto tecnico del prodotto.

Un cluster può passare a uno stato di supporto limitato per molte ragioni, inclusi gli scenari seguenti:

• Se non si aggiorna un cluster a una versione supportata prima della data di fine vita.

  • Non esistono garanzie di runtime o contratto di servizio per le versioni dopo la data di fine vita. Per evitare questo problema e continuare a ricevere il supporto completo, aggiornare il cluster a una versione supportata prima della data di fine vita. Se non si aggiorna il cluster prima della data di fine vita, questo passa a uno stato di supporto limitato fino a quando non viene aggiornato a una versione supportata.
  • Azure Red Hat OpenShift SRE offre supporto commerciale ragionevole per l'aggiornamento da una versione non supportata a una versione supportata. Tuttavia, se un percorso di aggiornamento supportato non è più disponibile, potrebbe essere necessario creare un nuovo cluster ed eseguire la migrazione dei carichi di lavoro.

• Se si rimuovono o sostituiscono componenti nativi di Azure Red Hat OpenShift o qualsiasi altro componente installato e gestito dal servizio.

  • Se sono state usate autorizzazioni di amministratore, Azure Red Hat OpenShift non è responsabile di alcuna azione dell'utente o degli utenti autorizzati, incluse quelle che influiscono sui servizi dell'infrastruttura, sulla disponibilità del servizio o sulla perdita di dati. Se vengono rilevate azioni di questo tipo, il cluster potrebbe passare a uno stato di supporto limitato. È quindi necessario ripristinare l'azione o creare un caso di supporto per verificare la procedura di correzione.
  • In alcuni casi, il cluster può tornare a uno stato completamente supportato se si correggono i fattori di violazione. In altri casi, tuttavia, potrebbe essere necessario eliminare e ricreare il cluster.
  • Per altre informazioni sui requisiti di configurazione del cluster, vedere i criteri di supporto di Azure Red Hat OpenShift.

Eccezioni dei criteri delle versioni supportate

Il team di Azure Red Hat OpenShift SRE si riserva il diritto di aggiungere o rimuovere versioni nuove/esistenti o di ritardare le successive versioni secondarie per le quali si sono riscontrati problemi di produzione critici che influiscono sui bug o sui problemi di sicurezza senza preavviso.

A seconda della gravità del bug o del problema di sicurezza, le versioni patch specifiche possono essere ignorate, oppure può esserne anticipato il lancio.

Calendario delle versioni di Azure Red Hat OpenShift

Vedere la guida seguente per la cronologia delle versioni precedenti di Red Hat OpenShift Container Platform (upstream).

Domande frequenti

Cosa accade quando un utente aggiorna un cluster OpenShift con una versione secondaria non supportata?

Azure Red Hat OpenShift supporta l'installazione di versioni secondarie coerenti con le date della tabella precedente. Una versione è supportata non appena nel canale stabile è disponibile un percorso di aggiornamento a tale versione. Se si esegue una versione oltre la data di fine vita, si è fuori dal supporto e potrebbe essere richiesto di eseguire l'aggiornamento per continuare a ricevere supporto. L'aggiornamento da una versione precedente a una versione supportata può risultare complesso e in alcuni casi non è possibile. È consigliabile mantenere il cluster nella versione più recente di OpenShift per evitare potenziali problemi di aggiornamento.

Ad esempio, se la versione di Azure Red Hat OpenShift supportata meno recente è 4.13 e si usa la versione 4.12 o precedente, si è al di fuori del supporto. Quando l'aggiornamento dalla versione 4.12 alla versione 4.13 o successiva ha esito positivo, si rientrerà nei criteri di supporto.

Il ripristino di un cluster a una versione precedente, o un ripristino dello stato precedente, non è supportato. È supportato solo l'aggiornamento a una versione più recente.

Cosa significa "Al di fuori del supporto" o "Supporto limitato"?

Se il cluster ARO esegue una versione OpenShift non presente nell'elenco delle versioni supportate o se usa una configurazione del cluster non supportata, il cluster è “al di fuori del supporto”. Di conseguenza:

• Quando si apre un ticket di supporto per il cluster, potrebbe essere richiesto di aggiornare il cluster a una versione supportata prima di ricevere supporto.
• Tutte le garanzie di runtime o contratto di servizio per i cluster al di fuori del supporto vengono annullate.
• I cluster al di fuori del supporto verranno sottoposti a patch solo con la massima diligenza possibile.
• I cluster esterni al supporto non verranno monitorati.