Prima di iniziare

Aggiornare l'ambiente ODF-RDR quando è disponibile una nuova versione di Red Hat OpenShift on IBM Cloud, ACM o ODF, oppure quando un componente è obsoleto o sta per essere dismesso. La mancata esecuzione dell'aggiornamento potrebbe causare interruzioni del servizio in futuro.

Prima di iniziare, attendi che siano disponibili le versioni aggiornate di tutti e tre i componenti. Ciò riduce l'impegno complessivo necessario per l'aggiornamento.

Aggiornamento del cluster di hub

Gruppo di hub

Prima di aggiornare qualsiasi componente aggiuntivo, è necessario aggiornare sia il piano di controllo che i nodi di lavoro del cluster hub.

Prima di eseguire qualsiasi comando in questa fase, imposta il contesto della CLI sul cluster hub.

ibmcloud oc cluster config --cluster HUB_CLUSTER_NAME --admin

1. Aggiornare il master del cluster alla versione di destinazione.

   ibmcloud oc cluster master update --cluster CLUSTER_NAME --version VERSION
   

2. Attendere qualche minuto, quindi verificare che l'aggiornamento del master sia stato completato.

   ibmcloud oc cluster ls
   

3. Elenca i nodi di lavoro e prendi nota dell'ID di ciascun nodo da aggiornare.

   ibmcloud oc worker ls --cluster CLUSTER_NAME
   

4. Sostituisci ogni nodo di lavoro per aggiornarlo alla stessa versione del master. Ripetere l'operazione per ogni nodo di lavoro.

   ibmcloud oc worker replace --cluster CLUSTER_NAME --worker WORKER_NODE_ID --update
   

5. Verifica che tutti i nodi di lavoro stiano eseguendo la versione desiderata e che presentino lo stato "Pronto". Questa operazione potrebbe richiedere alcuni minuti.

   ibmcloud oc worker ls --cluster CLUSTER_NAME
   

Aggiornamento dei cluster gestiti

Cluster gestito

Prima di eseguire qualsiasi comando in questa fase, imposta il contesto CLI sul cluster gestito che stai aggiornando. Ripetere l'operazione per ogni cluster gestito.

ibmcloud oc cluster config --cluster MANAGED_CLUSTER_NAME --admin

Poiché i cluster gestiti utilizzano ODF, seguire la procedura di aggiornamento dei nodi compatibili con ODF, che copre sia l'aggiornamento di Red Hat OpenShift on IBM Cloud che quello di ODF. Per istruzioni dettagliate, consultare la sezione " Aggiornamento o sostituzione dei nodi di lavoro VPC che utilizzano ODF ".

Aggiornamento di ACM sul cluster di hub

Gruppo di hub

Una volta che tutti i cluster saranno in esecuzione con la versione di Red Hat OpenShift on IBM Cloud desiderata, aggiorna il componente aggiuntivo ACM sul cluster hub.

Prima di eseguire qualsiasi comando in questa fase, imposta il contesto della CLI sul cluster hub.

ibmcloud oc cluster config --cluster HUB_CLUSTER_NAME --admin

1. Aggiornare il componente aggiuntivo ACM alla versione desiderata. Sostituisci CLUSTER_NAME con il nome del tuo cluster di hub e VERSION con la versione ACM di destinazione (ad esempio, 2.16).

   ibmcloud oc cluster addon update acm --cluster CLUSTER_NAME --version VERSION
   

2. Verifica che l'aggiornamento del componente aggiuntivo sia stato completato correttamente. Nell'output, verificare che il componente aggiuntivo ACM riporti la versione di destinazione.

   ibmcloud oc cluster addon ls --cluster CLUSTER_NAME
   

Aggiornamento dell'ODF Multicluster Orchestrator sul cluster hub

Gruppo di hub

Dopo aver aggiornato ODF su tutti i cluster gestiti, aggiornare ODF Multicluster Orchestrator sul cluster hub.

L'operatore DR Hub " OpenShift " e gli operatori del cluster DR " OpenShift " vengono installati come dipendenze dell'ODF Multicluster Orchestrator e vengono aggiornati automaticamente. Non è necessario aggiornarli manualmente.

