Администратор, разворачивающий виртуальную инфраструктуру или обновляющий существующий хост, рано или поздно упирается в вопрос совместимости конкретной версии VMware ESXi с имеющимся оборудованием и лицензиями. Ошибка на этом этапе приводит к тому, что сервер после установки не видит сетевые адаптеры или контроллер дисков, а виртуальные машины отказываются запускаться после апгрейда.
Линейка ESXi развивалась почти двадцать лет, и между мажорными релизами накопились серьёзные различия: в поддержке процессоров, в формате виртуального «железа», в требованиях к загрузочным носителям и в лицензионной модели. Ниже разберём актуальные и исторические версии гипервизора, способы узнать установленную версию и безопасный порядок обновления.
Что такое VMware ESXi и почему версии имеют значение
VMware ESXi — это гипервизор первого типа (bare-metal), который устанавливается непосредственно на физический сервер и позволяет запускать на нём множество виртуальных машин. В отличие от Hosted-решений вроде VMware Workstation, ему не нужна хостовая операционная система: ядро VMkernel само управляет ресурсами.
Версия гипервизора определяет сразу несколько критичных вещей. Во-первых, список поддерживаемого оборудования — HCL (Hardware Compatibility List). Во-вторых, версию виртуального аппаратного обеспечения (Virtual Hardware Version), от которой зависят возможности ВМ: объём памяти, число vCPU, поддержка NVMe, TPM и других устройств. В-третьих, совместимость с vCenter Server — централизованное управление возможно только при соблюдении матрицы версий.
Поэтому перед установкой или обновлением необходимо сверить три вещи: версию ESXi, версию vCenter (если он используется) и совместимость сервера по официальному списку совместимости Broadcom/VMware.
Обзор основных версий ESXi
Каждое поколение гипервизора приносило изменения в архитектуре и требованиях. Ниже — обобщённая картина по ключевым линейкам; точные даты окончания поддержки конкретных релизов стоит проверять в официальной матрице жизненного цикла продуктов VMware, так как они могут пересматриваться.
| Версия | Ключевые особенности | Статус поддержки |
|---|---|---|
| ESXi 5.x | Переход на vSphere Web Client, Virtual Hardware 8–9 | Поддержка завершена |
| ESXi 6.0 | Улучшенный vMotion, Virtual Hardware 10–11 | Поддержка завершена |
| ESXi 6.5 / 6.7 | HTML5-клиент (Host Client), поддержка NVMe, VBS | Поддержка завершена |
| ESXi 7.0 | Отказ от старых драйверов (VMKLinux), новые требования к загрузочным устройствам, vSphere Lifecycle Manager | Актуальный статус уточняйте у вендора |
| ESXi 8.0 | Ускорение через DPU, улучшенная работа с TPM 2.0, новые возможности виртуального железа | Актуальная линейка |
Важный момент: начиная с ESXi 7.0, VMware прекратила поддержку устаревшей драйверной модели VMKLinux. Серверы со старыми сетевыми картами и RAID-контроллерами, работавшие на 6.7, могут оказаться несовместимыми с 7.x и 8.x — драйверы для них просто не существуют в новом формате Native Driver.
⚠️ Внимание: перед миграцией с ESXi 6.7 на 7.x или 8.x обязательно проверьте каждый сетевой адаптер и контроллер хранения по HCL. Отсутствие драйвера после обновления означает, что хост потеряет сеть или диски, и откат потребует переустановки.
Как узнать версию установленного ESXi
Самый быстрый способ — посмотреть версию через веб-интерфейс Host Client. Откройте в браузере адрес https://IP-адрес-хоста/ui, войдите под учётной записью root — версия и номер сборки (build number) отображаются в верхней части страницы и в разделе сведений о хосте.
Если доступен SSH, версию можно получить командой:
vmware -vДля более подробного вывода, включая точный номер сборки и установленные обновления, используйте:
esxcli system version getНомер сборки важен не меньше мажорной версии: внутри одной линейки, например 8.0, выпускаются накопительные обновления (Update 1, Update 2, Update 3) и патчи безопасности. При поиске решения проблемы или проверке уязвимости сравнивать нужно именно build number с бюллетенями безопасности VMware.
Совместимость версий: vCenter, виртуальное железо и гостевые ОС
При смешанной инфраструктуре действует простое правило: vCenter Server должен быть версии не ниже, чем самый новый управляемый им хост ESXi. Например, хосты ESXi 8.0 нельзя подключить к vCenter 7.0 — сначала обновляется vCenter, затем хосты. Обратный порядок приведёт к ошибкам подключения.
Вторая зона риска — Virtual Hardware Version виртуальных машин:
- 🖥️ ВМ, созданные на новой версии ESXi, могут не запускаться на старых хостах в кластере — учитывайте это при миграциях между разновозрастными серверами.
- 🔄 Обновление виртуального железа ВМ необратимо без клона или снапшота — делайте резервную копию перед повышением версии hardware.
- 📦 VMware Tools желательно держать актуальными: старые Tools на новом гипервизоре — частая причина проблем с сетью и дисками внутри гостевой ОС.
- 🧩 В кластере EVC (Enhanced vMotion Compatibility) проверяйте, что baseline соответствует самому старому процессору.
Порядок безопасного обновления ESXi
Обновление хоста — штатная процедура, но она требует подготовки. Ниже универсальная последовательность, применимая к большинству развёртываний; конкретные шаги могут отличаться в зависимости от того, используется ли vSphere Lifecycle Manager или ручная установка через esxcli.
☑️ Подготовка к обновлению ESXi
Резервную копию конфигурации хоста перед обновлением можно создать через PowerCLI или командную строку — это позволит быстро восстановить настройки сети и хранилищ в случае переустановки. Сами виртуальные машины конфигурация хоста не включает: их нужно защищать отдельно штатными средствами резервного копирования.
Если хосты управляются через vCenter, удобнее всего использовать vSphere Lifecycle Manager: он автоматически переводит хост в maintenance mode, мигрирует ВМ на соседние узлы и применяет образ. Для одиночного хоста без vCenter обновление выполняется через esxcli software profile update с указанием depot-файла, либо чистой установкой с ISO.
⚠️ Внимание: начиная с ESXi 7.x изменились требования к загрузочным устройствам — USB-флешки и SD-карты низкого качества больше не рекомендуются как системный носитель из-за интенсивной записи служебных данных. Если хост загружается с дешёвой флешки, планируйте переезд на SSD или RAID-массив.
После обновления проверьте три вещи: хост видит все datastore, сетевые интерфейсы поднялись с корректными vmknic, и виртуальные машины запускаются без ошибок совместимости. Только после этого возвращайте хост в боевую эксплуатацию.
Лицензирование и бесплатная версия
Лицензионная модель VMware претерпела заметные изменения, особенно после приобретения компании Broadcom. Исторически существовала бесплатная версия ESXi Free с ограничениями: без доступа к API для резервного копирования, без управления через vCenter и с ограничением на объём vRAM для ВМ. Актуальную доступность бесплатного гипервизора и условия подписок необходимо проверять на официальном портале Broadcom, так как условия менялись.
Коммерческие издания исторически различались набором функций: Essentials для небольших инфраструктур, Standard и Enterprise Plus с поддержкой vMotion, DRS, Storage vMotion и распределённых коммутаторов. При выборе редакции ориентируйтесь на то, какие механизмы отказоустойчивости и автоматизации реально нужны, а не на максимальный комплект.
Что делать, если оборудование не поддерживает новые версии
Если сервер отсутствует в HCL для ESXi 7.x/8.x, варианты такие: остаться на последней поддерживаемой версии с пониманием рисков безопасности, изолировать хост в отдельном сегменте сети, либо планировать замену оборудования. Некоторые администраторы используют неофициальные драйверы из community-пакетов, но это неподдерживаемая конфигурация — для производственных систем такой подход не рекомендуется.
Типичные ошибки при работе с версиями ESXi
Практика показывает, что большинство проблем связано не с самим гипервизором, а с пренебрежением проверками совместимости. Вот что стоит держать в поле зрения.
- ⚠️ Обновление «в лоб» через несколько мажорных версий — проверяйте поддерживаемые пути апгрейда в официальной документации, иногда требуется промежуточный шаг.
- 🚫 Установка кастомного образа от производителя сервера (Dell, HPE, Lenovo) на чужое оборудование — OEM-образы содержат специфичные драйверы и плагины.
- 🔌 Игнорирование версии прошивок сервера: BIOS, BMC и прошивки контроллеров должны соответствовать рекомендациям вендора для целевой версии ESXi.
- 📅 Забытые сроки окончания поддержки — хост на версии, снятой с поддержки, не получает патчи безопасности.
Отдельного упоминания заслуживает смешение разных сборок внутри кластера. Технически это допустимо в пределах одной мажорной версии, но различия в патчах могут вызывать несогласованное поведение при миграциях ВМ. Стремитесь к одинаковому уровню обновлений на всех узлах кластера.
Часто задаваемые вопросы
Можно ли обновить ESXi 6.7 сразу до 8.0?
Прямой путь обновления между версиями определяется официальной матрицей апгрейда VMware. Как правило, поддерживаются переходы с ограничением по количеству пропускаемых мажорных версий, поэтому может потребоваться промежуточное обновление до 7.0. Перед началом сверьтесь с документацией к конкретному релизу и проверьте оборудование по HCL.
Как узнать, поддерживает ли мой сервер ESXi 8.0?
Проверьте модель сервера, процессоры, сетевые адаптеры и контроллеры хранения в официальном списке совместимости VMware Compatibility Guide. Обратите внимание на драйверную модель: устройства, работавшие только с драйверами VMKLinux, не поддерживаются начиная с ESXi 7.0.
Что произойдёт с виртуальными машинами при обновлении хоста?
Сами ВМ не изменяются: обновляется только гипервизор. Однако после апгрейда может потребоваться обновить VMware Tools и версию виртуального железа, чтобы использовать новые возможности. Перед повышением Virtual Hardware Version сделайте резервную копию ВМ — эта операция необратима.
Где скачать дистрибутив ESXi?
Дистрибутивы распространяются через официальный портал Broadcom (ранее — портал VMware) и требуют учётной записи. Также производители серверов (Dell, HPE, Lenovo и другие) предлагают кастомизированные образы с интегрированными драйверами под своё оборудование — для фирменных серверов предпочтительнее использовать именно их.
Чем отличается номер версии от номера сборки?
Версия (например, 8.0 Update 2) описывает линейку продукта и набор функций, а номер сборки (build) идентифицирует конкретный выпуск, включая патчи безопасности. При проверке уязвимостей и поиске решений проблем сравнивать нужно именно build number — посмотреть его можно командой vmware -v или в Host Client.