Red Hat introduceert OpenShift 5 met agentgestuurd clusterbeheer

Red Hat kondigde aan dat OpenShift 5 algemeen beschikbaar is op 9 november 2026 tijdens KubeCon + CloudNativeCon North America. De release brengt agentgestuurde probleemoplossing en één platform voor het beheer van AI-workloads, virtuele machines en containers. Deze op Kubernetes gebaseerde release is beschikbaar voor klanten met bestaande abonnementen via het Red Hat Customer Portal.

Red Hat combineert de release met een update zonder herinstallatie vanaf OpenShift 4.22 en een langer ondersteuningsmodel, waarmee twee operationele belemmeringen voor de overstap naar een nieuwe platformgeneratie worden aangepakt. Het technische overzicht maakt ook een belangrijk onderscheid: workflows met agentische AI onder toezicht maken deel uit van de release, terwijl autonome probleemoplossing en een updateagent nog in de technologiepreview zitten.

Agentgestuurd clusterbeheer met menselijke goedkeuring

OpenShift Lightspeed doet meer dan zijn eerdere rol als conversatieassistent: het onderzoekt meldingen en presenteert de bevindingen en voorgestelde herstelmaatregelen in natuurlijke taal. In de modus met toezicht wacht het op bevestiging van een beheerder voordat het wijzigingen aan het cluster aanbrengt. De autonome preview kan zelfstandig diepgaander onderzoek uitvoeren, maar wacht ook op definitieve menselijke goedkeuring voordat wijzigingen worden doorgevoerd. In geen van beide modi kan deze goedkeuringsstap dus worden overgeslagen.

Ditzelfde beheermodel geldt ook voor onderhoud. Door Lightspeed ondersteunde updateadviezen brengen vóór een onderhoudsvenster de clusterstatus, mogelijke conflicten en de omvang van de impact in kaart, terwijl voorbereidende controles de compatibiliteit van API’s en optionele operators beoordelen. Een afzonderlijke operatorplanner brengt de levenscyclusstatus, clustercompatibiliteit en beschikbare updates samen. De updateagent in de preview gaat verder en helpt bij het plannen en uitvoeren van updatetrajecten.

De OpenShift Model Context Protocol-server en MCP-gateway via Red Hat Connectivity Link zijn algemeen beschikbaar om verbindingen tussen agents en platformservices mogelijk te maken. MCP biedt een beheerd kanaal waarlangs agents toegang krijgen tot platform-API’s en -services. Beheerders kunnen ook met een conversatiechat observatiedashboards in Perses genereren, in plaats van handmatig query’s op te stellen.

Beveiliging voor AI- en gedeelde clusters

OpenShift 5 maakt verschillende beveiligingsmaatregelen standaard onderdeel van het platform. Postkwantumcryptografie beschermt de communicatie van het besturingsvlak; bovendien zijn quantumgereedheid en TLS-configuratie ingebouwd in de platformimages. Een gecentraliseerd en afgedwongen TLS-beleid geldt voor OpenShift Core en gelaagde producten, terwijl aangepaste netwerkbeleidsregels het verkeer van en naar naamruimten met onderdelen van het besturingsvlak beperken. Geautomatiseerd certificaatlevenscyclusbeheer en ingebouwde ondersteuning voor implementaties zonder netwerkverbinding zijn bedoeld voor geïsoleerde, edge- en gereguleerde omgevingen.

Voor AI-workloads versleutelen vertrouwelijke containers modelgewichten wanneer die zijn opgeslagen en tijdens gebruik. De Red Hat-build van Agent Sandbox, eveneens een technologiepreview, gebruikt OpenShift-sandboxcontainers om agentworkloads in VM’s onder te brengen. Zo ontstaat een afscheiding die moet voorkomen dat niet-vertrouwde of autonome code onbeperkte toegang krijgt tot de rest van het cluster. Deze beveiliging beperkt het risico dat ontstaat wanneer agents code genereren en uitvoeren die beheerders niet hebben gecontroleerd.

Voor omgevingen met verschillende typen infrastructuur gebruikt OpenShift Virtualization 5 Lightspeed en MCP-integratie om VM’s in natuurlijke taal in te richten en workflows te automatiseren. Opslagagnostische incrementele back-ups gebruiken QEMU Change Block Tracking om gewijzigde blokken te kopiëren in plaats van volledige virtuele schijfkopieën. Geheugenbewuste load balancing en native swap passen de toewijzingen aan op basis van het werkelijke verbruik. Red Hat zegt ook dat de geautomatiseerde GPU-computerslicing is ontworpen om het hardwaregebruik te verbeteren voor zowel AI-inferentie als traditionele enterprise-workloads.

Updates zonder herinstallatie en vijf jaar ondersteuning

Voor het updatepad is geen onmiddellijke wijziging van het besturingssysteem nodig. Clusters die vanaf OpenShift 4.22 worden bijgewerkt, blijven draaien op Red Hat Enterprise Linux CoreOS 9, terwijl nieuw aangemaakte OpenShift 5.0-clusters standaard CoreOS 10 gebruiken. Red Hat is van plan om CoreOS 9- en CoreOS 10-nodes in een toekomstige release naast elkaar in één cluster toe te staan; die mogelijkheid maakt geen deel uit van OpenShift 5.0.

Red Hat stelt een cyclus van drie jaar tussen hoofdreleases in, waarbij elke hoofdrelease ongeveer een jaar na een hoofdrelease van Red Hat Enterprise Linux verschijnt. De inbegrepen ondersteuning duurt 24 maanden en bestaat uit één jaar volledige ondersteuning en één jaar onderhoudsondersteuning.

Red Hat is van plan elk jaar één Extended Life Cycle-release uit te brengen, met vijf volledige jaren enterprise-ondersteuning dankzij drie extra jaren boven op de inbegrepen perioden. De levenscyclus van vijf jaar geldt ook voor optionele operators, waaronder Red Hat Advanced Cluster Security, OpenShift Service Mesh, OpenShift Pipelines en OpenShift GitOps.

Het directe belang van OpenShift 5 ligt in de combinatie van dit updatepad met striktere operationele controle: OpenShift 4.22-clusters kunnen zonder herinstallatie worden bijgewerkt, maar voor de meest autonome functies van het platform blijft goedkeuring nodig en bevinden ze zich nog in de previewfase. De release brengt agentgestuurde ondersteuning dus naar het beheer van productieclusters zonder autonome uitvoering standaard in te schakelen. Tegelijkertijd geeft de langere levenscyclus infrastructuurteams meer ruimte om het beheer van AI-workloads, VM’s en containers op elkaar af te stemmen.