Software-update: Red Hat Enterprise Linux 9.0

Red Hat Enterprise Linux logo (79 pix)Red Hat heeft versie 9.0 uitgebracht van zijn Enterprise Linux besturingssysteem, waarmee het zich richt op de zakelijke markt. Het is gebaseerd op CentOS Stream 9, wat op zijn beurt weer is gebaseerd op Fedora 34. De belangrijkste veranderingen die in versie 9.0 zijn aangebracht zijn hieronder voor je op een rijtje gezet.

A new platform for developers today and in the future

Completing the migration to Python 3, version 3.9 will be the default Python for the life of RHEL 9. Python 3.9 brings several new enhancements, including timezone-aware timestamps, the recent string prefix, suffix methods and dictionary union operations to help developers modernize existing apps.

RHEL 9 is also built with GCC 11 and the latest versions of LLVM, Rust and Go compilers. RHEL 9 is based on glibc 2.34 for 10+ years of enterprise-class platform stability.

And finally, for the first time in RHEL, Link Time Optimization (LTO) will be enabled by default in userspace for deeper optimization of application code to help build smaller, more efficient executables.

Easy contribution path to future versions of RHEL

Organizations can now develop, test and contribute to a continuously-delivered distribution that tracks just ahead of RHEL. CentOS Stream, an upstream open source development platform, provides a seamless contribution path to the next minor release. RHEL 9 is the first RHEL major release built from CentOS Stream, and the RHEL 9 Beta was first available as CentOS Stream 9. All future RHEL 9 releases will be built from CentOS Stream.

Next-generation application streams

Building on the introduction of application streams and module packaging in RHEL 8, all packaging methods in RHEL 9 are incorporated into application streams, including modules, SCLs, Flatpacks and traditional RPMs, making them much easier to use.

Continuing commitment to multiple architecture support

Open source software gives users greater control over their digital future by preventing workloads from being locked into a specific vendor. RHEL extends this control beyond the source code by enabling diverse CPU architectures for users that need an evolving business environment. Whether you're running your workload on x86_64, aarch64, IBM POWER9, Power10, or IBM Z, we have you covered.

Container improvements

If you're building applications with universal base image (UBI) container images, you'll want to check out the RHEL 9 UBI images. The standard UBI image is available, as are micro, minimal and the init image. To get the entire experience, test the UBI images on a fully subscribed RHEL 9 container host, allowing you to pull additional RPMs from the RHEL 9 repositories.

RHEL for edge

RHEL 9 introduces automatic container updates and rollbacks, which expands the capacity to update container images automatically. Podman can now detect if an updated container fails to start and automatically roll the configuration back. Together with existing OS-level rollbacks, this provides new levels of reliability for applications.

Image Builder as-a-Service

Enhancements to Image Builder in RHEL 9 help organizations save time and drive system consistency at scale. With the new Image Builder as-a-Service, organizations can now build a standardized and optimized operating system image through our hosted service and deploy it to a cloud provider of choice.

Identity and security

New capabilities added to RHEL 9 help simplify how organizations manage security and compliance when deploying new systems or managing existing infrastructure. RHEL 9 now offers Integrity Measurement Architecture (IMA) to dynamically verify the integrity of the OS to detect if it has been compromised. RHEL 9 has also been enhanced to include digital signatures and hashes that help organizations detect rogue modifications across the infrastructure.

Automation and management

Organizations now have access to the enhanced performance metrics page in the RHEL 9 web console to help identify potential causes of high CPU, memory, disk and network resource usage spikes. In addition, customers can more easily export metrics to a Grafana server. Kernel live patch management is also available via the web console to significantly reduce the complexity of performing critical maintenance. The console also adds a simplified interface for applying kernel updates without using command line tooling.

Predictive analytics

Red Hat Insights now encompasses Resource Optimization, which enables right-sizing RHEL in the public cloud. Resource Optimization does this by evaluating performance metrics to identify workload utilization. Insights then provides visibility and recommendations for optimizing to a more suitable instance for the workload needs. Insights also adds Malware Detection, a security assessment that analyzes RHEL systems across the enterprise for known malware signatures and provides detailed visibility into the risk.

Additional resources

Versienummer 9.0
Releasestatus Final
Besturingssystemen Linux
Website Red Hat
Download https://www.redhat.com/en/technologies/linux-platforms/enterprise-linux
Licentietype Voorwaarden (GNU/BSD/etc.)

