Где скачать официальный образ ESXi?

Официальный образ ESXi получают через портал Broadcom Support и связанные официальные каналы VMware by Broadcom. Обычно нужна учётная запись, а доступ к конкретным релизам, OEM-образам, обновлениям и документации зависит от назначенных прав, контрактов и актуальной модели поставки. Перед созданием носителя нужно сверить контрольную сумму ISO и не использовать неофициальные образы.

Можно ли ставить ESXi, если NIC или RAID-контроллер не подтверждён в Compatibility Guide?

Нет, такую конфигурацию не следует считать поддерживаемой. Обнаружение устройства установщиком ещё не подтверждает его совместимость: для выбранного релиза ESXi нужно проверить точную модель сервера, CPU, каждый сетевой адаптер, HBA или RAID-контроллер, драйверы и firmware. Для Management Network должна быть подтверждена как минимум одна сетевая карта.

Как настроить VLAN для VM в ESXi, не потеряв доступ к управлению?

Сначала проверьте, какой Standard vSwitch и физический uplink используются Management Network: это текущий путь доступа к хосту. Затем добавьте для виртуальных машин отдельную Port Group на нужном vSwitch. Если VM должна работать в VLAN N, укажите в этой Port Group VLAN ID N — ESXi будет добавлять и снимать соответствующий тег. Когда Management Network остаётся untagged, а VM находится в VLAN N, физический порт коммутатора должен передавать management-сеть как native/untagged и разрешать VLAN N. Если и управление, и VM используют разные VLAN с тегами, на trunk должны быть разрешены оба VLAN, а в каждой Port Group задаётся свой идентификатор. На одном uplink возможна только одна untagged/native-сеть. Для двух разных untagged-сетей потребуются отдельные access-порты и uplink. Не переносите Management Network на другой vSwitch, VLAN или адаптер без локальной либо out-of-band-консоли и плана возврата.

Можно ли создать VMFS datastore на диске, где уже есть данные?

Нет, если данные нужно сохранить. Создание VMFS изменяет структуру выбранного устройства и может сделать существующие данные недоступными. Перед форматированием нужно сопоставить устройство с его моделью, идентификатором, размером и назначением. Для существующего VMFS, NFS или SAN-хранилища используйте подключение или монтирование, а не создание нового datastore.

Почему ESXi не видит ожидаемый RAID-том или внешний datastore?

Причина обычно в контроллере, драйвере, firmware или конфигурации пути к хранилищу, а не в необходимости форматирования другого диска. Для RAID ESXi должен видеть логический том, предоставленный контроллером. Для внешнего хранилища нужно проверить сетевую или SAN-связность, zoning и способ подключения, поддерживаемый для NFS, iSCSI, Fibre Channel или другого типа.

Чем IP-адрес ESXi отличается от IP-адреса виртуальной машины?

Это разные адреса для разных сущностей. ESXi использует IP-адрес на VMkernel-интерфейсе Management Network, через него открывают DCUI-проверки и Host Client. Виртуальная машина получает собственный IP-адрес только после подключения её виртуального NIC к VM Port Group и настройки сети внутри гостевой ОС.

Установка и первичная настройка VMware ESXi: хост, VM, datastore и vSwitch

Начните с проверки конкретного сервера и всех его адаптеров в официальном VMware Compatibility Guide для выбранного релиза ESXi, затем получите доступный вам официальный образ, установите гипервизор и настройте сеть управления через DCUI. После подключения к ESXi Host Client проверьте datastore, минимальную сеть VM, загрузите ISO и создайте первую виртуальную машину. Состояние загрузок, лицензирования и доступных редакций VMware by Broadcom меняется: актуальные права на образ и функции нужно сверять в официальных ресурсах Broadcom/VMware.

Зависимость интерфейсов от версии

Названия экранов, пунктов DCUI и ESXi Host Client, статусы сетевых адаптеров и доступные операции зависят от релиза ESXi, модели сервера, драйверов и firmware. Ниже приведён типовой порядок действий; перед изменениями на рабочем оборудовании сверяйте его с Installation and Setup Guide и документацией производителя сервера.

1. Подготовьте сервер и проверьте совместимость ESXi

