В начале ноября 2026 года open-source control plane от NVIDIA наконец получил внимание, для которого создавался: 6 ноября репозиторий NVIDIA Kubernetes Engine (NVKE) попал на главную Hacker News, где первым вопросом сообщества стал очевидный - «а разве обычный Kubernetes не умеет деплоить на GPU?»[1] Умеет, и это работает. Но NVKE - это не очередная дистрибуция Kubernetes. Это management plane, который запускает managed Kubernetes-сервис на железе, которое принадлежит вам, - тот самый слой между «я умею запускать kubeadm» и «я продаю GPU-мощности как Kubernetes-кластеры клиентам».

В этой статье сравниваются три реальных способа получить GPU-Kubernetes в конце 2026 года: NVKE на своём NVIDIA-железе, DIY-кластер на k3s или kubeadm и арендованные managed GPU-кластеры у DigitalOcean или Vultr. Каждая версия, лимит и цена ниже сверены со страницами самих провайдеров 6 ноября 2026 года. Выдуманных бенчмарков здесь нет.

Что такое NVKE на самом деле

NVKE - это open-source ПО (лицензия Apache 2.0), которое «AI-фабрика» устанавливает, чтобы запустить управляемый Kubernetes-сервис на своей собственной NVIDIA GPU-инфраструктуре.[2] Вы вызываете API NVKE, чтобы создавать Kubernetes-кластеры для своих клиентов, а NVKE провижинит узлы, формирует каждый кластер и эксплуатирует его дальше: масштабирует node pools, обновляет Kubernetes, заменяет узлы и продлевает сертификаты.[2]

В этом предложении спрятаны два факта, которые определяют всю архитектуру. Во-первых, одна инсталляция NVKE управляет целым флотом кластеров внутри одного дата-центра, и у каждого кластера свой control plane и своя etcd - так инцидент control plane одного клиента не роняет кластер другого.[2] Во-вторых, репозиторий описывает себя как «self-hosting factory for Kubernetes clusters»: одноразовый seed-кластер поднимает management-кластер, а management plane на нём затем провижинит и жизненным циклом управляет множеством изолированных workload-кластеров по запросу.[3]

Конкретно путь развёртывания выглядит так:

  • Day 0 - Bootstrap. nvkectl поднимает seed-кластер, с его помощью формирует management-кластер через kubeadm, затем удаляет seed.[2]
  • Day 1 - Configure. Оператор подключает management plane к провайдеру инфраструктуры, настраивает API-аутентификацию и публикует образы машин и релизы, которые будут использовать кластеры.[2]
  • Day 2 - Run clusters. Кластеры создаются через API, и NVKE держит их в живых: масштабирует node pools, обновляет control plane и рабочие узлы до новых релизов, заменяет узлы и продлевает сертификаты.[2]

Компоненты - классический набор платформы: NVKR (система сборки образов узлов и артефактов), nvkectl (CLI), management plane (REST API плюс контроллеры), nvke-agent (сервис на каждом узле, который запускает kubeadm, настраивает шифрование и ставит CNI - без SSH), CAPNICo (Cluster API-провайдер инфраструктуры для NVIDIA-контроллера голого железа NICo) и NKTP (пайплайн телеметрии).[2][3]

Самая сильная часть истории безопасности - идентичность узлов: на узлах стоит SPIRE-агент (1.14.1) с TPM-плагином (1.9.0), и узел допускается в кластер только после аттестации через свой TPM 2.0 - вы записываете отпечаток endorsement-key каждого узла в сайт-спеку, и узел без отпечатка не может присоединиться.[4][5] В документированном пути загрузки нет даже fallback через join-token.[5]

Реальность preview: что не так

Вот та часть, которая решает, можно ли использовать NVKE сегодня: это прямо заявленный preview. Слова самого NVIDIA: «APIs, configuration and behavior can change between releases, and we do not recommend NVKE for production workloads».[3][6]

