Les mises à niveau sur place de RHEL

14 novembre 2023Marek Filip

Lorsqu'une entreprise qui utilise Red Hat Enterprise Linux (RHEL) veut mettre à jour sa pile d'applications, obtenir les dernières mises à jour de sécurité ou approche de la fin de vie du système d'exploitation (RHEL 7 arrivera au terme de la phase de maintenance le 30 juin 2024, par exemple), elle souhaite généralement obtenir la version la plus récente. Cet article est le premier d'une série qui, nous l'espérons, vous aidera à planifier les prochaines mises à niveau de RHEL. Nous allons commencer par examiner les mises à niveau sur place de RHEL.

Les mises à niveau sur place, la solution à de nombreux problèmes

Auparavant, les mises à niveau nécessitaient l'installation d'un nouveau système d'exploitation, ainsi que le redéploiement de toutes les piles d'applications, bases de données et configurations. Les mises à niveau sur place résolvent ce problème tout en préservant les workflows existants des clients. Voyons d'abord dans quels cas les mises à niveau sur place constituent le meilleur choix par rapport à une nouvelle installation.

Différences entre les mises à niveau sur place et les nouvelles installations

Les mises à niveau sur place peuvent très souvent être effectuées par des administrateurs système moins expérimentés. Lorsque les systèmes ne présentent pas de configurations complexes ou inhabituelles, il suffit d'exécuter quelques commandes sur toutes les machines qui doivent être mises à niveau, de consulter le rapport d'analyse préalable à la mise à niveau et, le cas échéant, d'apporter les corrections suggérées.

Configurations conservées

Le principal avantage des mises à niveau sur place est qu'elles permettent de garder le contrôle sur l'application installée. Il est même possible de définir des référentiels personnalisés à utiliser pendant la mise à niveau. L'écriture d'acteurs Leapp personnalisés peut également faciliter la migration d'applications tierces configurées de manière spécifique. Les entreprises qui souhaitent moderniser leur environnement profiteront de ce niveau de contrôle, qui leur permettra de répondre aux exigences propres aux applications. Enfin, toutes les étapes de correction indiquées au cours du processus préalable à la mise à niveau peuvent être automatisées à l'aide de playbooks Ansible.

Compétences avancées réduites

Comme les mises à niveau sur place ne nécessitent pas de connaître à l'avance les configurations des systèmes existants ni les applications installées, elles peuvent être effectuées par des administrateurs débutants. Le risque de suppression accidentelle d'applications ou de configurations est réduit grâce à l'analyse préalable et à la mise en œuvre des suggestions de corrections. L'administrateur doit juste savoir interpréter le rapport.

Souscriptions conservées

Les souscriptions RHEL existantes continuent de fonctionner normalement puisqu'aucune information les concernant n'est supprimée pendant les mises à niveau sur place.

Gain de temps et économies de ressources

À l'évidence, les mises à niveau sur place permettent d'économiser du temps et des ressources précieuses. Ils constituent un moyen pratique de prolonger la durée de vie du matériel actuel tout en modernisant l'ensemble de l'environnement.

Incertitudes limitées

L'analyse préalable à la mise à niveau est un outil utile en soi. En cas de doutes, elle permet de répertorier les paquets installés sur le système, de connaître les différentes options possibles pour la mise à niveau et d'obtenir des suggestions de corrections. Des informations qui s'avèrent importantes au moment de choisir l'approche la plus adéquate.

Nouvelles installations

Une nouvelle installation de RHEL efface toutes les données système, y compris les applications et les configurations. Cette approche entraîne des coûts d'exploitation considérables et nécessite des connaissances supplémentaires pendant le déploiement.

Configurations existantes supprimées

Parce que les configurations sont supprimées lors de l'installation, les réappliquer demande beaucoup de temps, en particulier lorsqu'on ne dispose pas de fonctions d'automatisation comme celles incluses dans la solution Red Hat Ansible Automation Platform.

Coûts et délais supplémentaires

Il faut réinstaller le système d'exploitation sur des centaines ou plusieurs milliers de machines, ce qui suppose de redéployer l'ensemble des applications. Ces efforts supplémentaires s'avèrent très coûteux en temps et en ressources.

Enregistrement des machines requis

Durant l'installation, les souscriptions RHEL des machines effacées sont annulées. Il convient donc de les réactiver une à une pour assurer le bon fonctionnement des machines.

Cas d'utilisation d'une nouvelle installation

Il est intéressant de procéder à une nouvelle installation dans le cadre de la migration vers du nouveau matériel, du déploiement d'une nouvelle pile d'applications, ou de l'ajout de nouvelles capacités de gestion et d'automatisation. Ainsi, les projets entièrement nouveaux (qui ne reposent sur aucun autre projet) conviennent bien aux nouvelles installations.

Disponibilité et versions prises en charge

Tous les systèmes RHEL incluant l'utilitaire Leapp disposent d'un paquet virtuel leapp-upgrade qui permet d'installer les paquets nécessaires à la mise à niveau à l'aide de la commande dnf ou yum. Les sous-commandes leapp permettent de créer le rapport préalable à la mise à niveau, après quoi la mise à niveau elle-même est disponible.

Les clients peuvent également exécuter l'analyse préalable à la mise à niveau dans Red Hat Satellite, la solution qu'ils utilisent pour gérer leurs machines. Après avoir réalisé cette évaluation et corrigé les risques identifiés, il est possible de mettre à niveau toutes les machines simultanément depuis l'interface utilisateur. Consultez le document sur Leapp dans Satellite pour plus d'informations.

Plusieurs versions de RHEL peuvent être mises à niveau. Pour une liste complète et à jour des procédures de mise à niveau, consultez l'article Supported in-place upgrade paths for Red Hat Enterprise Linux. La liste est actualisée à chaque lancement d'une nouvelle version de RHEL.

Pour la prise en charge dans les clouds publics, nous proposons Red Hat Update Infrastructure, une solution de mise à niveau sur place des instances avec modèle de paiement à l'utilisation qui sont exécutées sur Amazon Web Services (AWS), Microsoft Azure ou Google Cloud Platform. Nous prenons également en charge la mise à niveau des instances basées sur une souscription RHEL existante dans les environnements de cloud public qui utilisent Red Hat Subscription Manager.

À noter que la mise à niveau s'effectue nécessairement vers la version majeure suivante (il est impossible de passer de RHEL 6 à RHEL 8, par exemple). Pour passer de la version 6 à 8, effectuez d'abord la mise à niveau vers RHEL 7, puis vers RHEL 8.

Pour obtenir des informations détaillées sur les architectures et les produits pris en charge, ainsi que sur la mise à niveau proprement dite, consultez la documentation ci-dessous :

Synthèse

Les mises à niveau sur place permettent de résoudre plusieurs problèmes de redéploiement, tout en économisant du temps et de l'argent. Même si les nouvelles installations restent indiquées pour des projets entièrement nouveaux, les mises à niveau sur place sont clairement le meilleur moyen de moderniser des environnements. Et parce qu'elles constituent une composante fondamentale de l'écosystème RHEL, les mises à niveau sur place continueront de bénéficier d'une prise en charge et de donner accès à des solutions novatrices selon un échéancier connu.