Mise à niveau de votre environnement régional de reprise après sinistre de Data Foundation d' OpenShift

{: tag-vpc}[Virtual Private Cloud] 4.21 et versions ultérieures

Découvrez quand et comment mettre à niveau les composants de votre environnement de reprise après sinistre régional (RDR) d' OpenShift Data Foundation (ODF), notamment l' Red Hat OpenShift on IBM Cloud, le module complémentaire Advanced Cluster Management (ACM), ODF et l'opérateur ODF-DR.

Avant de commencer

Mettez à niveau votre environnement ODF-RDR lorsqu'une nouvelle version d' Red Hat OpenShift on IBM Cloud, d'ACM ou d'ODF est disponible, ou lorsqu'un composant est obsolète ou sur le point d'être abandonné. Si vous ne procédez pas à la mise à jour, cela pourrait entraîner des interruptions de service à l'avenir.

Attendez que les versions mises à jour des trois composants soient disponibles avant de commencer. Cela permet de réduire l'effort global nécessaire à la mise à niveau.

Mise à niveau du cluster de concentrateurs

Groupe de moyeux

Mettez à jour à la fois le plan de contrôle et les nœuds de travail du cluster central avant de mettre à jour tout module complémentaire.

Avant d'exécuter les commandes de cette étape, configurez votre contexte CLI pour le cluster hub.

ibmcloud oc cluster config --cluster HUB_CLUSTER_NAME --admin

Mettez à jour le maître du cluster vers la version cible.

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

Patientez quelques minutes, puis vérifiez que la mise à jour principale est terminée.
```
ibmcloud oc cluster ls
```
Répertoriez les nœuds de travail et notez l'ID de chaque nœud à mettre à jour.
```
ibmcloud oc worker ls --cluster CLUSTER_NAME
```
Remplacez chaque nœud de travail afin de le mettre à jour avec la même version que le nœud maître. Répétez l'opération pour chaque nœud de travail.
```
ibmcloud oc worker replace --cluster CLUSTER_NAME --worker WORKER_NODE_ID --update
```
Vérifiez que tous les nœuds de travail exécutent bien la version cible et affichent le statut « Prêt ». Cette opération peut durer plusieurs minutes.
```
ibmcloud oc worker ls --cluster CLUSTER_NAME
```

Mise à niveau des clusters gérés

Cluster géré

Avant d'exécuter les commandes de cette étape, configurez votre contexte CLI pour le cluster géré que vous mettez à niveau. Répéter l'opération pour chaque cluster géré.

ibmcloud oc cluster config --cluster MANAGED_CLUSTER_NAME --admin

Les clusters gérés fonctionnant sous ODF, veuillez suivre la procédure de mise à niveau des nœuds compatibles ODF, qui couvre à la fois la mise à niveau d' Red Hat OpenShift on IBM Cloud et celle d'ODF. Pour obtenir des instructions détaillées, consultez la section « Mise à jour ou remplacement des nœuds de travail VPC utilisant ODF ».

Mise à niveau d'ACM sur le cluster de hubs

Groupe de moyeux

Une fois que tous les clusters fonctionnent avec la version cible d' Red Hat OpenShift on IBM Cloud, mettez à jour le module complémentaire ACM sur le cluster central.

Avant d'exécuter les commandes de cette étape, configurez votre contexte CLI pour le cluster hub.

ibmcloud oc cluster config --cluster HUB_CLUSTER_NAME --admin

Mettez à jour le module complémentaire ACM vers la version cible. Remplacez CLUSTER_NAME par le nom de votre cluster Hub et VERSION par la version ACM cible (par exemple, 2.16).
```
ibmcloud oc cluster addon update acm --cluster CLUSTER_NAME --version VERSION
```
Vérifiez que la mise à jour de l'extension s'est bien déroulée. Dans le résultat, vérifiez que le module complémentaire ACM affiche bien la version cible.
```
ibmcloud oc cluster addon ls --cluster CLUSTER_NAME
```

Mise à niveau de l'ODF Multicluster Orchestrator sur le cluster central

Groupe de moyeux