1. Verificare il canale di sottoscrizione attualmente in uso per l'operatore ODF Multicluster Orchestrator.

   oc get subscription.operators.coreos.com odf-multicluster-orchestrator -n openshift-operators -o jsonpath='{.spec.channel}'
   

2. Aggiornare il canale di abbonamento alla versione corrispondente alla versione ODF a cui è stato effettuato l'aggiornamento nei cluster gestiti. Il canale segue il formato stable-X.Y, dove X.Y è la versione ODF. Ad esempio, se hai effettuato l'aggiornamento da ODF a 4.21, utilizza stable-4.21.

   La versione di ODF Multicluster Orchestrator deve corrispondere alla versione di ODF installata sui cluster gestiti. L'utilizzo di una versione non corrispondente potrebbe causare il fallimento della convalida della politica DR.

   Per verificare quali canali sono disponibili, eseguire il seguente comando.

   oc get packagemanifest odf-multicluster-orchestrator -n openshift-marketplace -o jsonpath='{.status.channels[*].name}'
   

   Quindi applicare la patch all'abbonamento al canale di destinazione. Sostituisci stable-4.21 con il canale corrispondente alla tua versione di ODF.

   oc patch subscription.operators.coreos.com odf-multicluster-orchestrator -n openshift-operators \
     --type merge -p '{"spec":{"channel":"stable-4.21"}}'
   

3. Verificare che sia stato creato il piano di installazione per la nuova versione.

   oc get installplan -n openshift-operators
   

   Se il piano di installazione per la versione di destinazione riporta la dicitura " APPROVED: false", è necessario approvarlo manualmente prima che l'aggiornamento possa procedere. Sostituire " INSTALLPLAN_NAME " con il nome del piano di installazione relativo alla versione di destinazione.

   oc patch installplan INSTALLPLAN_NAME -n openshift-operators --type merge -p '{"spec":{"approved":true}}'
   

4. Verificare che l' CSV e relativa alla versione di destinazione presenti lo stato " Succeeded ".

   oc get csv -n openshift-operators | grep odf-multicluster
   

5. Verificare che i pod dell'operatore ODF Multicluster Orchestrator siano in esecuzione nel namespace openshift-operators.

   oc get pods -n openshift-operators | grep -i odf
   

   Verificare che entrambi i pod odf-multicluster-console e odfmo-controller-manager presentino lo stato “ Running ”.

6. Verificare che il codice di identificazione del cliente ( DRPolicy ) sia stato convalidato dopo la riconciliazione.

   oc get drpolicy -A
   

   Verificare che la colonna " VALIDATED " riporti il valore " True " per tutte le politiche. In caso contrario, eseguire il seguente comando per verificare lo stato.

   oc describe drpolicy <drpolicy_name>
   

7. Verificare che il processo di riconciliazione di " MirrorPeer " sia stato completato.

   oc get mirrorpeers -A
   

   Verificare che l'indirizzo Phase visualizzi ExchangedSecret. Se viene visualizzato il messaggio " ExchangingSecret", verificare la connettività del Submariner prima di procedere.

Per ulteriori informazioni, consultare la sezione " Installazione di ODF Multicluster Orchestrator " nella documentazione " Red Hat ".

Aggiornamento degli operatori opzionali

Se nel proprio ambiente sono presenti i seguenti operatori, è necessario aggiornarli dopo l’operatore ODF-DR.

GitOps

Per ulteriori informazioni, consultare la sezione " GitOps panoramica " nella documentazione di " Red Hat ".

OADP

Per ulteriori informazioni, consultare la sezione " Introduzione all'API di OpenShift per la protezione dei dati " nella documentazione di Red Hat.

Passi successivi

Dopo aver completato tutti gli aggiornamenti, verificare che l'ambiente sia in buone condizioni e che il sistema di ripristino di emergenza funzioni correttamente. Per i passaggi dettagliati relativi alla verifica, consultare la sezione “ Verifica della configurazione del sistema di ripristino di emergenza regionale ODF ”.