Atelier Automated Smart Management : migration de CentOS vers RHEL et mise à niveau

Lisez ceci dans d’autres langues:
uk English, france Française.

Introduction

Ce cas d’utilisation se concentre sur la conversion de CentOS (bien qu’il puisse s’agir d’un autre dérivé de RHEL) vers RHEL tout en conservant une application 3-tiers. Bien que nous ne montrions ce processus que pour quelques systèmes, il peut être étendu à un plus grand nombre d’hôtes physiques, virtuels ou en nuage en utilisant les dépôts de contenu fournis par Red Hat Satellite (inclus dans Red Hat Smart Management). Le processus de conversion sera piloté par l’automatisation construite et exécutée à l’aide de Ansible Automation Platform.

Environnement

Scénario d’exercice

Vue d’ensemble

Résumé

Choses à considérer si vous faites ceci dans vos environnents d’entreprise :

Une note sur l’utilisation de Satellite vs. Ansible Automation Plateforme
Inclut avec Satellite 6, les System ROLES pour RHEL (une collection de roles Ansible) qui permet de faire des tâches administratives automatisées. Satellite peuit être utilisé pour convertir et mettre à jour un suytème d’exploitation Linux, toute fois, un abonnement à Ansible Automation Platform est requis pour éxécuter des conversions et mises à jour plus complexes. L’utilisation conjointe de ces deux solutions vous permet de disposer du meilleur outil pour votre travail :
- Gestion de contenu (Satellite)
- Corrections d’OS et environnements d’exploitation standardisés (Satellite)
- Provisionnement : Système d’exploitation, services d’infrastructure et applications/autres (Satellite et/ou Ansible Automation Platform)
- Configuration de l’infrastructure et des applications (Ansible Automation Platform)

Reference: Convertir des CentOS en RHEL avec Red Hat Satellite 6 et Leapp Upgrade with Satellite 6

Ok, commençons…

Préalables

Exercice :

Connectez-vous à votre interface utilisateur Satellite & AAP

NOTE Voici les URL example. Vos URLs de laboratoire étudiant seront différentes.

  • Plateforme d’automatisation ansible Exemple: https://student1.{random}.example.opentlc.com *
  • Adresse Satellite Exemple : https://student1-sat.{random}.example.opentlc.com (Notez le -sat ajouté à l’URL)*

Notez que dans les étapes suivantes qui sont exécutées sur AAP, à tout moment, sur la console Satellite, examiner les hôtes enregistrés en cliquant sur Hosts = Tous les hôtes. Rafraîchissez la page Hosts pour voir les changements qui survients en raison de l’automatisation effectuée via AAP.

Étapes:

1. Se connecter à la plate-forme d’automatisation Ansible (AAP)

login screen

2. Installer une application 3-tiers

3tier-install

3. Prenez un snapshot du nœud CentOS (optionnel, cependant, recommandé pour cet exercice)

template-copy

“short_name”: “node*”,

…et ajouter:

“ContentView”: “CentOS7”,

“Environnement” : “Dev”,

template-edit

centos-snapshot

4. Vérifier la stack application 3-tiers sur les nœuds CentOS - avant la mise à jour de Centos

3tier-smoketest

5. Mise à niveau des noeuds CentOS à la dernière version

centos-update

6. Vérifier l’application 3-tiers sur les nœuds CentOS - post Centos update, pre Convert2RHEL

3tier-smoketest-2

7. Convert2RHEL - noeuds CentOS7 de développement vers noeuds RHEL 7 de développement

NOTE avec une pré-configuration, toute combinaison est possible conversion-select

  • cliquez sur Next pour continuer conversion-confirme
  • confirmer les variables CentOS et RHEL via les sélections de sondages et cliquez sur Launch conversion-complete

Si vous regardez dans Satellite maintenant (Hosts > All Hosts), vous verrez que toutes les noeuds CentOS ont été converties en noeuds RHEL 7.9.

3tier-smoketest-2

8. Interroger Satellite pour obtenir les détails relatifs au nœud de post-conversion, définir les étiquettes d’instance EC2 en fonction de ces détails

9. Mise à jour des inventaires via des sources dynamiques

10. Créer un credential RHEL converti

credential-copy

convert-RHEL-credential

11. Copiez la template CONVERT2RHEL / 97 - Three Tier App smoke test vers template CONVERT2RHEL / 97 - Three Tier App smoke test / RHEL7 Development

template-copy

3tier-smoketest-3

La job template Three Tier App smoke devrait se compléter avec succès, ce qui démontre que nous avons compéter la migration de CentOS 7 à RHEL 7 avec succès.

Lab supplémentaire - Convert2RHEL workflow template

Créez un workflow intégrant les job templates créés ci-dessus dans un workflow complet de conversion CentOS à RHEL!

Lab supplémentaire - Infrastructure-as-Code “Choisir votre propre aventure”

  • Forker le repo Automated Smart Management sur votre compte GitHub personnel Avant de commencer, vous devez forker le repo Automated Smart Management sur votre compte GitHub personnel. Si vous n’avez pas de compte GitHub, vous devrez en créer un pour continuer. L’utilisation d’un système de gestion du code source (SCM) est essentielle pour les concepts d’“infrastructure en tant que code” présentés dans cet exercice de laboratoire, et dans ce cas, GitHub est notre SCM.

Une fois connecté à GitHub allez sur le repo Red Hat Partner Tech repo for Automated Smart Management. Ensuite, sur la page Automated Smart Management repo page, en haut, en haut à droite de la page, cliquez sur “Fork”. Cela créera une repo “forked” Automated Smart Management dans votre compte GitHub personnel.

Changer le projet “Gestion automatisée” dans AAP pour utiliser votre nouvelle repo clonée. Les fichiers suivants sont de bons points de départ pour voir où vous pouvez ajuster les Extra Vars pour sélectionner/filtrer les instances spécifiques sur lesquelles une job template/playbook sera exécuté :

group_vars/control/inventories.yml

group_vars/control/job_templates.yml

Une fois les mises à jour faites, commettez et poussez ces changements vers le repo cloné, suivie par l’éxécution de la job template “SETUP / Controller”, qui va propager les changements à AAP lui-même. … .