VMware ESXi — гипервизор, устанавливаемый непосредственно на физический сервер. Наличие подходящего процессора само по себе не подтверждает, что ESXi увидит сеть, RAID-массив или внешнее хранилище: проверяют всю конфигурацию в Hardware Compatibility List, то есть официальном VMware Compatibility Guide.

Проверка совместимости до установки

Зафиксируйте не только модель сервера, но и фактически установленные адаптеры. Один и тот же сервер может иметь разные NIC и storage-контроллеры.

1
Выберите целевой релиз ESXi
Определите основной релиз и нужный образ ESXi до проверки оборудования. В Compatibility Guide фильтры и результаты относятся к конкретному релизу: поддержка устройства в одной ветке не означает поддержку в другой.
2
Проверьте модель сервера и CPU
В разделе System/Server выберите производителя и точную модель сервера, затем проверьте поддерживаемые процессоры для целевого ESXi. Сверьте модель CPU с инвентаризацией сервера, а не только с описанием платформы.
3
Проверьте сетевые адаптеры
Для каждого физического NIC проверьте модель, PCI ID при наличии, требуемый драйвер и поддерживаемый релиз ESXi. В результате должна быть подтверждена как минимум одна сетевая карта для Management Network; лучше не планировать управление через адаптер, поддержка которого сомнительна.
4
Проверьте контроллер хранения
Проверьте HBA, RAID-контроллер или иной storage-адаптер, через который ESXi должен увидеть загрузочное устройство и datastore. Учитывайте режим контроллера и версию firmware: поддержка чипсета или дисков не заменяет поддержку конкретного контроллера и драйвера.
5
Сверьте firmware и образ
Если производитель сервера публикует кастомизированный образ ESXi и совместимую матрицу firmware/драйверов, используйте их как источник для выбора образа. Ожидаемый результат — выбранный релиз, образ и набор поддерживаемых устройств. При отсутствии устройства в каталоге не считайте конфигурацию поддерживаемой только потому, что установщик его обнаружил.

Совместимость в каталоге не заменяет проверку аппаратной виртуализации в текущей конфигурации firmware. Для запуска обычных 64-битных VM ESXi должен иметь доступ к расширениям виртуализации CPU — Intel VT-x или AMD-V. Включение и диагностика этих параметров, а также IOMMU для passthrough, разобраны отдельно: Как включить Intel VT-x, AMD-V и IOMMU в BIOS/UEFI сервера.

Проверьте наличие локальной консоли или out-of-band-управления: BMC, например iDRAC, iLO или аналогичной реализации производителя. Оно потребуется, если сеть управления окажется недоступна.
Подготовьте статический IP-адрес управления ESXi, маску или префикс, шлюз, DNS-серверы, имя хоста и при необходимости VLAN управления.
Определите физический порт коммутатора и NIC, которые будут использованы для Management Network. Не меняйте их наугад после установки.
Подготовьте загрузочный носитель установщика и отдельный целевой накопитель либо RAID-том для ESXi. Требования к минимальной ёмкости и допустимым загрузочным устройствам зависят от ветки ESXi; особенно это относится к USB- и SD-носителям.
Решите, где будут храниться файлы VM и ISO: на локальном datastore, NFS/SAN или другом поддерживаемом хранилище. Выбор архитектуры хранения рассмотрен в статье Datastore и VMware vSAN: как организовать хранение виртуальных машин.

2. Получите официальный образ ESXi

Официальные установочные образы ESXi распространяются через портал Broadcom Support и связанные официальные каналы VMware by Broadcom. Для загрузки обычно требуется учётная запись, а доступ к конкретному релизу, OEM-образу, обновлениям и документации может зависеть от назначенных прав на продукты и загрузки, действующих контрактов и актуальной модели поставки. Не предполагайте, что ISO доступен каждому пользователю или что ESXi можно получить и использовать бесплатно.

Выберите образ, соответствующий проверенному релизу и, если это предусмотрено производителем, платформе сервера.
Сохраните контрольную сумму, опубликованную для образа, и проверьте целостность скачанного файла перед созданием установочного носителя.
Создайте загрузочный USB-носитель или используйте удалённое подключение ISO через out-of-band-консоль, если такой способ поддерживает сервер и документация выбранного релиза ESXi.
Не используйте образы из неофициальных источников: нельзя надёжно подтвердить их целостность, состав драйверов и происхождение.

