Mise à niveau de RHEL - - Centre de documentation Alibaba Cloud

Cette rubrique explique comment mettre à niveau Red Hat Enterprise Linux (RHEL) 7 vers RHEL 8 ou RHEL 8 vers RHEL 9 sur une instance Elastic Compute Service (ECS).

Mise à niveau de RHEL 7 vers RHEL 8

Depuis le 30 juin 2024, RHEL 7 est passé de la phase de support de maintenance à la phase de vie étendue (Extended Life). Red Hat ne fournit dès lors qu'un support technique limité pour RHEL 7. Pour bénéficier d'un support technique complet et des mises à jour de sécurité, nous vous recommandons de migrer de RHEL 7 vers RHEL 8.

Remarque

Si vous souhaitez continuer à utiliser RHEL 7.9, y compris les mises à jour de sécurité et les correctifs de bugs pour cette version, nous vous conseillons de souscrire à un abonnement Alibaba Cloud Red Hat Enterprise Linux Extended Life Cycle Support (ELS) Add-on. Pour plus d'informations, consultez la section Achat d'un abonnement RHEL 7 ELS Add-on de la rubrique « Red Hat Enterprise Linux ».

Prérequis

L'instance ECS que vous souhaitez mettre à niveau doit être compatible avec RHEL 8. Pour plus d'informations, consultez la page Red Hat Enterprise Linux Technology Capabilities and Limits.
L'instance ECS cible utilise une image publique RHEL 7 achetée auprès d'Alibaba Cloud (incluant une licence RHEL 7) ou une image RHEL 7 importée dans Alibaba Cloud associée à une licence Alibaba Cloud RHEL 7 achetée séparément.
Remarque
- Une licence Alibaba Cloud RHEL vous accorde les droits légaux nécessaires pour accéder aux logiciels RHEL, aux mises à jour de sécurité et au support technique lors de l'utilisation de RHEL sur Alibaba Cloud.
- Si vous avez acheté le système d'exploitation RHEL 7 directement auprès de Red Hat, rendez-vous sur le site web de Red Hat pour connaître la procédure de mise à niveau de RHEL 7 vers RHEL 8.

Procédure

Avant de mettre à niveau RHEL 7 vers RHEL 8, prenez connaissance des risques associés et créez des snapshots pour sauvegarder vos données. Cette précaution garantit la restauration des données en cas de problème durant la mise à niveau.
Connectez-vous à l'instance ECS exécutant RHEL 7 en tant qu'utilisateur root.

Pour plus d'informations, consultez la rubrique Utilisation de Workbench pour se connecter à une instance Linux via SSH.

Important
La mise à niveau implique des modifications des fichiers de configuration système et des bibliothèques. Les autorisations root sont requises pour assurer le bon déroulement de l'opération.
Exécutez la commande suivante pour vérifier si l'instance ECS dispose d'une licence Alibaba Cloud RHEL 7.
```
rpm -q client-rhel7
```
- Si aucune information n'est renvoyée, l'instance ECS ne possède pas de licence Alibaba Cloud RHEL 7. Dans ce cas, achetez une licence avant de mettre à niveau le système d'exploitation.
- Si la sortie ressemble à client-rhel7-3.0-1.el7_9.noarch, l'instance ECS dispose bien d'une licence Alibaba Cloud RHEL 7. Vous pouvez alors poursuivre les étapes suivantes.
Préparez le système d'exploitation RHEL 7 pour la mise à niveau.
1. Exécutez les commandes ci-dessous pour mettre à jour le système d'exploitation vers la dernière version disponible dans le dépôt actuel. Cela inclut les correctifs pour les vulnérabilités connues, les bugs et les risques de sécurité. Redémarrez ensuite le système pour appliquer les modifications :
```
yum -y update
reboot
```
2. Installez l'utilitaire Leapp sur le système d'exploitation RHEL en exécutant la commande suivante :
```
yum -y install leapp leapp-rhui-alibaba --enablerepo="*"
```
3. Vérifiez l'installation de l'utilitaire Leapp avec la commande suivante :
```
leapp --version
```
  Si la sortie ressemble à leapp version xxx, l'utilitaire Leapp est correctement installé.