Известные ограничения - не косметика:[6]

  • Management-кластер не управляет собой. Он не обновляет, не масштабирует и не заменяет собственные узлы, процедуры апгрейда management plane нет, и нет документированной процедуры бэкапа или восстановления состояния management-кластера.[6]
  • API-аутентификация по умолчанию выключена, и API ходит по обычному HTTP сразу после установки. Аутентификацию и защищённый доступ нужно настраивать до того, как пускать любого вызывающего.[3][6]
  • Вариант node-образа с полным шифрованием диска (FDE) - только для оценки. Хуже того: узлы, собранные из одного FDE-образа, делят один ключ шифрования тома, поэтому образ не защищает данные at rest.[6][7]
  • NICo - единственный совместимый провайдер инфраструктуры на preview (через CAPNICo v0.1.0). Ни vSphere, ни ваш существующий bare-metal API - только собственный контроллер NVIDIA.[3][7]
  • Базовый телеметрический бэкенд - только для оценки: он держит данные в памяти и даёт анонимным пользователям админский доступ к Grafana.[6]

Платформа также жёстко предписывает, что вы должны запускать: Kubernetes 1.36.3 (pinned) и для management, и для workload-кластеров, ОС узлов - только Ubuntu 24.04 или 26.04 LTS (больше ничего), CNI - OVN-Kubernetes 2.4.2 от NVIDIA, а апгрейды сознательно консервативны: control plane может перейти на одну минорную версию вверх или на более поздний патч, node pools могут отставать от control plane максимум на три минорные версии.[7]

Если хочется просто пощупать без GPU-железа, локальный quickstart запускается на эмулируемом провайдере инфраструктуры (mock-NICo) на одной Linux-машине минимум с 6 CPU и 12 GiB памяти.[2] С неё и надо начинать честную оценку, потому что реальное развёртывание требует NVIDIA-машин под управлением NICo, TPM 2.0 на каждом узле, хоста для сборки образов, регистров и identity provider, если вы включаете API-аутентификацию.[2][5]

Чем NVKE не является

Здесь важно не спутать категорию. NVKE - не дистрибуция Kubernetes и не разновидность Cluster API - это self-hosted фабрика для кластеров.[3] Это не инструмент для одной GPU-машины: это продукт уровня флота и арендаторов, созданный, чтобы оператор мог перепродавать Kubernetes-мощности, а не для того, чтобы команда запустила один тренировочный кластер. Если ваш мысленный ориентир - «OpenStack, но для GPU-Kubernetes», вы близко.[1]

Именно поэтому NVKE и попадает в это сравнение: это недостающий ярус между DIY и managed.

DIY-базовый уровень: k3s и kubeadm

Противовес амбициям NVKE - кластер, который вы собираете своими руками. На своём железе есть два честных пути.

kubeadm - это быстрый путь для control plane, а не управляемый сервис. Он даёт kubeadm init и kubeadm join как best-practice способы поднять минимально жизнеспособный кластер и by design занимается только bootstrap’ом - не провижинингом машин и не аддонами вроде дашбордов или мониторинга.[8] Каждый апгрейд, замена узла, бэкап и продление сертификатов после bootstrap - ваши. Это не недостаток, это определение self-hosting.

k3s - лёгкая альтернатива: сертифицированная CNCF дистрибуция Kubernetes в одном бинарнике до 100 МБ, с sqlite3 в качестве хранилища по умолчанию (также доступны etcd3, MySQL и PostgreSQL) и «batteries-included» стеком - containerd, CNI Flannel, CoreDNS, ингресс Traefik, контроллер load-balancer и local-path provisioner.[9] Для небольшого GPU-кластера k3s с etcd для HA - полностью защитимое решение: меньше механики, чем у kubeadm-кластера, но тот же настоящий Kubernetes.

GPU-часть одинакова в обоих случаях. Kubernetes имеет стабильную поддержку планирования AMD и NVIDIA GPU через device plugins начиная с v1.26: вы ставите драйвер вендора и device plugin на каждый узел, и кластер начинает отдавать кастомный ресурс вроде nvidia.com/gpu, который поды запрашивают в своих limits.[10] NVIDIA device plugin - стандартный способ это сделать.[10][11]