Une fois la mise à niveau d'ODF effectuée sur tous les clusters gérés, mettez à niveau l'ODF Multicluster Orchestrator sur le cluster central.

Les opérateurs DR Hub d' OpenShift et les opérateurs DR Cluster d' OpenShift sont installés en tant que dépendances de l'ODF Multicluster Orchestrator et sont mis à jour automatiquement. Vous n'avez pas besoin de les mettre à jour manuellement.

Vérifiez le canal d'abonnement actuel de l'opérateur ODF Multicluster Orchestrator.

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

Mettez à jour le canal d’abonnement vers la version correspondant à la version ODF vers laquelle vous avez effectué la mise à niveau sur vos clusters gérés. Le canal suit le format stable-X.Y, où X.Y correspond à la version ODF. Par exemple, si vous avez mis à niveau ODF vers 4.21, utilisez stable-4.21.

La version d'ODF Multicluster Orchestrator doit correspondre à la version d'ODF installée sur vos clusters gérés. L'utilisation d'une version incompatible peut entraîner l'échec de la validation de la politique de reprise après sinistre.

Pour vérifier quels canaux sont disponibles, exécutez la commande suivante.
```
oc get packagemanifest odf-multicluster-orchestrator -n openshift-marketplace -o jsonpath='{.status.channels[*].name}'
```
Appliquez ensuite le correctif à l'abonnement sur le canal cible. Remplacez par stable-4.21 le canal correspondant à votre version de l'ODF.
```
oc patch subscription.operators.coreos.com odf-multicluster-orchestrator -n openshift-operators \
  --type merge -p '{"spec":{"channel":"stable-4.21"}}'
```
Vérifiez que le plan d'installation de la nouvelle version a bien été créé.
```
oc get installplan -n openshift-operators
```
Si le plan d'installation de la version cible affiche APPROVED: false, vous devez l'approuver manuellement avant que la mise à niveau ne puisse se poursuivre. Remplacez INSTALLPLAN_NAME par le nom du plan d'installation correspondant à la version cible.
```
oc patch installplan INSTALLPLAN_NAME -n openshift-operators --type merge -p '{"spec":{"approved":true}}'
```
Vérifiez que l' CSV, pour la version cible, indique le statut « Succeeded ».
```
oc get csv -n openshift-operators | grep odf-multicluster
```
Vérifiez que les pods de l'opérateur ODF Multicluster Orchestrator s'exécutent dans l'espace de noms « openshift-operators ».
```
oc get pods -n openshift-operators | grep -i odf
```
Vérifiez que les pods « odf-multicluster-console » et « odfmo-controller-manager » affichent tous deux le statut « Running ».
Vérifiez que l' DRPolicy s est validée après le rapprochement.
```
oc get drpolicy -A
```
Vérifiez que la colonne « VALIDATED » indique « True » pour toutes les polices. Sinon, exécutez la commande suivante pour vérifier l'état du système.
```
oc describe drpolicy <drpolicy_name>
```
Vérifiez que le processus de réconciliation de l' MirrorPeer est bien terminé.
```
oc get mirrorpeers -A
```
Vérifiez que l'adresse Phase affiche ExchangedSecret. Si le message « ExchangingSecret » s'affiche, vérifiez la connexion du Submariner avant de continuer.

Pour plus d'informations, consultez la section « Installation d'ODF Multicluster Orchestrator » dans la documentation « Red Hat ».

Mise à niveau des opérateurs optionnels

Si votre environnement comprend les opérateurs suivants, mettez-les à niveau après l'opérateur ODF-DR.

GitOps: Pour plus d'informations, consultez la présentation d' GitOps dans la documentation d' Red Hat.
OADP: Pour plus d'informations, consultez la section « Introduction à l'API d' OpenShift pour la protection des données » dans la documentation d' Red Hat.

Etapes suivantes

Une fois toutes les mises à niveau terminées, vérifiez que l'environnement fonctionne correctement et que le plan de reprise après sinistre est opérationnel. Pour connaître les étapes détaillées de la vérification, consultez la section « Vérification de la configuration de la reprise après sinistre régionale ODF ».