Door Bart van Klaveren

Downloads en Best Buy Guide

22-05-2022 • 17:29

26 Linkedin

Bron: Red Hat

Reacties (26)

Wijzig sortering
Kijk eens aan, het gaat rapjes in de RH scene. Als RH Administrator vind ik RH echt een mega fijne stabiele professional Linux versie. Als de basis van je bedrijf (mail, web, database etc.) op RH loopt dan kom je er wel haha.

Naja, iedereen moet weten wat ie doet met zijn bedrijf, maar RH Linux is een stabiele factor waar je op kan rekenen iig.

Fijne zondag
RHEL is m.i. vooral mooi voor z'n commerciële support (en dan in het specifiek voor RH-owned applicaties als RHEV en Satellite). Verder kost RHEL alleen maar geld die je bij andere distros niet hoeft uit te geven. Stabiliteit vind je wel op meerdere distributies. Tussen RHEL, Debian en zelfs Ubuntu zit maar weinig verschil qua stabiliteit. De laatste heeft voornamelijk meer cutting-edge software in de default repo's wat in sommige use-cases precies is wat je wil (ik ben geen fan van third party repo's). Ik pin me nooit vast op een enkele distro, maar pak degene die de uitvoerende taak het best en/of makkelijkst kan. Met een goede IaC base profile maakt het dan ook weinig uit welke distro je deployt.
Ik gebruik altijd Debian eigenlijk, werkt perfect en in mijn ogen het meest eenvoudig. Ubuntu heeft een aantal irritante dingen zoals netplan.

RH is interessant als je bijv commercieel CEPH gebruikt.
Ik snap de haat voor netplan niet echt. Mooie abstractielaag om de zovele verschillende netwerkstacks gebruikt door verschillende distro's. Maar buiten dat om kun je natuurlijk netplan gewoon uitzetten en ifupdown gebruiken :).

RHEL heeft inderdaad goede use-cases, maar tenzij je om specifieke redenen op RHEL moet zitten (en die zijn er) hoef je je er niet aan te beperken :).
Mwah haat is een groot woord. Het is altijd irritant als je jarenlang iets gewend bent en dan komt er ineens iets anders. Ik had bijv ook altijd een hekel aan systemd maar nu weet ik niet meer beter en vind ik het zelfs beter en makkelijker dan initd :P

Maar mensen kunnen niet zo goed tegen verandering, ik ben er daar eentje van ;)
Haha, ik geef ook eerlijk toe dat netplan vooral in het begin een behoorlijke draak was met veel missende features voor wat meer geadvanceerdere netwerkconfiguraties, maar daar zijn ze goed mee bijgetrokken. Nieuwe dingen zijn altijd weer een learning curve en eng (en moeten zich vooral bewijzen, vooral in het geval van een heel nieuw init systeem als systemd, waar in het begin ook een hoop aan scheelde) dus ik snap je wel :9
Vergeet niet dat on het scenario dat je tientallen of honderden servers moet beheren er nog andere zaken gaan spelen.

1 distro is dan wel gewenst, stabiliteit zit hem ook in de kwaliteit van package updates voor security problemen, en ook bij ubuntu betaal je voor gecentraliseerd beheer en zakelijke ondersteuning.
Mwa, waarom moet dat dan? Met goede IaC (ansible, puppet, chef) kun je base profiles op verschillende distributies gelijk houden. Ik heb jarenlang serverparken met duizenden servers en verschillende distros beheerd op die manier en ben daarbij amper problemen tegengekomen. Distrospecifieke zaken bouw je makkelijk in.