Effectuez une vérification préalable à la mise à niveau.

En raison des différences entre les versions de RHEL, il est impératif d'utiliser l'utilitaire Leapp pour réaliser une vérification avant la mise à niveau. Vous pourrez consulter les résultats et ajuster les configurations selon les recommandations fournies.
1. Lancez la vérification préalable.
  - Pour préparer la mise à niveau vers la dernière version de RHEL 8, exécutez :
```
leapp preupgrade  --no-rhsm
```
  - Pour cibler une version spécifique de RHEL 8 (par exemple, une migration de RHEL 7 vers RHEL 8.8), utilisez :
```
leapp preupgrade --no-rhsm --target 8.8
```
    Remarque
    Pour afficher les versions de RHEL 8 prises en charge, exécutez la commande leapp preupgrade -h.
2. Consultez les résultats de la vérification préalable.
  
  Les journaux de vérification préalable de Leapp sont stockés dans les fichiers suivants :
  - /var/log/leapp/leapp-preupgrade.log : contient les journaux de l'utilitaire Leapp.
  - /var/log/leapp/leapp-report.txt : contient le rapport de vérification au format texte.
  - /var/log/leapp/leapp-report.json : contient le rapport de vérification au format JSON.
  En cas d'échec de la vérification, les éléments problématiques s'affichent comme illustré ci-dessous.
