Будет ли работать vMotion после добавления хостов в vCenter?

Зависит от архитектуры и лицензирования. Само добавление ESXi-хостов в vCenter не включает vMotion. Для миграции должны быть совместимы хосты и виртуальные машины, подготовлены сеть миграции и хранилище, а также выполнены другие условия конкретного сценария. Право использования функции определяется приобретённой подпиской или редакцией.

Почему VMware DRS не появляется после подключения ESXi?

Потому что DRS не включается автоматически при подключении хостов к vCenter. Функция использует сведения кластера и механизмы миграции, поэтому требует совместимых компонентов, подготовленных сети и хранилища, а также отдельной настройки кластера. Её доступность зависит и от версии компонентов, архитектуры и приобретённой подписки или редакции.

Можно ли мониторить несколько ESXi-хостов через vCenter?

Да, vCenter Server даёт единый инвентарь нескольких хостов, виртуальных машин, сетей и хранилищ, а также централизованно собирает события и задачи. После подключения хоста следует контролировать Recent Tasks, события и предупреждения, включая сообщения о связи, сертификате, лицензии и управляющем агенте.

Что будет с работающими VM при добавлении ESXi в vCenter?

Штатное добавление обычно не переносит и не выключает работающие виртуальные машины, не преобразует datastore и не заменяет локальные vSphere Standard Switch. При этом хост переходит под управление vCenter, а система может установить или обновить управляющие компоненты. Перед работами нужны согласованное окно, резервная копия и последующая проверка задач и состояния VM.

Можно ли добавить хост, которым управляет другой vCenter?

Не в обычном порядке без предварительного переноса. В стандартном сценарии хост сначала отключают, затем удаляют из инвентаря прежнего vCenter; одного статуса Disconnected недостаточно. Если хост состоит в кластере, подключён к vSphere Distributed Switch или прежний vCenter недоступен, нужен отдельный план переноса с проверкой сетевых зависимостей.

VMware vSphere и vCenter Server: установка VCSA и добавление хостов

Q: Включается ли VMware HA автоматически после добавления хостов?

Нет. Добавление хостов в vCenter не создаёт кластер и не включает VMware HA. Для HA нужны несколько хостов, рабочая management-сеть, подходящая архитектура хранения и запас ресурсов для восстановления виртуальных машин после отказа. Также необходимо отдельно настроить кластер и проверить доступность функции в используемой подписке или редакции.

Одиночным VMware ESXi можно управлять напрямую, но при нескольких хостах vCenter Server создаёт единый инвентарь VM, хранилищ, сетей, прав и политик. vCenter Server Appliance разворачивают из официального дистрибутива VMware by Broadcom на совместимый ESXi-хост либо, если это допускает документация выбранного релиза, через уже работающий vCenter Server. После этого в vSphere Client создают Datacenter и добавляют хосты, предварительно проверив совместимость, сеть, DNS, время, учётные записи и лицензирование.

VMware, vSphere, ESXi и vCenter Server: что именно устанавливают

VMware — бренд Broadcom и семейство продуктов виртуализации, а не название одного равнозначного продукта. В контексте серверной виртуализации важно не смешивать бренд, платформу, гипервизор и систему управления.

Термин	Роль в инфраструктуре
VMware	Бренд и семейство продуктов виртуализации.
vSphere	Платформа виртуализации, включающая ESXi и средства централизованного управления.
ESXi	Гипервизор типа 1, устанавливаемый непосредственно на физический сервер и запускающий виртуальные машины.
vCenter Server	Централизованная система управления несколькими ESXi-хостами, VM, инвентарём и частью кластерных функций.
VCSA	Virtual appliance — готовая виртуальная машина с vCenter Server, поставляемая для его развёртывания.

Если требуется общий обзор принципов виртуализации, а не процедура установки, см. «Серверная виртуализация: что это, как работает и зачем нужна».

Когда достаточно отдельного ESXi, а когда нужен vCenter Server

Один ESXi-хост администрируют через Host Client: создают VM, управляют локальными сетями и datastore, проверяют состояние хоста. Такой вариант подходит для лаборатории, разработки, некритичного контура или небольшой среды, где централизованное управление не требуется.

