Nebul обирає NetApp Novus для масштабування своєї суверенної хмари ШІ

10 листопада 2026 року NetApp оголосила, що Nebul, європейський хмарний провайдер, створений для потреб ШІ, став першим неоклауд-провайдером, який упровадив архітектуру зберігання даних Novus для суверенної інфраструктури ШІ. Nebul використовуватиме Novus у своїй суверенній платформі Intelligent Cloud. Архітектура вже доступна для широкого використання та розроблена для забезпечення сукупної пропускної здатності до 100 ТБ за секунду.

Nebul описує свою платформу Intelligent Cloud як суверенну платформу, що поєднує прискорену інфраструктуру, корпоративні сервіси для роботи з даними та можливості ШІ для промислової експлуатації, водночас зберігаючи за клієнтами право власності та контроль. Окрім упровадження платформи, компанії вивчають можливості прискорити впровадження суверенного ШІ, об’єднавши сервіси 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 це впровадження стане перевіркою того, чи зможе незалежне масштабування метаданих і даних підтримувати більшу кількість клієнтів і графічних процесорів без фрагментації даних між системами зберігання, зберігаючи водночас узгодженість контролю юрисдикції, доступу й управління. Операційне завдання полягає в тому, щоб розширювати спільну інфраструктуру ШІ, не послаблюючи ізоляцію та контроль, яких потребують клієнти з регульованих галузей.