3. (Si nécessaire) Résolvez les problèmes détectés avant la mise à niveau.
  
  Examinez le fichier journal /var/log/leapp/leapp-report.txt pour identifier les problèmes et appliquez les solutions suggérées par l'utilitaire Leapp. La section suivante détaille certains problèmes courants classés par niveau de risque.
  - high (inhibitor) : inhibiteurs à haut risque. Ces problèmes bloquent directement la mise à niveau et doivent être résolus impérativement avant de poursuivre.
    - Problème 1 : Plusieurs versions du noyau sont installées.
      
      Risk Factor: high (inhibitor) Title: Multiple devel kernels installed Summary: DNF cannot produce a valid upgrade transaction when multiple kernel-devel packages are installed. Remediation: [hint] Remove all but one kernel-devel packages before running Leapp again. [command] yum -y remove kernel-devel-3.10.0-1160.11.1.el7
      
      Solution : Si plusieurs versions du noyau sont présentes, désinstallez toutes les versions sauf la plus récente. Exécutez la commande recommandée par l'utilitaire Leapp. Dans cet exemple, la commande suggérée est yum -y remove kernel-devel-3.10.0-1160.11.1.el7.
    - Problème 2 : Des modules du noyau non pris en charge par RHEL 8 sont chargés.
      
      Risk Factor: high (inhibitor) Title: Leapp detected loaded kernel drivers which have been removed in RHEL 8. Upgrade cannot proceed. Summary: Support for the following RHEL 7 device drivers has been removed in RHEL 8: - floppy
      
      Solution : Désinstallez les modules du noyau non pris en charge. Dans cet exemple, le module floppy n'est pas compatible avec RHEL 8. Pour le supprimer, exécutez la commande suivante :
      
      rmmod floppy
    - Problème 3 : Le paramètre PermitRootLogin est mal configuré dans le fichier sshd_config.
      
      Risk Factor: high (inhibitor) Title: Possible problems with remote login using root account Summary: OpenSSH configuration file does not explicitly state the option PermitRootLogin in sshd_config file, which will default in RHEL8 to "prohibit-password". Remediation: [hint] If you depend on remote root logins using passwords, consider setting up a different user for remote administration or adding "PermitRootLogin yes" to sshd_config. If this change is ok for you, add explicit "PermitRootLogin prohibit-password" to your sshd_config to ignore this inhibitor
      
      Solution :
      
      Dans le fichier /etc/ssh/sshd_config, définissez la valeur par défaut de PermitRootLogin sur yes.
      
      Remarque
      Les valeurs par défaut de PermitRootLogin diffèrent entre RHEL 7 et RHEL 8.
      
      Sous RHEL 7, la valeur par défaut de PermitRootLogin est yes, ce qui autorise les connexions root par mot de passe et par paire de clés.
      
      Sous RHEL 8, la valeur par défaut de PermitRootLogin est prohibit-password, ce qui refuse les connexions root par mot de passe.
      
      Redémarrez le service sshd en exécutant :
      
      systemctl restart sshd
    - Problème 4 : Des réponses requises sont manquantes dans le fichier de réponses.
      
      Risk Factor: high (inhibitor) Title: Missing required answers in the answer file Summary: One or more sections in answerfile are missing user choices: remove_pam_pkcs11_module_check.confirm For more information consult https://leapp.readthedocs.io/en/latest/dialogs.html Remediation: [hint] Please register user choices with leapp answer cli command or by manually editing the answerfile. [command] leapp answer --section remove_pam_pkcs11_module_check.confirm=True
      
      Solution : Dans cet exemple, la réponse concernant la suppression du module Pluggable Authentication Modules (PAM) non pris en charge par RHEL 8 est absente du fichier /var/log/leapp/answerfile. Exécutez la commande suivante pour définir le paramètre confirm sur True et confirmer la suppression du module PAM :
      
      leapp answer --section remove_pam_pkcs11_module_check.confirm=True
  - high : problèmes à haut risque. Bien qu'ils ne bloquent pas directement la mise à niveau, il est recommandé de les résoudre avant ou après l'opération pour éviter des anomalies post-migration.
    - Problème 1 : Impossible d'installer certains packages logiciels.
      
      Risk Factor: high Title: Packages from unknown repositories may not be installed Summary: 3 packages may not be installed or upgraded due to repositories unknown to leapp: - python3-pyxattr (repoid: rhel8-CRB) - rpcgen (repoid: rhel8-CRB) - ustr (repoid: rhel8-CRB) Remediation: [hint] In case the listed repositories are mirrors of official repositories for RHEL (provided by Red Hat on CDN) and their repositories IDs has been customized, you can change the configuration to use the official IDs instead of fixing the problem. You can also review the projected DNF upgrade transaction result in the logs to see what is going to happen, as this does not necessarily mean that the listed packages will not be upgraded. You can also install any missing packages after the in-place upgrade manually.
      
      Solution : Installez manuellement les packages manquants une fois la mise à niveau terminée.
    - Problème 2 : Certains packages logiciels de RHEL 7 ne sont pas mis à niveau.
      
      Risk Factor: high Title: Some RHEL 7 packages have not been upgraded Summary: Following RHEL 7 packages have not been upgraded: leapp-upgrade-el7toel8-0.18.0-1.el7_9 kernel-3.10.0-1160.92.1.el7 leapp-rhui-alibaba-1.0.0-1.el7_9 Please remove these packages to keep your system in supported state.
      
      Solution : Supprimez ces packages logiciels à l'aide de la commande yum remove. Par exemple, exécutez yum remove leapp-upgrade-el7toel8-0.18.0-1.el7_9 kernel-3.10.0-1160.92.1.el7 leapp-rhui-alibaba-1.0.0-1.el7_9.
  - medium : problèmes à risque moyen. Ils n'empêchent pas directement la mise à niveau, mais leur résolution est recommandée avant ou après l'opération pour éliminer les risques potentiels.
    Problème : Le module pam_pkcs11 est supprimé de la configuration PAM après la mise à niveau.
    Title: Module pam_pkcs11 will be removed from PAM configuration Summary: Module pam_pkcs11 was surpassed by SSSD and therefore it was removed from RHEL-8. Keeping it in PAM configuration may lock out the system thus it will be automatically removed from PAM configuration before upgrading to RHEL-8. Please switch to SSSD to recover the functionality of pam_pkcs11. Remediation: [hint] Configure SSSD to replace pam_pkcs11
    
    Solution : Pour garantir le bon fonctionnement de la fonctionnalité d'authentification du système mis à niveau, configurez System Security Services Daemon (SSSD) afin de remplacer pam_pkcs11.
  - low : problèmes à faible risque. Leur impact sur la mise à niveau ou le fonctionnement du système est mineur. Nous vous recommandons toutefois de les résoudre pour assurer la stabilité du système.
    Problème : SELinux est défini sur le mode permissive après la mise à niveau.
    Risk Factor: low Title: SElinux will be set to permissive mode Summary: SElinux will be set to permissive mode. Current mode: enforcing. This action is required by the upgrade process to make sure the upgraded system can boot without beinig blocked by SElinux rules. Remediation: [hint] Make sure there are no SElinux related warnings after the upgrade and enable SElinux manually afterwards. Notice: You can ignore the "/root/tmp_leapp_py3" SElinux warnings.
    
    Solution : Vérifiez l'absence d'avertissements liés à Security-Enhanced Linux (SELinux) après la mise à niveau. Ensuite, rétablissez SELinux en mode enforcing pour garantir la sécurité et la conformité du système.
  - info : messages informatifs. Généralement, ces éléments n'affectent ni la mise à niveau ni le fonctionnement du système. Consultez le rapport pour prendre connaissance des changements effectués.
    Problème : La version de publication dans le fichier /etc/dnf/vars/releasever est définie sur la version cible actuelle.
    Risk Factor: info Title: Release version in /etc/dnf/vars/releasever will be set to the current target release Summary: On this system, Leapp detected "releasever" variable is either configured through DNF/YUM configuration file and/or the system is using RHUI infrastructure. In order to avoid issues with repofile URLs (when --release option is not provided) in cases where there is the previous major.minor version value in the configuration, release version will be set to the target release version (8.8). This will also ensure the system stays on the expected target version after the upgrade
    
    Solution : Aucune action n'est requise.
