La Fibre
Télécom => Logiciels et systèmes d'exploitation => 
Linux => Discussion démarrée par: vivien le 07 mai 2019 à 17:23:10
-
Red Hat Enterprise Linux 8.0 est disponible. CentOS 8.0 le sera dans quelques
jours semaines
(https://lafibre.info/testdebit/linux/201905_red_hat_enterprise_linux_8_1.png)
Red Hat Enterprise Linux est une distribution Linux commerciale, mais CentOS, qui est gratuit, a tous ses paquets, à l'exception du logo, qui sont des paquets compilés à partir des sources de la distribution Red Hat Enterprise Linux.
Red Hat Enterprise Linux 7 est sortie en 2014, il y a 5 ans, mais chaque version de Red Hat Enterprise Linux a un support de 10 ans (la fin du support de RHEL 7 est le 30 juin 2024 et c'est mai 2029 pour RHEL 8).
Red Hat Enterprise Linux 8 est sorite aujourd'hui (7 mai 2019) et est basée sur Fedora 28.
Voici les logiciels proposés avec un support de 10 ans dans RHEL 8 :
- Noyau Linux kernel 4.18 (avec RHEL 7, c'était le noyau Linux 3.10)
- Gnome 3.28 avec Wayland par défaut (X.org est aussi disponible). Avec RHEL 7 c'était Gnome 3.8.
- PHP 7.2 (c'était PHP 5.4 avec RHEL 7)
- Ruby 2.5 (Ruby 2.0.0 avec RHEL 7)
- Base de données : MariaDB 10.3 (MariaDB 5.3 avec RHEL 7), MySQL 8.0, PostgreSQL 10 (PostgreSQL 9.2 avec RHEL 7), Redis 5.
- Serveur Web : en plus d'Apache 2.4, nginx 1.14 fait son apparition dans RHEL. http/2 est proposé pour les deux.
- Squid 4.4 (Squid 3.5 avec RHEL 7)
- Python 3.6 est la version par défaut (il y a un support limité pour Python 2.7)
- systemd 239 (systemd 208 avec RHEL 7)
- GCC 8.2
- BIND 9.11
(https://lafibre.info/testdebit/linux/201905_red_hat_enterprise_linux_8_2.png)
-
CentOS 8.0 le sera dans quelques jours.
En général, cela prenait quand même quelques semaines, de l'ordre d'un mois ou plus. On verra si avec le rachat de CentOS par Red Hat (lui-même racheté par IBM...), le délai est plus court...
-
Red Hat Enterprise Linux 7 est sortie en 2014, il y a 5 ans, mais chaque version de Red Hat Enterprise Linux a un support de 10 ans (la fin du support de RHEL 7 est le 30 juin 2024 et c'est mai 2029 pour RHEL 8).
Il y a aussi le support étendu (ELS), qui ajoute quelques années avec des patchs de sécurité critiques.
Par exemple RHEL5 est en support étendu jusqu'en novembre 2020.
(https://lafibre.info/testdebit/linux/201905_red_hat_enterprise_linux_support.png)
-
Y'a moyen de la tester en tant que particulier ?
Je vois qu'il réclament un nom de société même pour DL une iso d'évaluation. Ok, c'est théoriquement réservé aux entreprises, mais bon c'est quand même dommage, y'a aussi des geeks curieux.
Vous allez me rétorquer que CentOS est identique a quelques détails près, oui, mais j'aimerais bien essayer l'original :P
-
Y'a moyen de la tester en tant que particulier ?
Je vois qu'il réclament un nom de société même pour DL une iso d'évaluation. Ok, c'est théoriquement réservé aux entreprises, mais bon c'est quand même dommage, y'a aussi des geeks curieux.
Vous allez me rétorquer que CentOS est identique a quelques détails près, oui, mais j'aimerais bien essayer l'original :P
C'est possible depuis 2016 inscris-toi ici : https://developers.redhat.com/ et tu pourras télécharger un iso
-
Je me demande si on va être en RH 8.0 sur le cluster qui est en cours d'installation au boulot.
Si on est en 7.X j'ai comme un doute sur le fait qu'on passe un jour en version 8.X...
-
C'est possible depuis 2016 inscris-toi ici : https://developers.redhat.com/ et tu pourras télécharger un iso
Merci ! DL en cours.
Par contre 6 Go le bouzin, c'est pas léger tout ça, 1h20 à attendre... J'espère qu'il ne récupère pas encore des paquets en ligne.
Si ça se trouve j'aurais sans doute plus vite fait de prendre l'iso de boot et qu'il récupère les paquets nécessaires.
-
J'espère qu'il ne récupère pas encore des paquets en ligne.
Je viens de l'installer dans une machine virtuelle, il y a encore 170Mo à récupérer post install sinon tout est sur l'iso.
Si ça se trouve j'aurais sans doute plus vite fait de prendre l'iso de boot et qu'il récupère les paquets nécessaires.
C'est surement une meilleure idée, si tu comptes installer gnome 3 sans les extras tu récupères environ 1440 paquets, on est loin des 6GB de l'iso
ne fonctionne pas
-
Je viens de l'installer dans une machine virtuelle, il y a encore 170Mo à récupérer post install sinon tout est sur l'iso.
170 Mo c'est encore raisonnable.
C'est surement une meilleure idée, si tu comptes installer gnome 3 sans les extras tu récupères environ 1440 paquets, on est loin des 6GB de l'iso
Douche froide...
Je viens de voir que RH ne fourni pas de dépôt en libre accès si on passe par cette méthode. Il faut dans tous les cas télécharger l'iso complète et ensuite partager son contenu pour créer son repo local qu'il faudra renseigner à l'install. Si pour un déploiement en entreprise sur de nombreuses machines c'est pratique, en installation isolée c'est... frustrant.
-
Je vois que l'accès gratuit en tant que dev à RHEL interdit l'utilisation en prod. Ok d'accord, mais concrètement qu'est-ce qui m’empêche d'installer apache & cie et de m'en servir ?
Y'a un seuil à partir duquel c'est considéré comme prod et plus développement ? Genre la distrib envoi une alerte aux serveurs de RH sur le nombre de connexions TCP par exemple, et si rien n'est fait pour régulariser, l’abonnement est bloqué ?
-
Le licensing RHEL est particulier : c'est le support (abonnement) et pas l'utilisation en tant que telle qui est payant.
Tu peux donc installer et utiliser à partir de l'ISO, ou prendre un premier abonnement (1 an) et ne pas le renouveler, en conservant le droit d'utilisation.
Mais :
- l'accès aux mises à jour (repositories RHN) nécessite un abonnement/support, sinon tu ne peux que faire les mises à jour à chaque publication de release mineure via l'ISO
- placer un serveur sous support oblige à placer TOUS les serveurs de l'organisation sous support (c'est dans le contrat de support)
C'est comme ça que RedHat fait son beurre et comme ça que les audits de licences font très mal parfois tant les entreprises ont tendances à payer N licences et déployer M>>N instances (sans mises à jour ou en utilisant un miroir repository local mutualisé).
Une fois l'abonnement souscrit ça donne ça :
# yum repolist
Loaded plugins: product-id, search-disabled-repos, subscription-manager
repo id repo name status
rhel-7-server-rpms/7Server/x86_64 Red Hat Enterprise Linux 7 Server (RPMs) 24,134
repolist: 24,134
Les abonnements se font aux cores pour les instances physiques (1 abo / 2 cores) ou à l'instance pour les VM (1 abo / 2 VM).
Il y a aussi des abonnements "Virtual Datacenter", avec un nombre illimité de VM, abo au cores d'hyperviseurs (1 abo / 2 cores), en comptant les cores de tous les hyperviseurs de la ferme si c'est un cluster.
Donc clairement si tu n'as pas besoin de support il est préférable de prendre CentOS ou un autre clone, par exemple Oracle Linux qui a l'avantage d'avoir un modèle un peu mixte : tu peux payer un support sur les instances que tu souhaites (par exemple support sur les instances Prod mais pas sur les instances Dev), et dans tous les cas tu as accès libre aux repositories Oracle Linux.
-
J'ai bien compris cet aspect, tu as du mal comprendre, je reformule :
Si on est inscrit en tant que développeur, l’abonnement est gratuit (ça inclus les MAJ et toute une suite d'outils), donc comment dans ce cas différentier un usage dev d'un usage production ?
Genre je l'installe sur mon serveur pour mon usage personnel/familial dans ce cas il faudrait que je paie ou pas ? Vont-ils venir vérifier ce que je fais avec et le cas échéant me faire payer ou révoquer mon compte ?
-
J'ai bien compris cet aspect, tu as du mal comprendre, je reformule :
Tu déplorais l'absence d'accès aux repositories en ligne, d'où ma réponse.
En ce qui concerne le droit d'usage : le terme de développement s'entend dans un contexte informatique, pour moi un usage pour rendre un service quand bien même personnel/familial ce n'est plus du développement.
L'usage en violation du contrat que tu as signé t'expose à des poursuites en cas d'audit, comme les entreprises qui ne souscrivent pas aux abonnements pour toutes les instances standard qu'elles utilisent.
Maitenant, est-ce que tu risques vraiment quelque chose en tant que particulier ? Ils ont d'autres chats à fouetter je pense.
Il y a de nombreux cas de logiciels sous licences mais sans aucune restrictions techniques (clés, ...), pour lesquels l'éditeur se fait une joie de laisser les grandes entreprises abuser, puis les auditer régulièrement pour négocier "à l'amiable" des achats conséquents de nouveaux produits afin de les "sauver" d'un coûteux redressement. Un éditeur de SGBD commençant par Ora et un grand spécialiste de la chose.
Mais encore une fois, si tu n'as pas besoin de support je ne vois aucun intérêt à choisir RHEL vs CentOS.
-
Tu déplorais l'absence d'accès aux repositories en ligne, d'où ma réponse.
C'est l'installation impossible via l'image boot qui m'agaçais sans avoir préalablement téléchargé l'iso complète. Les dépôts, une fois installé et enregistré, j'y ai accès sans problème.
En ce qui concerne l'usage en violation du contrat que tu as signé : tu t'exposes à des poursuites en cas d'audit, comme les entreprises qui ne souscrivent pas aux abonnements pour toutes les instances standard qu'elles utilisent.
Est-ce que tu risques quelque chose en tant que particulier ? Ils ont d'autres chats à fouetter.
Il y a de nombreux cas de logiciels sous licences mais sans aucune restrictions techniques (clés, ...), pour lesquels l'éditeur se fait une joie de laisser les grandes entreprises abuser, puis les auditer régulièrement pour négocier "à l'amiable" des achats conséquents de nouveaux produits afin de les "sauver" d'un coûteux redressement. Un éditeur de SGBD commençant par Ora et un grand spécialiste de la chose.
C'est logique, comme partout en fait.
Mais encore une fois, si tu n'as pas besoin de support je ne vois aucun intérêt à choisir RHEL vs CentOS.
Je posais la question juste par curiosité ;) Évidemment que j'utiliserais CentOS. Il faut vraiment avoir des besoins spécifiques ou ne pas savoir quoi faire de son argent pour débourser 350$/an pour 2-3 serveurs en tant que particulier.
-
CentOS 8.0 le sera dans quelques jours.
En général, cela prenait quand même quelques semaines, de l'ordre d'un mois ou plus. On verra si avec le rachat de CentOS par Red Hat (lui-même racheté par IBM...), le délai est plus court...
Je m’inquiète, RedHat 8 est sorti le 8 mai 2019 et CentOS 8 n'est toujours pas sorti : Qu'est ce qui peut faire qu'il y a un tel délais, sachant que CentOS a tous ses paquets (à l'exception du logo) qui sont des paquets compilés à partir des sources de la distribution RHEL (Red Hat Enterprise Linux).
J'ai du mal à comprendre.
-
En général, cela prenait quand même quelques semaines, de l'ordre d'un mois ou plus. On verra si avec le rachat de CentOS par Red Hat (lui-même racheté par IBM...), le délai est plus court...
Je m’inquiète, RedHat 8 est sorti le 8 mai 2019 et CentOS 8 n'est toujours pas sorti : Qu'est ce qui peut faire qu'il y a un tel délais, sachant que CentOS a tous ses paquets (à l'exception du logo) qui sont des paquets compilés à partir des sources de la distribution RHEL (Red Hat Enterprise Linux).
J'ai du mal à comprendre.
Ca arrive : https://wiki.centos.org/About/Building_8#head-516d5e6556bb8523b52fba246953d32831582480
Il ne doit plus rester grand chose à finaliser.
-
Oracle Linux 8 (autre distribution RHEL-compatible) est sorti le 18 juillet.
-
Mauvaise nouvelle pour CentOS 8, la sortie est officiellement repoussée à une date indéterminée :
https://wiki.centos.org/About/Building_8#head-ce0fa3e5579267c7ec0977d10b6c408703d94dbe
019-09-10 According to this thread, work was stopped on CentOS 8 after upstream released 7.7. Since so many more users have CentOS 7.x in production, and no one has 8 yet, priority has been given to the 7.7 update... and once it is done, work will continue on 8.
https://lists.centos.org/pipermail/centos-devel/2019-September/017693.html
Anyway .. the os/ trees for 7.7.1908 are now (very recently added) to
the QA tree. They need full QA .. then we can build updates for the
7.7.1908 release. We can't build them now, because if the os/ dir is
broken .. the updates built from it will also be broken.
Once the updates are built .. and tested .. then the 7.7.1908 tree will
he released.
Then we will get back to CentOS 8 .. since because no one has it yet ..
it is not a priority.
-
Bon finalement ça serait le 24 septembre :
https://twitter.com/CentOSProject/status/1173652996305170432
-
Du fait du COVID19, Redhat fourni gratuitement pendant 30 jours 7 cours ... Vue d'ensemble, virtualisation,... c'est en les parcourant qu'on se rends compte qu'il y a toujours un truc qu'on a oublié 🙂
=> https://blcsystems.com/red-hat-free-courses/