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 patch sono più frequenti (in genere settimanali) e sono destinate solo alle correzioni di bug critiche all'interno di una versione secondaria. Queste versioni delle patch possono includere correzioni per le vulnerabilità di sicurezza o i bug principali.
Azure Red Hat OpenShift è basato su versioni specifiche di OCP. Questo articolo illustra le versioni di OCP supportate per Azure Red Hat OpenShift e informazioni dettagliate sugli aggiornamenti, le deprecazioni e i criteri di supporto.
Versioni di Red Hat OpenShift
Red Hat OpenShift Container Platform usa il controllo delle versioni semantiche. Il controllo delle versioni semantico usa diversi livelli di numeri di versione per specificare diversi livelli di controllo delle versioni. La tabella seguente illustra le diverse parti di un numero di versione semantica, in questo caso usando il numero di versione di esempio 4.10.3.
| Versione principale (x) | Versione secondaria (y) | Patch (z) |
|---|---|---|
| 4 | 10 | 3 |
Ogni numero nella versione indica la compatibilità generale con la versione precedente:
- Versione principale: al momento non sono pianificate versioni principali. Le versioni principali cambiano quando le modifiche api incompatibili o la compatibilità con le versioni precedenti potrebbero essere interrotte.
- Versione secondaria: rilasciata circa ogni quattro mesi. Gli aggiornamenti delle versioni secondarie possono includere aggiunte di funzionalità, miglioramenti, deprecazione, rimozioni, correzioni di bug, miglioramenti della sicurezza e altri miglioramenti.
- Patch: in genere rilasciate ogni settimana o in base alle esigenze. Gli aggiornamenti delle versioni patch possono includere correzioni di bug, miglioramenti della sicurezza e altri miglioramenti.
I clienti devono mirare a eseguire la versione secondaria più recente della versione principale in esecuzione. Ad esempio, se il cluster di produzione è nella versione 4.9 e 4.10 è la versione secondaria disponibile a livello generale più recente per la serie 4, è consigliabile eseguire l'aggiornamento alla versione 4.10 non appena possibile.
Canali di aggiornamento
I canali di aggiornamento sono associati a una versione secondaria di Red Hat OpenShift Container Platform (OCP). Ad esempio, l'aggiornamento di OCP 4.9 non include mai un aggiornamento a una versione 4.10. I canali di aggiornamento controllano solo la selezione del rilascio e non influiscono sulla versione del cluster.
Azure Red Hat OpenShift 4 supporta solo canali stabili. Ad esempio: stable-4.9.
È possibile usare il canale stable-4.10 per eseguire l'aggiornamento da una versione secondaria precedente di Azure Red Hat OpenShift. I cluster aggiornati usando canali rapidi, non definitive e candidati non sono supportati.
Se si passa a un canale che non include la versione corrente, viene visualizzato un avviso e non è possibile consigliare aggiornamenti. Tuttavia, è possibile tornare al canale originale in qualsiasi momento.
Criteri di supporto della versione di Red Hat OpenShift Container Platform
Azure Red Hat OpenShift supporta due versioni secondarie disponibili a livello generale di Red Hat OpenShift Container Platform:
La versione secondaria ga più recente rilasciata in Azure Red Hat OpenShift (denominata N)
Una versione secondaria precedente (N-1)
Se disponibile in un canale di aggiornamento stabile, sono supportate anche le versioni secondarie più recenti (N+1, N+2) disponibili in OCP upstream.
Gli aggiornamenti critici delle patch vengono applicati automaticamente ai cluster dai Site Reliability Engineer (SRE) di Azure Red Hat OpenShift. I clienti che desiderano installare gli aggiornamenti delle patch in anticipo sono liberi di farlo.
Ad esempio, se Azure Red Hat OpenShift introduce attualmente la versione 4.10.z, viene fornito il supporto per le versioni seguenti:
| La versione secondaria | Elenco delle versioni supportate |
|---|---|
| 4.10.z | 4.10.z, 4.9.z |
Nota
La tabella precedente è solo un esempio per illustrare il supporto del ciclo di vita; non è concepito come un elenco delle versioni attualmente supportate.
".z" è rappresentativo delle versioni delle patch. Se disponibile in un canale di aggiornamento stabile, i clienti possono anche eseguire l'aggiornamento alla versione 4.9.z.
Quando viene introdotta una nuova versione secondaria, la versione secondaria meno recente è deprecata e rimossa. Ad esempio, si supponga che l'elenco delle versioni supportate corrente sia 4.10.z e 4.9.z. Quando Azure Red Hat OpenShift rilascia 4.11.z, la versione 4.9.z verrà rimossa e non sarà supportata entro 30 giorni.
Nota
Si noti che se i clienti eseguono una versione di Red Hat OpenShift non supportata, potrebbe essere richiesto di eseguire l'aggiornamento quando si richiede il supporto per il cluster. I cluster che eseguono versioni di Red Hat OpenShift non supportate non sono coperti dal contratto di servizio di Azure Red Hat OpenShift.
Processo di rilascio e deprecazione
È possibile fare riferimento alle versioni future e alle deprecazioni nel calendario di rilascio di Azure Red Hat OpenShift.
Per le nuove versioni secondarie di Red Hat OpenShift Container Platform:
- Il team di Azure Red Hat OpenShift SRE pubblica un pre-annuncio con la data pianificata di una nuova versione e la rispettiva deprecazione della versione precedente, nelle note sulla versione di Azure Red Hat OpenShift almeno 30 giorni prima della rimozione.
- Il team di Azure Red Hat OpenShift SRE pubblica una notifica sull'integrità del servizio disponibile per tutti i clienti con accesso ad Azure Red Hat OpenShift e al portale e invia un messaggio di posta elettronica agli amministratori della sottoscrizione con le date di rimozione della versione pianificate.
- I clienti hanno 30 giorni dalla rimozione della versione all'aggiornamento a una versione secondaria supportata per continuare a ricevere il supporto.
Per le nuove versioni patch di Red Hat OpenShift Container Platform:
- A causa della natura urgente delle versioni delle patch, queste possono essere introdotte nel servizio dal team di Azure Red Hat OpenShift SRE non appena diventano disponibili.
- In generale, il team di Azure Red Hat OpenShift SRE non esegue comunicazioni generali per l'installazione di nuove versioni delle patch. Tuttavia, il team monitora e convalida costantemente le patch CVE disponibili per supportarle in modo tempestivo. Se è necessaria un'azione del cliente, il team informerà i clienti dell'aggiornamento.
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 ritardare le prossime versioni secondarie identificate per avere uno o più problemi di produzione critici che influiscano sui bug o sui problemi di sicurezza senza preavviso.
Le versioni patch specifiche possono essere ignorate o l'implementazione può essere accelerata a seconda della gravità del bug o del problema di sicurezza.
Portale di Azure e versioni dell'interfaccia della riga di comando
Quando si distribuisce un cluster Azure Red Hat OpenShift nel portale o con l'interfaccia della riga di comando di Azure, per impostazione predefinita il cluster è la versione secondaria più recente (N) e la patch critica più recente. Ad esempio, se Azure Red Hat OpenShift supporta 4.10.z e 4.9.z, la versione predefinita per le nuove installazioni è 4.10.z. I clienti che desiderano usare la versione secondaria OCP upstream più recente (N+1, N+2) possono aggiornare il cluster in qualsiasi momento a qualsiasi versione disponibile nei canali di aggiornamento stabile.
Calendario della versione di Azure Red Hat OpenShift
Vedere la guida seguente per la cronologia delle versioni precedenti di Red Hat OpenShift Container Platform (upstream).
| Versione OCP | Versione upstream | Disponibilità generale di Azure Red Hat OpenShift | Fine vita |
|---|---|---|---|
| 4.4 | Maggio 2020 | Luglio 2020 | 4.6 GA |
| 4.5 | Luglio 2020 | Novembre 2020 | 4.7 DISPONIBILITÀ generale |
| 4.6 | Ottobre 2020 | Febbraio 2021 | 4.8 DISPONIBILITÀ generale |
| 4.7 | Febbraio 2021 | 15 luglio 2021 | 4.9 DISPONIBILITÀ generale |
| 4.8 | Luglio 2021 | 15 settembre 2021 | 4.10 DISPONIBILITÀ generale |
| 4.9 | Novembre 2021 | Febbraio 1 2022 | 4.11 DISPONIBILITÀ generale |
| 4.10 | Marzo 2022 | 21 giugno 2022 | 4.12 DISPONIBILITÀ generale |
| 4.11 | Agosto 2022 | Marzo 2023 | 10 febbraio 2024 |
| 4.12 | Gennaio 2023 | 19 agosto 2023 | 17 luglio 2024 |
| 4.13 | Maggio 2023 | 15 dicembre 2023 | 17 novembre 2024 |
| 4.14 | Ottobre 2024 | Aprile 25 2024 | Maggio 1 2025 |
Importante
A partire da ARO versione 4.12, il ciclo di vita del supporto per le nuove versioni verrà impostato su 14 mesi dal giorno della disponibilità generale. Ciò significa che la data di fine per il supporto di ogni versione non dipenderà più dalla versione precedente ,come illustrato nella tabella precedente per la versione 4.12. Questo non influisce sul supporto per la versione precedente; due versioni secondarie disponibili a livello generale di Red Hat OpenShift Container Platform continueranno a essere supportate, come illustrato in precedenza.
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 due versioni secondarie in fase di installazione. Una versione è supportata non appena è disponibile un percorso di aggiornamento a tale versione. Se si esegue una versione oltre la data EOL precedente, si è esterni al supporto e verrà chiesto 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.9.z e si usa la versione 4.8.z o precedente, non si è al di fuori del supporto.
- Quando l'aggiornamento dalla versione 4.8.z alla versione 4.9.z o successiva ha esito positivo, si è di nuovo all'interno dei 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"?
Se il cluster ARO esegue una versione di OpenShift non presente nell'elenco delle versioni supportate o usa una configurazione del cluster non supportata, il cluster non è supportato. Di conseguenza:
- Quando si apre un ticket di supporto per il cluster, verrà richiesto di aggiornare il cluster a una versione supportata prima di ricevere supporto, a meno che non si trovi entro il periodo di tolleranza di 30 giorni dopo il termine del supporto della versione.
- 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 patchati solo in base al massimo sforzo.
- I cluster esterni al supporto non verranno monitorati.