Nebul, NetApp Novus를 선택해 소버린 AI 클라우드 확장

NetApp은 2026년 11월 10일 발표에서 유럽의 AI 네이티브 클라우드 제공업체 Nebul이 소버린 AI 인프라용 Novus 스토리지 아키텍처를 도입한 첫 번째 네오클라우드라고 밝혔다. Nebul은 소버린 Intelligent Cloud에 Novus를 사용할 예정이다. 이 아키텍처는 정식 출시되어 현재 이용할 수 있으며, 초당 최대 100TB의 총처리량을 제공하도록 설계됐다.

Nebul은 Intelligent Cloud를 가속 인프라, 엔터프라이즈 데이터 서비스, 프로덕션 AI 기능을 결합하면서 고객의 소유권과 통제권을 보장하는 소버린 플랫폼으로 설명한다. 양사는 이번 도입을 넘어 Nebul의 서비스와 NetApp Platform을 결합해 소버린 AI 도입을 가속할 기회도 모색하고 있다.

NetApp에 따르면 Novus는 Nebul의 멀티테넌트 환경에서 수요 증가에 따라 단일 네임스페이스 아래 성능, 용량, 동시 처리 규모를 각각 독립적으로 확장할 수 있다. Nebul의 창립자 겸 CEO인 Arnold Juffer는 “이 아키텍처를 통해 고객이 의존하는 성능, 보안 또는 규정 준수를 희생하지 않고도 AI Factory를 확장해 늘어나는 고객 수요에 대응할 수 있습니다”라고 말했다.

Novus가 메타데이터와 데이터를 분리하는 방식

Novus는 파일 위치를 나타내는 정보인 메타데이터를 데이터 자체의 이동과 분리한다. NetApp의 기술 설명에 따르면 클라이언트는 Novus Data Director에 레이아웃을 요청한 뒤 ONTAP 기반 스토리지와 직접 통신한다. Data Director는 표준 x86 컴퓨팅 환경에서 실행되는 소프트웨어 정의 제어 계층으로, 독립적으로 확장할 수 있어 메타데이터 계층과 데이터 계층을 따로 확장할 수 있다. 이를 통해 작은 파일의 메타데이터 작업과 대규모 체크포인트 쓰기가 동일한 컨트롤러를 공유할 때 발생하는 충돌을 해소한다.

Novus 제품 설명서에 따르면 이 시스템은 커널에 기본 포함된 표준 NFSv4.2 및 nconnect를 사용하는 pNFS Flex Files 클라이언트와 NVIDIA GPUDirect Storage를 지원한다. 따라서 운영자는 수천 대의 GPU 서버에 맞춤형 클라이언트 소프트웨어를 설치할 필요가 없다. ONTAP 클러스터를 추가하면 다시 마운트하거나 네임스페이스가 분할되지 않고도 처리량을 늘릴 수 있으며, 모든 GPU는 계속 동일한 네임스페이스를 사용한다.

ONTAP 기반 구조는 이번 발표에서 데이터 거버넌스 측면도 뒷받침한다. NetApp은 자사 플랫폼을 사용하는 조직이 기존 데이터 자산을 소버린 클라우드 환경으로 확장하면서 일관된 보안, 보호 및 거버넌스를 유지하도록 이 설계를 개발했다고 밝혔다. 여기에는 기존의 관할권 및 접근 정책도 포함된다. NetApp의 EMEA 및 LATAM 담당 수석 부사장 겸 총괄 책임자인 Willem Hendrickx는 정부, 의료, 바이오테크를 제공업체가 규정 준수, 보안, 멀티테넌시 문제에 대응해야 하는 규제 산업으로 꼽았다.

제품 출시부터 정식 출시까지

NetApp은 2026년 9월 29일 Novus를 선보였으며, 같은 날 이 아키텍처의 주문을 받기 시작했다. 초기 릴리스는 인증된 Supermicro 인프라에서 실행되는 Data Director 소프트웨어와 AFF A90 시스템의 ONTAP 데이터 서비스를 결합한다. NetApp은 동일한 네임스페이스, 운영 모델, 데이터 기반을 유지하면서 향후 소프트웨어 정의 방식으로 구축을 전환할 수 있다고 설명했다.

GPU 활용률과 스토리지 확장

NetApp은 스토리지를 기다리는 GPU는 수익을 내지 못한 채 가치가 하락한다는 점을 경제성 논거로 제시한다. 9월 발표 당시 회사는 기존 아키텍처에서 스토리지가 데이터를 충분히 빠르게 공급하지 못하면 GPU 활용률이 30% 미만으로 떨어질 수 있다고 밝혔다. 이에 따라 이번 출시는 스토리지 처리량을 GPU 클러스터 경제성에 직접 영향을 미치는 제약 요인으로 제시했다.

NetApp의 기술 펠로우 Arindam Banerjee는 GPU 한 대가 초당 최대 2GB를 요구하고 GPU 50,000대가 동시에 같은 전송률을 요구하는 상황을 예로 들어 필요한 대역폭을 설명했다. 그는 기존 스토리지 어레이의 처리량을 초당 40~80GB로 제시했다. 이러한 어레이로 Novus의 총처리량 목표를 달성하려면 시스템이 100대 넘게 필요하며, 시스템마다 네임스페이스와 장애 도메인, 관리 부담이 추가된다. 이 비교는 단일 네임스페이스를 제공하는 아키텍처가 스토리지 확장에 따른 운영 부담과 어떻게 연결되는지 보여준다.

Nebul의 경우 이번 도입을 통해 메타데이터와 데이터를 독립적으로 확장하면서 스토리지 시스템 간 데이터 분할 없이 더 많은 테넌트와 GPU를 지원할 수 있는지 검증하게 된다. 이 과정에서도 관할권, 접근, 거버넌스 통제는 일관되게 유지돼야 한다. 운영상의 과제는 규제 대상 고객이 요구하는 격리와 통제를 약화하지 않으면서 공유 AI 인프라를 확장하는 것이다.