Условия поставки, права на обновления и функции vSphere не сводятся к наличию ISO. Их следует проверять отдельно: Лицензирование VMware vSphere, ESXi и vCenter: редакции, подписки и ограничения.

3. Установите ESXi на выбранный накопитель

Установка и форматирование могут удалить данные

До запуска установщика точно сопоставьте выбранный накопитель с его моделью, серийным номером, RAID-томом и назначением. Установка ESXi и создание VMFS datastore способны переразметить или отформатировать устройство; данные на нём могут стать недоступны. Подтвердите наличие проверенной копии нужных данных и не выбирайте диск, содержимое которого требуется сохранить.

Установка VMware ESXi

1
Загрузите сервер с установочного носителя
Подключите ISO через локальный USB-носитель или удалённую консоль и выберите его в порядке загрузки. Дождитесь запуска ESXi Installer. Если установщик не стартует или не видит устройство, проверьте носитель, режим загрузки и документацию платформы.
2
Проверьте лицензионное соглашение и список устройств
Продолжайте установку только после того, как установщик обнаружил нужный загрузочный накопитель. Если в списке нет ожидаемого RAID-тома, HBA или диска, остановитесь: это может указывать на неподдерживаемый контроллер, драйвер или конфигурацию storage.
3
Выберите целевой диск ESXi
Выберите заранее определённое загрузочное устройство и подтвердите последствия установки. Не используйте этот экран для экспериментов с дисками, на которых находятся действующие VM, резервные копии или массивы с данными.
4
Задайте пароль root и параметры установки
Установите уникальный сложный пароль для локальной учётной записи root и сохраните его в принятом защищённом хранилище секретов. Раскладка клавиатуры и другие параметры доступны не во всех вариантах установки.
5
Перезагрузите хост
После завершения установки извлеките установочный носитель или отключите виртуальное ISO, чтобы сервер загрузился с выбранного устройства. Ожидаемый результат — экран DCUI с адресом либо сообщением, что сеть управления требует настройки.

Установщик при определённых условиях может создать локальный datastore на свободном пространстве загрузочного устройства. Это зависит от версии ESXi, ёмкости накопителя, схемы установки и состояния устройства. Не считайте такой datastore обязательным и не создавайте VM, пока не проверите его наличие, свободную ёмкость и пригодность для выбранной нагрузки.

4. Сначала настройте Management Network через DCUI

DCUI доступен через физическую или out-of-band-консоль и нужен для первичной настройки, когда веб-интерфейс ещё недоступен. Безопасный порядок для одиночного хоста: настроить сеть управления в DCUI, проверить связность и только затем подключаться через браузер.

Первичная настройка сети управления

1
Откройте настройки Management Network
В DCUI войдите под root и откройте раздел конфигурации Management Network. Просмотрите доступные физические адаптеры и выберите uplink, кабель которого подключён к подготовленному порту коммутатора.
2
Настройте IP-параметры
Задайте статический IPv4-адрес, маску или префикс и шлюз, подготовленные до установки. Введите DNS-серверы и имя хоста, если они нужны в вашей среде. IP управления ESXi относится к VMkernel-интерфейсу хоста, а не к будущей гостевой VM.
3
Укажите VLAN управления при необходимости
Если сеть управления выделена VLAN, задайте её идентификатор в настройках Management Network. Порт физического коммутатора при этом должен передавать данный VLAN в tagged/trunk-сценарии. Если VLAN не используется, оставьте отсутствие тегирования и подключите порт к соответствующей untagged/access-сети.
4
Примените изменения и проверьте сеть
После применения настроек DCUI может перезапустить management network. Выполните встроенный тест Management Network: проверьте доступность шлюза, DNS и адреса, который выбран для проверки. При ошибке сначала сверьте NIC, кабель, VLAN, IP-маску и шлюз; не переходите к настройке Host Client, пока не восстановлена базовая связность.
5
Подключитесь к Host Client
С административного компьютера в той же доступной сети откройте HTTPS-адрес хоста по настроенному IP или имени и войдите с учётной записью root либо другой заранее созданной учётной записью. Проверьте, что браузер подключается именно к ожидаемому адресу и сертификату хоста.