vCenter Server нужен, когда необходимо видеть несколько хостов и их объекты в одном инвентаре, централизованно назначать роли и права, собирать события и задачи, организовывать кластеры и использовать доступные для выбранной архитектуры функции vSphere. Он является управляющим компонентом, но не заменяет ESXi: VM продолжают выполняться на хостах.

vCenter не включает кластерные функции автоматически

Добавление хостов в vCenter само по себе не создаёт кластер, не включает vMotion, высокую доступность (HA), DRS или vSphere Distributed Switch. Для этих возможностей нужны отдельная архитектура сети и хранилища, совместимые хосты, настройка кластера и права использования в приобретённой подписке или редакции. Детали см. в статье «Лицензирование VMware vSphere, ESXi и vCenter».

Что подготовить до установки VCSA

Выберите конкретный релиз vCenter Server до проектирования. Совместимость версий vCenter Server и ESXi проверяют по официальной VMware Product Interoperability Matrix, а поддержку серверного оборудования, адаптеров и версий встроенного ПО — по Broadcom Compatibility Guide и документации выбранного выпуска. Hardware Compatibility List не заменяет проверку совместимости между версиями vCenter Server и ESXi.

Цель развёртывания. Доступный совместимый ESXi-хост с достаточными вычислительными ресурсами и свободным местом на datastore. В отдельных документированных сценариях установщик может развёртывать VCSA через существующий vCenter Server.
Сеть управления. Рабочая связность между компьютером с установщиком, целевым ESXi или vCenter, будущим VCSA, DNS-серверами и источниками времени. Маршрутизация и правила firewall не должны блокировать необходимые управляющие соединения.
Имя и адресация. Заранее выделенные FQDN и статический IP-адрес для VCSA, маска или префикс сети, шлюз и DNS-серверы. Для VCSA документация vCenter Server 8.0 требует корректное прямое и обратное DNS-разрешение FQDN.
Время. Настроенная синхронизация времени на ESXi и доступный источник NTP для VCSA. Расхождение времени осложняет аутентификацию, проверку сертификатов и работу сервисов.
Учётные записи. Учётные данные администратора целевого ESXi или существующего vCenter с правами на развёртывание VM; отдельные значения для SSO: домен, имя администратора и пароль.
План размещения. Имя VCSA, выбранный deployment size, datastore, сеть или Port Group, IP-параметры, DNS, NTP, SSO-домен и ответственные за DNS, сеть и окно работ.
Защита и откат. Актуальная резервная копия конфигурации и данных по принятому в организации процессу, а также согласованное окно работ для подключения действующих хостов. Снимок VCSA не следует считать заменой резервному копированию.

Ресурсы VCSA для vCenter Server 8.0

Ниже приведены значения из документации vCenter Server 8.0 для размеров deployment. Перед установкой сверяйте их с руководством именно выбранного обновления: требования и допустимое число управляемых объектов могут меняться.

Ресурсы VCSA 8.0 при выборе storage size Default. Варианты storage size Large и X-Large — не путать с размером deployment — требуют больше дискового пространства.

Размер deployment	vCPU	RAM	Дисковое пространство при Default storage size
Tiny	2	14 ГБ	579 ГБ
Small	4	21 ГБ	694 ГБ
Medium	8	30 ГБ	908 ГБ
Large	16	39 ГБ	1358 ГБ
X-Large	24	58 ГБ	2283 ГБ

Размер выбирают по планируемому числу хостов, VM и другим объектам инвентаря, а не только по текущему количеству машин. Нельзя уменьшать выделенный размер «на глаз»: VCSA использует несколько виртуальных дисков для системных данных, базы данных, журналов и сервисов. В руководстве выбранного релиза также проверяют допустимый тип provisioning дисков и ограничения целевого datastore.

Не меняйте рабочую management-сеть во время развёртывания

Ошибочный VLAN, шлюз, DNS или Port Group могут сделать VCSA недоступным сразу после второго этапа установки. Сначала подтвердите связность и разрешение имён с административного компьютера и ESXi. Проектирование VLAN, uplink и разделения потоков вынесено в статью о сетях виртуальных машин.

Установка vCenter Appliance из официального дистрибутива

