ИИтог

NVIDIA опубликовала NVKE: управляемый Kubernetes на своих GPU (превью)

инфраструктураРедакция ИИтогHacker News🔥64Рейтинг ИИтог64Влияние45Новизна50Релевантность75Неожиданность25Участники80Достоверность75
NVIDIA опубликовала NVKE: управляемый Kubernetes на своих GPU (превью)

В репозитории dsx-ai-factory/nvke на GitHub опубликован NVIDIA Kubernetes Engine (NVKE), плоскость управления (management plane), которую устанавливают платформенные команды, чтобы создавать и обслуживать Kubernetes-кластеры для своих клиентов на собственной GPU-инфраструктуре NVIDIA. У каждого рабочего кластера (workload cluster) свои плоскость управления Kubernetes, etcd и пулы узлов. Плоскость управления NVKE эксплуатирует оператор, а клиенты работают со своими кластерами через API Kubernetes и kubectl. Код лицензирован под Apache License 2.0, авторские права, NVIDIA CORPORATION & AFFILIATES, 2026 год.

Проект доступен только как превью: API, конфигурация и поведение могут меняться между релизами, а для производственных нагрузок NVIDIA NVKE не рекомендует. По описанию в README, NVKE, не дистрибутив Kubernetes и не вариант Cluster API, а «самохостящаяся фабрика» кластеров: временный затравочный (seed) кластер поднимает управляющий кластер, а плоскость управления на нём по запросу создаёт и ведёт жизненный цикл множества изолированных рабочих кластеров. В установке два вида кластеров: управляющий (с плоскостью управления NVKE и инфраструктурными контроллерами; его формирует утилита nvkectl через временный seed-кластер, а установка сервисов плоскости управления, отдельный шаг) и рабочие, где крутятся приложения клиентов; их создаёт и обслуживает плоскость управления через NICo, Cluster API и агент на узле.

Возможности по README: создание независимых рабочих кластеров по запросу через API NVKE или nvkectl (машины NVKE выделяет через NVIDIA Infra Controller, NICo); управление жизненным циклом, создание, масштабирование и удаление пулов узлов, обновление Kubernetes, замена узлов (с ручными шагами и ограничениями превью для замены и обновлений); идентичность узлов, узлы подтверждают себя через SPIFFE/SPIRE с помощью TPM, прежде чем получат учётные данные для присоединения, а шифрование данных etcd доступно для каждого кластера отдельно; связка сборки и развёртывания, компаньон-проект NVIDIA Kubernetes Recipes (NVKR) собирает образы узлов и компоненты NVKE из зафиксированных входных данных, NVKE их разворачивает, а за сборку и подтверждающие данные о релизе отвечает NVKR.

Для реальной установки нужно самим предоставить машины, сеть, образы узлов и реестры и настроить доступ к NICo, на этапе превью это единственный совместимый провайдер инфраструктуры. Локальный quickstart идёт на хосте или виртуальной машине с Linux (amd64 или arm64), минимум 6 CPU, 12 ГиБ свободной памяти и 100 ГиБ диска; нужны Docker и поддержка виртуального TPM. На macOS оценка выполняется внутри виртуальной машины Colima. Для сборки из исходников нужны Go 1.27.3 (версия зафиксирована в go.work) и GNU Make 4 или новее; make build собирает девять бинарников: agent, updater, controller, nvkectl, capd-reboot-controller, nvke-os-image-check, management-engine, tenant-api и operator-api. Сборка не запускает плоскость управления и не создаёт кластер.

Отдельно README перечисляет ограничения превью. После установки аутентификация API выключена, а API работает по обычному HTTP, поэтому перед допуском вызывающих сторон нужно настроить аутентификацию и защищённый доступ. Управляющий кластер сам не обновляется, не масштабируется и не заменяется; процедур обновления плоскости управления и резервного копирования с восстановлением нет. Образы узлов с FDE предназначены для оценки и не обеспечивают конфиденциальность данных на диске.