Что создаётся после установки

В типичной конфигурации ESXi создаёт management VMkernel-адаптер, стандартный vSwitch, Port Group управления и подключение к одному или нескольким физическим адаптерам. Их точные имена и наличие зависят от релиза и конфигурации. VMkernel — ядро гипервизора, обслуживающее в том числе сетевой ввод-вывод хоста.

5. Проверьте или добавьте datastore

В ESXi Host Client откройте раздел хранилищ и просмотрите доступные datastore: имя, тип, общую и свободную ёмкость, а также состояние. Для локального блочного устройства ESXi обычно использует VMFS. Datastore — это логический контейнер, а не просто физический диск: в нём размещаются конфигурации VM, файлы VMDK, ISO и журналы.

Проверка, создание или подключение datastore

1
Оцените существующий datastore
Если установщик создал локальное хранилище, проверьте его свободное место и расположение. Убедитесь, что оно находится на ожидаемом устройстве и его ёмкости хватит не только на виртуальные диски, но и на ISO, логи, рост данных и служебные операции.
2
Проверьте список устройств хранения
В разделе Storage Devices сопоставьте устройство с моделью, идентификатором, путём и размером. Для RAID используйте логический том, который представляет контроллер; ESXi не должен форматировать отдельный диск массива по ошибке.
3
Создайте новый datastore при наличии пустого устройства
Запустите создание datastore, выберите тип, подходящий вашему хранилищу, затем выберите заранее подготовленное пустое устройство. Для локального блочного устройства типичным выбором будет VMFS. Задайте понятное имя и подтвердите форматирование только после повторной проверки выбранного устройства.
4
Подключите существующее внешнее хранилище при необходимости
Для NFS, iSCSI, Fibre Channel и других вариантов сначала подготовьте сетевую или SAN-связность, затем добавьте datastore поддерживаемым для его типа способом. Не создавайте новый VMFS поверх устройства, если на нём уже есть нужный datastore или данные.
5
Подтвердите готовность хранилища
Ожидаемый результат — datastore отображается как доступный, имеет ожидаемый объём и достаточное свободное место. Если устройство не видно, ищите причину в контроллере, драйвере, zoning, сетевой связности или конфигурации внешнего хранилища, а не форматируйте другие диски.

Не форматируйте устройство с существующими данными

Создание VMFS datastore обычно изменяет структуру выбранного устройства и может уничтожить находящиеся на нём данные. Для существующего VMFS, NFS или SAN-хранилища используйте процедуру подключения или монтирования, а не создание нового datastore. Вопросы выбора локального, NFS, SAN и vSAN-хранилища разобраны в статье Datastore и VMware vSAN: как организовать хранение виртуальных машин.

6. Настройте vSwitch и Port Group для первой VM

Стандартный виртуальный коммутатор связывает VMkernel-адаптеры и Port Group с физическим uplink. Для минимального одиночного хоста достаточно одного рабочего uplink: management-трафик уже подключён к своей Port Group, а для VM создаётся отдельная Port Group либо используется существующая, если её параметры соответствуют нужной сети.

Допустимые минимальные схемы VLAN; обозначение отсутствия тегирования зависит от версии интерфейса ESXi

Схема подключения	VLAN ID в Port Group ESXi	Физический порт коммутатора	Результат
Management Network и VM в одной untagged-сети	Нет тегирования для обеих Port Group	Access/untagged в общей сети	Управление и VM находятся в одном сетевом сегменте
Management Network в untagged-сети, VM в VLAN N	Management: без тегирования; VM: N	Trunk с management-сетью как native/untagged и разрешённым VLAN N	Управление передаётся без тега, трафик VM — с тегом VLAN N
Management Network в VLAN M, VM в VLAN N	Management: M; VM: N	Trunk, на котором разрешены VLAN M и VLAN N	ESXi передаёт трафик обеих Port Group с соответствующими тегами
Management Network и VM в разных untagged-сетях	Нет тегирования	Отдельный access-порт и отдельный uplink для каждой сети	Две разные untagged-сети нельзя передать через один физический uplink