Ondersteuning betaal je inderdaad voor, maar ik moet nog meemaken dat je het ergens voor nodig hebt (als je een goed team van linux ops hebt zitten). Betalen voor centraal beheer is een beetje gek anno 2022 met o.a. bovengenoemde IaC oplossingen.
Men zegt ook niet dat het moet, maar voor jouw scenario moet een bedrijf ook even iemand zoals jij, of eigenlijk een team van zulke ervaren mensen, beschikbaar hebben. Kosten en baten afgewogen kan het zinvol zijn om het budget in een outsourced support contract te investeren en het bij een distro te houden. Zoals zo vaak gaat het niet om wat kan, maar wat het voordeligst of best haalbaar is.
Dat vraag ik me dus af als ik soms hoor wat onderhoudscontracten kosten. Voor de prijs die je daarvoor neerlegt kun je doorgaans een mooi team opbouwen. Ik heb nog nooit gezien dat consultancy voordeliger is, maar ik ben dan ook geen financiële man in het bedrijfsleven. Maargoed, al met al heb je wel een punt, want ook al heb je het budget ervoor, dan moet je de juiste mensen natuurlijk nog wel vinden in deze zeer schaarse markt. Helaas zijn er te weinig potjes open te trekken met goede IT'ers.
Veel met zowel CentOS als RHEL gewerkt. De community is vele malen groter dan de support afdeling van RH, en daardoor ook eigenlijk veel sneller een goede oplossing gevonden voor een probleem ipv wachten op antwoord van een achterhaald ticketsysteem. Ik zie totaal geen nut in supportcontracten in deze tijd wanneer het niet een heel specifiek stukje software betreft.

Tegenwoordig kan je met een handjevol IT'ers hele mooie dingen beheren/opzetten, maar op een of andere manier zie ik als freelance IT'er regelmatig dat grote bedrijven maar matige IT'ers blijven binnen harken puur om de reden "we hebben meer mensen nodig". Het was al chaos, en het wordt daardoor eigenlijk alleen maar erger, dus worden er nog meer matige IT'ers binnen gehaald. Zo blijft de vraag naar personeel iig wel hoog en neemt de hoeveelheid werk toe door de chaotische troep die er wordt gecreeerd.

Maar goed, ook een klein groepje goede IT'ers vinden is in het algemeen niet eenvoudig idd.
Als je een Ubuntu LTS versie pakt dan kan je niet echt spreken over cutting edge. Het is nogal behoudend en meestal worden alleen security fixes ingebracht via een backport.

Fedora is inmiddels bij versie 36 en dat moet het nieuwste van het nieuwste zijn. Maar ook daar zie je dat bijvoorbeeld libreoffice pas naar 7.2 ging in 36.
Cutting edge is voor LTS wellicht niet de juiste benaming inderdaad, maar het is wel een mooie stap tussen (old)stable en cutting edge. Met nieuwere technieken mis je toch feature-wise dingen in een Debian of RHEL waardoor je al gauw met third party repos moet werken. Komt de stabiliteit ook niet altijd ten goede, afgezien van andere twijfels die ik zelf heb bij gebruik daarvan. Gelukkig is RH wel een pionier op het gebied van containerisatie dus daar zit je met RHEL wel vrij goed.
Gebruik je het dan als desktop of alleen server?
Always headless.
Dat betekent eigenlijk zonder monitor (kvm) maar dat bedoel je misschien ook.

[Reactie gewijzigd door NimRod1337 op 22 mei 2022 20:02]

Yup, ik zit in de server expertise. Gewoon console based.
Wanneer men het heeft over 'support', wat bedoelen ze dan met betrekking tot RHEL? Bedoelen ze dan dat de kernel en packages geregeld voor lange tijd beveiligingsupdates krijgen, of bedoelen ze dat er een mannetje is wat je kunt bellen als er iets mis is?
Beide, maar ik denk dat jij vooral doelt op het laatste. Red Hat (nouja, IBM nu) doet heel veel voor de community en brengt vaak twee versies van dezelfde applicatie uit. Eentje is dan community-based en de ander is commercieel. oVirt (community) en RHEV (commercieel) of Foreman (community) vs Satellite (commercieel) zijn daar goede voorbeelden van.
Ja mannetje dat je kan bellen.
Het is bij mij enkele jaren geleden maar redhat support was toen enorm goed. 24/7 had je iemand om mee te kijken bij zware issues.
Bij kritische applicaties wil je deze zekerheid wel dus dan betaal je daar ook voor !
Tenzij je natuurlijk echte linux wizards in dienst hebt maar die zijn dun gezaaid.
Ze zorgen er ook voor dat de boel gepatcht EN geverifieerd is. Dus je kunt rustig nieuwe maintenance pakketten uitrollen zonder dat je bang hoeft te zijn dat er conflicten tussen versch softwareversies zijn.
Volgens mij gaat het bij zakelijk gebruik van linux distributies en 'support' zowel over het 'mannetje' (de support desk van de distributie) en de stabiliteit van de geleverde software en de stabiliteit van de gebruikte software versies.