Mettez à niveau RHEL 7 vers RHEL 8.
- Pour migrer vers la dernière version de RHEL 8, exécutez :
```
leapp upgrade  --no-rhsm
```
- Pour cibler une version spécifique de RHEL 8 (par exemple, une migration de RHEL 7 vers RHEL 8.8), utilisez :
```
leapp upgrade  --no-rhsm --target 8.8
```
La sortie de commande suivante indique que la mise à niveau est terminée.
Redémarrez l'instance ECS en exécutant :
```
reboot
```
Vérifiez le résultat de la mise à niveau.
- Exécutez la commande cat /etc/redhat-release pour confirmer la version du système d'exploitation.
- Consultez les journaux ou le rapport de mise à niveau.
- Assurez-vous que vos applications métier fonctionnent correctement sous RHEL 8.
(Si nécessaire) Configurez le dépôt logiciel RHEL 8 en exécutant les commandes suivantes.

Après la mise à niveau, le fichier /etc/dnf/vars/releasever est modifié par défaut pour spécifier la version de RHEL 8 utilisée précédemment. Par exemple, l'adresse du dépôt RHEL 8 est définie sur https://xxxx/8.8/xxx, limitant l'accès aux packages RHEL 8.8 uniquement. Si vous souhaitez accéder automatiquement aux packages de la dernière version mineure de RHEL 8, supprimez le fichier de configuration releasever et reconstruisez le cache des métadonnées. Vous bénéficierez ainsi des derniers correctifs de sécurité et mises à jour fonctionnelles.
```
rm -f /etc/dnf/vars/releasever
dnf clean all && dnf makecache
```
Une fois ces commandes exécutées, l'adresse du dépôt RHEL 8 est mise à jour vers https://xxxx/8/xxx. Le système d'exploitation peut alors obtenir automatiquement les derniers correctifs de sécurité et mises à jour fonctionnelles de RHEL 8, garantissant ainsi sa pertinence.

Mise à niveau de RHEL 8 vers RHEL 9

Bien que RHEL 8 soit toujours en phase de support complet (Full Support), vous pouvez migrer vers RHEL 9 pour profiter des dernières fonctionnalités, de l'adaptation matérielle améliorée et du support à long terme.

Prérequis