Минимальная настройка сети виртуальных машин

1
Проверьте существующий Standard vSwitch
В разделе сети Host Client найдите Standard vSwitch, на котором находится Management Network. Убедитесь, что к нему привязан физический uplink и что этот uplink соответствует порту коммутатора, через который вы сейчас управляете хостом.
2
Создайте Port Group для VM
На нужном Standard vSwitch добавьте Port Group с понятным именем. VLAN ID выбирайте по способу передачи сети VM между ESXi и физическим коммутатором: без VLAN ID трафик этой Port Group передаётся как untagged, а при VLAN ID N ESXi добавляет и снимает тег VLAN N.
3
Согласуйте настройку с физическим коммутатором
На одном uplink может быть только одна untagged/native-сеть. Если Management Network и VM используют одну такую сеть, физический порт может работать как access/untagged. Если сети различаются, настройте согласованный trunk и задайте нужные VLAN ID в Port Group либо используйте отдельный uplink для отдельной untagged-сети. Не переводите действующий management-uplink в другую access-сеть ради VM: это отключит доступ к управлению.
4
Сохраните доступ к управлению
Не переносите Management Network на другой vSwitch, uplink или VLAN без проверенной локальной либо out-of-band-консоли и плана возврата. Для первой VM достаточно добавить её Port Group, не меняя работающий путь управления.

IP-адрес ESXi, VLAN управления и IP-адрес будущей VM — разные сущности. ESXi получает адрес на VMkernel-интерфейсе управления; VLAN управления определяет сетевой сегмент этого интерфейса; гостевая ОС получит собственный IP после подключения её виртуального NIC к VM Port Group и настройки внутри гостя. Более сложные схемы с несколькими uplink, NIC teaming, storage-сетями и сегментацией описаны в статье Сети виртуальных машин в ESXi, Hyper-V и Proxmox VE: vSwitch, VLAN и bridge.

7. Загрузите ISO и создайте первую виртуальную машину ESXi

Для первой VM нужны установочный ISO гостевой ОС, место на datastore, начальные значения vCPU, памяти, виртуального диска и готовая Port Group. Guest OS — ОС внутри VM; она не является операционной системой самого ESXi.

Загрузка ISO и создание VM

1
Загрузите ISO на datastore
В браузере datastore откройте действие загрузки файлов и выберите проверенный ISO-образ гостевой ОС. Дождитесь завершения операции и убедитесь, что файл отображается на datastore с ожидаемым размером. Конкретное расположение кнопки зависит от версии Host Client.
2
Запустите создание новой VM
Выберите создание новой виртуальной машины, задайте имя и выберите совместимость виртуального оборудования, доступную на этом хосте. Не выбирайте более новый уровень виртуального оборудования, если предполагается перенос VM на хосты, которые его не поддерживают.
3
Выберите семейство и версию гостевой ОС
Укажите тип Guest OS настолько точно, насколько позволяет интерфейс. Этот выбор влияет на предлагаемые значения виртуального оборудования и настройки загрузки, но не устанавливает ОС автоматически.
4
Назначьте начальные ресурсы и диск
Выберите datastore, создайте виртуальный диск и задайте консервативные начальные vCPU и объём памяти по требованиям гостевой ОС и планируемой задачи. Не выделяйте ресурсы, которых у хоста нет с запасом. Формат VMDK создаётся на выбранном datastore.
5
Подключите сеть
Добавьте или проверьте виртуальный сетевой адаптер и подключите его к созданной VM Port Group. Убедитесь, что отмечено подключение адаптера при включении VM, если такая опция доступна.
6
Подключите ISO как CD/DVD
В параметрах CD/DVD-привода выберите datastore ISO file, укажите загруженный ISO и включите подключение при запуске. После сохранения конфигурации ISO должен быть виден как виртуальный оптический привод VM.
7
Запустите VM и откройте консоль
Включите VM, откройте её консоль и проверьте загрузку с установочного носителя. Дальнейшая установка Windows, Linux или другой гостевой ОС выполняется по документации этой ОС; после установки при необходимости установите VMware Tools.

