Chapitre 2. Planifier une mise à niveau
An in-place upgrade is the recommended and supported way to upgrade your system to the next major version of RHEL.
Avant de procéder à la mise à niveau vers RHEL 9, vous devez tenir compte des éléments suivants :
Operating system - Le système d'exploitation peut être mis à niveau par l'utilitaire
Leapp
dans les conditions suivantes :La version du système d'exploitation source est installée sur un système doté de l'une des architectures suivantes :
- 64 bits Intel, AMD et ARM
- IBM POWER (petit endian)
iBM Z 64 bits
Pour plus d'informations, voir Matériel certifié Red Hat.
- La configuration matérielle minimale requise pour RHEL 9 est respectée.
- Vous avez accès à un contenu actualisé pour les versions du système d'exploitation source et cible sélectionnées. Pour plus d'informations, voir Préparation d'un système RHEL 8 pour la mise à niveau.
Applications - Vous pouvez migrer les applications installées sur votre système à l'aide de
Leapp
. Cependant, dans certains cas, vous devez créer des acteurs personnalisés, qui spécifient les actions à effectuer parLeapp
pendant la mise à niveau, par exemple, la reconfiguration d'une application ou l'installation d'un pilote matériel spécifique. Pour plus d'informations, voir Gérer la migration de vos applications personnalisées et tierces. Notez que les acteurs personnalisés ne sont pas pris en charge par Red Hat.ImportantSHA1
a été supprimé dans RHEL 9. Si votre système contient des paquets avec des signaturesRSA/SHA1
, la mise à niveau est inhibée. Avant la mise à niveau, supprimez ces paquets ou contactez le vendeur pour obtenir des paquets avec des signaturesRSA/SHA256
. Pour plus d'informations, consultez SHA-1 deprecation in Red Hat Enterprise Linux 9.Security - Vous devez évaluer cet aspect avant la mise à niveau et prendre des mesures supplémentaires lorsque le processus de mise à niveau est terminé. Tenez compte en particulier des éléments suivants :
- Avant la mise à niveau, définissez la norme de sécurité à laquelle votre système doit se conformer et comprenez les modifications apportées à la sécurité dans RHEL 9.
-
Au cours du processus de mise à niveau, l'utilitaire
Leapp
définit le mode SELinux sur permissif. Les mises à niveau sur place des systèmes en mode FIPS ne sont pas prises en charge.
NoteDésactiver FIPS, mettre à niveau de RHEL 8 à 9, puis activer FIPS n'est pas pris en charge par Red Hat. Pour être conforme à la norme FIPS, toutes les clés cryptographiques doivent être utilisées uniquement par les modules cryptographiques validés par la norme FIPS. Par conséquent, l'activation de FIPS après la mise à niveau ne peut pas être prise en charge sans régénérer les clés cryptographiques. Notez que Red Hat ne suit pas chaque clé cryptographique créée et ne peut donc pas automatiser cette tâche.
- Une fois la mise à niveau terminée, réévaluez et appliquez à nouveau vos stratégies de sécurité. Pour plus d'informations sur l'application et la mise à jour des stratégies de sécurité, voir Application des stratégies de sécurité.
Storage and file systems - Vous devez toujours sauvegarder votre système avant de procéder à une mise à niveau. Par exemple, vous pouvez utiliser l'utilitaire Relax-and-Recover (ReaR), des instantanés LVM, le fractionnement RAID ou un instantané de machine virtuelle.
NoteLes formats des systèmes de fichiers sont intacts. Par conséquent, les systèmes de fichiers ont les mêmes limitations que lorsqu'ils ont été créés à l'origine.
- High Availability - Si vous utilisez le module complémentaire de haute disponibilité, suivez l'article de la base de connaissances Pratiques recommandées pour l'application de mises à jour logicielles à un cluster de haute disponibilité ou de stockage résilient RHEL.
- Downtime - Le processus de mise à niveau peut durer de quelques minutes à plusieurs heures.
- Satellite - Si vous gérez vos hôtes via Satellite, vous pouvez mettre à niveau plusieurs hôtes simultanément de RHEL 8 à RHEL 9 à l'aide de l'interface utilisateur Web de Satellite. Pour plus d'informations, voir Mise à niveau d'hôtes vers la prochaine version majeure de Red Hat Enterprise Linux.
- SAP HANA - Si vous utilisez SAP HANA, suivez plutôt le guide How to in-place upgrade SAP environments from RHEL 8 to RHEL 9. Notez que le chemin de mise à niveau pour RHEL avec SAP HANA peut être différent.
- Public clouds - La mise à niveau en place est prise en charge pour les instances Pay-As-You-Go (PAYG) à la demande sur Amazon Web Services (AWS), Microsoft Azure, et Google Cloud Platform avec Red Hat Update Infrastructure (RHUI). La mise à niveau in situ est également prise en charge pour les instances Bring Your Own Subscription sur tous les clouds publics qui utilisent RHSM pour un abonnement RHEL.
-
Language - Tous les rapports, journaux et autres documents générés par
Leapp
sont en anglais, quelle que soit la configuration linguistique. - Bootloader - Il n'est pas possible de basculer le chargeur de démarrage de BIOS à UEFI sur RHEL 8 ou RHEL 9. Si votre système RHEL 8 utilise BIOS et que vous souhaitez que votre système RHEL 9 utilise UEFI, effectuez une nouvelle installation de RHEL 9 au lieu d'une mise à niveau sur place. Pour plus d'informations, voir Est-il possible de passer du démarrage BIOS au démarrage UEFI sur une machine Red Hat Enterprise Linux préinstallée ?
Known limitations - Les principales limites connues de
Leapp
sont actuellement les suivantes :- Le chiffrement de l'ensemble du disque ou d'une partition, ou le chiffrement du système de fichiers ne peut actuellement pas être utilisé sur un système destiné à une mise à niveau en place.
- Aucun chemin multiple basé sur le réseau et aucun type de montage de stockage en réseau ne peut être utilisé comme partition du système (par exemple, iSCSI ou NFS).
- La mise à niveau sur place n'est actuellement pas prise en charge pour les instances PAYG à la demande sur les nuages publics restants (Huawei Cloud, Alibaba Cloud) qui utilisent Red Hat Update Infrastructure mais pas Red Hat Subscription Manager (RHSM) pour un abonnement RHEL.
- La mise à jour sur place n'est pas prise en charge pour les systèmes sur lesquels Ansible Tower est installé.
Voir aussi les problèmes connus.
Vous pouvez utiliser Red Hat Insights pour déterminer lequel des systèmes que vous avez enregistrés dans Insights se trouve sur un chemin de mise à niveau pris en charge vers RHEL 9. Pour ce faire, naviguez jusqu'à la recommandation Advisor correspondante dans Insights, activez la recommandation dans le menu déroulant Actions et consultez la liste sous l'en-tête Affected systems. Notez que la recommandation du conseiller ne prend en compte que la version mineure de RHEL 8 et n'effectue pas d'évaluation du système avant la mise à niveau. Voir également l'aperçu des recommandations du service Advisor.