L'instance ECS cible doit être compatible avec RHEL 9. Pour plus d'informations, consultez la page Red Hat Enterprise Linux Technology Capabilities and Limits.
L'instance ECS utilise une image publique RHEL 8 achetée auprès d'Alibaba Cloud (incluant une licence RHEL 8) ou une image RHEL 8 importée dans Alibaba Cloud associée à une licence Alibaba Cloud RHEL 8 achetée séparément.
Remarque
- Une licence Alibaba Cloud RHEL vous accorde les droits légaux nécessaires pour accéder aux logiciels RHEL, aux mises à jour de sécurité et au support technique lors de l'utilisation de RHEL sur Alibaba Cloud.
- Si vous avez acheté le système d'exploitation RHEL 8 directement auprès de Red Hat, rendez-vous sur le site web de Red Hat pour connaître la procédure de mise à niveau de RHEL 8 vers RHEL 9.

Procédure

Avant de mettre à niveau RHEL 8 vers RHEL 9, prenez conscience des risques associés et créez des snapshots pour sauvegarder vos données. Cette précaution garantit la restauration des données en cas de problème durant la mise à niveau.
Connectez-vous à l'instance ECS exécutant RHEL 8 en tant qu'utilisateur root.

Pour plus d'informations, consultez la rubrique Utilisation de Workbench pour se connecter à une instance Linux via SSH.

Important
La mise à niveau implique des modifications des fichiers de configuration système et des bibliothèques. Les autorisations root sont requises pour assurer le bon déroulement de l'opération.
Exécutez la commande suivante pour vérifier si l'instance ECS dispose d'une licence Alibaba Cloud RHEL 8 :
```
rpm -qa |grep aliyun
```
- Si aucune information n'est renvoyée, l'instance ECS ne possède pas de licence Alibaba Cloud RHEL 8. Dans ce cas, achetez une licence avant de mettre à niveau le système d'exploitation.
- Si la sortie de commande contient une version mineure, telle que rhel8.6, soumettez un ticket pour obtenir et installer le dernier package Red Hat Package Manager (RPM) avant de migrer vers RHEL 9.
  
  Remarque
  Pour exécuter un système d'exploitation RHEL sur Alibaba Cloud, celui-ci doit accéder au dépôt logiciel Red Hat via l'infrastructure Alibaba Cloud Red Hat Update Infrastructure (RHUI). Si une version mineure, telle que aliyun_rhel8.6-2.0-1.noarch, est installée, le système pourrait ne pas parvenir à se connecter à RHUI, l'empêchant ainsi d'obtenir les mises à jour logicielles ou de migrer vers une nouvelle version.
- Si la sortie de commande contient des informations de licence, telles que aliyun_rhui_rhel8-2.0-3.x86_64, l'instance ECS dispose bien d'une licence Alibaba Cloud RHEL 8. Vous pouvez alors poursuivre les étapes suivantes.
Préparez le système d'exploitation RHEL 8 pour la mise à niveau.
1. Exécutez les commandes ci-dessous pour mettre à jour le système d'exploitation vers la dernière version disponible dans le dépôt actuel. Cela inclut les correctifs pour les vulnérabilités connues, les bugs et les risques de sécurité. Redémarrez ensuite le système pour appliquer les modifications :
```
yum -y update
reboot
```
2. Installez l'utilitaire Leapp sur le système d'exploitation RHEL en exécutant la commande suivante :
```
yum -y install leapp leapp-rhui-alibaba --enablerepo="*"
```
3. Vérifiez l'installation de l'utilitaire Leapp avec la commande suivante :
```
leapp --version
```
  Si la sortie ressemble à leapp version xxx, l'utilitaire Leapp est correctement installé.
Effectuez une vérification préalable à la mise à niveau.

En raison des différences entre les versions de RHEL, il est impératif d'utiliser l'utilitaire Leapp pour réaliser une vérification avant la mise à niveau. Vous pourrez consulter les résultats et ajuster les configurations selon les recommandations fournies.
1. Lancez la vérification préalable.
  - Pour préparer la mise à niveau vers la dernière version de RHEL 9, exécutez :
