Nebul velger NetApp Novus for å skalere sin suverene KI-sky

NetApp kunngjorde 10. november 2026 at Nebul, en europeisk skytilbyder med KI som kjerne, er den første neoskytilbyderen som tar i bruk selskapets Novus-lagringsarkitektur for suveren KI-infrastruktur. Nebul skal bruke Novus i sin suverene Intelligent Cloud. Arkitekturen er generelt tilgjengelig og utviklet for en samlet gjennomstrømming på opptil 100 TB per sekund.

Nebul beskriver Intelligent Cloud som en suveren plattform som kombinerer akselerert infrastruktur, datatjenester for bedrifter og KI-funksjoner for produksjonsmiljøer, samtidig som kunden beholder eierskapet til og kontrollen over dataene sine. I tillegg til å ta i bruk løsningen utforsker selskapene muligheter for å få fart på innføringen av suveren KI ved å kombinere Nebuls tjenester med NetApp-plattformen.

For Nebuls miljø med flere leietakere sier NetApp at Novus kan skalere ytelse, kapasitet og samtidighet uavhengig av hverandre under ett navneområde etter hvert som etterspørselen øker. Nebuls grunnlegger og administrerende direktør Arnold Juffer sa: «Med denne arkitekturen kan vi skalere KI-fabrikken vår for å møte økende etterspørsel fra kundene uten å ofre ytelsen, sikkerheten eller etterlevelsen de er avhengige av.»

Slik skiller Novus metadata fra data

Novus skiller metadata – informasjonen som viser hvor filene er plassert – fra selve dataflyten. NetApps tekniske forklaring beskriver hvordan en klient ber Novus Data Director om et oppsett og deretter kommuniserer direkte med lagring basert på ONTAP. Data Director er et programvaredefinert kontrollag som kan skaleres uavhengig, og som kjører på standard x86-beregningsressurser. Dermed kan metadata- og dataplanene skaleres hver for seg. Dette løser konflikten som oppstår når metadataoperasjoner for små filer og store skriveoperasjoner for kontrollpunkter deler kontrollere.

Produktdokumentasjonen for Novus opplyser at systemet fungerer med standard NFSv4.2-klienter i kjernen og pNFS Flex Files-klienter som bruker nconnect, samt NVIDIA GPUDirect Storage. Driftsansvarlige trenger derfor ikke tilpasset klientprogramvare på tusenvis av GPU-servere. Flere ONTAP-klynger øker gjennomstrømmingen uten at filsystemer må monteres på nytt eller dataene fragmenteres, samtidig som alle GPU-ene fortsatt ser det samme navneområdet.

ONTAP-grunnlaget ivaretar også siden av kunngjøringen som handler om dataforvaltning. NetApp sier at løsningen er utformet for å gjøre det mulig for organisasjoner som bruker plattformen, å utvide eksisterende datamiljøer til suverene skymiljøer og samtidig opprettholde enhetlig sikkerhet, beskyttelse og styring, inkludert gjeldende retningslinjer for jurisdiksjon og tilgang. Willem Hendrickx, NetApps senior visepresident og daglig leder for EMEA og LATAM, trakk fram offentlig forvaltning, helsevesenet og bioteknologi som regulerte bransjer der tilbydere må håndtere etterlevelse, sikkerhet og bruk av flere leietakere.

Fra produktlansering til generell tilgjengelighet

NetApp lanserte Novus 29. september 2026, og arkitekturen kunne bestilles fra samme dag. Den første versjonen kombinerer Data Director-programvaren på kvalifisert Supermicro-infrastruktur med ONTAP-datatjenester på AFF A90-systemer. NetApp beskrev en plan om gradvis å gå over til programvaredefinerte distribusjoner, samtidig som navneområdet, driftsmodellen og datagrunnlaget forblir det samme.

GPU-utnyttelse og lagringsskala

NetApps økonomiske argument er at GPU-er som venter på lagring, fortsatt taper verdi uten å gi avkastning. Da selskapet presenterte løsningen i september, sa det at utnyttelsesgraden kan falle under 30 prosent med tradisjonelle arkitekturer når lagringen ikke kan levere data raskt nok. Lanseringen framstilte derfor lagringens gjennomstrømming som en direkte begrensning for økonomien i GPU-klynger.

NetApps tekniske medarbeider Arindam Banerjee illustrerer båndbreddebehovet med ett eksempel: Én GPU kan kreve opptil 2 GB per sekund, mens 50 000 GPU-er kan kreve denne hastigheten samtidig. Ifølge ham leverer tradisjonelle lagringssystemer 40–80 GB per sekund. For å nå Novus’ samlede mål med slike systemer ville det kreve mer enn 100 systemer, som hvert ville tilføre et navneområde, et feildomene og administrasjonsarbeid. Sammenligningen knytter arkitekturens ene navneområde til driftskostnadene ved å skalere lagringen.

For Nebul vil innføringen sette på prøve om metadata og data kan skaleres uavhengig av hverandre for å støtte flere leietakere og GPU-er uten å fragmentere data på tvers av lagringssystemer, samtidig som kontrollene for jurisdiksjon, tilgang og styring forblir enhetlige. Den driftsmessige utfordringen er å utvide delt KI-infrastruktur uten å svekke den isolasjonen og kontrollen som regulerte kunder krever.