Цена DIY - не в лицензиях, а во всём остальном. Кто-то должен владеть жизненным циклом узлов, апгрейдами control plane, бэкапом и восстановлением etcd, ротацией сертификатов, мониторингом и операционным плейбуком на случай, когда GPU умирает посреди тренировки. Если такой человек у вас есть (или вы сами такой человек), DIY-кластер - самый дешёвый GPU-Kubernetes с наименьшим числом движущихся частей. Если нет - экономия испаряется быстро.

Managed-альтернатива: GPU-инстансы DO и Vultr

Третий путь - арендовать GPU-мощности в облаке и получить Kubernetes поверх них. Цены ниже - on-demand тарифы, снятые со страниц прайсов провайдеров 6 ноября 2026 года.

DigitalOcean GPU Droplets (за GPU в час, on-demand):[12]

GPU Цена / GPU / ч
RTX 4000 Ada (20 ГБ) $0.76
RTX 6000 Ada (48 ГБ) $1.57
L40S (48 ГБ) $1.57
MI300X (192 ГБ) $2.59
HGX H100 (80 ГБ) $4.41
HGX H200 (141 ГБ) $4.47

DO биллит GPU Droplet посекундно с минимумом 5 минут, а выключенные Droplet всё равно биллятся - вы платите, пока не уничтожите инстанс.[12]

Vultr Cloud GPU (за GPU в час, on-demand):[13]

GPU Цена / GPU / ч
L40S (48 ГБ) $1.671
MI300X (192 ГБ) $1.850
GH200 (96 ГБ) $1.990
HGX H100 (80 ГБ) $2.300
HGX B200 (192 ГБ) $3.500

Два замечания до сравнения. Первое: managed-облако не избавляет от работы с Kubernetes - оба провайдера продают GPU-инстансы, а control plane вы всё равно приносите сами: либо managed Kubernetes-сервис (у Vultr он есть, у DigitalOcean managed Kubernetes живёт на том же аккаунте), либо свой k3s/kubeadm поверх арендованных узлов. Облако покупает вам гибкость железа и ноль капитальных затрат, а не платформенный слой. Второе: цены выше - для всплесков и мультирегиона. NVKE на своём железе не имеет переменной почасовой ставки за GPU, но железо вы оплатили заранее и держите включённым 24/7 в любом случае.

Когда подход NVIDIA окупается

Таблица решений, честно:

Ваша ситуация Выбор
У вас уже есть NVIDIA-железо под управлением NICo, флотового масштаба NVKE стоит оценить - это ровно тот сценарий, для которого он создан.[2]
Вы хотите перепродавать Kubernetes-мощности клиентам как сервис Основной use case NVKE; модель изоляции (свой control plane и etcd на кластер) соответствует ожиданиям мультитенантности.[2][3]
Одна-несколько GPU-машин, у вас есть платформенные навыки k3s или kubeadm. Меньше движущихся частей, всё под вашим контролем, никаких preview-ограничений.[8][9]
Всплесковые нагрузки, нет CAPEX на GPU, нужна региональная гибкость Managed GPU-инстансы (DO/Vultr) с посекундной оплатой; в пару - managed Kubernetes.[12][13]
Нагрузки уже хорошо закрывает инференс по токенам Кластер не нужен вовсе - см. наше сравнение Vultr Serverless Inference, GPU и OpenAI API.[1]
В команде никто не владеет платформенным слоем Managed, всегда. И DIY, и NVKE предполагают оператора, который живёт в этом стеке.

Честный итог

NVKE на preview - это настоящий скелет продукта с настоящими зубами: TPM-аттестация SPIFFE/SPIRE, изоляция etcd по кластерам, управление узлами через node agent без SSH - архитектура серьёзная. Но preview есть preview: нет процедуры апгрейда control plane, нет бэкапа/восстановления, аутентификация выключена по умолчанию, FDE-образы не защищают данные at rest, и ровно один провайдер инфраструктуры.[6][7] Сейчас NVKE имеет смысл для оператора AI-фабрики с NVIDIA-железом под NICo, который хочет превратить свободные мощности в продукт, - а не для команды, выбирающей свой первый Kubernetes.