8. Проверьте хост и первую VM

Host Client открывается по ожидаемому IP-адресу или имени хоста, а доступ не зависит от случайно оставленной установочной сети.
Management Network имеет рабочий uplink, корректные IP-параметры и при использовании VLAN согласована с портом физического коммутатора.
В Host Client видны нужные физические NIC и устройства хранения; datastore доступен, находится на ожидаемом носителе и имеет свободное место.
VM Port Group подключена к нужному Standard vSwitch, а её VLAN-настройка согласована с физическим коммутатором.
Тестовая VM запускается, видит виртуальный диск и ISO, а её виртуальный NIC подключён к правильной Port Group.
После настройки IP внутри гостевой ОС VM достигает ожидаемого шлюза, DNS или другого разрешённого узла. Если связи нет, проверяйте цепочку vNIC → Port Group → vSwitch → uplink → VLAN → IP-настройки гостя.

Тестовая VM не делает хост готовым к рабочим нагрузкам

Успешная загрузка одной VM подтверждает только базовую работоспособность выбранной конфигурации. До размещения рабочих систем нужны решения по обновлениям поддерживаемого релиза, защите административного доступа, резервному копированию и проверке восстановления, мониторингу, ёмкости хранилища, производительности и допустимому простою. Одиночный хост остаётся единой точкой отказа; требования к рабочей архитектуре рассмотрены в статье Как спроектировать виртуальную инфраструктуру для продакшена, разработки, тестов и 1С.

Когда одиночного Host Client недостаточно

ESXi Host Client позволяет управлять автономным хостом и его VM, но не заменяет vCenter Server. Централизованный инвентарь нескольких хостов, кластерные сценарии и ряд операций миграции требуют отдельной инфраструктуры vCenter, совместимой архитектуры и прав на соответствующие функции. Техническая возможность vMotion, Storage vMotion, HA и DRS также зависит от сетей, хранилища, совместимости хостов и конфигурации; лицензирование и состав пакета проверяются отдельно.

Переходите к vCenter, когда нужно централизованно управлять несколькими ESXi-хостами, а не входить в каждый по отдельности.
vMotion и Storage vMotion планируйте только после проверки требований конкретной версии, совместимости CPU и виртуального оборудования, сети и хранилища.
HA и DRS относятся к кластерной инфраструктуре, а не к свойству одиночного ESXi; они не заменяют резервное копирование и отказоустойчивость приложения.
Установку vCenter Server Appliance и добавление хостов рассматривайте отдельно: VMware vSphere и vCenter Server: назначение, установка VCSA и добавление хостов.
Настройку кластерного восстановления и балансировки продолжайте в статье VMware vSphere HA и DRS: автоматический перезапуск VM и балансировка ресурсов.

Термины в статье