```
leapp preupgrade  --no-rhsm
```
  - Pour cibler une version spécifique de RHEL 9 (par exemple, une migration de RHEL 8 vers RHEL 9.4), utilisez :
```
leapp preupgrade --no-rhsm --target 9.4
```
    Remarque
    Pour afficher les versions de RHEL 9 prises en charge, exécutez la commande leapp preupgrade -h.
2. Consultez les résultats de la vérification préalable.
  
  Les journaux de vérification préalable de Leapp sont stockés dans les fichiers suivants :
  - /var/log/leapp/leapp-preupgrade.log : contient les journaux de l'utilitaire Leapp.
  - /var/log/leapp/leapp-report.txt : contient le rapport de vérification au format texte.
  - /var/log/leapp/leapp-report.json : contient le rapport de vérification au format JSON.
  En cas d'échec de la vérification, les éléments problématiques s'affichent comme illustré ci-dessous.
3. (Si nécessaire) Résolvez les problèmes détectés avant la mise à niveau.
  
  Examinez le fichier journal /var/log/leapp/leapp-report.txt pour identifier les problèmes et appliquez les solutions suggérées par l'utilitaire Leapp. La section suivante détaille certains problèmes courants classés par niveau de risque.
  - high : problèmes à haut risque. Bien qu'ils ne bloquent pas directement la mise à niveau, il est recommandé de les résoudre avant ou après l'opération pour éviter des anomalies post-migration.
    - Problème 1 : Des acteurs ou fichiers Leapp personnalisés sont détectés.
      
      Risk Factor: high Title: Detected custom leapp actors or files. Summary: We have detected installed custom actors or files on the system. These can be provided e.g. by third party vendors, Red Hat consultants, or can be created by users to customize the upgrade (e.g. to migrate custom applications). This is allowed and appreciated. However Red Hat is not responsible for any issues caused by these custom leapp actors. Note that upgrade tooling is under agile development which could require more frequent update of custom actors. The list of custom leapp actors and files: - /usr/share/leapp-repository/repositories/system_upgrade/common/files/rhui/alibaba/content.crt - /usr/share/leapp-repository/repositories/system_upgrade/common/files/rhui/alibaba/key.pem - /usr/share/leapp-repository/repositories/system_upgrade/common/files/rhui/alibaba/leapp-alibaba.repo Related links: - Customizing your Red Hat Enterprise Linux in-place upgrade: https://red.ht/customize-rhel-upgrade Remediation: [hint] In case of any issues connected to custom or third party actors, contact vendor of such actors. Also we suggest to ensure the installed custom leapp actors are up to date, compatible with the installed packages.
      
      Solution : Assurez-vous que les acteurs personnalisés sont à jour et compatibles avec l'utilitaire Leapp et l'environnement système. Une fois la mise à niveau terminée, vérifiez le bon fonctionnement du système d'exploitation et corrigez rapidement les exceptions causées par les acteurs personnalisés. Pour gérer les acteurs personnalisés, consultez la page Customizing your Red Hat Enterprise Linux in-place upgrade.
    - Problème 2 : La configuration GRUB2 est automatiquement mise à jour pendant la mise à niveau.
      
      Risk Factor: high Title: GRUB2 core will be automatically updated during the upgrade Summary: On legacy (BIOS) systems, GRUB2 core (located in the gap between the MBR and the first partition) cannot be updated during the rpm transaction and Leapp has to initiate the update running "grub2-install" after the transaction. No action is needed before the upgrade. After the upgrade, it is recommended to check the GRUB configuration.
      
      Solution : Vérifiez la configuration de GRand Unified Bootloader (GRUB) après la mise à niveau pour garantir le démarrage correct du système d'exploitation.
  - low : problèmes à faible risque. Leur impact sur le processus de mise à niveau ou le fonctionnement du système est mineur. Nous vous recommandons toutefois de les résoudre pour assurer la stabilité du système.
    Problème : SELinux est défini sur le mode permissive après la mise à niveau.
    Risk Factor: low Title: SElinux will be set to permissive mode Summary: SElinux will be set to permissive mode. Current mode: enforcing. This action is required by the upgrade process to make sure the upgraded system can boot without beinig blocked by SElinux rules. Remediation: [hint] Make sure there are no SElinux related warnings after the upgrade and enable SElinux manually afterwards. Notice: You can ignore the "/root/tmp_leapp_py3" SElinux warnings.
    
    Solution : Vérifiez l'absence d'avertissements liés à SELinux après la mise à niveau. Ensuite, rétablissez SELinux en mode enforcing pour garantir la sécurité et la conformité du système.
  - info : messages informatifs. Généralement, ces éléments n'affectent ni la mise à niveau ni le fonctionnement du système. Consultez le rapport pour prendre connaissance des changements effectués.
    Problème : Certains dépôts du système cible sont exclus.
    Risk Factor: info Title: Excluded target system repositories Summary: The following repositories are not supported by Red Hat and are excluded from the list of repositories used during the upgrade. - rhui-codeready-builder-for-rhel-9-aarch64-rhui-rpms - codeready-builder-for-rhel-9-aarch64-rpms - codeready-builder-for-rhel-9-s390x-rpms - codeready-builder-beta-for-rhel-9-ppc64le-rpms - codeready-builder-for-rhel-9-x86_64-rpms Remediation: [hint] If some of excluded repositories are still required to be used during the upgrade, execute leapp with the --enablerepo option with the repoid of the repository required to be enabled as an argument (the option can be used multiple times).
    
    Solution : Si certains dépôts exclus sont encore nécessaires pendant la mise à niveau, vous pouvez les activer à l'aide de l'option --enablerepo.
