Table des matières de l'article :
La plus grande entreprise open source travaillant avec Linux est aujourd'hui Red Hat. Elle est connue pour ses contributions à de nombreux projets open source, y compris le noyau Linux lui-même. Moins connu est que Red Hat est impliqué dans plusieurs distributions Linux, directement ou indirectement.
Essentiellement, on peut résumer très sommairement que Fedora est la salle de sport de Red Hat et que CentOS est (ou plutôt c'était jusqu'à la version 8) le clone Red Hat sans support commercial ni assistance Red Hat.
Les trois distributions ont pour l'essentiel des caractéristiques très communes du côté technologique et logiciel, cependant d'un point de vue surtout entrepreneurial, choisir une distribution plutôt qu'une autre peut produire des effets positifs et négatifs qui sont également très importants du point de vue de la responsabilité civile. voire des pénalités.
Qui doit installer quoi ? Dans quel contexte ? Avec quels pros ? Avec qui contre ? Quelles limites et quelles libertés ? Ce sont des questions apparemment stupides qui méritent plutôt d'être confrontées à des scénarios hypothétiques que nous avons déjà adoptés en près de 15 ans de carrière.
Regardons d'abord les "fiches techniques" des distributions Linux respectives qui peuvent vous aider à mieux comprendre les différentes pour ensuite continuer avec une comparaison saine.
Fedora
Fedora a reçu de nombreuses mises à jour et versions individuelles au fil des ans. C'est un terrain de jeu pour de nouvelles fonctionnalités. De nouvelles technologies sont souvent découvertes et testées ici. Il peut être comparé à d'autres distributions telles que Arch Linux, sauf qu'il est légèrement moins agressif dans la distribution des derniers composants logiciels pour tout.
- Animé par la communauté
- Cycles de sortie courts (6 mois)
- Focus sur les fonctionnalités et les nouvelles technologies
- Très couramment utilisé sur le bureau
La différence entre Fedora et les autres distributions est Support commercial Red Hat (à la distribution et non à l'utilisateur final). Cela signifie que les développeurs professionnels peuvent travailler sur des projets qui sont testés pour la première fois dans Fedora. Beaucoup de ces composants peuvent donc également être collectés à partir d'autres distributions. Il alimente également le produit RHEL. Tout ce qui est considéré comme stable et utile pour les entreprises les plus exigeantes, peut être déplacé par étapes successives vers la distribution Chapeau rouge RHEL.
Qui devrait ou ne devrait pas l'utiliser?
Avec des cycles de release très rapides et des supports officieux très courts, vous risquez d'investir du temps et des ressources sur l'installation de systèmes qui sont alors obsolètes au bout de quelques mois, rendant impossible de garantir une stabilité durable avec les mises à jour, les correctifs et une sécurité digne des systèmes mais surtout les environnements d'entreprise.
Fedora peut être installé sur les systèmes de bureau des développeurs ou des consultants, les systèmes domestiques et les systèmes des utilisateurs finaux. Il est bon d'être installé sur des systèmes intermédiaires dans lesquels tester les nouvelles fonctionnalités de nouveaux logiciels et/ou de nouveaux noyaux.
C'est bon dans n'importe quel contexte où vous n'avez pas besoin d'une stabilité logicielle garantie, où vous n'avez pas besoin de solutions certifiées et/ou de développeurs, d'ingénieurs système ou de personnel technique certifiés Red Hat.
Aide et soutien
L'assistance doit être déléguée à des sociétés de conseil tierces ou au personnel interne de l'entreprise en sachant que pour tout problème, même grave, vous n'aurez droit à aucun soutien commercial de qui que ce soit et qu'il n'existe aucun contrat de licence avec responsabilité civile relative. .. ou criminel.
Absolument déconseillé aux Hébergeurs, PME, Banques, Administrations Publiques, Assurances ou entreprises en général qui ont besoin d'un accompagnement sur le long terme au moins pour les cycles de release et même des garanties minimales, sinon contractuelles, du moins en termes de stabilité et de durée. .
Si vous souhaitez déléguer une assistance professionnelle à du personnel technique certifié, une certification Red Hat peut être une condition d'entrée pour tout poste vacant. Cependant, parler de postes, de certifications Red Hat dans un contexte qui n'est guère plus qu'un utilisateur amateur de Fedora, laisse le temps qu'il trouve.
Mises à jour et versions logicielles
Cette distribution Linux est toujours très avancée, tant pour la sortie des packages qui l'accompagnent que pour la sortie du Kernel dont elle est équipée.
Pour être clair pendant que nous écrivons, la version du noyau fourni avec Fedora (Fedora 30) est la 5.0 par rapport à la version 3.10.0-957 de la version RHEL 7.6.
Se voulant minutieux et participer à la comparaison également du tout récent RHEL 8.0 sorti il y a tout juste 2 mois, il est fourni avec le Kernel 4.18.0-80.
De plus, Fedora permet également à un niveau pratique d'avoir de nombreux référentiels RPM tiers externes tels que celui de REMI, ELREPO, etc. disponibilité de packages logiciels plus variés, en les maintenant compatibles avec le monde des packages RPM de Red Hat.
Qu'en est-il de la sécurité ?
La sécurité de Fedora suit normalement les tendances de RHEL, bien que, en particulier pour les vulnérabilités importantes et imminentes (les 0 jours classiques), la mise à niveau et la publication des correctifs suivent un cours légèrement plus lent que celui de RHEL qui est en fait la première entreprise à exécuter pour couvrir et publier des correctifs lorsqu'il y a un vulnérabilité critique de leurs logiciels et de leurs distributions.
Red Hat Enterprise Linux (RHEL)
La distribution Linux Enterprise de Red Hat est appelée RHEL en abrégé. La principale différence avec Fedora est que se concentre sur les entreprises qui préfèrent la stabilité. Les services les plus critiques pour les entreprises sont distribués sur cette plateforme. Les composants testés dans des distributions comme Fedora peuvent finalement se retrouver dans cette distribution.
- Focus sur la stabilité
- Pris en charge par Red Hat
- Licence payante
- Commun sur le serveur
Pour les entreprises qui dépendent de la stabilité d'une distribution Linux et du support commercial associé directement de la société mère, vous pouvez utiliser cette distribution.
Qui devrait ou ne devrait pas l'utiliser?
Au niveau entrepreneurial tous ceux qui ont besoin d'avoir une solution logicielle certifiée qui s'inscrit dans le fameux "choix du marché", c'est le choix qu'ils ont fait, ou rendraient des entreprises leaders du secteur ou compatibles avec le nôtre.
Plus qu'un produit RHEL, il doit être perçu comme un service qui vous permet d'orienter une entreprise vers une plateforme certifiée telle que RHEL et une assistance certifiée toujours à la fois RHEL et via la maison mère elle-même ainsi que du personnel technique certifié par les différentes certifications RHEL qui garantissent (au moins sur papier) la préparation et la connaissance de Red Hat Enterprise Linux RHEL à l'utilisateur qui a décidé de se former et de passer des examens de certification pour obtenir une certification reconnue internationalement.
Red Hat Enterprise RHEL est la solution idéale pour les banques, les assurances, les administrations publiques, les PME et essentiellement les entreprises qui ont besoin de garanties au moins dans les choix opérés au niveau managérial et dans le processus décisionnel, Red Hat Enterprise Linux est le bon choix pour pouvoir justifier ses choix et se décharger des problèmes potentiels inhérents au choix du logiciel ayant en fait choisi le meilleur partenaire du marché.
Pour être très direct, aucun administrateur d'entreprise ou responsable informatique ne pourrait se demander s'il peut y avoir un problème avec le système d'exploitation lui-même, ayant choisi la meilleure solution du marché et reconnue comme telle.
En revanche, ce n'est pas une solution recommandée pour les particuliers, l'amateur et les entreprises qui en disposent. revenu du serveur très faible limité comme ceux par exemple de Low Cost Hosting, où ils pourraient facilement utiliser des solutions telles que CentOS qui offre beaucoup de liberté à un coût pratiquement nul.
Aide et soutien
L'assistance doit être déléguée à des sociétés de conseil tierces ou à du personnel interne avec la possibilité de souscrire à un abonnement de support directement auprès de Red Hat.
Le coût de l'assistance directement de Red Hat varie selon le type d'assistance dont vous avez besoin, mais cette assistance ne doit pas être considérée comme un remplacement des sociétés de conseil externes ou des ingénieurs système internes, mais plutôt comme un coaching pouvant être utilisé dans des cas extrêmes lorsque, par exemple, rencontre des problèmes absolument rares et nécessite des procédures de support non documentées.
Les types de support proposés en combinaison avec la distribution sont : le self support (c'est-à-dire sans support RH), Standard et Premium, avec des caractéristiques et des coûts respectivement très différents de 349 $ pour l'autonomie, 799 $ pour la norme et 1299 $ pour la prime. Les laissez-passer annuels signifient. Les fonctionnalités sont plutôt les suivantes, telles que décrites sur leur site Web.
Il convient également de conseiller à toutes les entreprises qui décident d'adopter une distribution RHEL au sein de l'entreprise d'avoir un ou plusieurs ingénieurs système certifiés RHEL dans l'entreprise ou, si nécessaire, de faire certifier les actuels afin d'avoir des systèmes et systèmes parfaitement conformes et compatibles ingénieurs.
Il convient de rappeler au moins à titre informatif que la possession d'une certification Red Hat (bien que dans certains cas, elle ne puisse être perçue que comme un simple badge), dans de nombreuses réalités telles que celles des grandes entreprises, des multinationales et des grandes entreprises telles que ceux du TOP FORTUNE 500 vous donnent beaucoup plus de chances d'être remarqué et embauché avec un salaire vraiment avantageux.
Mises à jour et versions logicielles
Cette distribution de niveau entreprise a ses atouts en termes de stabilité et de support à long terme.
Précisément à cause de cet énorme avantage, des problèmes d'obsolescence peuvent survenir dans certains packages qui ne sont pas mis à jour vers les dernières versions.
En fait, au moment où nous écrivons dans le domaine Web, les packages tels qu'Apache, NGINX, PHP et OpenSSL ne sont pas mis à jour, ce qui pose des problèmes tangibles tels que le manque de HTTP / 2 avec le support ALPN, un interpréteur PHP moderne tel que 7.2, l'absence d'un noyau moderne tel que 4.18 ou version ultérieure qui prend en charge le contrôle de congestion basé sur des performances élevées BBR TCP plutôt que le désormais préhistorique CUBIQ11.
Comme réitéré pour la description de Fedora pendant que nous écrivons, la version du noyau fourni avec Fedora (Fedora 30) est la 5.0 par rapport à la version 3.10.0-957 de la version RHEL 7.6.
Se voulant minutieux et participer à la comparaison également du tout récent RHEL 8.0 sorti il y a tout juste 2 mois, il est fourni avec le Kernel 4.18.0-80.
Bien que, comme nous l'avons écrit pour Fedora également sur RHEL, il existe la possibilité pratique d'avoir de nombreux référentiels RPM tiers externes tels que celui de REMI, ELREPO, etc., il faut dire que l'adoption en production de référentiels similaires, bien qu'absolument excellent dans la pratique, théoriquement ils peuvent aller invalider cette sécurité de logiciel exclusivement autorisée par Red Hat, et donc de nombreux gestionnaires, responsables informatiques et de nombreuses politiques d'entreprise interdisent strictement l'utilisation de ces alternatives très pratique, rapide et fonctionnel plus pour des raisons bureaucratiques que pour autre chose.
Il est clair que si vous souhaitez adopter une politique d'entreprise basée exclusivement sur des logiciels certifiés Red Hat, ou que vous abandonnez certaines fonctionnalités, ou que vous devez recompiler à partir du code source, c'est une pratique optimale d'un point de vue purement bureaucratique mais souvent avec des problèmes potentiellement importants et pas exactement des temps courts.
Si en revanche vous souhaitez opter pour l'utilisation de référentiels externes tiers non certifiés Red Hat, on se demande si à ce stade il n'est plus rentable, même sur le plan économique, d'adopter directement un Distribution de clone d'entreprise telle que CentOS que nous verrons plus tard.
Qu'en est-il de la sécurité ?
La sécurité de RHEL inhérente aux processus de publication des correctifs est très rapide, en particulier sur les canaux d'abonnement comme RedHat Channel. Il faut dire que RHEL est la première des trois distributions à distribuer des correctifs pour les vulnérabilités sévères surtout lorsqu'il y a 0 jours avec un impact potentiellement sévère.
CentOS
CentOS est une dérivation de RHEL. Il est basé sur exactement le même code de base. Il a recompilé tous les packages sources qu'il contient, ce qui en fait un système très similaire sinon presque identique. Les logos Red Hat qui sont leur propriété ont été remplacés par le logo Linux CentOS.
CentOS est idéal si vous aimez la stabilité de RHEL et souhaitez réduire considérablement les coûts car en fait, il est absolument gratuit ainsi qu'Open Source.
Comme cela n'a pas de support officiel de Red Hat qui en fait, comme prévu ci-dessus, offre un support commercial uniquement sur Red Hat Enterprise RHEL.
- Basé sur Red Hat Enterprise RHEL
- Animé par la communauté
- Focus sur la stabilité
- Gratuit
Cette option pourrait être moins adapté aux services critiques car il n'est pas officiellement pris en charge par Red Hat. Même si vous préférez les progiciels récents, CentOS (comme RHEL) n'est peut-être pas toujours la meilleure option, bien qu'il existe des solutions que nous verrons plus tard.
Qui devrait ou ne devrait pas l'utiliser?
En 2022 comme nous le verrons plus bas, CentOS n'est pas recommandé en production. Si vous recherchez un système d'entreprise stable avec prise en charge de LTS, CentOS a été brillamment remplacé par AlmaLinux.
Tout ce que vous lirez ci-dessous, les éloges envers la distribution Linux CentOS ont été exclusivement référencés jusqu'à la version 7 (incluse). Si vous utilisez CentOS 8, vous pouvez migrer vers AlmaLinux.
À ce jour (année 2022 au cours de laquelle nous écrivons cet article), CentOS n'a aucune raison d'être pris en considération, sauf pour être mis à jour et migré vers AlmaLinux.
Au niveau entrepreneurial, toute petite/moyenne entreprise qui ne dispose pas d'un modèle économique adéquat pour obtenir un retour sur investissement suffisant en adoptant une distribution d'entreprise telle que Red Hat RHEL.
Quiconque a encore besoin d'un produit technologique parfaitement équivalent sans avoir le support de la société mère ou tout type d'abonnement au support peut et doit utiliser CentOS en remplacement de RHEL.
Bien qu'on ait trop souvent tendance à minimiser l'importance d'une distribution comme RHEL compte tenu de l'existence de l'équivalent CentOS, rappelons aussi pour être juste que CentOS est né d'une recompilation des packages de la distribution commerciale RedHat Enterprise RHEL et non l'inverse , c'est pourquoi il est facile de comprendre que sans RHEL et tout le travail ci-dessus des ingénieurs de RedHat, même CentOS n'existerait pas.
Il est bon pour une utilisation dans les environnements académiques, scientifiques, universitaires, des hébergeurs et même des entreprises de toute taille, bien qu'il soit très difficile de le voir adopté dans la réalité d'entreprise ou à grande échelle.
En effet, aucun administrateur n'accepterait d'adopter une solution logicielle issue de l'esprit et de la bonne volonté d'une communauté et non d'une entreprise conforme aux plus hauts standards de qualité et répondant à cette « loi non écrite » qu'à certains niveaux les grandes entreprises font accords et accords commerciaux entre grandes entreprises en fait.
Cependant, la plupart des hébergements commerciaux Linux que vous trouvez sur le net sont basés sur CentOS, donc un signe de la bonté absolue du produit, mais avec une politique non corporative (ce n'est pas une entreprise) qui le rend inadéquat pour les grandes réalités entrepreneuriales évoquées plus haut.
Pour être clair, un manager d'une entreprise de plusieurs millions ou milliards de dollars n'acceptera jamais de ne pas avoir le soutien direct du développeur de logiciels, c'est pourquoi il préférera dépenser des dizaines de millions en licences et mises à jour de logiciels et se sentir déchargé des responsabilités qui dans certains contextes sont absolument importants.
Mise à jour 2022 : Compte tenu du bouleversement des équilibres provenant principalement de l'acquisition de RedHat par IBM et du changement ultérieur de la méthode de licence de RHEL et du support relatif de CentOS qui a entraîné un changement radical avec CentOS Stream rendant la distribution CentOS à partir de version 8, une distribution profondément différente de RHEL, manquant effectivement le support LTS, et la stabilité des packages, CentOS n'est en aucun cas recommandé et il est plutôt recommandé de mettre à niveau vers le nouveau AlmaLinux dont vous pouvez en savoir plus sur ce lien : AlmaLinux est la nouvelle distribution alternative LTS à RedHat RHEL 8 et CentOS 8
Aide et soutien
L'assistance doit être déléguée à des sociétés de conseil tierces ou au personnel interne de l'entreprise. Il n'y a pas de support de Red Hat.
Encore une fois, lors de l'embauche de personnel technique informatique qualifié, une certification RHEL est absolument la bienvenue et un atout.
La formation RHEL obtenue lors de la phase de certification se passera exactement sur CentOS sans aucun problème car les deux systèmes sont pratiquement identiques.
Mises à jour et versions logicielles
Comme mentionné pour RedHat RHEL, cette distribution de niveau entreprise a également sa force en termes de stabilité et de support à long terme.
Précisément à cause de cet énorme avantage, des problèmes d'obsolescence peuvent survenir dans certains packages qui ne sont pas mis à jour vers les dernières versions.
En fait, au moment où nous écrivons dans le domaine Web, les packages tels qu'Apache, NGINX, PHP et OpenSSL ne sont pas mis à jour, ce qui pose des problèmes tangibles tels que le manque de HTTP / 2 avec le support ALPN, un interpréteur PHP moderne tel que 7.2, l'absence d'un noyau moderne tel que 4.18 ou version ultérieure qui prend en charge le contrôle de congestion basé sur des performances élevées BBR TCP plutôt que le désormais préhistorique CUBIQ11.
Comme réitéré pour la description de Fedora pendant que nous écrivons, la version du noyau fourni avec Fedora (Fedora 30) est la 5.0 par rapport à la version 3.10.0-957 de la version 7.6 de RHEL et CentOS.
Au moment de la rédaction de cet article, la dernière version de RHEL, la version 2, est sortie depuis 8 mois maintenant. CentOS, en revanche, n'est pas encore sorti avec la version 8, bien que, comme on le voit dans les éditions précédentes (que vous pouvez voir dans le tableau suivant), cela n'a jamais été plus de quelques mois après la sortie de la version CentOS respective. une fois la version RHEL publiée .
Comme mentionné pour Fedora et aussi pour RHEL, CentOS a également la possibilité d'utiliser des référentiels externes. Normalement, dans les domaines où CentOS est utilisé, il n'y a pas de règles strictes et strictes qui impliquent l'interdiction absolue de l'utilisation de référentiels non certifiés, car CentOS lui-même est une distribution Linux non certifiée avec seulement une communauté derrière elle.
Cette plus grande légèreté, au-delà de la bureaucratie complexe qui règne consciencieusement dans certaines zones de production, permet une rapidité d'intervention et de mise à jour des packages pouvant être très rapide et efficace dans la mise en place de nouvelles fonctionnalités, l'installation de nouveaux logiciels ou les mises à jour de nouveaux noyaux.
Pour être toujours clair, l'installation d'un noyau 5.0 sur CentOS à l'aide du référentiel ELRepo ne prend que 3 commandes et environ 60 secondes réelles, évitant les dangereuses virtuosités de la recompilation et de l'installation du noyau qui, bien qu'elles soient la pratique puriste standard, sont absolument trompeuses dans un environnement de production où vous devez peut-être mettre à jour 200 machines en une nuit.
Qu'en est-il de la sécurité ?
Dérivée de RHEL, la sécurité CentOS inhérente aux processus de publication des correctifs est très rapide mais légèrement plus lente que RHEL. Normalement, en cas de problèmes graves, le correctif relatif sur les canaux de mise à jour CentOS est publié avec un délai de 24/48 heures par rapport à RHEL, c'est pourquoi dans tous les cas, dans les zones critiques, il est toujours recommandé d'utiliser RHEL lorsque cela est possible.
Conclusions
Après avoir résumé au mieux les différences substantielles relatives entre les trois distributions basées sur RPM, il serait approprié à ce stade d'éliminer brutalement Fedora des jeux, qui comme nous l'avons vu n'est rien de plus qu'un environnement propice à l'expérimentation de nouvelles fonctionnalités et orienté au-dessus le tout vers le bureau plutôt que vers les serveurs.
Reste RHEL et CentOS SoulLinux (depuis 2022 CentOS n'a plus aucune raison d'exister et a été remplacé par l'excellent AlmaLinux), et à ce stade la question qui choisir est effrontément répondue par une autre question : "Combien d'argent as tu ?"
Car s'il est vrai que RHEL est très sympa, fonctionnel, entreprenant et déjà au moment de l'achat il vous fait vous sentir choyé par ce sentiment que vous êtes dans un tonneau de fer, il faut aussi dire que ce n'est pas toujours le cas et que l'achat de RHEL a avant tout un coût.
Bien que le prix que vous voyez sur le site soit absolument négociable surtout pour un grand nombre de licences et que vous pourriez arriver à le payer même en rabais de 80% sur certains volumes, il est également vrai qu'il a tout de même son coût considérable et ses avantages incontestables.
Pouvez-vous voir une entreprise de santé locale installer CentOS parce qu'elle n'a pas l'argent pour acheter RedHat ? Dans une entreprise du tiers monde peut-être (et CentOS est le bienvenu pour eux) mais pas dans "notre monde" que nous connaissons.
Voyez-vous une banque installer CentOS plutôt que RedHat pour économiser quelques dizaines ou centaines de millions de dollars ? Peut-être dans la science-fiction mais pas dans le monde réel comme en témoignent la Deutsche Bank elle-même ou Lufthansa.
En bref, dans un monde parfait, chaque utilisateur Linux de niveau professionnel achèterait RedHat qui est la meilleure solution du marché et le meilleur partenaire stratégique. Cependant, ils n'ont pas toujours les chiffres, les ressources et un modèle d'affaires pour supporter une dépense similaire et donc un compromis est atteint.
Si on prend l'exemple de beaucoup de nos clients qui ont un coût moyen d'environ 300 euros par mois pour un serveur dédié managé, pour un total d'environ 3600 euros par an, quel avantage tangible auraient-ils à augmenter le coût de 1200 euros .l'année (ou 50%) si vous n'avez besoin que d'un serveur Web bien configuré avec exactement le même logiciel que vous trouverez également sur Red Hat ? Probablement rien.
Mais si notre client n'était pas un blog avec quelques dizaines de millions de visiteurs uniques par mois mais une entreprise chimique certifiée avec les normes ISO les plus élevées et l'administration indépendamment d'une distribution linux certifiée telle que RHEL car elle veut et attend la meilleure solution. du marché, sûr que ces 1200 euros par an de plus ne changeraient rien du point de vue du budget mais donneraient quand même à l'entreprise ce "quelque chose de plus" impossible à obtenir avec CentOS ?
Il est donc juste que toute entreprise qui a une vision prospective et moderne, disposant des ressources économiques pour signer des licences RHEL, soit au moins informée des possibilités qu'elle aurait en rachetant Red Hat plutôt que CentOS, certaine que de nombreux administrateurs de vertueux les entreprises ont cette volonté de faire le meilleur choix dans leur propre intérêt et celui de leur entreprise.
Dans tous les autres cas « Je souhaite mais je ne peux pas », nous utilisons également CentOS qui a tous les avantages de RHEL sans frais de support et contribue de manière significative et tangible à aider les petites entreprises du monde entier.
