Привет!
VMware ESX/ESXi — это гипервизор первого типа, который устанавливается непосредственно на физический сервер и запускает изолированные виртуальные машины. Для одного тестового хоста можно использовать бесплатный ESXi 8.0 Update 3e, а для централизованного управления, кластеров, vMotion, HA и DRS понадобятся коммерческие продукты VMware vSphere Foundation или VMware Cloud Foundation.
Ранее в блоге СЕРВЕР МОЛЛ выходил обзор гипервизора Proxmox, и уж больно он зашёл читателям, а потому решено — запускаем цикл обзоров. Продолжу я с VMware ESX/ESXi, а затем кратко сравню его с KVM, Hyper-V и Proxmox VE.
Итак, начнём обзор одного из наиболее известных гипервизоров на рынке.
от 8 580 000 ₽
298 155 ₽/мес в лизинг
от 7 032 787 ₽
+ 1 547 213 НДС
от 943 650 ₽
32 792 ₽/мес в лизинг
от 773 484 ₽
+ 170 166 НДС
от 181 776 ₽
6 317 ₽/мес в лизинг
от 148 997 ₽
+ 32 779 НДС
от 5 125 152 ₽
178 099 ₽/мес в лизинг
от 4 200 944 ₽
+ 924 208 НДС
Что такое VMware ESXi: про гипервизор и лицензии
Как водится, начнём с базы.
VMware ESXi — это гипервизор первого типа, работающий непосредственно на серверном оборудовании, без предварительного запуска Windows, Linux или другой операционной системы общего назначения. В английском языке такие гипервизоры называют bare-metal, что буквально переводится как «голый металл».
Гипервизор — это программное обеспечение, которое позволяет одному физическому серверу, или хосту, параллельно запускать несколько виртуальных машин с одинаковыми или разными операционными системами. ВМ изолированы друг от друга и получают собственные виртуальные процессоры, оперативную память, диски и сетевые адаптеры.
Простая аналогия из жизни. Представьте, что владелец отеля хочет максимально эффективно использовать номера. Он нанимает менеджера — гипервизор, который распределяет комнаты и ресурсы между гостями. Каждый гость получает отдельный номер — виртуальную машину — и не мешает соседям.
Руководству и менеджеру безразлично, откуда приехал гость и на каком языке он говорит. В соседних номерах могут жить Astra Linux, Windows Server, Ubuntu и openSUSE. Пересекутся они разве что в лифте или на выходе из отеля — например, при использовании общего сетевого канала или хранилища.
Виртуализация помогает эффективнее использовать серверное оборудование, размещать несовместимые приложения на одном хосте и быстрее разворачивать новые системы. Она также упрощает резервирование, миграцию и восстановление ВМ, хотя сама по себе не гарантирует низкие RTO и RPO: для этого нужны правильно спроектированные кластеры, сеть, хранилища и резервное копирование.
Теперь о названиях. До версии 9 коммерческий гипервизор назывался ESXi. В качестве исторической справки - аббревиатура расшифровывается Elastic Sky X, а i - обозначает integrated, потому что ранее ESX был отдельным продуктом. В составе коммерческих продуктов поколения 9.x Broadcom вернула название ESX, но это не означает возвращения старой Linux-based Service Console. Современный ESX 9.x остаётся развитием прежнего bare-metal-гипервизора ESXi.
Параллельно существуют две ветки:
- коммерческая ветка ESX 9.x в составе VVF и VCF;
- ветка ESXi 8.x, включая отдельную бесплатную редакцию ESXi 8.0 Update 3e.
Согласно таблице сборок Broadcom, ESX 9.1 вышел 12 мая 2026 года, а в июле была опубликована обновлённая сборка ESX 9.1.0.0200. Ветка ESXi 8.0 продолжает получать исправления: в июле 2026 года для неё вышел патч Update 3k. Конкретную сборку перед развёртыванием нужно проверять отдельно на совместимость с оборудованием — особенно если используются OEM-образы Dell, HPE, Lenovo или другого производителя.
Старая схема с редакциями Essentials, Essentials Plus, Standard, Enterprise Plus и Platinum больше не описывает актуальную продуктовую структуру. Сейчас важно разделять три варианта использования:
| Вариант | Для чего предназначен | Основные ограничения и возможности |
| Бесплатный ESXi 8.0 Update 3e | Один автономный хост, домашняя лаборатория, разработка и тестирование | До двух физических процессоров на хост, до 8 vCPU на одну ВМ, локальный Host Client. Нет vCenter, vMotion, HA, DRS, VADP-бэкапов и официальной поддержки |
| VMware vSphere Foundation, VVF | Коммерческая виртуальная инфраструктура с централизованным управлением | ESX, vCenter, средства эксплуатации, мониторинга и управления жизненным циклом. Точный состав зависит от версии и договора |
| VMware Cloud Foundation, VCF | Полный частный облачный стек | Помимо виртуализации и vCenter, включает более широкие возможности программно-определяемой инфраструктуры, сети, автоматизации, эксплуатации и управления жизненным циклом |
Бесплатный ESXi 8.0 Update 3e распространяется для standalone-использования. Он позволяет запускать неограниченное число ВМ в пределах ресурсов сервера, но каждая виртуальная машина ограничена восемью vCPU. Хост нельзя добавить в vCenter. Недоступны vMotion, Distributed Resource Scheduler, High Availability и резервное копирование через VADP. API управления не поддерживаются в полном режиме и могут отдавать только информацию для чтения. Официальной технической поддержки Broadcom также нет. Полный список условий приведён в официальном описании бесплатного ESXi 8.0 Update 3e.
Это не демонстрационная версия с таймером, но её ограничения серьёзно влияют на эксплуатацию. Бесплатный ESXi подойдёт для небольшой лаборатории, обучения, разработки, тестового стенда или одного некритичного сервера. Для производственного кластера с автоматическим восстановлением ВМ и штатной интеграцией резервного копирования потребуется коммерческая платформа.
У VVF и VCF действует подписочная модель лицензирования по физическим ядрам. Подсчитываются ядра всех процессоров на лицензируемых хостах, при этом установлен минимум 16 лицензируемых ядер на каждый физический процессор.
Например:
- сервер с одним 12-ядерным CPU требует лицензирования 16 ядер;
- сервер с двумя 12-ядерными CPU — 32 ядер;
- сервер с двумя 24-ядерными CPU — 48 ядер;
- три двухпроцессорных сервера с CPU по 24 ядра — 144 ядер.
Таким образом, правило «одна лицензия на каждые 32 ядра» больше применять нельзя. Методика расчёта приведена в инструкции Broadcom по подсчёту ядер для VCF и VVF.
Стоимость подписки зависит от продукта, срока, набора компонентов, партнёра и условий договора. Поэтому статичную цену в статье приводить бессмысленно: перед закупкой нужно запросить коммерческое предложение и проверить, какие именно компоненты, объём vSAN и права поддержки включены.
Что входит в VMware ESXi
ESXi и современный ESX — сложные программные продукты, но важно не смешивать сам гипервизор и платформу управления.
ESXi 8.x или ESX 9.x устанавливается на физический сервер и непосредственно запускает ВМ. Один хост можно администрировать локально через Host Client, DCUI и командную строку. Для управления несколькими хостами, кластерами и общей виртуальной инфраструктурой используется vCenter.
Актуальный коммерческий стек включает следующие основные компоненты:
- ESXi 8.x или ESX 9.x — bare-metal-гипервизор, который управляет процессором, памятью, сетью, хранилищами и виртуальными машинами.
- vCenter Server — централизованное управление хостами, кластерами, ВМ, правами доступа, шаблонами, событиями и политиками.
- vSphere Client — веб-интерфейс для работы с vCenter. Для автономного хоста используется отдельный ESXi Host Client.
- vSphere Lifecycle Manager, или vLCM — управление образами хостов, обновлениями ESX/ESXi, драйверами и OEM-компонентами. Он заменил старый vSphere Update Manager.
- VCF Operations и связанные службы — мониторинг, эксплуатация, управление ёмкостью, журналами и жизненным циклом компонентов в актуальных VVF/VCF.
- vSAN — программно-определяемое хранилище, объединяющее локальные накопители хостов.
- NSX — программно-определяемая сеть и сетевые функции. В первую очередь относится к полному стеку VCF.
- Средства автоматизации и оркестрации — развёртывание инфраструктуры, управление сервисами и выполнение повторяемых операций.
Устаревшие vSphere Management Assistant, AppDefense и отдельный Update Manager в актуальную архитектуру включать не нужно.
Внутри самого гипервизора работают:
- VMkernel — ядро гипервизора, связывающее ВМ с физическим оборудованием. Оно отвечает за планирование ресурсов, виртуализацию процессора и памяти, сетевой и дисковый ввод-вывод, а также изоляцию ВМ.
- DCUI, или Direct Console User Interface — локальный текстовый интерфейс для базовой настройки хоста. Через него можно задать управляющую сеть, проверить состояние системы, перезапустить службы управления и включить диагностический доступ.
- ESXi Host Client — веб-интерфейс автономного хоста. Через него создают ВМ, подключают хранилища, настраивают виртуальные коммутаторы и проверяют события.
- API, PowerCLI и SDK — инструменты автоматизации. Их доступность зависит от лицензии: у бесплатного ESXi API управления ограничены.
- Драйверы и OEM-дополнения — компоненты для сетевых адаптеров, HBA, RAID-контроллеров, NVMe-устройств и другого оборудования.
Для одного хоста этого достаточно. Для нескольких серверов, общей сети и хранилищ, кластеров HA, vMotion и DRS нужен vCenter и соответствующие коммерческие права.
Чем ESX отличается от ESXi
Немного истории — полезной, хотя бывалые админы её и сами видели.
До версии 5.0 VMware поддерживала два варианта: ESX и более компактный ESXi. Старый ESX состоял из VMkernel и отдельной Service Console на базе Linux. Service Console предоставляла командную строку и среду для административных агентов, средств резервного копирования и другого ПО.
Со временем VMware убрала Service Console. Управление перенесли во внешние инструменты, веб-клиент, API и компактный интерфейс DCUI. Так появилась архитектура ESXi с меньшей поверхностью атаки и без полноценной управляющей ОС общего назначения внутри хоста.
Начиная с vSphere 5 остался только ESXi. Поэтому много лет фраза «ESX умер, да здравствует ESXi» была технически точной.
С поколением 9.x Broadcom снова использует название VMware ESX. Однако новый ESX 9 — не возвращение продукта времён ESX 3 или ESX 4. В нём нет прежней Linux Service Console. Это продолжение современной архитектуры ESXi, переименованное и включённое в продуктовую структуру VVF/VCF 9.x.
Поэтому сегодня названия лучше читать так:
- ESXi 8.x — гипервизор поколения vSphere 8, включая бесплатный ESXi 8.0 Update 3e;
- ESX 9.x — коммерческий гипервизор поколения VVF/VCF 9;
- старый ESX до версии 5.0 — исторический продукт с Service Console.
То есть буква «i» теперь не позволяет автоматически определить архитектуру. Нужно смотреть на номер поколения и контекст, в котором используется название.
Минимальные системные требования VMware ESXi 8.x и ESX 9.x
ESXi сам по себе не требует огромных вычислительных ресурсов, но это не значит, что его можно без проверки поставить на любой сервер. Важны не только CPU и объём памяти, но и модель сервера, контроллеры, сетевые адаптеры, накопители, прошивки и драйверы.
Broadcom поддерживает только протестированные конфигурации из Compatibility Guide. Если сервер, процессор или отдельный I/O-контроллер работал с ESXi 7 или 8, это ещё не означает автоматической совместимости с ESX 9. Особенно внимательно нужно проверять старые процессоры, RAID/HBA, сетевые карты и NVMe-устройства.
Для лаборатории неподдерживаемое оборудование иногда заводится. Для производственной инфраструктуры такой подход превращает обновление или замену сетевой карты в лотерею, а обращение в поддержку может закончиться просьбой сначала воспроизвести проблему на сертифицированной конфигурации.
Процессор:
- 64-битный процессор архитектуры x86;
- не менее двух физических ядер;
- аппаратная виртуализация Intel VT-x или AMD-V/RVI;
- включённый Intel XD или AMD NX в BIOS/UEFI;
- модель CPU и серверная платформа должны поддерживаться выбранной версией ESX/ESXi;
- для миграции ВМ между хостами нужно заранее проверить совместимость поколений CPU или спроектировать кластер с использованием EVC.
Оперативная память:
- минимальное требование для загрузки ESXi 8.x и ESX 9.x — 8 ГБ;
- для реальной работы необходимо добавить память под сам гипервизор, службы управления и все виртуальные машины;
- для vCenter, vSAN, NSX и других компонентов нужны отдельные ресурсы согласно их требованиям;
- объём памяти для производственного хоста обычно измеряется сотнями гигабайт или терабайтами, а не минимальными восемью гигабайтами.
от 1 813 037 ₽
63 003 ₽/мес в лизинг
от 1 486 096 ₽
+ 326 941 НДС
от 668 250 ₽
23 222 ₽/мес в лизинг
от 547 746 ₽
+ 120 504 НДС
от 343 802 ₽
11 947 ₽/мес в лизинг
от 281 805 ₽
+ 61 997 НДС
от 304 750 ₽
10 590 ₽/мес в лизинг
от 249 795 ₽
+ 54 955 НДС
Минимум позволяет загрузить гипервизор, но почти ничего не говорит о пригодности сервера для задачи. Конфигурацию нужно рассчитывать по числу ВМ, их рабочему потреблению памяти, резерву для HA и допустимому коэффициенту переподписки.
Загрузочный накопитель:
- для ESXi 8.x требуется не менее 32 ГБ постоянного хранилища;
- для ESXi 8.x рекомендуется накопитель от 128 ГБ;
- для ESX 9.x нужен постоянный накопитель не менее 128 ГБ;
- предпочтительны поддерживаемые SSD, NVMe, SAS, SATA/SATADOM или специализированные серверные модули загрузки, например Dell BOSS или аналогичные решения других производителей;
- загрузочное устройство не должно одновременно использоваться несколькими хостами без специально поддерживаемой схемы.
USB-накопители и SD-карты не стоит выбирать для новых серверов. Broadcom сохраняет их поддержку на ранее сертифицированных платформах в ветках 8.x и 9.x, но рекомендует размещать ESX-OSDATA на отдельном постоянном устройстве. Для новой конфигурации лучше сразу использовать локальный SSD, NVMe или отказоустойчивый модуль загрузки. Причина проста: SD и USB хуже переносят растущий объём операций записи, не всегда позволяют контролировать износ и чаще становятся причиной проблем после обновлений. Подробные требования и допустимые схемы описаны в рекомендациях Broadcom по загрузочным устройствам.
Даже при выборе такого хранилища для установки гипервизора, виртуальные машины хранить на нём не следует.
Хранилище виртуальных машин:
- локальные SAS, SATA и NVMe-накопители через поддерживаемый контроллер;
- аппаратный RAID — если он предусмотрен архитектурой и поддерживается выбранной версией;
- iSCSI для доступа к удалённым блочным устройствам;
- NFS для файловых сетевых хранилищ;
- Fibre Channel через совместимые HBA;
- vSAN для объединения локальных накопителей нескольких хостов в программно-определяемое хранилище.
Проверять нужно не только модель СХД, но и HBA, прошивку, драйвер, тип подключения и поддерживаемый режим multipathing.
Сеть:
- минимум один поддерживаемый Ethernet-контроллер;
- отдельные интерфейсы или логически изолированные сети для управления, ВМ, vMotion и хранилища;
- резервирование физических сетевых адаптеров;
- для vMotion и трафика хранилищ обычно используют 10/25 Гбит/с и быстрее;
- требования vSAN зависят от выбранной архитектуры, типа накопителей и версии продукта, поэтому хоть универсальное правило «vSAN работает только на 10 Гбит/с» и некорректно, но гигабит поддерживается только на гибридных хранилищах и не рекомендован.
Одной гигабитной сети может хватить для небольшой лаборатории, но для производственного кластера она быстро станет узким местом.
BIOS и UEFI:
Для актуальных серверов рекомендуется UEFI. Перед установкой нужно включить аппаратную виртуализацию, NX/XD, проверить режим загрузки, обновить BIOS, прошивки контроллеров и сетевых адаптеров до поддерживаемых версий.
Если используется OEM-сервер, разумно выбирать фирменный образ ESX/ESXi или официальный OEM Add-on. В него могут входить нужные драйверы, агенты мониторинга и компоненты управления оборудованием.
Ключевые возможности VMware ESXi
Возможностей у ESX/ESXi вагон и большая тележка, и ещё телеги поверх всех вагонов. Но дальше я буду говорить преимущественно о коммерческом использовании с vCenter. Бесплатный ESXi 8.0 U3e не включает часть перечисленных функций.
- Виртуализация процессора. Гипервизор предоставляет ВМ виртуальные процессоры и распределяет физическое процессорное время между нагрузками. Для чувствительных к задержкам систем можно использовать резервирование ресурсов, NUMA-aware-размещение и привязку к аппаратным возможностям хоста.
- Виртуализация памяти. ESX/ESXi распределяет память между ВМ и использует механизмы вроде ballooning, compression и swapping. Ballooning работает через драйвер VMware Tools и помогает вернуть неиспользуемую память при её дефиците. Однако переподписка памяти — не бесплатное увеличение RAM: если хост действительно исчерпал физическую память и начал активно использовать swap, производительность ВМ снизится.
- Distributed Resource Scheduler. DRS анализирует загрузку хостов в кластере и рекомендует или автоматически выполняет миграции ВМ. Для работы нужны vCenter, кластер, vMotion и соответствующие коммерческие права.
- Виртуальные сети. ESX/ESXi создаёт виртуальные сетевые адаптеры и коммутаторы. Для большинства современных гостевых систем предпочтителен VMXNET3. В коммерческой инфраструктуре можно использовать vSphere Distributed Switch, централизованные сетевые политики и интеграцию с NSX.
- Управление виртуальными машинами. Через Host Client или vSphere Client администратор создаёт ВМ, назначает CPU и память, подключает виртуальные диски и сети, устанавливает VMware Tools, клонирует системы и использует шаблоны.
- Снимки ВМ. Snapshot фиксирует состояние виртуальных дисков и при необходимости память ВМ на определённый момент. Это удобно перед обновлением, изменением конфигурации или тестом.
Снэпшоты не заменяют резервное копирование. Длительное хранение цепочек снимков увеличивает нагрузку на хранилище, усложняет консолидацию и повышает риск проблем при нехватке места. - vMotion и Storage vMotion. В коммерческой среде работающую ВМ можно переносить между совместимыми хостами и хранилищами. Это упрощает обслуживание серверов и балансировку нагрузки. В бесплатном ESXi vMotion недоступен.
- High Availability. vSphere HA отслеживает состояние хостов и при отказе сервера перезапускает его ВМ на оставшихся узлах кластера. Это не бесшовный перенос: гостевым системам требуется время на загрузку.
- Fault Tolerance. FT создаёт синхронную вторичную копию поддерживаемой ВМ на другом хосте. При отказе основного сервера выполнение переключается на вторичную ВМ с минимальным прерыванием. У функции есть требования и ограничения по конфигурации ВМ, сети и лицензированию.
- Lifecycle Manager. vLCM позволяет управлять желаемым образом хоста, патчами, драйверами и OEM-дополнениями. Перед обновлением он также помогает проверять соответствие кластера выбранному образу.
Краткий обзор конкурентных преимуществ VMware ESXi
Главное преимущество ESX/ESXi — зрелая корпоративная экосистема. Гипервизор давно применяется в ЦОДах, а вокруг него построены инструменты управления вычислительными ресурсами, сетями, хранилищами, резервным копированием и аварийным восстановлением.
К преимуществам относятся:
- централизованное управление через vCenter;
- отработанные механизмы vMotion, HA, DRS и FT;
- развитая интеграция с серверным оборудованием, СХД и системами резервного копирования;
- единые политики для кластеров;
- управление образами и обновлениями через Lifecycle Manager;
- разграничение прав, аудит, журналы и средства защиты ВМ;
- масштабирование от одного хоста до крупных виртуальных инфраструктур;
- интеграция ESX, vCenter, vSAN, NSX и эксплуатационных инструментов внутри VVF/VCF.
При этом «широкая экосистема оборудования» не означает совместимость с любым сервером. Поддерживаемая конфигурация должна присутствовать в Broadcom Compatibility Guide. Модель сервера, CPU, контроллер, сетевая карта, драйвер и прошивка рассматриваются вместе.
ESX/ESXi славится эффективной работой с ресурсами хоста. VMkernel запускается непосредственно на оборудовании и не требует отдельной ОС общего назначения. Однако конечная производительность зависит от архитектуры сервера, NUMA, хранилища, сети, настроек ВМ и характера нагрузки. Само название гипервизора не исправит медленную СХД или перегруженный сетевой канал.
Сценарии использования VMware ESXi
- ЦОДы и корпоративная инфраструктура. Коммерческий ESX применяют для консолидации серверов, централизованного управления и создания кластеров.
- Тестирование и разработка. Бесплатный ESXi 8.0 U3e подходит для автономной лаборатории, где не нужны vCenter, HA и vMotion.
- Частное облако. VCF объединяет вычислительную виртуализацию, программно-определяемые сети, хранилища, автоматизацию и эксплуатационные инструменты.
- Отказоустойчивые кластеры. vCenter, HA, vMotion и DRS позволяют обслуживать хосты и восстанавливать ВМ после отказа оборудования. Для этого нужны коммерческие права, минимум два-три хоста и правильно спроектированные сеть и хранилище.
- Виртуализация серверных приложений. На ESX/ESXi размещают базы данных, терминальные серверы, инфраструктурные службы, ERP, веб-приложения и другие нагрузки — при условии поддержки со стороны производителя приложения.
- VDI. Гипервизор может быть вычислительным слоем инфраструктуры виртуальных рабочих столов, но сам по себе ESX/ESXi не является готовой VDI-платформой.
Сценариев значительно больше. Но в малой среде нужно взвесить все за и против. Иногда виртуализация упрощает обслуживание, а иногда добавляет ещё один уровень управления, подписки и зависимость от конкретного вендора.
Плюсы и минусы VMware ESXi
| Плюсы | Минусы |
| Зрелая архитектура bare-metal-гипервизора | Коммерческие функции доступны через подписки VVF/VCF, более простые лицензии убраны. |
| Централизованное управление через vCenter | Минимум 16 лицензируемых ядер на каждый физический CPU |
| vMotion, HA, DRS, FT и развитая кластеризация | Бесплатный ESXi не подключается к vCenter и не имеет vMotion, HA, DRS и VADP |
| Интеграция с vSAN, NSX, СХД и системами резервного копирования | Сильная зависимость от продуктовой политики и жизненного цикла вендора |
| Управление обновлениями через Lifecycle Manager | Поддержка оборудования жёстко привязана к Compatibility Guide |
| Разграничение прав, аудит и средства защиты ВМ | Переход на новую основную версию может потребовать замены серверов или контроллеров |
| Большая база знаний и опыт эксплуатации в корпоративных средах | Получение лицензий, обновлений и поддержки может быть затруднено для российских организаций |
| Возможность строить инфраструктуру от одного хоста до крупного частного облака | Миграция на другую платформу требует проверки форматов ВМ, сети, бэкапов и процессов эксплуатации |
Гипервизор также расходует часть ресурсов сервера на собственную работу. Обычно эти накладные расходы оправдываются консолидацией и удобством управления, но их всё равно нужно учитывать при расчёте ёмкости и резерва для HA.
Сравнение VMware ESXi с другими гипервизорами
Кратко пройдусь по трём популярным альтернативам: KVM, Microsoft Hyper-V и Proxmox VE.
Важно не смешивать разные уровни. ESX/ESXi — гипервизор, KVM — технология виртуализации в ядре Linux, Hyper-V — роль и гипервизор Microsoft, а Proxmox VE — готовая платформа, объединяющая KVM, LXC и собственные инструменты управления.
Лицензирование гостевых операционных систем также считается отдельно. Например, бесплатность гипервизора не отменяет лицензии Windows Server внутри ВМ и правил лицензирования виртуальных машин от MS, которые зависят от редакции и количества машин на хосте, но в любом случае требуют покрытия лицензиями всех ядер сервера.
ESXi vs KVM
KVM, или Kernel-based Virtual Machine, — технология аппаратной виртуализации, встроенная в ядро Linux. Она относится к открытому ПО и используется в различных платформах: Proxmox VE, OpenStack, oVirt и собственных решениях на базе libvirt и QEMU.
ESX/ESXi поставляется как готовый специализированный гипервизор с фирменным стеком управления. KVM даёт больше свободы в выборе Linux-дистрибутива, хранилищ, сетевого стека и системы управления, но эту архитектуру нужно собрать и сопровождать.
ESX чаще выбирают, когда уже есть компетенции VMware, vCenter, интеграции резервного копирования и необходимость сохранить привычные процессы эксплуатации. KVM подходит, если приоритетны открытый стек, гибкость и отсутствие зависимости от подписки VMware.
от 454 755 ₽
15 803 ₽/мес в лизинг
от 372 750 ₽
+ 82 005 НДС
от 230 000 ₽
7 993 ₽/мес в лизинг
от 188 525 ₽
+ 41 475 НДС
от 2 517 105 ₽
87 469 ₽/мес в лизинг
от 2 063 201 ₽
+ 453 904 НДС
от 1 817 400 ₽
63 155 ₽/мес в лизинг
от 1 489 672 ₽
+ 327 728 НДС
ESXi vs Hyper-V
Hyper-V — гипервизор первого типа от Microsoft. В актуальной продуктовой линейке он доступен как роль Windows Server, включая Windows Server 2025, и тесно интегрирован с Failover Clustering, PowerShell, Windows Admin Center и System Center Virtual Machine Manager.
Актуального отдельного бесплатного Hyper-V Server поколения 2022 или 2025 нет. Последним самостоятельным выпуском был Microsoft Hyper-V Server 2019. Его основная поддержка уже завершилась, а расширенная действует до января 2029 года, что указано в Microsoft Lifecycle.
Hyper-V логичен в инфраструктуре, где уже используются Windows Server, Active Directory, System Center и преимущественно Windows-нагрузки. ESX/ESXi предлагает собственную зрелую экосистему и привычные для VMware-сред механизмы vMotion, HA, DRS и управления хранилищами.
При сравнении стоимости нужно учитывать не только гипервизор, но и лицензии Windows Server на физических хостах и гостевые ОС, средства управления, резервное копирование, сеть, обучение команды и миграцию.
Подробнее Hyper-V разобран в отдельном обзоре гипервизора Microsoft Hyper-V.
ESXi vs Proxmox VE
Напомню, что в нашем блоге есть подробный обзор Proxmox VE. Так что здесь буквально в двух словах.
Proxmox VE — открытая платформа виртуализации на базе Debian. Для полноценных виртуальных машин она использует KVM/QEMU, а для системных Linux-контейнеров — LXC. Называть Proxmox гипервизором второго типа неправильно: KVM работает в ядре Linux и использует аппаратную виртуализацию, а сама платформа обычно устанавливается на bare-metal-сервер.
Proxmox VE включает веб-интерфейс, кластерное управление, HA, миграцию, ZFS, Ceph, резервное копирование и API. Основной функционал доступен без оплаты, а подписка даёт доступ к enterprise-репозиторию и поддержке.
Бесплатный ESXi 8.0 U3e проще использовать как отдельный хост, но у него нет vCenter, миграции, HA и полноценного API управления. Proxmox VE позволяет строить кластер без покупки лицензии на саму платформу, хотя производственная среда всё равно требует затрат на поддержку, резервное копирование, мониторинг и квалификацию администраторов.
Коммерческий ESX в составе VVF/VCF предлагает более широкую корпоративную экосистему и зрелые интеграции, но лицензируется по физическим ядрам.
Общее сравнение гипервизоров VMware ESXi, KVM, Hyper-V, Proxmox VE
Выбор зависит от существующей инфраструктуры и компетенций команды:
- VMware ESX/ESXi — если уже используются vCenter и VMware-совместимые инструменты, нужны vMotion, DRS, HA и единое управление крупной инфраструктурой;
- KVM — если нужен открытый технологический фундамент и команда готова самостоятельно выбрать или собрать платформу управления;
- Hyper-V — если инфраструктура ориентирована на Windows Server и продукты Microsoft;
- Proxmox VE — если нужна готовая открытая платформа с KVM, LXC, кластером и веб-интерфейсом.
Большую сравнительную таблицу здесь оставлять не буду: без учёта лицензий, хранилищ, сети, резервного копирования и процессов эксплуатации она создаёт ложное ощущение, что четыре решения можно сравнить по нескольким галочкам.
Подробные критерии выбора, включая российские платформы виртуализации, разобраны в центральном материале «Какой гипервизор выбрать».
Вместо выводов
VMware ESX/ESXi остаётся зрелым гипервизором первого типа с развитой экосистемой управления, кластеризации, хранения данных и программно-определяемых сетей.
Но выбирать нужно не просто «VMware», а конкретный вариант:
- бесплатный ESXi 8.0 Update 3e — для одного автономного хоста, лаборатории и тестирования;
- VVF — для коммерческой виртуальной инфраструктуры с ESX и vCenter;
- VCF — для более широкого частного облачного стека.
При расчёте проекта учитывайте лицензирование всех физических ядер с минимумом 16 ядер на процессор, совместимость оборудования с нужной веткой, требования к загрузочному накопителю и стоимость миграции. Сервер, подходящий для ESXi 8, не обязательно будет сертифицирован для ESX 9.
Если вам нужен именно подбор процессоров, памяти, накопителей, RAID/HBA и сетевых адаптеров, переходите в материал «Как выбрать сервер для виртуализации».
Самое важное про ESX/ESXi я рассказал, но VVF и VCF — большие платформы. Поэтому перед закупкой стоит проверить не только сервер, но и всю будущую схему: кластер, сеть, хранилище, резервное копирование, лицензии гостевых ОС и сценарий восстановления после отказа.
Спасибо, что дочитали до конца. Если статья понравилась, добавляйте блог СЕРВЕР МОЛЛ в закладки с помощью Ctrl + D :)
Статья обновлена 25.08.2026. Актуализировали названия ESXi 8.x и ESX 9.x, добавили ESX 9.1 и бесплатный ESXi 8.0 Update 3e, обновили ограничения бесплатной версии и лицензирование VVF/VCF по физическим ядрам. Уточнили состав платформы, требования к совместимому оборудованию и загрузочным накопителям, а также исправили сравнение с Hyper-V и Proxmox VE.
