Chapitre 11. Mise à jour d'un cluster comprenant des machines de calcul RHEL
Vous pouvez mettre à jour, ou mettre à niveau, un cluster OpenShift Container Platform. Si votre cluster contient des machines Red Hat Enterprise Linux (RHEL), vous devez effectuer d'autres étapes pour mettre à jour ces machines.
11.1. Conditions préalables
-
Avoir accès au cluster en tant qu'utilisateur avec des privilèges
admin. Voir Utilisation de RBAC pour définir et appliquer des autorisations. - Disposez d'une sauvegarde etcd récente au cas où votre mise à jour échouerait et que vous deviez restaurer votre cluster dans un état antérieur.
- La prise en charge des travailleurs RHEL7 est supprimée dans OpenShift Container Platform 4.12. Vous devez remplacer les travailleurs RHEL7 par des travailleurs RHEL8 ou RHCOS avant de mettre à niveau OpenShift Container Platform 4.12. Red Hat ne prend pas en charge les mises à jour RHEL7 à RHEL8 sur place pour les travailleurs RHEL ; ces hôtes doivent être remplacés par une installation de système d'exploitation propre.
- Si votre cluster utilise des informations d'identification gérées manuellement, mettez à jour les ressources du fournisseur de cloud pour la nouvelle version. Pour plus d'informations, notamment sur la manière de déterminer s'il s'agit d'une exigence pour votre cluster, voir Préparation de la mise à jour d'un cluster avec des informations d'identification gérées manuellement.
-
Si vous exécutez un opérateur ou si vous avez configuré une application avec le budget d'interruption des pods, il se peut que vous subissiez une interruption pendant le processus de mise à niveau. Si
minAvailableest défini à 1 dansPodDisruptionBudget, les nœuds sont vidés pour appliquer les configurations de machine en attente, ce qui peut bloquer le processus d'éviction. Si plusieurs nœuds sont redémarrés, tous les pods peuvent s'exécuter sur un seul nœud, et le champPodDisruptionBudgetpeut empêcher la vidange des nœuds.
Ressources supplémentaires
