На конференции VMware Explore 2026 компания Broadcom раскрыла планы по развитию сетевой функциональности платформы VMware Cloud Foundation (VCF) в версии 9.1. Обновление сфокусировано на трёх направлениях: гибкость транзитных шлюзов, контроль размещения виртуальных машин и интеграция с физической сетевой инфраструктурой. Также Broadcom рассказал, как платформа будет обслуживать ИИ-нагрузки и как ИИ-агенты помогут администрировать сети.
VCF 9.1 — это развитие модели виртуального частного облака (VPC), представленной в прошлогоднем релизе 9.0. Тогда Broadcom добавил уровень абстракции, который скрывает от арендаторов сложность NSX-шлюзов tier-0 и tier-1. Теперь же платформа избавляется от ключевых ограничений этой модели. Это продолжение курса Broadcom на частные ИИ-облака, о котором компания рассказывала на VMware Explore.
Несколько транзитных шлюзов и виртуальный сетевой appliance
Транзитный шлюз (transit gateway) соединяет VPC внутри одного тенанта и маршрутизирует трафик во внешнюю физическую сеть. В VCF 9.0 на тенанта приходился только один такой шлюз, что вынуждало выбирать единую топологию для всего тенанта. VCF 9.1 добавляет три улучшения.
Несколько транзитных шлюзов на тенанта. Теперь можно комбинировать централизованные и распределённые внешние подключения, а не выбирать что-то одно. «Поскольку внешних подключений и транзитных шлюзов теперь может быть сколько угодно, вы можете, например, смешивать централизованные и распределённые для одного тенанта», — пояснил Франсуа Талле (Francois Tallet), инженер по продуктовому маркетингу Broadcom.
Независимые режимы доступности. В VCF 9.1 транзитный шлюз отделён от шлюза tier-0. Раньше они делили общий VRF (Virtual Routing and Forwarding) и режим доступности.
Централизованные сервисы без edge-узла. Распределённый транзитный шлюз в VCF 9.0 не мог выполнять централизованные сервисы с отслеживанием состояния сессий, так как при распределённой маршрутизации нет единой точки для хранения этого состояния. В VCF 9.1 эту проблему решает виртуальный сетевой appliance (VNA).
Кластеру VNA нужен только management-интерфейс — не требуются VLAN-uplink и BGP. Аппарат обеспечивает NAT, DHCP и балансировку нагрузки через Avi. Перенаправляется на него только тот трафик, которому действительно нужны эти сервисы.
VLAN-подсети, политики связности и нативный EVPN VXLAN
VCF 9.1 также добавляет новые инструменты контроля над размещением рабочих нагрузок, взаимодействием VPC друг с другом и подключением к физической сети.
VLAN-backed подсети. Подсеть VPC теперь может подключаться напрямую к физическому VLAN, давая виртуальным машинам связность L2 как у распределённой группы портов. Вариант такой подсети, доступный только при распределённом внешнем подключении, также присоединяет подсеть к шлюзу VPC — шлюз по умолчанию существует сразу в обоих мирах.
Политики связности VPC. Работают по образцу концепции private VLAN от Cisco и контролируют, какие VPC внутри тенанта могут взаимодействовать. По умолчанию VPC открыты для связи друг с другом. Администратор может объединять их в сообщества, помечать VPC как promiscuous (доступен всем VPC тенанта) или isolated (связывается только с promiscuous).
Нативная поддержка EVPN VXLAN. Распределённое внешнее подключение в VCF 9.0 позволяло хостам ESXi отправлять северо-южный трафик прямо в физическую инфраструктуру по VLAN, минуя NSX edge, но требовало единый L2 VLAN на всех хостах. VCF 9.1 расширяет эту модель на VXLAN-фабрики через EVPN. Управляющую плоскость BGP EVPN обслуживает небольшая виртуальная машина — route controller. «Это не edge, она запускает только BGP. Здесь нет плоскости данных», — подчеркнул Талле.
Сеть для ИИ и ИИ для управления сетью
Блоки VPC и транзитных шлюзов используются и при работе с ИИ-нагрузками. Джером Катруйе (Jerome Catrouillet), старший менеджер по управлению продуктами Broadcom, разделил эту работу на две части: «сеть для ИИ» — как возможности VCF помогают разворачивать ИИ-приложения, и «агентная платформа» — как ИИ помогает выполнять операции в VCF.
В первой категории два ключевых улучшения. Первое — пропускная способность. Enhanced Direct Path, новая функция VCF 9.1, обеспечивает скорость, близкую к bare-metal, не ломая при этом vMotion и DRS — функции живой миграции и балансировки нагрузки, которыми обычно жертвует SR-IOV ради скорости. «ИИ требует большой пропускной способности», — отметил Катруйе.
Второе улучшение — изоляция. Изолированные VPC не получают шлюз и соединяются только через частные point-to-point линки, дополненные правилами VDefend для каждой рабочей нагрузки. «У них даже нет шлюза. Эти подсети полностью изолированы, у них нет внешней связности, и вы соединяете их через частные линки», — объяснил Катруйе.
Для управления сетями Broadcom строит агентную платформу, которая пока находится в разработке. Она планируется как опциональное технологическое предварительное просмотр (tech preview) и будет поставляться вне обычного цикла релизов VCF. Платформа построена на MCP-серверах, которые открывают ИИ-агенту API компонентов VCF: NSX Manager, vCenter и VCF Operations. В паре с ними работает поисковый конвейер по базе знаний VMware. Доступ — через встроенный чат-интерфейс и командную строку. Тренд на ИИ-агентов в управлении инфраструктурой заметен и у других вендоров — например, Cisco Cloud Control строит вокруг них единую панель управления сетью.
Частые вопросы
Что нового в VCF 9.1 по сравнению с 9.0?
Главные изменения — несколько транзитных шлюзов на тенанта вместо одного, виртуальный сетевой appliance для централизованных сервисов без NSX edge, VLAN-backed подсети, нативная поддержка EVPN VXLAN и Enhanced Direct Path для высокоскоростного доступа к сети.
Что такое виртуальный сетевой appliance (VNA)?
Это виртуальная машина в VCF 9.1, которая выполняет централизованные сервисы с отслеживанием состояния — NAT, DHCP и балансировку нагрузки через Avi. Кластеру VNA нужен только management-интерфейс, без VLAN-uplink и BGP.
Зачем нужна поддержка EVPN VXLAN?
Она позволяет хостам ESXi отправлять северо-южный трафик напрямую в физическую VXLAN-фабрику через BGP EVPN, минуя NSX edge. В VCF 9.0 для распределённого внешнего подключения требовался единый L2 VLAN на всех хостах — теперь это ограничение снято.
Чем Enhanced Direct Path лучше SR-IOV?
Enhanced Direct Path даёт скорость, близкую к bare-metal, но при этом сохраняет работу vMotion и DRS. SR-IOV ради скорости обычно жертвует этими функциями живой миграции и балансировки.
Как изолировать ИИ-нагрузки в VCF 9.1?
Для этого используются изолированные VPC: у них нет шлюза и внешней связности, соединяются они только через частные point-to-point линки. Дополнительно применяются правила VDefend для каждой рабочей нагрузки.
Когда выйдет агентная платформа для управления сетью VCF?
Платформа пока в разработке. Broadcom планирует выпустить её как опциональный tech preview вне обычного цикла релизов VCF. Она будет работать через MCP-серверы и чат-интерфейс.
Стоит ли переходить на VCF 9.1 сразу после релиза?
VCF 9.1 — значимое обновление сетевой функциональности, но перед переходом стоит дождаться официальных документов Broadcom по миграции и проверить совместимость с текущей конфигурацией NSX. Для новых внедрений имеет смысл планировать развёртывание сразу на 9.1.
Источник: networkworld.com