Ключевые факты

  • NVKE, плоскость управления для запуска управляемого Kubernetes на собственной GPU-инфраструктуре NVIDIA; у каждого рабочего кластера свои плоскость управления Kubernetes, etcd и пулы узлов.
  • Статус, превью: API и поведение могут меняться, NVIDIA не рекомендует NVKE для производственных нагрузок; лицензия Apache 2.0.
  • Машины NVKE выделяет через NVIDIA Infra Controller (NICo), на этапе превью это единственный совместимый провайдер; образы узлов собирает компаньон-проект NVKR.
  • Узлы подтверждают идентичность через SPIFFE/SPIRE с помощью TPM, шифрование etcd включается для каждого кластера отдельно.
  • Известные ограничения: аутентификация API выключена и работает обычный HTTP, нет обновления плоскости управления и резервного копирования, образы с FDE не защищают данные на диске.

Почему это важно

NVIDIA публикует под Apache 2.0 собственную систему, с помощью которой оператор GPU-парка может предлагать клиентам управляемый Kubernetes: свои кластеры с отдельными плоскостями управления и etcd, создаваемые по запросу. Проект позиционируется не как дистрибутив Kubernetes и не как вариант Cluster API, а как «фабрика» кластеров, которая сама разворачивается из временного seed-кластера. Пока это превью, поэтому важен сам факт появления подхода и состав его компонентов (NICo, NVKR, nvkectl), а не готовое решение для продакшена.

Кому это важно

Платформенным командам и операторам GPU-инфраструктуры, которые хотят сами предоставлять клиентам кластеры Kubernetes на собственных машинах с NVIDIA; а также инженерам, следящим за тем, как NVIDIA выстраивает программный стек вокруг своих серверов. Клиенты оператора по замыслу работают только через API Kubernetes и kubectl.

Как это применить

Для знакомства, локальный quickstart на Linux-хосте или виртуальной машине (amd64 или arm64) минимум с 6 CPU, 12 ГиБ свободной памяти и 100 ГиБ диска, с Docker и виртуальным TPM; нужно пройти настройку до создания рабочего кластера и убедиться, что его узлы в состоянии Ready. На macOS есть отдельное руководство с виртуальной машиной Colima. Для настоящей установки понадобятся свои машины, сеть, образы узлов, реестры и доступ к NICo. Сборка из исходников: Go 1.27.3 и GNU Make 4+, затем make build (девять бинарников в bin/). Перед отправкой изменений в проект, CONTRIBUTING.md и make preflight. Цен, тарифов и сроков общей доступности в источнике нет.

Можно ли доверять

Источник, первичный: README репозитория с авторскими правами NVIDIA CORPORATION & AFFILIATES, 2026. Это описание возможностей самим разработчиком, а не независимая проверка: бенчмарков, названий клиентов и сведений о поддерживаемых моделях GPU в тексте нет, на платформы и версии он лишь отсылает к отдельному справочнику. Сроки выпуска, номер версии и сроки общей доступности не названы, индивидуальные авторы или сопровождающие в тексте не указаны. Сама NVIDIA прямо оговаривает статус превью и непригодность для продакшена.

Риски и подводные камни

Ограничений много, и все названы в самом README. После установки аутентификация API выключена, а API работает по обычному HTTP, до допуска вызывающих сторон нужно настроить аутентификацию и защищённый доступ. Управляющий кластер сам не обновляется, не масштабируется и не заменяется, процедур обновления плоскости управления и резервного копирования с восстановлением нет. Образы узлов с FDE, только для оценки и не дают конфиденциальности данных на диске. Единственный совместимый провайдер инфраструктуры, NICo, то есть без него реальная установка невозможна. Замена узлов и обновления Kubernetes сопровождаются ручными шагами и ограничениями превью, а API и конфигурация могут меняться между релизами.