IBM:n 2 nanometrin prosessori yhdistää Arm- ja mainframe-arkkitehtuurit

IBM käytti Hot Chips 2026 -tapahtumaa esitelläkseen tuleviin IBM Z- ja LinuxONE-järjestelmiin suunnitellun dual-ISA-prosessorin. 2 nanometrin piirissä on 11 ydintä, ja jokaisen ytimen on tarkoitus suorittaa natiivisti sekä IBM:n z/Architecture-käskyjä – joita s390x-järjestelmät käyttävät – että Arm-arkkitehtuurin 64-bittisiä AArch64-käskyjä. IBMin mukaan arkkitehtuurien välillä voidaan vaihtaa nanosekunneissa ilman emulointia tai erillisiä Arm- ja mainframe-ytimiä samassa paketissa. 141

Tavoite on selkeä: mainframe-asiakkaat saisivat käyttöönsä huomattavasti laajemman Arm-ohjelmistoekosysteemin ilman, että liiketoiminnan kannalta kriittinen data ja tapahtumien käsittely täytyy siirtää erilliselle alustalle.

Mitä IBM oikeastaan esitteli?

IBM julkisti prosessorisuunnitelman, ei tällä hetkellä myynnissä olevaa tuotetta. Kerrottuihin ominaisuuksiin kuuluvat 2 nanometrin valmistustekniikka, 11 yli 5,7 gigahertsin taajuudella toimivaa suorituskykyistä ydintä, sirulle integroitu tekoälypäättelyn kiihdytin, I/O-liikennettä nopeuttava erillinen datankäsittely-yksikkö sekä suuri välimuistirakenne. 145

Teknisesti merkittävin ratkaisu on dual-ISA-ydin. Tuleva järjestelmä voisi ajaa Arm-natiivia Linuxia rinnakkain z/OS:n ja IBM Z:n Linux-kuormien kanssa, ja samat fyysiset ytimet voisivat suorittaa joko AArch64- tai z/Architecture-käskyjä. Kyse ei siis ole heterogeenisestä piiristä, jossa yksi ydinryhmä olisi Arm-pohjainen ja toinen IBM:n mainframe-arkkitehtuuria varten. 14

IBM kuvaa ratkaisua ensimmäiseksi dual-arkkitehtuurin mainframe-prosessoriksi, joka on suunniteltu tukemaan sekä IBM:n että Arm-alustan käyttöjärjestelmiä ja sovelluksia. 14

Miksi natiivi Arm-suoritus on mainframessa tärkeää?

IBM Z -järjestelmiä käytetään ympäristöissä, joissa tietojen eheys, tietoturva, korkea käytettävyys ja ennakoitava tapahtumankäsittely ovat keskiössä. Haasteena on, että suuri osa uudemmasta pilvinatiivista ohjelmistosta kehitetään ensisijaisesti Arm- tai x86-ympäristöille. Mainframe-maailmassa ohjelmistot on puolestaan perinteisesti pitänyt sovittaa erikseen s390x-arkkitehtuurille.

Natiivi AArch64-suoritus voisi vähentää tätä kitkaa. Yritys voisi mahdollisesti ajaa Armille suunniteltua Linux-ohjelmistoa lähellä mainframen jo käsittelemää dataa sen sijaan, että dataa vaativa sovellus siirrettäisiin toiseen ympäristöön tai ohjelmistopaketin s390x-portausta ja validointia jouduttaisiin odottamaan. IBMin mukaan tuleva alusta yhdistäisi Arm-ohjelmistojen valinnanvaran IBM Z:n ja LinuxONE-järjestelmien tietoturvaan, luotettavuuteen ja skaalautuvuuteen. 145

Tämä ei kuitenkaan tarkoita, että jokainen Arm-sovellus toimisi automaattisesti tuotannossa. Käyttöjärjestelmäintegraatio, KVM tai muu virtualisointikerros, I/O:n toiminta, tietoturvakontrollit, suorituskyvyn validointi, lisensointi ja toimittajien tuki ratkaisevat, kuinka vaivattomaksi käyttökokemus muodostuu. Laitteisto poistaa yhden merkittävän arkkitehtuurirajoitteen, mutta kaikkea alustatyötä se ei poista.

Tekoälypäättely lähemmäs tapahtumankäsittelyä

IBM asemoi prosessorin myös tekoälyalustaksi. Suunnitelmaan kuuluu tekoälypäättelyn kiihdytin, jota on tarkoitus hyödyntää esimerkiksi tapahtumien aikaisessa petosten tunnistamisessa. 518

Ratkaisun keskeinen lupaus liittyy datan sijaintiin. Pankki tai muu säännelty organisaatio voisi analysoida tapahtumatietoja samassa järjestelmässä, joka käsittelee tapahtumat, sen sijaan että tiedot siirrettäisiin toistuvasti erilliseen tekoäly-ympäristöön. Periaatteessa tämä voi yksinkertaistaa hallintaa ja lyhentää tapahtuman sekä tekoälyn tuottaman päätelmän välistä etäisyyttä. Todelliset viive-, läpimeno- ja kustannushyödyt riippuvat kuitenkin lopullisesta järjestelmästä ja työkuormasta.