Maar misschien wel het belangrijkste is dat andere leveranciers juist ook gebruikt maken en/of verwijzen naar die zelfde 'suported' versies.
Het is gebaseerd op CentOS Stream 9, wat op zijn beurt weer is gebaseerd op Fedora 34

Leuk hoe moet ik dit zien? als use case ?
Even wachten op Almalinux 9. Die zal snel komen vermoed ik.
Als je het zo vraagt dan zou je kunnen zeggen dat je op veel plaatsen waar je RedHat Enterpice Linux 9.0 ziet staan, dat je daar ook CentOS Stream 9 en Fedora 34 kan gebruiken (mits...)

Als je in de details gaat kijken: Fedora is voor de primaire ontwikkelingen (de state-of-the-art), deze is gebruikt als basis voor deze RHEL9. CentOS Stream 9 (van dit moment) is voor alle open-source gebaseerde zaken gelijk aan RHEL9.

CentOS was ooit alleen maar RHEL maar dan zonder de RedHat specifieke niet-opensource zaken en CentOS liep toen iets achter RHEL aan. Tegenwoordig is CentOS de roling-release en zou ze juist (iets) op RHEL voor lopen.

Als je binnen de RedHat omgeving wilt beginnen is het naar mijn idee: Fedora voor de (nieuwe) desktop, CentOS voor de server en RHEL als je echt zakelijk belang hebt.
Vooral wat leuke wijzigingen omtrent container gebruik vind ik wel leuk. Voor de rest een heleboel features die wij niet echt gebruiken.

Heb geen ervaring met alle nieuwe kernel wijzigingen, maar zal vast wel weer wat werk hebben om alle drivers compatibel te krijgen met deze nieuwe kernel (t.ov. RHEL 8 ).

Van de week maar eens een testje draaien.

[Reactie gewijzigd door s0ulmaster op 22 mei 2022 18:50]

Op dit item kan niet meer gereageerd worden.


Nintendo Switch (OLED model) Apple iPhone SE (2022) LG G1 Google Pixel 6 Call of Duty: Vanguard Samsung Galaxy S22 Garmin fēnix 7 Nintendo Switch Lite

Tweakers vormt samen met Hardware Info, AutoTrack, Gaspedaal.nl, Nationale Vacaturebank, Intermediair en Independer DPG Online Services B.V.
Alle rechten voorbehouden © 1998 - 2022 Hosting door True

Tweakers maakt gebruik van cookies

Tweakers plaatst functionele en analytische cookies voor het functioneren van de website en het verbeteren van de website-ervaring. Deze cookies zijn noodzakelijk. Om op Tweakers relevantere advertenties te tonen en om ingesloten content van derden te tonen (bijvoorbeeld video's), vragen we je toestemming. Via ingesloten content kunnen derde partijen diensten leveren en verbeteren, bezoekersstatistieken bijhouden, gepersonaliseerde content tonen, gerichte advertenties tonen en gebruikersprofielen opbouwen. Hiervoor worden apparaatgegevens, IP-adres, geolocatie en surfgedrag vastgelegd.

Meer informatie vind je in ons cookiebeleid.

Sluiten

Toestemming beheren

Hieronder kun je per doeleinde of partij toestemming geven of intrekken. Meer informatie vind je in ons cookiebeleid.

Functioneel en analytisch

Deze cookies zijn noodzakelijk voor het functioneren van de website en het verbeteren van de website-ervaring. Klik op het informatie-icoon voor meer informatie. Meer details

janee

    Relevantere advertenties

    Dit beperkt het aantal keer dat dezelfde advertentie getoond wordt (frequency capping) en maakt het mogelijk om binnen Tweakers contextuele advertenties te tonen op basis van pagina's die je hebt bezocht. Meer details

    Tweakers genereert een willekeurige unieke code als identifier. Deze data wordt niet gedeeld met adverteerders of andere derde partijen en je kunt niet buiten Tweakers gevolgd worden. Indien je bent ingelogd, wordt deze identifier gekoppeld aan je account. Indien je niet bent ingelogd, wordt deze identifier gekoppeld aan je sessie die maximaal 4 maanden actief blijft. Je kunt deze toestemming te allen tijde intrekken.

    Ingesloten content van derden

    Deze cookies kunnen door derde partijen geplaatst worden via ingesloten content. Klik op het informatie-icoon voor meer informatie over de verwerkingsdoeleinden. Meer details

    janee