Renforcez votre pratique de l’administration RHEL grâce à 11 laboratoires guidés sur l’automatisation, la planification, les performances, la sécurité, le stockage, la récupération et les conteneurs. Bien que tous soient classés débutants, les sujets dépassent l’usage élémentaire du shell et montrent comment plusieurs composants coopèrent dans des tâches d’administration courantes.
Vous écrirez et exécuterez des commandes, des fichiers de configuration et des scripts dans des environnements isolés, avec des instructions pas à pas et des vérifications automatiques. Le cours associe une pratique orientée RHEL à des simulations clairement délimitées lorsqu’un redémarrage complet ou une infrastructure distincte ne sont pas disponibles.
Ce que vous apprendrez
- Écrire des scripts Bash exécutables avec des commandes système, des boucles,
grepet des expressions régulières - Planifier des tâches ponctuelles et récurrentes avec
at, cron, les timers systemd etsystemd-tmpfiles - Sélectionner des profils
tunedet consulter ou modifier les priorités avecniceetrenice - Gérer les modes, contextes, booléens et refus Apache de SELinux, et coordonner les labels de ports avec
firewalld - Partitionner des disques d’exercice, créer des systèmes XFS et des espaces swap, configurer montages persistants et priorités swap et vérifier
/etc/fstab - Créer et étendre des volumes physiques, groupes de volumes, volumes logiques et systèmes XFS avec LVM
- Configurer des montages NFS et des cartes
autofs, examiner les cibles systemd et répéter des procédures de récupération du démarrage - Construire des images UBI avec Docker et déployer des conteneurs Podman avec stockage persistant, réseau personnalisé, ports publiés et politiques de redémarrage
À qui s’adresse ce cours
Ce cours s’adresse aux administrateurs Linux, ingénieurs support et apprenants DevOps qui maîtrisent déjà les bases de l’administration en ligne de commande et souhaitent pratiquer des sujets RHEL plus larges. Il constitue une transition vers une étude plus ciblée de RHCSA ou de Linux d’entreprise.
Prérequis : La maîtrise de la navigation du shell, des fichiers et permissions, des utilisateurs, services, paquets et notions réseau est recommandée. Avoir suivi RH124 ou posséder une expérience équivalente facilitera les laboratoires sur le stockage, SELinux et la récupération.
Environnement d’apprentissage : Le cours comprend 11 laboratoires guidés, 60 étapes et des vérifications automatiques. Dix utilisent des terminaux Red Hat UBI 9 ; le laboratoire de déploiement emploie un environnement graphique Ubuntu 22.04 avec Docker et des images UBI. NFS utilise le même hôte comme serveur et client, et la récupération du démarrage est en partie simulée faute de pouvoir redémarrer dans GRUB ou rd.break.
Questions fréquentes
Ce cours est-il aligné sur les examens RHCSA ou RHCE actuels ?
Les laboratoires conservent certains sujets associés à RH134, mais ne constituent pas une correspondance complète et actuelle avec l’un ou l’autre examen. Pour une étude alignée sur les objectifs actuels, utilisez le parcours RHCSA mis à jour ou le parcours RHCE Enterprise Linux.
Une expérience préalable de l’administration Linux est-elle nécessaire ?
Elle est vivement recommandée. Les laboratoires sont guidés et classés débutants, mais supposent que vous savez déjà naviguer dans le shell et reconnaître les concepts courants d’administration. Ce n’est pas une initiation aux commandes Linux à partir de zéro.
Effectuerai-je une installation complète de RHEL et une véritable récupération du démarrage ?
Non. Le laboratoire de déploiement construit et teste des images Docker basées sur UBI et utilise des scripts pour illustrer l’automatisation ; il n’exécute ni Anaconda, ni Kickstart, ni installation complète du système. Le laboratoire de récupération explique GRUB, le mode rescue, rd.break, la réinitialisation de root et la réparation de /etc/fstab, mais répète les commandes sans redémarrage réel.
Le cours utilise-t-il des serveurs distincts ou un réseau de production ?
Non. Le serveur et le client NFS fonctionnent dans le même environnement, et les services conteneurisés sont locaux. Vous configurez bien les montages, autofs, le stockage, les réseaux, les ports et le comportement des services, mais la topologie est conçue pour une pratique ciblée sur un seul environnement.
