Nebul выбирает NetApp Novus, чтобы масштабировать свое суверенное облако ИИ

NetApp объявила 10 ноября 2026 года, что Nebul, европейский облачный провайдер, изначально ориентированный на ИИ, стала первым неооблачным провайдером, внедрившим ее архитектуру хранения Novus для суверенной инфраструктуры ИИ. Nebul будет использовать Novus в своем суверенном облаке Intelligent Cloud. Архитектура уже доступна и рассчитана на совокупную пропускную способность до 100 ТБ в секунду.

Nebul описывает Intelligent Cloud как суверенную платформу, объединяющую ускоренную инфраструктуру, корпоративные службы работы с данными и возможности для промышленной эксплуатации ИИ, при этом клиенты сохраняют право собственности на данные и контроль над ними. Помимо внедрения Novus, компании изучают возможности ускорить распространение суверенного ИИ, объединив сервисы Nebul и платформу NetApp.

По словам NetApp, в многопользовательской среде Nebul Novus может независимо масштабировать производительность, емкость и параллелизм в пределах единого пространства имен по мере роста спроса. Основатель и генеральный директор Nebul Арнольд Юффер заявил: «Благодаря этой архитектуре мы можем масштабировать нашу AI Factory, чтобы удовлетворять растущий спрос клиентов, не жертвуя производительностью, безопасностью и соответствием требованиям, на которые они рассчитывают».

Как Novus отделяет метаданные от данных

Novus отделяет метаданные — информацию о расположении файлов — от перемещения самих данных. В техническом описании NetApp рассказывается, как клиент запрашивает схему размещения данных у Novus Data Director, а затем напрямую взаимодействует с хранилищем на базе ONTAP. Data Director — это программно-определяемый уровень управления, который независимо масштабируется и работает на стандартных вычислительных системах x86; благодаря этому плоскости метаданных и данных можно масштабировать отдельно. Это решает проблему, возникающую, когда операции с метаданными небольших файлов и запись крупных контрольных точек выполняются на одних и тех же контроллерах.

В документации по продукту Novus указано, что система работает со стандартными клиентами NFSv4.2 и pNFS Flex Files, встроенными в ядро и использующими nconnect, а также с NVIDIA GPUDirect Storage. Поэтому операторам не требуется устанавливать специальное клиентское программное обеспечение на тысячах серверов с графическими процессорами. Дополнительные кластеры ONTAP увеличивают пропускную способность без повторного монтирования и фрагментации, а все графические процессоры продолжают работать с одним и тем же пространством имен.

Основа ONTAP также обеспечивает управление данными, о котором говорится в объявлении. По словам NetApp, эта архитектура призвана помочь организациям, использующим ее платформу, перенести существующие массивы данных в суверенные облачные среды, сохранив единообразные меры безопасности, защиты и управления данными, в том числе действующие правила юрисдикции и доступа. Виллем Хендрикс, старший вице-президент NetApp и генеральный менеджер по регионам EMEA и LATAM, назвал государственный сектор, здравоохранение и биотехнологии регулируемыми отраслями, в которых поставщикам необходимо решать задачи соблюдения требований, безопасности и многопользовательской изоляции.

От запуска продукта к общей доступности

NetApp представила Novus 29 сентября 2026 года, и в тот же день архитектуру можно было заказать. В первоначальную версию вошли программное обеспечение Data Director на сертифицированной инфраструктуре Supermicro и службы работы с данными ONTAP на системах AFF A90. NetApp описала план постепенного перехода к программно-определяемым развертываниям с сохранением того же пространства имен, той же модели эксплуатации и той же основы для работы с данными.

Загрузка графических процессоров и масштабирование хранилища

Экономическое обоснование NetApp состоит в том, что графические процессоры, ожидающие данные из хранилища, продолжают терять стоимость, не принося дохода. На презентации в сентябре компания заявила, что при традиционных архитектурах загрузка может падать ниже 30%, если хранилище не способно достаточно быстро предоставлять данные. Поэтому при запуске продукта пропускная способность хранилища была представлена как фактор, напрямую ограничивающий экономическую эффективность кластеров графических процессоров.

В своем объяснении технический эксперт NetApp Ариндам Банерджи показывает требования к пропускной способности на примере одного графического процессора, которому может требоваться до 2 ГБ в секунду, и 50 000 графических процессоров, которым одновременно нужна такая же скорость. По его оценке, традиционные массивы хранения данных обеспечивают 40–80 ГБ в секунду; чтобы достичь совокупной целевой пропускной способности Novus с помощью таких массивов, потребовалось бы более 100 систем, каждая из которых добавляла бы пространство имен, домен отказа и дополнительные затраты на управление. Это сравнение связывает единое пространство имен архитектуры с операционными затратами на масштабирование хранилища.

Для Nebul это внедрение станет проверкой того, смогут ли независимо масштабируемые метаданные и данные поддерживать больше клиентов и графических процессоров без фрагментации данных между системами хранения, сохраняя при этом единообразные механизмы контроля юрисдикции, доступа и управления данными. Операционная задача состоит в том, чтобы расширять общую инфраструктуру ИИ, не ослабляя изоляцию и контроль, необходимые клиентам из регулируемых отраслей.