StorageReview.com

Компания Broadcom передала API виртуальных машин в песочницу CNCF, стала сопредседателем группы по обеспечению соответствия рабочих нагрузок и подтвердила работоспособность VKS более чем 20 партнеров.

Предприятие  ◇  ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

На конференции KubeCon North America 2026 компания Broadcom сделала три объявления, касающихся Kubernetes: ее проект VM API был принят в песочницу CNCF, компания стала сопредседателем недавно созданной рабочей группы по соответствию рабочих нагрузок в сообществе Kubernetes, а более 20 партнерских решений прошли проверку на работоспособность на VMware vSphere Kubernetes Service (VKS), среде выполнения Kubernetes в рамках VMware Cloud Foundation.

Графическое изображение Broadcom VM API, описывающее первоклассные виртуальные машины в Kubernetes, основанные на трех принципах, семантике собственных виртуальных машин, вдохновленной Cluster API и нейтральности по отношению к провайдеру, размещено над баннером, сообщающим о принятии в песочницу CNCF.

API виртуальной машины входит в песочницу CNCF.

VM API позволяет создавать и управлять виртуальными машинами через API Kubernetes в различных разнородных инфраструктурных средах, так что виртуальная машина становится полноценным ресурсом Kubernetes, расположенным рядом с контейнерами в рамках одной и той же декларативной модели. Он вырос из VM Operator от Broadcom, который обеспечил управление виртуальными машинами, изначально разработанное для Kubernetes, в среде vSphere VMware Cloud Foundation, и заимствует свою структуру у Cluster API, проекта сообщества, который абстрагировал жизненный цикл кластера для разных провайдеров. Передача проекта под управление CNCF призвана предоставить другим инфраструктурным провайдерам общий API и операционную модель для реализации, обеспечивая согласованность рабочих нагрузок за счет соответствия стандартам.

Аргументация Broadcom в пользу проекта опирается на отчет Linux Foundation «Виртуальные машины 2026», основанный на опросе 492 специалистов. В этом отчете говорится, что виртуальные машины по-прежнему составляют 53% производственных приложений, и большинство организаций ожидают, что эта доля сохранится, а 34% организаций, расширяющих использование виртуальных машин, называют в качестве причины рабочие нагрузки ИИ и агентных систем. Broadcom утверждает, что для сложных рабочих нагрузок ИИ необходима строгая аппаратная изоляция виртуальных машин в сочетании с гибкостью контейнеров, и позиционирует API виртуальных машин как способ запуска обоих процессов под единым управлением Kubernetes.

Дилприт Биндра, старший директор по разработке в подразделении VMware Cloud Foundation компании Broadcom, заявил: «Внося свой вклад в проект VM API в CNCF, мы обеспечиваем сообществу Kubernetes надежность корпоративного уровня», и описал цель как превращение виртуальных машин в полноправных участников наряду с контейнерами. Broadcom заявляет, что входит в пятерку крупнейших долгосрочных участников проектов CNCF.

Рабочая группа по соответствию рабочей нагрузке

График Broadcom, сравнивающий Kubernetes Conformance, который проверяет соответствие платформ заданным требованиям, с новой рабочей группой Workload Conformance Working Group, которая распространяет принципы согласованности на приложения, работающие в Kubernetes.

Существующие программы CNCF подтверждают, что платформа предоставляет стандартные API Kubernetes, корректно работает для основной оркестрации контейнеров и может переносимо запускать рабочие нагрузки ИИ и машинного обучения. Аналогов для самих рабочих нагрузок не существует, поэтому независимый разработчик программного обеспечения, желающий продавать свои продукты в нескольких дистрибутивах Kubernetes, проходит сертификацию по каждому из них. Новая рабочая группа, сопредседателем которой является Broadcom, стремится установить общий, проверяемый стандарт поведения рабочих нагрузок в любой соответствующей среде Kubernetes, чтобы независимый разработчик программного обеспечения мог провести проверку один раз и развернуть продукт везде. Broadcom, как и VMware, участвовала в разработке Sonobuoy, диагностического механизма, лежащего в основе программы сертификации соответствия Kubernetes от CNCF.