Mettez à niveau RHEL 8 vers RHEL 9.
- Pour migrer vers la dernière version de RHEL 9, exécutez :
```
leapp upgrade  --no-rhsm
```
- Pour cibler une version spécifique de RHEL 9 (par exemple, une migration de RHEL 8 vers RHEL 9.4), utilisez :
```
leapp upgrade  --no-rhsm --target 9.4
```
La sortie de commande suivante indique que la mise à niveau est terminée.
Redémarrez l'instance ECS en exécutant :
```
reboot
```
Vérifiez le résultat de la mise à niveau.
- Exécutez la commande cat /etc/redhat-release pour confirmer la version du système d'exploitation.
- Consultez les journaux ou le rapport de mise à niveau.
- Assurez-vous que vos applications métier fonctionnent correctement sous RHEL 9.
(Si nécessaire) Configurez le dépôt logiciel RHEL 9 en exécutant les commandes suivantes.

Après la mise à niveau, le fichier /etc/dnf/vars/releasever est modifié par défaut pour spécifier la version de RHEL 9 utilisée précédemment. Par exemple, l'adresse du dépôt RHEL 9 est définie sur https://xxxx/9.4/xxx, limitant l'accès aux packages RHEL 9.4 uniquement. Si vous souhaitez accéder automatiquement aux packages de la dernière version mineure de RHEL 9, supprimez le fichier de configuration releasever et reconstruisez le cache des métadonnées. Vous bénéficierez ainsi des derniers correctifs de sécurité et mises à jour fonctionnelles.
```
rm -f /etc/dnf/vars/releasever
dnf clean all && dnf makecache
```
Une fois ces commandes exécutées, l'adresse du dépôt RHEL 9 est mise à jour vers https://xxxx/9/xxx. Le système d'exploitation peut alors obtenir automatiquement les derniers correctifs de sécurité et mises à jour fonctionnelles de RHEL 9, garantissant ainsi sa pertinence.

Références

Vous pouvez également migrer de RHEL 8 vers RHEL 9 à l'aide de Server Migration Center (SMC). Pour plus d'informations, consultez la rubrique Migration d'un système d'exploitation Linux.
Pour plus d'informations sur RHEL, consultez la page Red Hat Enterprise Linux.
Pour répondre aux questions fréquentes concernant la phase Extended Life de RHEL 7, consultez la documentation FAQ sur le site web de Red Hat.