IBM ei siis esittele tavallista yleiskäyttöiseen GPU-klusteriin perustuvaa tekoälyratkaisua. Yhtiö yhdistää tulevassa IBM Z- tai LinuxONE-ympäristössä perinteisen yrityslaskennan, Arm-sovellusten tuen ja valikoidun tekoälykiihdytyksen. 18

Haastaako tämä x86:n?

Julkistus vahvistaa IBM:n vastausta yhteen mainframe-modernisaation suurimmista vastaväitteistä: ohjelmistojen saatavuuteen. Arm-tuki voisi tehdä IBM Z:stä kiinnostavamman kehittäjille ja ohjelmistotaloille, joiden sovellukset, kehityskehykset tai käyttöönottokohteet on jo rakennettu AArch64:n ympärille.

Ratkaisu voisi myös tukea hybridimallia, jossa vanhat z/OS-sovellukset, Linux-palvelut ja Arm-natiivit kuormat toimivat lähellä toisiaan. Tämä voi kiinnostaa organisaatioita, jotka haluavat uudistaa sovelluskerroksia siirtämättä ydintapahtumien dataa välittömästi muualle.

Kyse ei silti ole x86:n lyhyen aikavälin syrjäyttämisestä. Asiakkaat vertailevat lopullisia järjestelmiä kokonaiskustannusten, suorituskyvyn, virtualisoinnin kypsyyden, ekosysteemituen, ylläpitotyökalujen, käytettävyyden ja kaupallisen saatavuuden perusteella – eivät pelkästään käskyarkkitehtuurien joustavuuden perusteella. Julkisten pilvipalvelujen Arm-instanssit ja perinteiset x86-käyttöönotot säilyvät vaihtoehtoina.

Aikataulu rajoittaa lähivuosien talousvaikutusta

IBM ei kertonut tarkastelemissamme julkistusmateriaaleissa prosessorille tuotenimeä tai varmaa kaupallista toimituspäivää. Yhtiö puhuu tuleviin IBM Z- ja LinuxONE-järjestelmiin suunnitellusta prosessorista ja muistuttaa, että ennakkoon esitetyt tekniset tiedot ja suunnitelmat voivat muuttua. 144

Siksi julkistusta on tärkeää pitää strategisesti merkittävänä, mutta sitä ei voi vielä tulkita välittömäksi liikevaihdon kasvun ajuriksi. Ennen saatavuutta asiakkaat eivät voi ottaa prosessoria käyttöön, ohjelmistotoimittajat eivät voi viimeistellä laajaa tuotantovalidointia eivätkä sijoittajat arvioida sen hinnoittelua tai käyttöönottoastetta.

Lähiajan merkitys onkin ennen kaikkea alustan asemoinnissa. IBM pyrkii laajentamaan mainframen roolia vakiintuneiden tapahtumakuormien käsittelijästä ympäristöksi, jossa Arm-natiivit sovellukset ja tietyt tekoälykuormat voivat toimia niiden rinnalla. Pidemmän aikavälin mahdollisuus riippuu siitä, muuttuuko tämä asemointi laitepäivityksiksi, ohjelmistokulutukseksi, infrastruktuurikysynnäksi ja modernisaatiopalveluiksi.

Mitä seuraavaksi kannattaa seurata?

Seuraavat etapit ratkaisevat, muuttuuko konferenssijulkistus käytännölliseksi alustaksi:

• Kaupallinen tiekartta: IBM:n on kerrottava tuoteperhe, saatavuusikkuna ja järjestelmäkokoonpanot.
• Käyttöjärjestelmä- ja virtualisointituki: Arm Linuxin käyttöönoton ja hallinnan on oltava sujuvaa IBM Z -kuormien rinnalla.
• Ohjelmisto- ja ISV-sertifioinnit: Yritysasiakkaat tarvitsevat varmuuden sovellusten, tietokantojen, valvontatyökalujen ja tietoturvatuotteiden tuesta.
• Riippumattomat suorituskykymittaukset: Olennaista on todellisten työkuormien suorituskyky ja kustannus, ei käskyarkkitehtuuri yksin.
• Näyttö tekoälykuormista: IBM:n on osoitettava, miten sirulle integroitu päättelykiihdytin toimii petosten tunnistamisessa ja muissa tapahtumankäsittelyyn liittyvissä käyttötapauksissa.

Lopputulos

IBM:n Hot Chips -julkistus kannattaa nähdä yrityksenä ratkaista mainframen ohjelmistorajoite. Ydin, joka suorittaa natiivisti sekä z/Architecture- että Arm AArch64 -käskyjä, voisi auttaa yrityksiä säilyttämään IBM Z:n luotettuna tapahtuma-alustana ja samalla saada käyttöönsä enemmän Arm-natiivia Linux-ohjelmistoa sekä uusia tekoälytyönkulkuja. 141

Prosessori on kuitenkin vasta tulevaisuuden suunnitelma. Ennen kuin IBM kertoo toimitusaikataulun ja ympäröivä ohjelmistoekosysteemi kypsyy, julkistus kertoo IBM Z:n ja LinuxONE:n suunnasta – ei valmiista tuotteesta tai varmistuneesta x86-haastajasta.