4.22 informazioni sulla versione e operazioni di aggiornamento
Consulta le informazioni relative alla versione 4.22 del sito Red Hat OpenShift on IBM Cloud. Questa versione è basata sulla versione di Kubernetes disponibile all’indirizzo 1.35.
Cerchi informazioni generali sull'aggiornamento dei cluster o informazioni su una versione diversa? Vedi Red Hat Red Hat OpenShift Informazioni sulla versione di IBM Cloud e la versione 4.22 note di rilascio.
Red Hat OpenShift on IBM Cloud È un prodotto certificato " Kubernetes " per la versione 1.35 nell'ambito del programma di certificazione di conformità del software " Kubernetes " della CNCF. Kubernetes® è un marchio registrato della Fondazione “ Linux ” negli Stati Uniti e in altri paesi, ed è utilizzato in base a una licenza concessa dalla Fondazione “ Linux ”.
Calendario delle uscite
La tabella seguente riporta la tempistica prevista per il rilascio della versione 4.22. È possibile utilizzare queste informazioni a fini di pianificazione, ad esempio per stimare il periodo approssimativo 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.
| Supportata? | Red Hat OpenShift / Versione " Kubernetes " | Data di rilascio | data di cessazione del supporto |
|---|---|---|---|
| Supportato | 4.22 / 1.35 | 28 settembre 2026 | 30 giugno 2028† |
Preparazione dell'aggiornamento
Esamina le modifiche che potrebbe essere necessario apportare quando si aggiorna un cluster alla versione 4.22. Queste informazioni riassumono gli aggiornamenti che potrebbero avere un impatto sulle app già installate al momento dell'aggiornamento.
I requisiti relativi alle dimensioni delle istanze di " Satellite " per l'hosting di cluster " Red Hat OpenShift on IBM Cloud " versione " 4.22 " sono ora gli stessi, indipendentemente dal fatto che l'istanza sia basata su RHEL non-CoreOS o RHEL CoreOS. I requisiti relativi ai nodi di localizzazione dovrebbero ora essere allineati a quelli relativi alle sedi dell’ CoreOS-enabled.
Portworx Non supporta ancora i cluster Red Hat OpenShift on IBM Cloud versione 4.22. Non aggiornare il cluster alla versione 4.22 se è installato Portworx.
A partire dalla versione 4.22, il piano di controllo del cluster è accessibile sulla porta 443 anziché su una porta di nodo assegnata dinamicamente (intervallo 20000–32767). Il traffico viene instradato tramite un sistema di routing basato sui
nomi host attraverso quattro nomi host appositamente creati: <cluster>.api.<region-domain>, <cluster>.oauth.<region-domain>, <cluster>.tunnel.<region-domain> e <cluster>.ignition.private.<region-domain>.
I nomi host .api. e .oauth. sono disponibili sia sugli endpoint di servizio pubblici che su quelli privati; i nomi host .tunnel. e .ignition.private. sono disponibili solo sugli endpoint
privati. Questa modifica riguarda non solo il traffico dei client kubectl/oc, ma anche il traffico tra i worker e il piano di controllo (API kubelet, Konnectivity e RHCOS ignition). Questa modifica è disponibile a
partire dalle seguenti regioni: Montreal (ca-mon), Chennai (in-che) e Mumbai (in-mum). Il supporto per altre regioni sarà disponibile a breve. Per ulteriori informazioni, consultare la sezione "
Piano di controllo del cluster raggiungibile tramite la porta 443 ".
Aggiorna prima del master
La tabella seguente illustra le operazioni da eseguire prima di aggiornare il master del cluster.
Per i cluster che utilizzano la versione 4.22 o successive, è possibile utilizzare il comando oc adm upgrade status per verificare lo stato di aggiornamento del master del cluster durante un aggiornamento della
versione del master. Per ulteriori informazioni, consultare la sezione " Visualizzazione dello stato dell'aggiornamento del cluster con il comando oc adm upgrade status ".
| Immettere | Descrizione |
|---|---|
| Porta 443 per il piano di controllo del cluster | Il piano di controllo del cluster è ora accessibile tramite la porta 443 anziché tramite una porta di nodo assegnata dinamicamente (intervallo 20000–32767). Vengono utilizzati quattro nomi host: <cluster>.api.<region-domain>,
<cluster>.oauth.<region-domain>, <cluster>.tunnel.<region-domain> e <cluster>.ignition.private.<region-domain>. I nomi host .tunnel. e .ignition.private. sono riservati esclusivamente all'uso privato. Ciò riguarda i client kubectl/oc, oc login, la console web e il traffico tra worker e control plane (kubelet, Konnectivity e RHCOS ignition). Azione richiesta: aggiornare tutte le regole del firewall, dei gruppi di sicurezza o delle liste di autorizzazione in uscita che fanno riferimento alla vecchia porta del piano di controllo con numero elevato, in modo da consentire il traffico in uscita
HTTPS sulla porta 443 verso tutti e quattro i nomi host. Se utilizzi l'endpoint del servizio pubblico, scarica un nuovo file kubeconfig eseguendo il comando ibmcloud ks cluster config oppure aggiorna manualmente la porta
nel tuo file kubeconfig esistente impostandola su 443. Se si utilizzano liste di autorizzazione basate su IP, è necessario aggiornarle in modo che utilizzino gli attuali intervalli di indirizzi IP di Akamai IPP, poiché i record DNS
degli endpoint del servizio pubblico ora puntano agli indirizzi front-end di Akamai IP Protect. Per ulteriori informazioni, consultare le sezioni "Nozioni di base sulla rete per i cluster ROKS " e "Piano di controllo del cluster raggiungibile sulla porta 443 ". |
| Preparativi per l'aggiornamento OpenShift | Per ulteriori informazioni, consultare la guida " Prepararsi all'aggiornamento a OpenShift Container Platform 4.22 " per conoscere le eventuali azioni da intraprendere. Le operazioni di preparazione all'aggiornamento relative al backup dell' etcd, alla selezione delle versioni e alla rimozione dell'SDN non si applicano ai cluster Red Hat OpenShift on IBM Cloud, poiché le operazioni di backup dell' etcd e di selezione delle versioni vengono gestite automaticamente e, al posto dell'SDN, viene utilizzato l' Calico. |
| Funzionalità di OpenShift obsolete e rimosse | Per ulteriori informazioni, consultare la pagina " OpenShift Container Platform "(versione 4.22)relativa alle funzionalità obsolete e rimosse, per verificare eventuali azioni da intraprendere. |
| L'aggiornamento non richiede la conferma da parte dell'amministratore | In questa versione non sono previste rimozioni di API. |
| Problemi noti relativi a " OpenShift " | Per ulteriori informazioni, consultare la guida " OpenShift Container Platform versione 4.22: problemi noti " per conoscere le eventuali azioni da intraprendere. |
| L'aggiornamento richiede che il cluster di OpenShift sia aggiornato all'ultima versione | L'aggiornamento del master del cluster verrà annullato se lo stato della versione del cluster in “ OpenShift ” indica che è già in corso un aggiornamento. Per ulteriori dettagli, consultare la sezione “Perché OpenShift indica che la versione del cluster non è aggiornata? ”. |
| L'aggiornamento richiede che siano soddisfatte le condizioni di aggiornabilità della versione del cluster di OpenShift | L'aggiornamento del master di un cluster verrà annullato se la condizione di stato "Upgradeable" della versione del cluster OpenShift indica che il cluster non è aggiornabile. Per verificare se il cluster è aggiornabile, consultare la sezione “Verifica dello stato di aggiornabilità del cluster ”. |
Verifica dello stato " Upgradeable " del proprio cluster
Esegui il seguente comando per verificare lo stato dell' Upgradeable e del tuo cluster.
oc get clusterversion version -o json | jq '.status.conditions[] | select(.type == "Upgradeable")'
Esempio di output in cui lo stato di " 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 di " Upgradeable " è " False", le informazioni relative alle condizioni forniscono le istruzioni da seguire prima di procedere all'aggiornamento.