Red Hat julkaisee OpenShift 5:n agenttisiin klusteritoimintoihin

Red Hat ilmoitti OpenShift 5:n yleisestä saatavuudesta 9. marraskuuta 2026 KubeCon + CloudNativeCon North America -tapahtumassa. Julkaisu tuo mukanaan agenttisen vianmäärityksen ja yhden toimintaympäristön tekoälykuormille, virtuaalikoneille ja säilöille. Kubernetes-pohjainen julkaisu on nykyisten tilausten asiakkaiden saatavilla Red Hat Customer Portalin kautta.

Red Hat yhdistää julkaisuun mahdollisuuden päivittää OpenShift 4.22:sta paikan päällä sekä aiempaa pidemmän tukimallin, jotka poistavat kaksi uuden alusta­sukupolven käyttöönoton toiminnallista estettä. Teknisessä yleiskatsauksessa tehdään myös tärkeä ero: valvotut agenttiset työnkulut sisältyvät julkaisuun, mutta itsenäinen vianmääritys ja päivitysagentti ovat edelleen teknisessä esikatselussa.

Agenttiset toiminnot ihmisen hyväksynnällä

OpenShift Lightspeed ei enää toimi vain keskusteluavustajana, vaan tutkii hälytyksiä ja esittää löydöksensä sekä ehdotetut korjauspolut luonnollisella kielellä. Valvotussa tilassa se odottaa järjestelmänvalvojan vahvistusta ennen klusterin muuttamista. Itsenäinen esikatseluversio pystyy tekemään perusteellisempia tutkimuksia omatoimisesti, mutta pysähtyy sekin odottamaan ihmisen lopullista hyväksyntää ennen muutosten toteuttamista. Kummassakaan tilassa muutoksia ei siis voi toteuttaa ilman hyväksyntää.

Samaa toimintamallia sovelletaan myös ylläpitoon. Lightspeedin tehostetut päivitysohjeet kartoittavat klusterin tilan, mahdolliset ristiriidat ja vaikutusten laajuuden ennen huoltoikkunaa, ja sitä edeltävissä tarkistuksissa arvioidaan API-yhteensopivuus ja valinnaiset operaattorit. Erillinen operaattorisuunnittelija kokoaa yhteen elinkaaren tilan, klusterin yhteensopivuuden ja saatavilla olevat päivitykset. Esikatselussa oleva päivitysagentti auttaa lisäksi suunnittelemaan ja toteuttamaan päivityspolkuja.

Agenttien ja alustapalvelujen välisiin yhteyksiin tarkoitetut OpenShift Model Context Protocol -palvelin ja MCP-yhdyskäytävä Red Hat Connectivity Linkin kautta ovat yleisesti saatavilla. MCP tarjoaa hallitun kanavan, jonka kautta agentit voivat käyttää alustan rajapintoja ja palveluja. Järjestelmänvalvojat voivat myös luoda Perses-havainnointinäkymiä keskustelemalla sen sijaan, että laatisivat kyselyt käsin.

Tekoälyn ja jaettujen klusterien tietoturva

OpenShift 5 tuo useita suojauksia osaksi alustan oletusasetuksia. Kvanttiturvallinen salaus suojaa ohjaustason viestintää, ja alustan levykuvat sekä TLS-asetukset on valmisteltu kvanttilaskennan varalle. Keskitettyä, pakollista TLS-käytäntöä sovelletaan koko OpenShift-ydinalustaan ja sen päälle lisättyihin tuotteisiin, ja räätälöidyt verkkokäytännöt rajoittavat liikennettä ohjaustason operandien nimiavaruuksiin ja niistä pois. Automaattinen varmenteiden elinkaaren hallinta ja natiivi tuki verkkoyhteydettömille käyttöönottoympäristöille palvelevat eristettyjä, reunalaskennan ja säänneltyjä ympäristöjä.

Tekoälykuormien yhteydessä luottamukselliset säilöt salaavat mallien painot sekä levossa että käytön aikana. Red Hatin Agent Sandbox -jakelu, joka on myös teknisessä esikatselussa, käyttää OpenShiftin eristettyjä säilöjä agenttikuormien sijoittamiseen virtuaalikoneisiin. Näin luodaan eristysraja, jonka tarkoituksena on estää epäluotettua tai itsenäisesti toimivaa koodia saamasta rajoittamatonta pääsyä laajempaan klusteriin. Suojaus vastaa riskiin, joka syntyy, kun agentit luovat ja suorittavat koodia, jota järjestelmänvalvojat eivät ole tarkistaneet.

Sekalaisissa ympäristöissä OpenShift Virtualization 5 hyödyntää Lightspeediä ja MCP-integraatiota virtuaalikoneiden luonnollisen kielen avulla tapahtuvaan käyttöönottoon ja työnkulkujen automatisointiin. Tallennusratkaisusta riippumaton inkrementaalinen varmuuskopiointi käyttää QEMU Change Block Tracking -tekniikkaa muuttuneiden lohkojen kopioimiseen kokonaisten virtuaalilevykuvien sijaan, ja muistinkäyttö huomioiva kuormantasaus sekä natiivi swap-muisti mukauttavat varauksia todellisen kulutuksen perusteella. Red Hatin mukaan sen automaattinen GPU-laskentakapasiteetin lohkominen on suunniteltu parantamaan laitteiston käyttöastetta tekoälyn päättelytehtävissä ja perinteisissä yrityskuormissa.

Paikan päällä tehtävät päivitykset ja viiden vuoden tuki

Päivityspolku ei pakota vaihtamaan käyttöjärjestelmää heti. OpenShift 4.22:sta päivitetyt klusterit pysyvät Red Hat Enterprise Linux CoreOS 9 -versiossa, kun taas uudet OpenShift 5.0 -klusterit käyttävät oletusarvoisesti CoreOS 10:tä. Red Hat aikoo mahdollistaa CoreOS 9- ja CoreOS 10 -solmujen rinnakkaiselon samassa klusterissa tulevassa julkaisussa; tämä ei kuulu OpenShift 5.0:n ominaisuuksiin.

Red Hat ottaa käyttöön kolmen vuoden välein julkaistavan pääversion julkaisurytmin, jolloin pääversio ilmestyy noin vuosi merkittävän Red Hat Enterprise Linux -julkaisun jälkeen. Julkaisuun sisältyvä tuki kestää 24 kuukautta: ensimmäinen vuosi on täyttä tukea ja toinen ylläpitotukea.

Red Hat aikoo julkaista yhden Extended Life Cycle -version vuosittain. Sen tukena on viiden täyden vuoden yritystuki, joka saadaan lisäämällä julkaisuun sisältyvien tukijaksojen päälle kolmen vuoden lisäosa. Viiden vuoden elinkaari kattaa myös valinnaiset operaattorit, kuten Red Hat Advanced Cluster Securityn, OpenShift Service Meshin, OpenShift Pipelinen ja OpenShift GitOpsin.

OpenShift 5:n välitön merkitys perustuu päivityspolun ja aiempaa tiukemman toiminnanohjauksen yhdistämiseen: OpenShift 4.22 -klusterit voidaan päivittää paikan päällä, mutta alustan itsenäisimmät toiminnot vaativat edelleen hyväksynnän ja ovat yhä esikatselussa. Julkaisu tuo näin agenttisen avustamisen tuotantoklusterien hallintaan tekemättä itsenäisestä suorittamisesta oletusta, ja pidempi elinkaari antaa infrastruktuuritiimeille enemmän aikaa sovittaa yhteen tekoälyn, virtuaalikoneiden ja säilöjen hallinta.