Для vCenter Server 8.0 официальный ISO-дистрибутив включает графический установщик и CLI installer. В типичной процедуре VCSA устанавливается в два этапа: на первом виртуальный appliance развёртывается на выбранной цели и получает сетевые параметры, на втором настраиваются его службы, синхронизация времени и SSO. Названия экранов, полей, статусов и доступных вариантов зависят от версии vCenter Server, операционной системы административного компьютера и версии installer; сверяйте их с Installation and Setup Guide выбранного релиза VMware by Broadcom.

Развёртывание VCSA: типовой порядок

Процедура рассчитана на установку из официального дистрибутива в подготовленной сети. Не переходите к следующему шагу, пока не подтверждён результат предыдущего.

1
Зафиксируйте совместимый релиз и параметры
Сопоставьте версию vCenter Server с версиями всех ESXi-хостов по VMware Product Interoperability Matrix, а аппаратную совместимость проверьте по Broadcom Compatibility Guide. Запишите FQDN, статический IP-адрес, префикс или маску, шлюз, DNS, NTP, целевой ESXi или существующий vCenter, datastore, Port Group, размер deployment, размер хранилища, SSO-домен и учётные записи. Результат — заполненный план без временных или дублирующихся IP-адресов. Если версия ESXi не поддерживается выбранным vCenter Server, остановите работы и выберите поддерживаемый порядок обновления или другой релиз.
2
Проверьте DNS, сеть и время
Убедитесь, что FQDN будущего VCSA разрешается в выделенный IP-адрес, а обратная запись этого адреса возвращает тот же FQDN. Проверьте достижимость DNS и NTP из сети управления, сетевой доступ между административным компьютером и целью развёртывания, а также синхронизацию времени на целевом ESXi. Результат — корректные прямое и обратное разрешение имени и согласованное время. При сбое исправьте DNS-записи, маршрутизацию, VLAN или NTP до запуска installer.
3
Получите и откройте официальный дистрибутив
Скачайте ISO vCenter Server из официального портала VMware by Broadcom для выбранного релиза и проверьте его целостность способом, указанным порталом. Запустите GUI installer на административном компьютере либо используйте CLI installer, если этот способ поддерживается релизом и предусмотрен планом работ. Результат — установщик запускается локально и может подключиться к цели развёртывания. Если installer не открывается, проверьте поддержку операционной системы административного компьютера по документации дистрибутива.
4
Выполните первый этап: разверните appliance и задайте сеть
Выберите развёртывание новой VCSA и укажите целевой ESXi-хост либо поддерживаемый существующий vCenter Server. Подтвердите сертификат цели только после сверки имени и отпечатка. Задайте имя VM appliance, размер deployment, размер хранилища, datastore и сеть, затем укажите FQDN, статический IP-адрес, префикс или маску, шлюз и DNS-серверы VCSA. Результат — на целевом ESXi появляется включённая VM VCSA с заданными сетевыми параметрами, а первый этап завершается без ошибки. При сбое проверьте права учётной записи, свободное место datastore, DNS, адресацию, доступность сети управления и совместимость цели.
5
Выполните второй этап: настройте службы и SSO
Выберите источник синхронизации времени и при необходимости разрешите SSH в соответствии с правилами организации. Создайте новый SSO-домен либо выберите поддерживаемый установщиком сценарий, укажите имя администратора SSO и пароль. При необходимости задайте участие в программе улучшения продукта. Результат — installer сообщает об успешной настройке служб VCSA. Если этап не завершается, проверьте DNS, NTP, отсутствие конфликта IP-адресов, шлюз и журнал installer; не меняйте параметры ESXi наугад.
6
Откройте vSphere Client и проверьте сервисы
Откройте в браузере FQDN VCSA, перейдите в vSphere Client и войдите учётной записью администратора созданного SSO-домена. Проверьте домашнюю страницу, задачи, предупреждения и сведения о предъявленном сертификате. Результат — интерфейс vCenter доступен без ошибок служб. Если вход не выполняется, сначала проверьте разрешение FQDN, время, сетевую доступность и учётные данные.

Как создать Datacenter и добавить ESXi-хост в vCenter

