Chapitre 3. Préparation de la mise à niveau

Procédure

1. Assurez-vous que votre système a été enregistré avec succès auprès du Red Hat Content Delivery Network (CDN) ou de Red Hat Satellite à l'aide du Gestionnaire d'abonnement Red Hat.
2. Si vous avez enregistré votre système auprès du serveur Satellite, suivez les étapes de la section Préparation d'un système enregistré auprès du serveur Satellite pour la mise à niveau afin de vous assurer que votre système répond aux exigences de la mise à niveau.

3. Vérifiez que l'abonnement au serveur Red Hat Enterprise Linux est attaché. Par exemple :

   # subscription-manager list --installed
   +-------------------------------------------+
       	  Installed Product Status
   +-------------------------------------------+
   Product Name:  	Red Hat Enterprise Linux x86_64
   Product ID:     479
   Version:        8.6
   Arch:           x86_64
   Status:         Subscribed

4. Assurez-vous que les référentiels appropriés sont activés. La commande suivante active les dépôts Base et AppStream pour l'architecture Intel 64 bits ; pour les autres architectures, voir les dépôts RHEL 8.

   # subscription-manager repos --enable rhel-8-for-x86_64-baseos-rpms --enable rhel-8-for-x86_64-appstream-rpms

   Note

   En option, vous pouvez activer les référentiels CodeReady Linux Builder (également connu sous le nom d'Optional) ou Supplementary. Pour plus d'informations sur les ID de référentiel, voir Référentiels RHEL 8. Pour plus d'informations sur le contenu de ces référentiels, voir le manifeste des paquets.

5. Pour les systèmes abonnés à l'aide de RHSM, verrouillez le système sur la version du système d'exploitation source souhaitée :

   # subscription-manager release --set <source_os_version>

   Remplacez <source_os_version> par la version du système d'exploitation source, par exemple 8.6.

6. Facultatif : Pour utiliser des référentiels personnalisés, voir l'article de la base de connaissances Configurer les référentiels personnalisés.

7. Si vous utilisez le plugin dnf versionlock pour verrouiller les paquets à une version spécifique, effacez le verrou en exécutant la commande suivante

   # dnf versionlock clear

   Voir Comment restreindre dnf à l'installation ou à la mise à niveau d'un paquetage vers une version spécifique fixe ? pour plus d'informations.

8. Si vous effectuez une mise à niveau en utilisant Red Hat Update Infrastructure (RHUI) sur un cloud public, activez les dépôts RHUI requis et installez les paquets RHUI requis afin de vous assurer que votre système est prêt pour la mise à niveau :

   1. Pour AWS :

      # dnf config-manager --set-enabled rhui-client-config-server-8
      # dnf -y install rh-amazon-rhui-client-ha leapp-rhui-aws

   2. Pour Microsoft Azure :

      # dnf config-manager --set-enabled rhui-microsoft-azure-rhel8
      # dnf -y install rhui-azure-rhel8 leapp-rhui-azure

   3. Pour Google Cloud Platform, suivez l'article de la base de connaissances Leapp RHUI packages for Google Cloud Platform (GCP).

9. Mettre à jour tous les paquets vers la dernière version de RHEL 8 :

   # dnf update

10. Redémarrer le système :

    # reboot

11. Installez l'utilitaire Leapp:

    # dnf install leapp-upgrade

    Notez qu'actuellement vous avez besoin de la version 0.15.1 ou plus récente du paquet leapp et de la version 0.18.0 ou plus récente du paquet leapp-repository, qui contient le paquet RPM leapp-upgrade-el8toel9.

    Note

    Si votre système ne dispose pas d'un accès à Internet, téléchargez les paquets suivants à partir du portail client de Red Hat:

    • leapp
    • leapp-deps
    • python3-leapp
    • leapp-upgrade-el8toel9
    • leapp-upgrade-el8toel9-deps

12. Assurez-vous d'avoir accès à la dernière version des fichiers de données supplémentaires requis, y compris les modifications apportées aux paquets RPM, le mappage des dépôts RPM et les pilotes et périphériques non pris en charge.

    1. Si vous utilisez RHSM pour la mise à niveau, que le système a accès à cloud.redhat.com et que vous n'avez pas téléchargé une version antérieure des fichiers de données requis, aucune autre action n'est requise de votre part. Les fichiers de données sont automatiquement téléchargés depuis cloud.redhat.com.
    2. Si vous accédez à Red Hat CDN à l'aide d'un serveur proxy, définissez la variable d'environnement $LEAPP_PROXY_HOST afin d'accéder à la dernière version des fichiers de données requis.

    3. Si nécessaire, téléchargez les fichiers de données joints à l'article de la base de connaissances intitulé Leapp utility metadata in-place upgrades of RHEL for disconnected upgrades et placez-les dans le répertoire /etc/leapp/files/. Cette opération est nécessaire à la réussite de la mise à niveau dans les scénarios suivants :

       1. Vous effectuez une mise à niveau sur un nuage public en utilisant RHUI. Si vous ne disposez pas d'un abonnement Red Hat ou d'un compte Red Hat Customer Portal, créez un abonnement de développeur RHEL gratuit afin de pouvoir accéder à l'article de la base de connaissances et télécharger les paquets de données requis. Pour plus d'informations, voir Comment obtenir un abonnement gratuit de développeur Red Hat Enterprise Linux ou le renouveler ?
       2. Votre système n'a pas d'accès à l'internet.
       3. Vous utilisez RHSM pour la mise à niveau et vous avez précédemment téléchargé une ancienne version des fichiers de données requis, mais vous n'avez pas effectué la mise à niveau, par exemple pour créer des scripts automatisés. Vous pouvez également supprimer votre ancienne version des fichiers de données pour lancer le téléchargement automatique de la dernière version des fichiers.
13. Désactiver temporairement le logiciel antivirus pour éviter que la mise à niveau n'échoue.

14. Veiller à ce qu'aucun système de gestion de la configuration n'interfère avec le processus de mise à niveau en place :

    • Si vous utilisez un système de gestion de la configuration avec une architecture client-serveur, tel que Puppet, Salt, ou Chef, désactivez le système avant d'exécuter la commande leapp preupgrade. N'activez le système de gestion de la configuration qu'une fois la mise à niveau terminée afin d'éviter tout problème pendant la mise à niveau.

    • Si vous utilisez un système de gestion de la configuration avec une architecture sans agent, tel que Ansible, n'exécutez pas le fichier de configuration et de déploiement, tel qu'un playbook Ansible, pendant la mise à niveau en place, comme décrit dans Exécution de la mise à niveau de RHEL 8 vers RHEL 9.

      L'automatisation du processus de pré-mise à niveau et de mise à niveau à l'aide d'un système de gestion de la configuration n'est pas prise en charge par Red Hat. Pour plus d'informations, voir Utilisation de systèmes de gestion de configuration pour automatiser certaines parties du processus de pré-mise à niveau et de mise à niveau de Leapp sur Red Hat Enterprise Linux.

15. Assurez-vous que votre système n'utilise pas plus d'une carte d'interface réseau (NIC) avec un nom basé sur le préfixe utilisé par le noyau (eth). Pour savoir comment migrer vers un autre schéma de dénomination avant une mise à niveau sur place vers RHEL 9, voir Comment effectuer une mise à niveau sur place vers RHEL 8 lors de l'utilisation de noms de cartes d'interface réseau du noyau sur RHEL 7. Le processus de migration des schémas de nommage est le même pour la mise à niveau de RHEL 7 vers RHEL 8 et la mise à niveau de RHEL 8 vers RHEL 9.
16. Si votre base de données NSS a été créée sous RHEL 7 ou une version antérieure, vérifiez qu'elle a été convertie du format DBM au format SQLite. Pour plus d'informations, voir Mise à jour des bases de données NSS de DBM à SQLite.
17. RHEL 9 ne prend pas en charge l'ancien package network-scripts, qui a été supprimé dans RHEL 8. Avant la mise à niveau, déplacez vos scripts réseau personnalisés et écrivez un script de distribution NetworkManager qui exécute vos scripts personnalisés existants. Pour plus d'informations, voir Migration des scripts réseau personnalisés vers des scripts de distribution NetworkManager.
18. Si vous effectuez une mise à niveau à l'aide d'une image ISO, vérifiez que l'image ISO contient la version du système d'exploitation cible, par exemple RHEL 9.0, et qu'elle est enregistrée sur un point de montage local persistant afin de garantir que l'utilitaire Leapp puisse accéder à l'image tout au long du processus de mise à niveau.
19. Assurez-vous de disposer d'une sauvegarde complète du système ou d'un instantané de la machine virtuelle. Vous devriez pouvoir ramener votre système à l'état antérieur à la mise à niveau si vous suivez les procédures standard de reprise après sinistre dans votre environnement. Par exemple, vous pouvez utiliser l'utilitaire Relax-and-Recover (ReaR). Pour plus d'informations, consultez la documentation ReaR et la page Qu'est-ce que Relax and Recover (ReaR) et comment puis-je l'utiliser pour la reprise après sinistre ? Vous pouvez également utiliser des instantanés LVM ou le fractionnement RAID. En cas de mise à niveau d'une machine virtuelle, vous pouvez créer un instantané de l'ensemble de la machine virtuelle.