Lisez ceci dans d’autres langues:
English,
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
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…
Exercice 0: Configuration de laboratoire
Organisation à utiliser = Organisation par défaut
Lieu à utiliser = Lieu par défaut
Content View = RHEL7
Environnements de cycle de vie = Dev, QA, Prod
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:
Utilisez le menu du volet latéral à gauche pour sélectionner Templates.
Cliquez sur à droite de CONVERT2RHEL / 96 - Three Tier App deployment pour lancer le travail. Cela prendra environ 2 minutes pour terminer.
Utilisez le menu du volet latéral à gauche pour sélectionner Templates.
Cliquez sur à la droite de CONVERT2RHEL / 01 - Take node snapshot pour copier la template
Cliquez sur la job template CONVERT2RHEL / 01 - Take node snapshot @ some-timestamp
“short_name”: “node*”,
…et ajouter:
“ContentView”: “CentOS7”,
“Environnement” : “Dev”,
Utilisez le menu du volet latéral à gauche pour sélectionner Templates.
Utilisez le menu du volet latéral à gauche pour sélectionner Templates.
Cliquez sur à droite de CONVERT2RHEL / 02 - Upgrade OS to latest release pour lancer le travail.
Le lancement de sélection vous emmènera à la fenêtre de sortie CONVERT2RHEL / 02 - Upgrade OS to latest release où vous pourrez suivre chaque tâche exécutée dans le cadre du playbook. Cela prendra environ 6 minutes pour terminer.
Utilisez le menu du volet latéral à gauche pour sélectionner Templates.
Cliquez sur à droite de CONVERT2RHEL / 97 - Three Tier App smoke test pour lancer le travail.
Sélectionnez le lancement vous conduira à la fenêtre de sortie Jobs > CONVERT2RHEL / 97 - Three Tier App smoke test. Cela prendra environ 30 secs pour terminer.
Utilisez le menu du volet latéral à gauche pour sélectionner Templates.
Cliquez sur à droite de CONVERT2RHEL / 03 - convert2rhel pour lancer le travail.
- Selectionnez le groupe pour convertir : CentOS7_Dev
- Sélectionnez le groupe target : RHEL7_Dev
Sélectionnez le lancement vous conduira à la fenêtre de sortie Jobs > CONVERT2RHEL / 03 - convert2rhel. Cela prendra environ 11 minutes pour terminer.
NOTE avec une pré-configuration, toute combinaison est possible
- cliquez sur Next pour continuer
- confirmer les variables CentOS et RHEL via les sélections de sondages et cliquez sur Launch
Si vous regardez dans Satellite maintenant (Hosts > All Hosts), vous verrez que toutes les noeuds CentOS ont été converties en noeuds RHEL 7.9.
Utilisez le menu du volet latéral à gauche pour sélectionner Templates.
Cliquez sur à droite de EC2 / Set instance tags based on Satellite(Foreman) facts pour lancer le travail.
Le lancement de la tâche vous conduira à la fenêtre de sortie Jobs > EC2 / Set instance tags based on Satellite(Foreman) facts. Cela prendra environ 30 secs pour terminer.
Utilisez le menu du volet latéral à gauche pour sélectionner Templates.
Utilisez le menu du volet latéral à gauche pour sélectionner Templates.
Le lancement de la tâche vous conduira à la fenêtre de sortie Jobs > CONTROLLER / Update inventories via dynamic sources. Cela prendra environ 30 secs pour terminer.
Cliquez sur le nouveau Workshop Credential @ some-timestamp
Cliquez sur Edit en bas à gauche.
Utilisez le menu du volet latéral à gauche pour sélectionner Templates.
Cliquez sur à droite de CONVERT2RHEL / 97 - Three Tier App smoke test pour copier la template.
Cliquez sur la nouvelle job template CONVERT2RHEL / 97 - Three Tier App smoke test @ some-timestamp
Cliquez sur Edit en bas à gauche.
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. … .