Datacenter в инвентаре vCenter — логический контейнер для хостов, кластеров, VM, сетей и хранилищ. Он не меняет физическое расположение серверов и не создаёт отказоустойчивость. Обычно сначала создают один или несколько таких контейнеров в соответствии с административными или площадочными границами, затем добавляют отдельные ESXi-хосты.

Создание инвентаря и подключение существующего ESXi

1
Создайте Datacenter в инвентаре
В vSphere Client создайте объект Datacenter на верхнем уровне инвентаря и задайте понятное имя, например по площадке или назначению контура. Результат — в дереве Hosts and Clusters появляется пустой Datacenter. Если нужно разделить production, test или разные площадки, определите структуру до массового добавления хостов: перемещение объектов позже возможно, но меняет административный контекст.
2
Проверьте хост перед подключением
На каждом ESXi проверьте поддерживаемость его версии выбранным vCenter, доступность management IP из сети VCSA, корректность DNS и времени, состояние лицензии и наличие учётной записи с необходимыми административными правами. Уточните, не управляется ли хост другим vCenter Server. Результат — хост доступен по сети, его версия совместима, а прежняя система управления больше не управляет им. В стандартном сценарии переноса хост сначала отключают, а затем удаляют из инвентаря прежнего vCenter по документации выбранного релиза: одного состояния Disconnected недостаточно. Если хост состоит в кластере, подключён к vSphere Distributed Switch либо прежний vCenter недоступен, не продолжайте обычное добавление без отдельного плана переноса и проверки сетевых зависимостей.
3
Добавьте хост в Datacenter
Запустите добавление Host в созданный Datacenter, укажите FQDN или IP management-интерфейса ESXi и учётные данные. Сверьте отображаемый отпечаток сертификата ESXi с ожидаемым значением и подтвердите его только после такой проверки. На этапах мастера назначьте лицензию, если это требуется вашей конфигурацией, и завершите операцию. Результат — хост появляется в инвентаре со статусом подключения, а vCenter может получать его конфигурацию и список VM.
4
Дождитесь завершения управляющих задач
После добавления откройте Recent Tasks, события и предупреждения хоста. vCenter может установить или обновить управляющие компоненты ESXi, включая агент управления, поэтому дождитесь завершения связанных задач. Результат — нет необработанных критических предупреждений о связи, сертификате, лицензии или агенте. При предупреждении не игнорируйте его: сопоставьте текст события с документацией выбранной версии и устраните причину до включения кластерных функций.
5
Проверьте инвентарь и состояние VM
Сверьте число включённых и выключенных VM, доступные datastore, сети и состояние хоста с данными, зафиксированными до работ. Откройте несколько критичных VM только для проверки отображения и не выполняйте миграции без отдельного плана. Результат — существующие объекты видны в vCenter, а их состояние соответствует исходному. Если VM или datastore отсутствуют в представлении, проверьте подключение хоста, права, события и фактическую доступность хранилища; не удаляйте файлы VM вручную.

Что меняется после добавления хоста

Штатное добавление ESXi в vCenter обычно не переносит и не выключает работающие VM, не преобразует datastore и не заменяет локальные vSphere Standard Switch. Но хост переходит под управление vCenter, а операция может сопровождаться установкой или обновлением управляющих компонентов, предупреждениями о сертификате, лицензии, сети или версии. Поэтому для действующего хоста нужны согласованное окно, проверенная резервная копия и контроль задач после подключения.

Почему vMotion, VMware HA и VMware DRS не появляются сами

vCenter Server создаёт плоскость централизованного управления, но не устраняет технические предпосылки кластерных функций. Для vMotion должны быть совместимы хосты и VM, подготовлены сеть миграции, хранилище и другие условия конкретного сценария. Для VMware HA нужны несколько хостов, связность management-сети, подходящая архитектура хранения и запас ресурсов для восстановления VM после отказа. DRS использует сведения кластера и механизмы миграции, поэтому также зависит от совместимости, сети, хранилища и настроек.

Наличие vCenter не подтверждает право использовать эти функции. Доступность централизованного управления, vMotion, HA, DRS, распределённого коммутатора и других возможностей определяется приобретённой подпиской или редакцией, версией компонентов и архитектурой. Проверку прав и ограничений выполняют отдельно по статье о лицензировании VMware vSphere, ESXi и vCenter.

