Если установщик VMware ESXi зависает на этапе загрузки с сообщением вроде «No Network Adapters» или не видит дисковый контроллер, почти всегда причина в отсутствии драйверов под конкретное оборудование сервера — это первое, что стоит проверить до начала развёртывания. Гипервизор ESXi крайне требователен к совместимости «железа», и именно несовместимые сетевые адаптеры или RAID-контроллеры становятся главным препятствием при установке на нестандартные серверы и обычные ПК.
Эта статья разбирает полный цикл работы с VMware ESXi Server: от проверки совместимости оборудования и установки до базовой настройки сети, создания виртуальных машин и диагностики типичных сбоев. Материал ориентирован как на администраторов, разворачивающих первый хост, так и на тех, кто переносит инфраструктуру с других платформ виртуализации.
Что такое VMware ESXi и чем он отличается от других гипервизоров
VMware ESXi — это гипервизор первого типа (bare-metal), который устанавливается непосредственно на «голое» серверное оборудование без промежуточной операционной системы. В отличие от решений второго типа вроде VMware Workstation или VirtualBox, ESXi сам управляет ресурсами процессора, памяти, дисков и сети, распределяя их между виртуальными машинами. Это даёт заметно меньшие накладные расходы и более высокую производительность.
Архитектура гипервизора построена вокруг компактного ядра VMkernel. Управление хостом выполняется через веб-интерфейс Host Client, доступный по адресу https://IP-адрес-хоста/ui, либо централизованно через vCenter Server, если хостов несколько. Для одиночного сервера vCenter не обязателен — базовые задачи полностью решаются через Host Client.
Требования к оборудованию и проверка совместимости
Перед установкой сверьте конфигурацию сервера с официальным списком совместимости VMware Compatibility Guide (HCL) на сайте вендора. Особое внимание уделите трём компонентам: сетевым адаптерам, контроллерам хранения и процессору. Именно по этим позициям чаще всего возникают отказы установщика.
Минимальные ориентиры для рабочего развёртывания выглядят так:
- 🖥️ Процессор с поддержкой аппаратной виртуализации (Intel VT-x или AMD-V) и минимум двумя ядрами;
- 🧠 Оперативная память — для самого гипервизора достаточно нескольких гигабайт, но реальный объём определяется суммарными потребностями виртуальных машин;
- 💾 Загрузочное устройство — подойдёт даже USB-флешка или SD-карта, хотя для продакшена предпочтительнее SSD;
- 🌐 Как минимум один сетевой адаптер из списка совместимости — встроенные десктопные чипы Realtek часто не поддерживаются.
⚠️ Внимание: начиная с современных версий ESXi, VMware исключила из дистрибутива часть драйверов для устаревших и десктопных сетевых карт. Если установщик сообщает об отсутствии сетевых адаптеров, проверьте модель чипа по HCL либо используйте серверный адаптер Intel или Broadcom. Не пытайтесь «вшивать» сторонние драйверы в образ, не убедившись, что другого пути нет.
Также убедитесь, что в BIOS/UEFI сервера включены технологии виртуализации: Intel VT-x / AMD-V, а для проброса устройств внутрь ВМ — VT-d / AMD-Vi. Без них хост либо не установится, либо виртуальные машины не смогут стартовать.
Установка VMware ESXi: пошаговый порядок
Процедура установки несложна, если оборудование совместимо. Загрузите ISO-образ нужной версии с официального портала вендора, запишите его на USB-накопитель (например, через Rufus или balenaEtcher) и загрузите сервер с этого носителя.
- Загрузитесь с установочного носителя и дождитесь появления приветственного экрана инсталлятора.
- Примите лицензионное соглашение клавишей
F11. - Выберите диск для установки. Установщик покажет все обнаруженные устройства — локальные диски, USB-накопители и, при наличии, SAN-LUN.
- Укажите раскладку клавиатуры и задайте пароль root. Пароль должен соответствовать требованиям сложности, иначе установщик отклонит его.
- Подтвердите установку клавишей
F11и дождитесь перезагрузки.
☑️ Проверка перед установкой ESXi
После перезагрузки хост покажет на консоли адрес управления. Если в сети работает DHCP-сервер, адрес будет получен автоматически; в противном случае задайте статический IP через консольное меню, вызываемое клавишей F2.
Первичная настройка сети и управления
Сетевая конфигурация — критичный этап: без корректной сети вы не попадёте в веб-интерфейс и не сможете подключить хранилища. В консольном меню Configure Management Network задайте статический IP-адрес, маску подсети, шлюз по умолчанию и DNS-серверы. Для серверной инфраструктуры динамическая адресация нежелательна — при смене IP вы потеряете доступ к управлению.
Обязательно проверьте разрешение имени хоста в обе стороны: прямую и обратную DNS-записи. Проблемы с DNS — частая скрытая причина странных сбоев при добавлении хоста в vCenter и при работе кластерных функций.
- 🔑 Задайте статический IP и проверьте доступность хоста командой
pingс рабочей станции; - 🌍 Настройте NTP-синхронизацию времени — расхождение часов ломает аутентификацию и журналирование;
- 🔒 Включите SSH только при необходимости: Troubleshooting Options → Enable SSH, и отключайте после обслуживания;
- 📛 Зарегистрируйте PTR-запись для IP хоста в DNS.
Хранилища и создание виртуальных машин
Локальные диски хоста форматируются в файловую систему VMFS и отображаются как датасторы (datastore). Создать новое хранилище можно в интерфейсе Host Client: Storage → New Datastore, затем выбрать диск и задать имя. Для общих хранилищ в кластере используются протоколы NFS, iSCSI или Fibre Channel — их настройка требует отдельных сетевых адаптеров или VLAN для трафика хранения.
Создание виртуальной машины выполняется через мастер Create / Register VM. На ключевых шагах укажите гостевую ОС (от этого зависят предлагаемые виртуальные контроллеры), объём vCPU и RAM, размер виртуального диска и тип его выделения. Тонкие диски (thin provisioning) экономят место, занимая пространство по мере заполнения, но требуют контроля свободного объёма датастора.
| Тип диска | Особенность | Когда применять |
|---|---|---|
| Thick Lazy Zeroed | Место выделяется сразу, обнуление при первой записи | Большинство рабочих нагрузок |
| Thick Eager Zeroed | Выделение и обнуление при создании | Отказоустойчивые кластеры, требовательные БД |
| Thin Provisioned | Растёт по мере заполнения данными | Тестовые среды, экономия ёмкости |
| RDM | Прямой доступ ВМ к физическому LUN | Особые сценарии кластеризации внутри ВМ |
После установки гостевой ОС не забудьте поставить VMware Tools — пакет драйверов и агентов, обеспечивающий корректное выключение ВМ, точное время и нормальную производительность сети и диска. Без него гостевая система работает на эмулируемых устройствах с заметными потерями скорости.
Лицензирование и ограничения бесплатной версии
Бесплатная лицензия ESXi Free позволяет использовать гипервизор без срока давности, но накладывает существенные ограничения: нет централизованного управления через vCenter, недоступен официальный API для сторонних систем резервного копирования, отсутствуют функции вроде vMotion. Для домашней лаборатории этого достаточно, для бизнес-среды — обычно нет.
⚠️ Внимание: лицензионная политика VMware менялась после смены владельца компании, и условия доступности бесплатных версий и дистрибутивов могут отличаться от привычных. Перед планированием инфраструктуры проверьте актуальные условия на официальном портале вендора — не полагайтесь на устаревшие инструкции из сети.
Коммерческие издания различаются набором функций: vMotion, HA, DRS, распределённые виртуальные коммутаторы. Выбор редакции определяется тем, нужны ли вам живая миграция ВМ между хостами и автоматическая балансировка нагрузки.
Что такое vMotion и зачем он нужен
vMotion — технология живой миграции работающей виртуальной машины с одного хоста ESXi на другой без прерывания её работы. Требует общего хранилища (или vMotion с shared-nothing в поддерживаемых конфигурациях), совместимых процессоров и лицензии соответствующего уровня. Применяется для обслуживания хостов без остановки сервисов.
Типичные проблемы и их диагностика
Рассмотрим сбои, с которыми администраторы сталкиваются чаще всего. Первый класс — фиолетовый экран диагностики (PSOD, аналог «синего экрана»). Он означает критическую ошибку ядра: аппаратную неисправность, несовместимый драйвер или сбой памяти. Сфотографируйте экран, извлеките дамп и проверьте оперативную память сервера средствами диагностики вендора — скрытые ошибки RAM нередко маскируются под программные сбои.
Второй частый сценарий — хост перестал отвечать в сети, хотя ВМ продолжают работать. Подключитесь к физической консоли и проверьте состояние агентов управления. Их перезапуск выполняется из меню Troubleshooting Options → Restart Management Agents. Эта операция не выключает виртуальные машины, но на время перезапуска доступ к Host Client пропадёт.
⚠️ Внимание: если датастор стал недоступен и ВМ перешли в состояние «inaccessible», не спешите удалять и пересоздавать виртуальные машины. Сначала проверьте физическое состояние дисков и контроллера, выполните Rescan Storage в разделе Storage → Adapters. Во многих случаях хранилище возвращается после устранения проблемы на уровне оборудования или сети.
Третья группа проблем — производительность. Если ВМ «тормозят», проверьте готовность CPU (CPU Ready) и балунинг памяти в мониторинге производительности хоста. Переподписка ресурсов — когда суммарные vCPU и RAM всех ВМ многократно превышают физические — рабочая практика, но при превышении разумных пределов гостевые системы начинают простаивать в ожидании ресурсов.
Обновление и резервное копирование конфигурации
Обновления ESXi выпускаются в виде патчей и крупных апгрейдов. Для одиночного хоста удобен способ через офлайн-бандл: загрузите архив на датастор, переведите хост в режим обслуживания и выполните обновление через SSH:
esxcli software vib update -d /vmfs/volumes/datastore1/имя-бандла.zipПеред любым обновлением выключите или мигрируйте виртуальные машины и сохраните конфигурацию хоста. Сам бэкап конфигурации делается одной командой через PowerCLI или удалённый CLI:
vim-cmd hostsvc/firmware/backup_configРезультатом будет ссылка на архив конфигурации, который нужно скачать и хранить отдельно от хоста. Учтите: бэкап конфигурации не включает сами виртуальные машины — для них требуется отдельное решение резервного копирования на уровне ВМ.
Часто задаваемые вопросы
Можно ли установить ESXi на обычный домашний компьютер?
Технически — да, если оборудование совместимо. Главное ограничение — сетевой адаптер: многие десктопные чипы Realtek не имеют драйверов в современных версиях ESXi. Серверные адаптеры Intel обычно решают проблему. Также убедитесь, что процессор поддерживает аппаратную виртуализацию и она включена в BIOS.
Чем ESXi отличается от VMware Workstation?
ESXi — гипервизор первого типа, устанавливается на «голое» железо и предназначен для серверов. Workstation — приложение второго типа, работающее поверх Windows или Linux, ориентированное на рабочие станции разработчиков и тестировщиков. Для постоянной серверной виртуализации выбирают ESXi.
Обязателен ли vCenter для работы ESXi?
Нет. Одиночным хостом можно полноценно управлять через веб-интерфейс Host Client. vCenter необходим, когда хостов несколько и требуются централизованное управление, живая миграция vMotion, отказоустойчивость HA и балансировка DRS.
Хост не видит локальный диск при установке. Что проверить?
Проверьте, есть ли драйвер для вашего RAID-контроллера или HBA в дистрибутиве — сверьтесь с VMware HCL. Если контроллер в режиме RAID, убедитесь, что виртуальный диск создан и инициализирован в утилите контроллера. Некоторые контроллеры поддерживаются только в определённых режимах (например, HBA вместо RAID).
Безопасно ли держать SSH постоянно включённым?
Постоянно включённый SSH увеличивает поверхность атаки, и интерфейс ESXi будет показывать предупреждение об этом. Рекомендуемая практика — включать SSH только на время обслуживания и отключать после завершения работ, а доступ к хосту ограничивать на уровне сети (отдельный VLAN управления, ACL).