VMware vSphere 9 стал первым крупным релизом гипервизора, выпущенным уже после приобретения компании VMware корпорацией Broadcom, и именно поэтому у администраторов возникает больше всего вопросов: как изменилось лицензирование, что будет с автономным ESXi и как безопасно обновить существующий кластер с vSphere 8. Платформа теперь поставляется преимущественно в составе комплексного решения VMware Cloud Foundation (VCF), а не как отдельный продукт с вечной лицензией.
В этой статье разберём, что реально изменилось в vSphere 9, какие требования предъявляются к оборудованию, как выстроить план миграции и на что обратить внимание, чтобы обновление не обернулось простоем продуктивных виртуальных машин. Формулировки основаны на официальных анонсах и документации Broadcom/VMware; детали, зависящие от редакции и редакционной политики вендора, стоит сверять с актуальной документацией на момент внедрения.
Что изменилось в vSphere 9 после перехода под Broadcom
Главное изменение касается не столько технологий, сколько модели поставки. vSphere 9 позиционируется как компонент платформы VMware Cloud Foundation 9, объединяющей вычислительную виртуализацию (vSphere), сетевую виртуализацию (NSX), программно-определяемое хранилище (vSAN) и инструменты управления (Aria, бывший vRealize). Отдельная покупка «голого» гипервизора с вечной лицензией уходит в прошлое — Broadcom перевела продуктовый портфель на подписочную модель.
На техническом уровне акцент сделан на трёх направлениях:
- 🚀 Улучшенная поддержка нагрузок с GPU и ускорителями — платформа развивается как основа для ИИ-инфраструктур;
- 🔐 Усиление встроенной безопасности: шифрование, аттестация хостов, защита конфигурации;
- 🧩 Более тесная интеграция компонентов VCF через единый жизненный цикл и единую плоскость управления;
- 📦 Обновлённый механизм управления жизненным циклом кластеров через vSphere Lifecycle Manager (образы вместо базлайнов).
⚠️ Внимание: состав редакций, названия лицензий и условия подписки Broadcom периодически пересматривает. Перед покупкой или продлением обязательно сверяйтесь с актуальным прайс-листом и официальным партнёром — информация из старых статей про vSphere 7/8 уже неприменима.
Системные требования и совместимость оборудования
Перед планированием развёртывания первым делом проверьте серверы по официальному списку совместимости VMware Compatibility Guide (VCG). Каждое поколение vSphere сужает список поддерживаемых CPU: старые поколения процессоров, которые работали под vSphere 7, на новых версиях могут официально не поддерживаться. Это касается как Intel Xeon, так и AMD EPYC — конкретный перечень зависит от билда и указан в VCG.
Ориентировочные базовые требования к хосту ESXi остаются схожими с предыдущими поколениями: 64-битный x86-сервер с поддержкой виртуализации (VT-x/AMD-V), включённой в BIOS/UEFI, минимум два ядра CPU и достаточный объём ОЗУ под планируемые ВМ. Для загрузочного устройства давно действует рекомендация использовать отдельный носитель объёмом от 32 ГБ с достаточным ресурсом записи — дешёвые USB-флешки и SD-карты официально не рекомендуются начиная ещё с vSphere 7 из-за интенсивной записи логов и системных данных.
☑️ Проверка готовности сервера к vSphere 9
Отдельно проверьте совместимость vCenter Server: новая версия vCenter управляет хостами старых версий в пределах поддерживаемой матрицы, но не наоборот. Поэтому порядок обновления всегда один — сначала vCenter, потом хосты ESXi.
Лицензирование: подписка вместо вечных лицензий
Это самый болезненный пункт для многих организаций. Broadcom отказалась от продажи вечных (perpetual) лицензий и перевела продукты на подписку, причём лицензирование перешло на модель по ядрам CPU (core-based) с минимальным количеством ядер на процессор. Точные условия и минимумы зависят от редакции и могут меняться — их нужно уточнять у вендора или реселлера на момент закупки.
Практические следствия для администраторов:
- 💰 Бюджет на виртуализацию превращается из капитальных затрат (CapEx) в операционные (OpEx) — планируйте ежегодные продления;
- 📉 Связка Essentials для малого бизнеса и ряд недорогих редакций были выведены из портфеля — малым компаниям стоит заранее оценить альтернативы;
- 🔄 При истечении подписки функциональность может быть ограничена — не доводите продление до последнего дня;
- 🧾 Ключи лицензий нового поколения активируются через портал Broadcom, а не через старый портал My VMware.
Установка vSphere 9: основные этапы
Процедура чистой установки хоста ESXi 9 в целом знакома тем, кто разворачивал предыдущие версии: загрузка с ISO-образа, выбор диска, задание пароля root, настройка сети. Однако есть нюансы, которые стоит учесть заранее.
Во-первых, скачивание дистрибутивов теперь выполняется через портал поддержки Broadcom, а не через привычный сайт VMware — потребуется зарегистрированная учётная запись с привязанными правами. Во-вторых, для развёртывания vCenter Server Appliance (VCSA) используется тот же подход, что и раньше: ISO монтируется на рабочей станции, запускается инсталлятор, который разворачивает appliance на целевом хосте в два этапа (развёртывание OVA, затем настройка служб).
Типовая последовательность выглядит так:
1. Скачать ISO ESXi и VCSA с портала Broadcom
2. Проверить контрольные суммы образов
3. Установить/обновить хосты ESXi
4. Развернуть или обновить vCenter Server Appliance
5. Добавить хосты в vCenter, применить лицензии
6. Настроить кластер, сеть, хранилище, Lifecycle Manager
Обновление с vSphere 7/8 на vSphere 9
Обновление всегда начинается с проверки матрицы совместимости и путей апгрейда (Product Interoperability Matrix): не каждая версия обновляется напрямую на целевую, иногда требуется промежуточный шаг. Проверьте также совместимость сторонних компонентов — систем резервного копирования, антивирусов для ВМ, плагинов vCenter. Несовместимый бэкап-агент после апгрейда — классическая причина «внезапно» переставших работать резервных копий.
Рекомендуемый порядок действий:
- 🧪 Разверните тестовый стенд или хотя бы пилотный хост и прогоните обновление на нём;
- 📸 Сделайте файловый бэкап vCenter и снапшот VCSA (если она работает как ВМ и это поддерживается вашим сценарием);
- 🖥️ Обновите vCenter Server через интерфейс VAMI или инсталлятор VCSA (для мажорных версий обычно используется развёртывание новой appliance с переносом данных);
- 🔄 Обновляйте хосты по одному через Lifecycle Manager, переводя хост в режим обслуживания (Maintenance Mode) с эвакуацией ВМ через vMotion;
- ✅ После обновления всех хостов обновите VMware Tools и virtual hardware ВМ — поэтапно, начиная с некритичных машин.
⚠️ Внимание: обновление версии виртуального оборудования (VM Hardware Version) — необратимая операция в рамках совместимости. Не поднимайте её на всех ВМ сразу: если потребуется откатить ВМ на хост со старой версией ESXi, машина с новой версией hardware там не запустится.
| Этап | Инструмент | Ключевая проверка |
|---|---|---|
| Подготовка | VCG, Interoperability Matrix | Совместимость CPU, драйверов, путей апгрейда |
| Резервное копирование | VAMI (порт 5480), PowerCLI | Бэкап vCenter и конфигураций хостов создан и проверен |
| Обновление vCenter | Инсталлятор VCSA / VAMI | Службы vCenter запущены, плагины работают |
| Обновление хостов | Lifecycle Manager | Хосты в кластере, ВМ мигрировали без ошибок |
| Пост-обновление | vSphere Client | VMware Tools и VM Hardware обновлены поэтапно |
Что делать, если обновление хоста зависло или завершилось ошибкой
Не перезагружайте хост принудительно сразу. Сначала проверьте логи в /var/log (в первую очередь vobd.log и логи esxupdate), убедитесь, что хост доступен по сети и через DCUI. Если хост загрузился, но не вышел из Maintenance Mode — выведите его вручную через vCenter. При повреждённой установке ESXi предусмотрен откат: при загрузке хоста нажмите Shift+R, чтобы вернуться к предыдущему билду (функция доступна, если предыдущий образ сохранён на загрузочном устройстве).
Альтернативы и стратегия на случай роста стоимости
Изменение ценовой политики Broadcom заставило многие компании пересмотреть архитектуру виртуализации. Если подписка на VCF оказывается неподъёмной, рационально оценить альтернативы заранее, а не в момент истечения лицензии. Чаще всего рассматриваются Proxmox VE (на базе KVM, с открытым кодом), Microsoft Hyper-V / Azure Stack HCI, а также решения на базе KVM от других вендоров.
Важно понимать: миграция между гипервизорами — это не просто конвертация дисков VMDK в qcow2 или VHDX, а перенос всей эксплуатационной модели: резервного копирования, мониторинга, отказоустойчивости, обучения персонала. Поэтому решение принимается на горизонте нескольких лет с пилотным проектом, а не «в пожарном порядке».
Типичные проблемы после перехода и их диагностика
По опыту мажорных обновлений vSphere чаще всего всплывают одни и те же категории проблем. Первая — несовместимость драйверов: хост загружается, но не видит сетевые адаптеры или HBA. Проверяется заранее через VCG и использование кастомизированных образов вендора сервера (например, образы от HPE, Dell, Lenovo содержат проверенные драйверы).
Вторая категория — проблемы с сертификатами и службами vCenter после апгрейда: веб-интерфейс недоступен, службы не стартуют. Диагностику начинайте с проверки статуса служб через SSH на VCSA командой service-control --status --all и изучения логов в /var/log/vmware/. Третья типичная ситуация — ВМ с устаревшими VMware Tools теряют часть функциональности (quiescing при бэкапе, точное время, мониторинг heartbeat).
⚠️ Внимание: если после обновления продуктивный кластер работает нестабильно, не пытайтесь «дочинить» его на ходу множественными изменениями. Фиксируйте каждое действие, меняйте по одному параметру за раз и имейте подтверждённый план отката — иначе диагностика первоначальной причины станет невозможной.
Часто задаваемые вопросы о VMware vSphere 9
Можно ли купить vSphere 9 с вечной лицензией, как раньше?
Нет. Broadcom перевела продуктовый портфель на подписочную модель, и вечные лицензии на новые версии больше не продаются. Ранее приобретённые вечные лицензии на старые версии продолжают действовать, но поддержка и обновления привязаны к активному контракту.
Обновляется ли vSphere 8 напрямую на vSphere 9?
Путь обновления зависит от конкретных версий и указан в официальной матрице совместимости (Product Interoperability Matrix). Перед планированием апгрейда обязательно проверьте поддерживаемый путь для вашей текущей версии vCenter и ESXi — в некоторых случаях требуется промежуточное обновление.
Остался ли бесплатный ESXi (Free Hypervisor)?
Бесплатная версия ESXi была исключена из портфеля после перехода под управление Broadcom. Для лабораторных и тестовых задач рассмотрите программы для разработчиков и пользовательских групп (например, VMUG Advantage) или альтернативные гипервизоры вроде Proxmox VE.
Что будет с хостами на старых процессорах?
Каждое поколение vSphere сужает список поддерживаемых CPU. Если ваш сервер отсутствует в VMware Compatibility Guide для новой версии, официально он не поддерживается: хост может установиться и работать, но вы останетесь без поддержки вендора и с риском проблем со стабильностью. Проверяйте VCG до закупки лицензий.
Стоит ли обновлять продуктивный кластер сразу после выхода релиза?
Для продуктивных сред разумно дождаться первых накопительных обновлений и изучить отзывы сообщества и список известных проблем (Known Issues) в релиз-нотах. Пилотное развёртывание на тестовом стенде обязательно в любом случае.