Следующие работы после подключения хостов

Настройка HA и DRS рассматривается в отдельной инструкции, миграции — в материале о P2V, V2V и live migration, а выбор общего или локального хранилища — в статье «Datastore и VMware vSAN». Установку ESXi, management network, первой VM и локального vSwitch см. в инструкции по первичной настройке ESXi.

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

Виртуализация: Технология абстрагирования физических вычислительных ресурсов, позволяющая создавать виртуальные серверы, хранилища, сети и другие логические ресурсы.
Высокая доступность: Высокая доступность (HA) — способность системы сохранять сервис или автоматически восстанавливать его с минимальным простоем при отказе компонентов.
Гипервизор: Программный слой, который абстрагирует ресурсы физического хоста, выполняет виртуальные машины и управляет ими.
Системная служба: Системная служба — программный компонент, которым ОС управляет как логической единицей для фонового выполнения задач или предоставления функций программам и пользователям.
Снимок состояния: Зафиксированное гипервизором состояние поддерживаемых виртуальных дисков и конфигурации ВМ на определённый момент, иногда также памяти, к которому можно выполнить откат.
Datastore: Логический контейнер хранилища в VMware для размещения файлов виртуальных машин (диски, конфигурации, логи)
DRS: Функция VMware vSphere для управления размещением ВМ в кластере и балансировки ресурсов хостов с помощью рекомендаций или автоматических миграций vMotion.
Hardware Compatibility List: Hardware Compatibility List — перечень проверенных сочетаний оборудования и ПО, определяющий конфигурации, поддерживаемые для заданной платформы или продукта.
NTP: NTP — сетевой протокол синхронизации системных часов с источниками точного времени, оценивающий смещение часов и сетевую задержку по временным меткам.
Port Group: Логическая группа портов виртуального коммутатора VMware с общими сетевыми настройками для подключения виртуальных сетевых и VMkernel-адаптеров.
SSH: SSH — криптографический сетевой протокол для удалённого доступа и передачи данных, аутентифицирующий стороны и защищающий сеанс от перехвата.
Uplink: Uplink — соединение или интерфейс, ведущий от устройства либо локального сегмента к вышестоящей сети; в виртуализации — подключение виртуального коммутатора к физической сети.
vCenter Server: Централизованная система управления инфраструктурой VMware для администрирования множества ESXi хостов из единого интерфейса
vCenter Server Appliance: vCenter Server Appliance — преднастроенная виртуальная машина VMware с vCenter Server для централизованного управления хостами ESXi, виртуальными машинами и кластерами.
Virtual Appliance: Virtual Appliance — готовый образ виртуальной машины с предустановленными ОС, приложением и настройками, поставляемый для развертывания в виртуальной среде.
VMkernel: VMkernel — ядро гипервизора VMware ESXi, которое распределяет ресурсы хоста между ВМ и обрабатывает их сетевой и дисковый ввод-вывод.
vMotion: Технология VMware vSphere для переноса включённой виртуальной машины между хостами ESXi без выключения гостевой ОС; при переключении возможна краткая пауза.
VMware: VMware — бренд Broadcom и семейство продуктов виртуализации; серверная платформа vSphere объединяет гипервизор ESXi и средства управления vCenter Server.
VMware ESXi: VMware ESXi — гипервизор типа 1, устанавливаемый непосредственно на совместимый физический сервер для запуска и управления виртуальными машинами.
vSphere: Платформа виртуализации VMware, включающая гипервизор ESXi и средства управления vCenter для корпоративной инфраструктуры
vSphere Distributed Switch: vSphere Distributed Switch — распределённый виртуальный коммутатор VMware, централизованно задающий сетевые политики и порты для группы ESXi-хостов через vCenter Server.
vSphere Standard Switch: vSphere Standard Switch — виртуальный коммутатор ESXi, настраиваемый отдельно на каждом хосте и связывающий ВМ, интерфейсы VMkernel и физические сетевые адаптеры.
vSwitch: Виртуальный L2-коммутатор VMware vSphere для подключения vNIC виртуальных машин и VMkernel-адаптеров; выход во физическую сеть обеспечивают uplink-адаптеры.