IBM Cloud Docs
4.20 informazioni sulla versione e azioni di aggiornamento

4.20 informazioni sulla versione e azioni di aggiornamento

Informazioni sulla versione 4.20 di Red Hat OpenShift on IBM Cloud. Questa versione è basata sulla versione Kubernetes 1.33.

Cercate informazioni generali sull'aggiornamento dei cluster o informazioni su una versione diversa? Vedere Red Hat Red Hat OpenShift su IBM Cloud informazioni sulla versione e la versione 4.20 note di rilascio.

Questo badge indica la certificazione di Kubernetes versione 1.32 per Red Hat OpenShift on IBM Cloud
Kubernetes versione 1.32 badge di certificazione

Red Hat OpenShift on IBM Cloud è un prodotto certificato Kubernetes per la versione 1.32 nell'ambito del programma CNCF Kubernetes Software Conformance Certification. Kubernetes® è un marchio registrato della Fondazione Linux negli Stati Uniti e in altri Paesi ed è utilizzato in base a una licenza della Fondazione Linux.

Tempistica di rilascio

La tabella seguente include la tempistica di rilascio prevista per la versione 4.20. È possibile utilizzare queste informazioni per scopi di pianificazione, ad esempio per stimare il periodo generale in cui la versione potrebbe non essere più supportata.

Le date contrassegnate con un simbolo che sembra un pugnale () non sono definitive e sono soggette a variazioni.

Cronologia delle release per Red Hat OpenShift on IBM Cloud versione 4.20.
Supportata? Red Hat OpenShift / Kubernetes versione Data di rilascio data di cessazione del supporto
Supportato 4.20 / 1.33 04 febbraio 2026 19 gennaio 2028

Preparazione dell'aggiornamento

Esaminare le modifiche che potrebbero essere necessarie quando si aggiorna un cluster alla versione 4.20. Queste informazioni riassumono gli aggiornamenti che potrebbero avere un impatto sulle applicazioni distribuite al momento dell'aggiornamento.

Per i cluster di Satellite: L'immagine 4.20 RHCOS non è ancora supportata in Satellite. Per creare un cluster CoreOS-enabled Satellite con la versione 4.20, è necessario eseguire il provisioning di un host RHCOS alla versione 4.18 o precedente e collegare l'host alla propria postazione. Quindi, assegnare l'host al cluster 4.20. Dopo che l'host è stato assegnato al cluster, si aggiorna automaticamente per corrispondere alla versione Red Hat OpenShift del cluster, compreso 4.20.

I requisiti di dimensionamento della sede Satellite per ospitare i cluster della versione Red Hat OpenShift on IBM Cloud 4.20 sono gli stessi indipendentemente dal fatto che la sede sia RHEL ( non-CoreOS ) o CoreOS-enabled. I requisiti per i nodi di localizzazione sono gli stessi di quelli per le ubicazioni di CoreOS-enabled.

Portworx non supporta ancora i cluster della versione Red Hat OpenShift on IBM Cloud 4.20. Non aggiornare il cluster alla versione 4.20 se è installato Portworx.

Aggiorna prima del master

La tabella seguente mostra le azioni da intraprendere prima di aggiornare il master del cluster.

Per i cluster che eseguono la versione 4.20 o successiva, è possibile utilizzare il comando oc adm upgrade status per verificare lo stato di aggiornamento del master del cluster durante un aggiornamento della versione master. Per ulteriori informazioni, vedere Visualizzazione dello stato di aggiornamento del cluster con il comando oc adm upgrade status.

Modifiche da apportare prima di aggiornare il master a Red Hat OpenShift 4.20
Immettere Descrizione
Preparazione all'aggiornamento OpenShift Per ulteriori informazioni, consultare la sezione Preparazione all'aggiornamento a OpenShift Container Platform 4.20 per le possibili azioni necessarie. Le azioni di preparazione per il backup di etcd, la selezione della versione e l'aggiornamento per la rimozione di SDN non si applicano ai cluster Red Hat OpenShift on IBM Cloud, poiché i backup di etcd e le azioni di selezione della versione sono gestite per l'utente e Calico è usato al posto di SDN.
Caratteristiche deprecate e rimosse di OpenShift Per ulteriori informazioni, consultare la versione OpenShift Container Platform 4.20 delle funzioni deprecate e rimosse per le possibili azioni necessarie.
L'aggiornamento richiede la conferma dell'amministratore Dopo aver valutato il cluster per eventuali API rimosse e aver migrato le API rimosse, si può riconoscere che il cluster è pronto per l'aggiornamento da OpenShift Container Platform 4.19 a 4.20. Per i dettagli, vedere Fornitura della conferma dell'amministratore.
Sistema operativo RHEL A partire dalla versione del cluster 4.18, Red Hat Enterprise Linux CoreOS (RHCOS) è il sistema operativo predefinito nei cluster Classic e VPC e i nodi worker RHEL sono deprecati. Cluster classici o VPC. L'aggiornamento di un cluster alla versione 4.18 non modifica il sistema operativo di un pool di lavoratori esistente. Per ulteriori informazioni e per le possibili azioni di migrazione, vedere Red Hat Enterprise Linux(RHEL)deprecation.
Problemi noti di OpenShift Per ulteriori informazioni, consultare la versione OpenShift Container Platform 4.20 dei problemi noti per le possibili azioni necessarie.
L'aggiornamento richiede la versione del cluster OpenShift Un aggiornamento del master del cluster viene annullato se lo stato della versione del cluster OpenShift indica che è già in corso un aggiornamento. Per ulteriori informazioni, vedere Perché OpenShift mostra che la versione del cluster non è aggiornata?
L'aggiornamento richiede la risoluzione delle condizioni di aggiornabilità della versione del cluster OpenShift Un aggiornamento del master del cluster viene annullato se la condizione di stato Upgradeable version del cluster OpenShift indica che il cluster non è aggiornabile. Per determinare se il cluster è aggiornabile, vedere Verifica dello stato di aggiornabilità del cluster.

Controllo dello stato di Upgradeable del cluster

Eseguire il seguente comando per verificare lo stato di Upgradeable del cluster.

oc get clusterversion version -o json | jq '.status.conditions[] | select(.type == "Upgradeable")'

Esempio di uscita in cui lo stato Upgradeable è False.

{
  "lastTransitionTime": "2024-11-17T19:29:34Z",
  "message": "Cluster operator operator-lifecycle-manager should not be upgraded between minor versions: ClusterServiceVersions blocking cluster upgrade: default/test is incompatible with OpenShift minor versions greater than 4.16",
  "reason": "IncompatibleOperatorsInstalled",
  "status": "False",
  "type": "Upgradeable"
}

Se lo stato Upgradeable è False, le informazioni sulla condizione forniscono le istruzioni da seguire prima dell'aggiornamento.