Группа недавно сформирована и еще не опубликовала стандарт или сроки. Мэтью Флуг, руководитель исследований в области интеллектуальных платформ модернизации и развертывания приложений в IDC, заявил, что приоритетом для организаций, использующих как виртуальные машины, так и контейнеры, является «применение согласованного управления и соблюдения политик в обоих случаях», добавив, что «соответствие открытым стандартам CNCF также помогает снизить опасения по поводу зависимости от поставщика, поскольку организации сами решают, как должна выполняться каждая рабочая нагрузка».

Решения партнеров, прошедших проверку VKS

VKS — это сертифицированная CNCF среда выполнения Kubernetes, встроенная в VMware Cloud Foundation . Она работает непосредственно на гипервизоре, поэтому виртуальные машины, контейнеры и рабочие нагрузки ИИ используют одни и те же кластеры и единую плоскость управления, и, по словам Broadcom, это устраняет необходимость в отдельном инфраструктурном уровне, который требуется для автономного дистрибутива Kubernetes. Broadcom группирует новые проверки по шести областям, присоединяясь к существующему каталогу, в который входят такие компании, как Cribl, Palo Alto Networks, F5, NetApp, Veeam, NVIDIA и Redis:

  • Наблюдаемость: Cisco Splunk, Datadog, Dynatrace, Grafana Labs и New Relic.
  • Безопасность, соответствие нормативным требованиям и управление секретной информацией: CrowdStrike Falcon Platform, HashiCorp Vault, Sysdig Secure, Tigera Lynx и Wiz.
  • Сетевые технологии, входящий трафик и сервисная сетка: NetScaler ADC (Citrix), Solo.io (agentgateway, kagent и Solo Enterprise для Istio) и Traefik Labs.
  • Защита данных, резервное копирование и хранение: Commvault, Dell Technologies PowerProtect Data Manager, HPE Alletra и Scality RING.
  • Искусственный интеллект, машинное обучение и аналитика: Удачно использовалась технология Apache Spark от Canonical, H2O AI Cloud и SAS Viya.
  • Доставка приложений, базы данных и платформы для разработчиков: Akuity Argo CD Enterprise и Kargo, KubeDB от AppsCode, Coherent Spark и Siemens Mendix.

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

Варун Верма, вице-президент по разработке в New Relic, сказал: «Предприятия, запускающие критически важные рабочие нагрузки на VKS, не могут позволить себе "слепые зоны". Благодаря тому, что New Relic теперь протестирован на VKS, команды получают унифицированную наблюдаемость кластера, быстрее находят первопричины и напрямую связывают операционную производительность с влиянием на бизнес».

Компания Broadcom также включила Notruf Niederösterreich, компанию, управляющую круглосуточным центром реагирования на чрезвычайные ситуации с небольшой ИТ-командой, в число своих клиентов VKS. «Сервис VMware vSphere Kubernetes (VKS) позволяет нам развертывать инкапсулированные среды и масштабироваться горизонтально в течение нескольких часов после крупного инцидента, не будучи привязанными к конкретному оборудованию», — сказал Александр Хопфгартнер, технический директор Notruf Niederösterreich. «Эта гибкость имеет решающее значение, когда от доступности наших систем зависят жизни людей».

Наряду с этим, Broadcom упомянула Velero 1.19 с возможностью перемещения данных на уровне блоков, переход интерфейса Container Object Storage Interface к бета-версии с драйвером vSphere COSI, а также Agent Substrate, инициативу CNCF Sandbox для запуска агентов.

API виртуальных машин на GitHub

VMware vSphere Kubernetes Service

Взаимодействуйте со StorageReview

Рассылка | YouTube | Подкаст | iTunes / Spotify | Instagram | Twitter | TikTok | RSS-лента

Гарольд Фриттс

Я работаю в технологической индустрии с тех пор, как IBM создала Selectric. Однако моя основная специализация — писательство. Поэтому я решил уйти из сферы предпродажной подготовки и вернуться к истокам, немного занимаясь писательством, но при этом оставаясь вовлеченным в технологическую сферу.