Для всех остальных выбор не меняется: DIY (k3s/kubeadm), когда вы сами владеете эксплуатацией, или managed GPU-инстансы, когда нужна гибкость и приемлемая почасовая ставка. Рынок, на который целится NVKE, реальный, а публикация исходников под Apache 2.0 значит, что preview-версию проверят ранние последователи - та же динамика, которая сделала DIY-кластеры выше такими скучными и надёжными, какими они стали сегодня.[2][3]

Цены и статус preview двигаются; цифры выше - официальные значения на день написания, и перед бюджетированием или закупкой железа их стоит перепроверить по источникам ниже.

Источники

  1. Hacker News - «Nvidia Kubernetes Engine (NVKE)», главная 6 ноября 2026 (обсуждение сообщества; сигнал тренда, не источник факта). https://news.ycombinator.com/item?id=50387738 - проверено 2026-11-06
  2. NVIDIA Docs - «What is NVKE» (определение продукта, компоненты, workflow Day 0/1/2, требования локального quickstart, Apache 2.0). https://docs.nvidia.com/nvke/ - проверено 2026-11-06
  3. GitHub - dsx-ai-factory/nvke README («self-hosting factory for Kubernetes clusters», статус preview, аутентификация API выключена и HTTP по умолчанию, NICo - единственный провайдер). https://github.com/dsx-ai-factory/nvke - проверено 2026-11-06
  4. NVIDIA Docs - «Prepare nodes» (SPIRE-агент 1.14.1, TPM-плагин 1.9.0, аттестация через TPM 2.0, endorsement-key отпечатки в сайт-спеке, без join-токенов). https://docs.nvidia.com/nvke/documentation/install-nvke/prepare-nodes - проверено 2026-11-06
  5. NVIDIA Docs - «Prepare nodes» (допуск узлов через TPM-аттестацию; требования реальной установки: TPM 2.0 на каждом узле, образы узлов, регистры, identity provider). https://docs.nvidia.com/nvke/documentation/install-nvke/prepare-nodes - проверено 2026-11-06
  6. NVIDIA Docs - «Preview status and known limitations» (management-кластер не управляет собой, нет процедуры апгрейда, нет бэкапа/восстановления, аутентификация выключена по умолчанию, FDE только для оценки, NKTP-бэкенд только для оценки). https://docs.nvidia.com/nvke/documentation/overview/preview-status-and-known-limitations - проверено 2026-11-06
  7. NVIDIA Docs - «Supported platforms and versions» (Kubernetes 1.36.3 pinned, только Ubuntu 24.04/26.04 LTS, OVN-Kubernetes 2.4.2, политика апгрейдов, отставание воркеров до 3 минорных версий, общий ключ FDE, CAPNICo v0.1.0). https://docs.nvidia.com/nvke/documentation/overview/supported-platforms-and-versions - проверено 2026-11-06
  8. Kubernetes Docs - «Kubeadm» (быстрые пути kubeadm init/join; только bootstrap, не провижининг машин и не аддоны). https://kubernetes.io/docs/reference/setup-tools/kubeadm/ - проверено 2026-11-06
  9. K3s Docs - «Lightweight Kubernetes» (один бинарник до 100 МБ, sqlite3 по умолчанию, опции etcd3/MySQL/PostgreSQL, встроенные компоненты). https://docs.k3s.io/ - проверено 2026-11-06
  10. Kubernetes Docs - «Schedule GPUs» (стабильная поддержка GPU через device plugins с v1.26, ресурс nvidia.com/gpu, семантика только limits). https://kubernetes.io/docs/tasks/manage-gpus/scheduling-gpus/ - проверено 2026-11-06
  11. NVIDIA - k8s-device-plugin (быстрый старт NVIDIA device plugin). https://github.com/NVIDIA/k8s-device-plugin - проверено 2026-11-06
  12. DigitalOcean - прайс GPU Droplet (on-demand тарифы за GPU/час; посекундный биллинг, минимум 5 минут, выключенные всё равно биллятся). https://www.digitalocean.com/pricing/gpu-droplets - проверено 2026-11-06
  13. Vultr - страница прайсов, раздел «Cloud GPU» (on-demand тарифы за GPU/час). https://www.vultr.com/pricing/ - проверено 2026-11-06