Виртуализация: Технология абстрагирования физических вычислительных ресурсов, позволяющая создавать виртуальные серверы, хранилища, сети и другие логические ресурсы.
Виртуальная машина: Изолированная вычислительная среда с виртуальными процессорами, памятью, дисками и сетевыми адаптерами, в которой под управлением гипервизора работает гостевая ОС.
Виртуальное оборудование: Виртуальное оборудование — логическая аппаратная платформа, которую гипервизор предоставляет ВМ: виртуальные процессоры, память, устройства и системную прошивку.
Виртуальный сетевой адаптер: Виртуальный сетевой адаптер — логический сетевой интерфейс гостевой ВМ, подключаемый к виртуальному коммутатору и имеющий собственные MAC-адрес и настройки.
Гипервизор: Программный слой, который абстрагирует ресурсы физического хоста, выполняет виртуальные машины и управляет ими.
Имя хоста: Имя хоста — идентификатор узла в сети и операционной системе, используемый для отображения, журналирования и разрешения имени в IP-адрес при наличии DNS или hosts.
Суперпользователь: Суперпользователь — учётная запись с UID 0 или процесс с эффективным UID 0, обладающий административными правами; его полномочия шире, чем у обычного пользователя.
Физический диск: Физический диск — отдельный HDD, SSD или иной накопитель, распознанный RAID-контроллером как член массива либо как независимое устройство.
Datastore: Логический контейнер хранилища в VMware для размещения файлов виртуальных машин (диски, конфигурации, логи)
DCUI: DCUI — локальный текстовый интерфейс консоли ESXi для начальной настройки хоста и выполнения ограниченных операций администрирования без vCenter Server.
DRS: Функция VMware vSphere для управления размещением ВМ в кластере и балансировки ресурсов хостов с помощью рекомендаций или автоматических миграций vMotion.
Guest OS: Операционная система, установленная в виртуальной машине и работающая под управлением гипервизора; не следует путать с хостовой ОС гипервизора типа 2.
Hardware Compatibility List: Hardware Compatibility List — перечень проверенных сочетаний оборудования и ПО, определяющий конфигурации, поддерживаемые для заданной платформы или продукта.
HBA: HBA — адаптер ввода-вывода, соединяющий сервер с накопителями или SAN и не формирующий аппаратные RAID-массивы.
Intel VT-x: Intel VT-x — расширение процессоров Intel для аппаратной виртуализации x86, вводящее режимы VMX для выполнения гостевых ОС под контролем гипервизора без полной программной эмуляции.
IOMMU: IOMMU — аппаратный блок, который преобразует адреса DMA-запросов устройств в адреса физической памяти и ограничивает их доступ; нужен для изоляции и прямого назначения PCIe-устройств ВМ.
NIC Teaming: NIC Teaming — объединение нескольких сетевых адаптеров в логическую группу для резервирования канала и, в зависимости от режима, распределения сетевого трафика.
Port Group: Логическая группа портов виртуального коммутатора VMware с общими сетевыми настройками для подключения виртуальных сетевых и VMkernel-адаптеров.
RAID: Технология объединения нескольких накопителей в логические блочные устройства для повышения производительности и/или отказоустойчивости в зависимости от RAID-уровня.
RAID-контроллер: Устройство или модуль, который формирует RAID-массивы из накопителей и предоставляет ОС логические диски, управляя размещением данных, отказами и восстановлением избыточности.
Storage vMotion: Функция VMware vSphere для переноса файлов и виртуальных дисков работающей виртуальной машины между датасторами без её выключения.
Uplink: Uplink — соединение или интерфейс, ведущий от устройства либо локального сегмента к вышестоящей сети; в виртуализации — подключение виртуального коммутатора к физической сети.
vCenter Server: Централизованная система управления инфраструктурой VMware для администрирования множества ESXi хостов из единого интерфейса
vCenter Server Appliance: vCenter Server Appliance — преднастроенная виртуальная машина VMware с vCenter Server для централизованного управления хостами ESXi, виртуальными машинами и кластерами.
vCPU: vCPU — виртуальный логический процессор, предоставляемый виртуальной машине; гипервизор планирует его выполнение на процессорных ресурсах хоста.
VMDK: VMDK — формат виртуального диска VMware, в котором данные блочного устройства гостевой ОС хранятся в одном или нескольких файлах.
VMFS: VMFS — кластерная файловая система VMware для блочных хранилищ, формирующая datastore с согласованным доступом нескольких хостов ESXi к файлам ВМ.
VMkernel: VMkernel — ядро гипервизора VMware ESXi, которое распределяет ресурсы хоста между ВМ и обрабатывает их сетевой и дисковый ввод-вывод.
vMotion: Технология VMware vSphere для переноса включённой виртуальной машины между хостами ESXi без выключения гостевой ОС; при переключении возможна краткая пауза.
VMware ESXi: VMware ESXi — гипервизор типа 1, устанавливаемый непосредственно на совместимый физический сервер для запуска и управления виртуальными машинами.
VMware Tools: Набор гостевых драйверов и служб VMware, улучшающий интеграцию виртуальной машины с гипервизором и средствами управления.
vSphere: Платформа виртуализации VMware, включающая гипервизор ESXi и средства управления vCenter для корпоративной инфраструктуры
vSwitch: Виртуальный L2-коммутатор VMware vSphere для подключения vNIC виртуальных машин и VMkernel-адаптеров; выход во физическую сеть обеспечивают uplink-адаптеры.