50
Perpetual-лицензии VMware перестали продаваться в декабре 2023 года, и в 2026-м это решение догнало тех, кто успел продлить поддержку в последний момент: трёхлетние контракты SnS истекают, vSphere 8 доживает последний год общей поддержки, а девятая версия существует только по подписке. Привычные редакции ушли из прайс-листа, на их месте – три бандла с лицензированием по ядрам и растущий слой платных add-on. Для кого-то новая модель считается ровно, для кого-то оборачивается оплатой ядер, которых физически нет, – и разница между этими исходами определяется формой инфраструктуры, а не размером компании.
Окончание поддержки VMware: ключевые даты 2026–2027 годов
11 декабря 2023 года VMware by Broadcom официально прекратила продажу perpetual-лицензий и продление контрактов Support and Subscription (SnS). Сами лицензии не отзывались: кто купил – продолжает пользоваться. Но продлить поддержку после этой даты стало невозможно.
Дальше сработала арифметика контрактов. Значительная часть заказчиков продлила SnS непосредственно перед 11 декабря 2023 года – как правило, на один или три года. Годовые контракты истекли ещё в конце 2024-го. Трёхлетние истекают сейчас, в конце 2026 года, и для их владельцев вопрос «что дальше» перестал быть теоретическим.
Параллельно движется календарь версий:
– vSphere 7.x и vSAN 7.x вышли из общей поддержки 2 октября 2025 года.
– vSphere 8.0 выходит из общей поддержки 11 октября 2027 года.
– Функциональность vSphere 9.x доступна только в составе подписочных бандлов – самостоятельных редакций для девятой версии не существует; это зафиксировано в официальном сравнении версий vSphere.
Владелец perpetual-лицензии на vSphere 7 уже находится вне поддержки. Владелец лицензии на vSphere 8 имеет чуть больше года до той же точки. Обновиться на девятку по perpetual-модели нельзя: в официальном FAQ по VCF 9.1 прямо указано, что заказчикам с perpetual-лицензиями для перехода на версию 9 необходимо сначала перейти на подписку.
Отдельный нюанс касается безопасности. В апреле 2024 года Broadcom объявила о бесплатном доступе к патчам нулевого дня для поддерживаемых версий vSphere – включая владельцев perpetual-лицензий с истёкшей поддержкой. Политика распространяется на критические уязвимости с оценкой CVSS 9.0 и выше. Ключевое слово – «поддерживаемых»: vSphere 7 после 2 октября 2025 года под это определение не подпадает. И даже там, где политика действует, она закрывает только критические уязвимости: обновлений драйверов, поддержки нового оборудования и технической поддержки она не включает.
End of Availability: какие продукты VMware сняты с продажи навсегда
22 января 2024 года в блоге VMware Cloud Foundation была опубликована полная таблица End of Availability – официальный перечень продуктов, снятых с продажи как самостоятельные позиции. Документ охватывает все варианты лицензирования: perpetual, SnS, SaaS и остальные типы подписок, все редакции и метрики.
Таблица насчитывает около шестидесяти позиций, и делятся они на две принципиально разные группы.
Первая группа – продукты, у которых есть замена внутри новых бандлов. vSphere Enterprise Plus вошёл в состав VCF и VVF. vCenter Standard больше не продаётся отдельно, но входит в бандлы. vSAN доступен внутри бандлов и как add-on расширения ёмкости. Aria Suite (бывший vRealize) стал компонентами VCF Operations и VCF Automation. NSX вошёл в VCF. Site Recovery Manager превратился из продукта в платный add-on.
Вторая группа – продукты, у которых замены нет. В официальной таблице напротив них стоит «N», и список показательный: vSphere ROBO, vSphere Scale Out, vSphere Essentials Kit, vSphere Basic, vSphere Advanced, vSAN ROBO, HCI Kit, VMware Cloud Foundation for ROBO. Отдельной строкой – бесплатный vSphere Hypervisor (free ESXi): его снятие с доступности зафиксировано в той же таблице, замена не предусмотрена.
Без замены остались в первую очередь продукты, которые исторически закрывали малые и филиальные сценарии, – ROBO-редакции, Essentials-комплекты, бесплатный гипервизор для одиночных хостов.
Хронология здесь имеет значение. В январе 2024 года в том же документе оставался запасной выход для малых развёртываний: подписки vSphere Standard и vSphere Essentials Plus Kit. К 2026 году картина изменилась. Актуальный официальный документ VMware vSphere Version Comparison фиксирует: vSphere Standard и vSphere Enterprise Plus доступны только до релиза 8 Update 3, а возможности версии 9.1 поставляются исключительно в составе vSphere Foundation 9.1 и Cloud Foundation 9.1. Essentials Plus Kit в документах эпохи 9.1 не упоминается вовсе. Самостоятельные редакции формально существуют, но версионное будущее у них закончилось.
Подписки VMware в 2026 году: vSphere Foundation, Cloud Foundation и VCF Edge
Актуальную линейку фиксирует официальный документ VMware Cloud Foundation 9.1 and VMware vSphere Foundation 9.1: Feature Comparison & Upgrade Paths. Предложений три.
VMware vSphere Foundation (VVF) – платформа для рабочих нагрузок: vSphere, vSphere Kubernetes Service, VCF Operations и vSAN с базовым объёмом ёмкости. По формулировке самого документа, VVF включает некоторые возможности VCF или их ограниченные версии.
VMware Cloud Foundation (VCF) – полный стек приватного облака: vSphere, vSAN, NSX, HCX, vSphere Kubernetes Service, VCF Operations, VCF Automation и сервисы Private AI. Поставляется единым SKU.
VMware Cloud Foundation Edge (VCF Edge) – конфигурация VCF, оптимизированная под распределённые edge-сценарии. На первый взгляд Edge выглядит как решение для небольших инсталляций, но официальный FAQ по VCF 9.1 расставляет границы: развёртывание допускается только на edge-площадках, минимум лицензирования – 10 площадок в течение года с момента первого развёртывания, минимум 8 ядер на CPU и максимум 256 ядер на площадку. Это продукт для розничной сети из десятков магазинов или распределённого производства – не для компании с одной серверной.
В том же документе зафиксирован и статус прежних редакций: vSphere Standard, vSphere Enterprise Plus, vSphere Enterprise, vSphere for Desktop и vSphere Scale-Out перечислены в разделе Previous Products с рекомендованным переходом на vSphere Foundation или VCF.
Add-on в VMware Cloud Foundation: что не входит в подписку
Сокращение линейки до трёх позиций сопровождалось ростом слоя дополнительных сервисов. Официальный FAQ по VCF 9.1 перечисляет advanced services, доступные для отдельной покупки: Advanced Cyber Compliance, Advanced Security, Load Balancing, Application Services, Data Services, Network Observability, Business Operations, Identity Security и дополнительная ёмкость vSAN. Формулировка документа однозначна: продвинутые сервисы приобретаются отдельно и не входят в базовые предложения VCF.
Отдельно лицензируются Avi Load Balancer, vDefend Firewall и VMware Live Recovery. Data Services Manager с 5 мая 2025 года также предлагается как отдельный сервис.
Два примера из FAQ показывают, как функциональность перемещается между базой и add-on. Первый: возможности отчётности по соответствию и обнаружения дрейфа конфигураций, ранее доступные в VCF Operations, в версии 9.1 объявлены устаревшими и перенесены в платный add-on Advanced Cyber Compliance. Второй: оркестрация аварийного восстановления требует отдельного приобретения SRM или ACC – в базовое entitlement VCF входит репликация vSphere с RPO от пяти минут и локальные снапшоты, но не полный DR-цикл.
Для бюджета это означает простую вещь: стоимость бандла в квоте – это стоимость входа на платформу, а не итоговая стоимость решения. Если в требованиях есть DR-оркестрация, compliance-отчётность или балансировка нагрузки, к базовой строке добавятся отдельные позиции.
Лицензирование VMware по ядрам: правило 16 ядер на CPU и примеры расчёта
Все три бандла лицензируются по физическим ядрам. Методика подсчёта описана в официальной статье Broadcom KB 313548, там же приведены готовые таблицы примеров. Правило сформулировано так: лицензируется минимум 16 физических ядер на каждый CPU (физический процессор) в хостах ESXi, даже если у CPU ядер меньше.
Считается суммарное количество физических ядер по всем хостам, которые планируется лицензировать, с поправкой на минимум. Как это выглядит на практике, показывают два сценария из таблицы примеров в самой статье Broadcom.
Расчёт лицензий VMware для малых серверов: как возникает переплата за ядра
Строка из таблицы KB 313548: три хоста, в каждом один CPU на 8 ядер. Физических ядер – 24. К лицензированию – 48, потому что каждый CPU считается как 16-ядерный. Пояснение в самом документе: хотя на каждом CPU 8 ядер, заказчик должен приобрести 48, поскольку минимальная подписочная ёмкость составляет 16 ядер на CPU.
Оплачиваемых ядер вдвое больше физических. В соседней строке таблицы сценарий с 6-ядерными CPU: 18 физических ядер, 48 к оплате – коэффициент 2,67.
Расчёт для плотных серверов: когда переплаты нет
Та же таблица, другая строка: три хоста, в каждом два CPU по 24 ядра. Физических ядер – 144, к лицензированию – 144. Коэффициент 1:1. Правило минимума действует всегда, но если в каждом процессоре 16 и более физических ядер, оно совпадает с фактическим количеством или оказывается ниже него – и к счёту ничего не добавляет: лицензируется реальное число физических ядер по всем CPU.
Второй параметр, работающий в пользу плотных конфигураций – ёмкость vSAN в комплекте. По KB 313548, каждое лицензированное ядро VCF даёт 1 TiB сырой ёмкости vSAN, каждое ядро VVF – 0,25 TiB. В официальной таблице есть пример, где кластер VCF на 144 ядра получает 144 TiB entitlement и полностью закрывает потребность в хранилище без доплат, и пример, где кластеру на VVF с ёмким хранилищем приходится докупать 149 TiB add-on. Чем плотнее ядра и умереннее сторадж, тем ближе бандл к честной цене; чем меньше ядер и больше дисков, тем заметнее доплаты.
Модель по ядрам с минимумом 16 не дорогая и не дешёвая сама по себе – она чувствительна к форме инфраструктуры. Современные двухсокетные серверы с 24–48 ядрами на процессор проходят пороги без потерь. Небольшие и возрастные хосты оплачивают ядра, которых у них нет.
VMware для 2–5 серверов в 2026 году: почему подписка избыточна
Самый массовый малый сценарий: два-пять серверов, иногда без кластера. Файловый сервер, ERP, почта, пара сервисных виртуальных машин. Исторически этот сегмент жил на vSphere Essentials, бесплатном ESXi или vSphere Standard с perpetual-лицензией, купленной один раз.
К 2026 году все эти опоры исчезли одна за другой. Бесплатный ESXi снят с доступности без замены. Essentials Kit прекращён; Essentials Plus Kit из документов эпохи 9.1 исчез. vSphere Standard упёрся в потолок версии 8 Update 3 – это путь без продолжения. VCF Edge требует минимум десять площадок и запрещён к развёртыванию вне edge-сценариев. Для компании с одной серверной остаются VVF и VCF – с лицензированием от 16 ядер на CPU.
Типовое железо этого сегмента по официальной методике считается так: два сервера, в каждом один CPU на 8 или 10 ядер, кластера нет. Физических ядер – 16–20, к лицензированию по правилу минимума – 32. При этом в составе VVF такой заказчик получает vSphere Kubernetes Service, VCF Operations и entitlement vSAN – компоненты, которые в сценарии «две машины с файловым сервером и учётной системой» с высокой вероятностью не будут включены ни разу за срок подписки.
Технически VMware на двух серверах работает так же надёжно, как и раньше. Изменилась не технология, а единица продажи. Минимальной единицей стал подписочный бандл, рассчитанный на плотные многоядерные хосты и использование стека целиком. Для инфраструктуры из двух-трёх малоядерных серверов эта единица оказывается больше самой инфраструктуры: оплачиваются и ядра, которых нет, и функциональность, которая не используется.
Сказанное касается не только конфигураций из двух-трёх машин: инфраструктуры на пять-десять хостов, нередко даже не собранные в кластер, считаются по тем же правилам и попадают в тот же разрыв между физическими и оплачиваемыми ядрами, если процессоры в них не самые плотные. Именно этот сегмент – не корпорации с тысячами виртуальных машин, а компании с двумя-десятью хостами – столкнулся с наибольшим относительным изменением условий. И именно для него выбор между продлением и миграцией имеет самую простую арифметику.
Почему Broadcom перевела VMware на подписку
Заявленная рамка перехода – упрощение: анонс от 11 декабря 2023 года так и называется, VMware by Broadcom Dramatically Simplifies Offer Lineup and Licensing Model. До сделки портфель VMware насчитывал десятки продуктов, каждый – в нескольких редакциях и с собственной метрикой лицензирования: одна только таблица End of Availability перечисляет около шестидесяти снятых позиций. После – три бандла и слой add-on. В том же анонсе указано снижение прайс-листа на подписку VCF вдвое относительно прежней цены.
Операционная сторона упрощения видна в продуктах девятой версии: единый инсталлятор VCF, централизованное управление лицензиями через VCF Operations и License Server, унифицированный цикл поддержки. Меньше конфигураций – меньше матрица тестирования и быстрее релизы.
Коммерческая сторона озвучена руководством компании на отчётных звонках: стратегия ориентирована на крупнейших заказчиков VMware, и, по заявлению Broadcom в конце 2025 года, свыше 90% из топ-10 000 клиентов приобрели VCF. Подписочная модель с фиксированными минимумами делает выручку предсказуемой – а для заказчика делает предсказуемым минимальный размер счёта, вне зависимости от фактического потребления.
Модель построена вокруг полного стека, плотного железа и крупных инсталляций.
Когда продление VMware выгодно: сценарии, где подписка оправдана
Есть конфигурации, где новая модель работает в пользу заказчика. Плотные кластеры на современных CPU с 16 и более ядрами на сокет проходят лицензионный минимум без переплаты – расчёт идёт 1:1 по официальной таблице. Если при этом в архитектуре реально используются vSAN и NSX, бандл заменяет три отдельных лицензии прежней модели, а entitlement 1 TiB на ядро в VCF способен полностью закрыть потребность в хранилище. Для распределённых сетей от десяти площадок существует VCF Edge с пониженным порогом 8 ядер на CPU. Наконец, есть нагрузки, привязанные к vSphere сертификацией вендора прикладного ПО – для них стоимость смены платформы включает пересертификацию, и это может перевешивать разницу в лицензиях.
Критерий простой: чем ближе инфраструктура к профилю «плотные хосты, полный стек, крупный масштаб», тем логичнее продление. Чем дальше от него – тем внимательнее стоит считать.
Альтернативы VMware в 2026 году: Proxmox VE, XCP-ng, SUSE Virtualization
Для инфраструктур, не вписывающихся в профиль бандлов, рынок предлагает платформы виртуализации с принципиально другими моделями лицензирования. Все три перечисленные ниже – не экспериментальные проекты для домашних лабораторий, а зрелые продукты с многолетней историей, коммерческим вендором и корпоративной поддержкой за спиной.
Proxmox VE – платформа на базе KVM и LXC, которую австрийская Proxmox Server Solutions GmbH развивает с 2008 года. Код открыт под лицензией AGPLv3, актуальная ветка – Proxmox VE 9 на базе Debian.
Сам софт бесплатен полностью: кластеризация, живая миграция, high availability, Ceph, ZFS и собственная система резервного копирования Proxmox Backup Server входят в открытую версию без функциональных ограничений и лицензионных порогов. Платная подписка опциональна и покупает две вещи – доступ к enterprise-репозиторию с протестированными стабильными обновлениями (вместо более свежего, но менее обкатанного бесплатного репозитория) и тикеты вендорской поддержки с SLA. Тарификация – за занятый сокет CPU: от 120 € (Community) до 1100 € (Premium) за сокет в год. Количество ядер на цену не влияет вовсе: 64-ядерный процессор стоит столько же, сколько 8-ядерный. Для плотного железа это означает максимальный разрыв с ядровой моделью, а для малоядерного – исчезновение самой идеи «минимума ядер», из-за которого счёт отрывается от реального железа.
XCP-ng – гипервизор на базе Xen, технологии, работающей в продакшене с начала 2000-х. Сам проект существует с 2018 года как открытое ответвление Citrix XenServer и развивается французской компанией Vates; управление, резервное копирование и репликация – через Xen Orchestra.
Софт бесплатен целиком, и подписка его не «разблокирует»: вся функциональность, включая бэкапы и репликацию, доступна в открытых версиях – Xen Orchestra при этом собирается из исходников самостоятельно. Опциональная подписка Vates VMS покупает три вещи: SLA и прямой доступ к инженерам Vates, готовый поддерживаемый Xen Orchestra Appliance вместо самосборки и покрытие поддержкой всех хостов инфраструктуры. Тарификация – за хост в год; младшие пакеты Essential и Essential+ имеют фиксированную цену на инфраструктуру до трёх хостов, от 2 000 € в год. Подход противоположен бандловому: слой виртуализации без навязанной экосистемы поверх, для команд, которые остальной стек собирают сами.
SUSE Virtualization (ранее Harvester) – гиперконвергентная платформа на связке KVM, KubeVirt и распределённого хранилища Longhorn, которую SUSE развивает с 2020 года. Исходный код открыт под Apache 2.0, актуальный релиз 1.7 вышел в январе 2026 года.
Платформа бесплатна и полнофункциональна в открытой версии – развернуть и эксплуатировать её можно без каких-либо платежей. Опциональная корпоративная подписка покупает поддержку SUSE 24/7, гарантированные циклы обновлений и патчей безопасности, сертифицированную поддержку оборудования и премиальные разделы документации. Тарификация – за узел; публичного прайс-листа нет, стоимость рассчитывается по запросу. Осмысленна там, где контейнерные нагрузки уже есть или запланированы: виртуальные машины и контейнеры управляются единым образом, включая интеграцию с Rancher.
Ни одна из платформ не заменяет vSphere в один клик. Перенос виртуальных машин потребует конвертации дисков, подготовки гостевых драйверов (VirtIO для Windows), пересборки схемы резервного копирования и сетевой конфигурации. Однако масштаб работает в обе стороны: у инфраструктуры из двух-трёх хостов без распределённых коммутаторов и overlay-сетей объём этой работы ограничен и хорошо прогнозируем.
План миграции с VMware: подготовка к решению за четыре шага
Последовательность действий не зависит от того, каким окажется итоговое решение – продление или миграция. Первые четыре шага одинаковы.
Первое – инвентаризация лицензий. Составьте перечень perpetual-лицензий с датами окончания SnS по каждой. Самая ранняя дата – ваш реальный дедлайн, а не даты из календаря Broadcom.
Второе – инвентаризация ядер. По методике KB 313548: количество CPU в каждом хосте, физических ядер на CPU, с поправкой на минимум 16. Для сред с vCenter Broadcom предоставляет официальный PowerCLI-скрипт подсчёта – он же корректно считает сырые TiB для vSAN, которые нельзя достоверно снять из интерфейса. Результат – два числа: физические ядра и оплачиваемые ядра. Их соотношение сразу показывает, в каком сценарии вы находитесь.
Третье – инвентаризация версий. Хосты на vSphere 7 уже вне общей поддержки. Для vSphere 8 зафиксируйте дату 11 октября 2027 года и сверьте её с планом обновления железа: если серверы моложе контракта, вопрос миграции на другую платформу и вопрос перехода на подписку решаются одновременно.
Четвёртое – инвентаризация используемых функций. Список включённых компонентов: есть ли vSAN, есть ли NSX, используются ли распределённые коммутаторы, что из Aria/Operations реально открывается. Это прямой ответ на вопрос, какую долю бандла вы будете оплачивать вхолостую.
Дальше пути расходятся. Если расчёт показывает соотношение, близкое к 1:1, и стек используется широко – запрашивайте квоту на VVF или VCF и сравнивайте с текущими затратами. Если оплачиваемых ядер вдвое больше физических, а из стека используется только гипервизор – выберите целевую платформу, разверните пилот на одном некритичном хосте, перенесите две-три виртуальные машины, проверьте резервное копирование и восстановление, замерьте фактические трудозатраты. Пилот на малой инфраструктуре занимает дни, а не месяцы, и превращает решение из гадания в расчёт.
Серверы для миграции с VMware
Если расчёт приводит к смене платформы, INTROSERV предоставляет выделенные серверы под виртуализацию в дата-центрах Польши, Нидерландов, Германии, Франции, Великобритании, США, Канады, Сингапура и Австралии – с конфигурациями под Proxmox VE, XCP-ng и SUSE Virtualization. Мы устанавливаем и настраиваем платформу и помогаем с переносом виртуальных машин на выбранное решение; дальнейшее управление остаётся полностью на вашей стороне.
Отдельный вопрос при уходе с VMware – поддержка. Все три платформы работают без вендорской подписки, но иногда нужны руки инженера: донастроить кластер, разобраться с бэкапами, найти причину деградации. Для таких задач у нас есть системное администрирование с почасовой тарификацией: инженеры INTROSERV работают с Proxmox VE, XCP-ng и SUSE Virtualization и берут на себя настройку и траблшутинг по запросу – без обязательных подписок и абонентской платы, оплачивается только фактическое время работы. Это позволяет эксплуатировать открытую платформу бесплатно и подключать экспертизу точечно, когда она действительно нужна.
Если вы сейчас сравниваете сценарии продления и миграции – напишите нам, поможем сверить конфигурацию железа с требованиями выбранной платформы.
