Red Hat Enterprise Linux en entreprise

RHEL si : (1) support 24/7 critique, (2) certifications applicatives obligatoires (SAP, Oracle), (3) secteur régulé (banque, santé). Rocky/Alma si : (1) budget contraint, (2) workloads non critiques, (3) culture autonome. Mix possible : RHEL sur les 30% serveurs critiques, Rocky/Alma sur les 70% restants. Compatibilité binaire totale entre les deux.

Prix catalogue public : de l'ordre de 800 $/an pour RHEL Server Standard (support en heures ouvrées) et 1 300 $/an en Premium (24/7 sur incidents critiques), par paire de sockets. L'add-on Smart Management, requis pour Satellite, s'ajoute par nœud géré. Au volume, remises via votre revendeur Red Hat. À noter : la Developer Subscription gratuite couvre jusqu'à 16 systèmes pour un usage individuel, pratique pour les labs.

Si parc < 25 serveurs : Ansible suffit largement. Si parc 25-100 serveurs : Satellite + Ansible (Satellite gère le content/patches, Ansible gère les configurations). Si parc > 100 serveurs : Satellite + AAP (Ansible Automation Platform) pour orchestration centralisée. Insights est gratuit dans tous les cas, à activer en premier.

Outil : Leapp (in-place upgrade) supporte 7 > 8 et 8 > 9. Migration directe 7 > 9 nécessite 7 > 8 > 9. Approche : (1) clone du serveur en environnement test, (2) Leapp avec validation applicative, (3) si OK, bascule production. Alternatif : nouveau serveur RHEL 9 + migration applicative. Effort : 2-5 jours par serveur selon complexité applicative.

Trois options : (1) Realmd + SSSD (intégration directe AD, simple), (2) IdM trust avec AD (plus robuste, IdM gère le Linux, trust avec AD), (3) Winbind (legacy, à éviter). Recommandation 2026 : Realmd + SSSD pour < 30 serveurs, IdM avec trust AD pour > 30 serveurs ou exigences fortes (sudo policies, certificats).

Ansible AAP (Ansible Automation Platform) est la version commerciale d'Ansible : interface web, RBAC, scheduling, audit logs, exécution centralisée. Pertinent à partir de 30+ serveurs ou quand plusieurs admins partagent les playbooks. Pour 5-15 serveurs et 1 admin : Ansible Community en CLI suffit largement.

OpenShift est la distribution Kubernetes de Red Hat : support, sécurité durcie, GUI, CI/CD intégré, opérateurs nombreux. Kubernetes vanilla : open source pur, plus flexible mais demande plus d'expertise. Pour une PME : OpenShift si secteur régulé ou pas de Kubernetes expert en interne. Kubernetes vanilla (ou managé : EKS, AKS, GKE) si culture DevOps mature.

Non. C'est pourtant le premier réflexe de beaucoup d'équipes dès qu'une application refuse de démarrer. SELinux est un contrôle d'accès obligatoire intégré au noyau : il confine chaque processus et limite les dégâts d'une compromission. Le bon réflexe : passer temporairement en mode permissif pour diagnostiquer (les refus sont journalisés sans bloquer), corriger les contextes ou les booléens concernés, puis repasser en enforcing. Un parc RHEL avec SELinux désactivé partout est un signal d'alarme en audit.

Oui, minimum. Audit recommandé annuellement : inventaire, versions, EOL, conformité CIS, hardening, gestion des accès. Audit blanc CIS RHEL Benchmark : 1-2 jours de consultant. Audit complet (incluant Ansible code review, IdM, sauvegardes) : 4-7 jours. Investissement raisonnable comparé au coût d'un incident production.