Назад | Перейти на главную страницу

Управление виртуализацией: должны ли Vcenter, Veeam и т. Д. Быть на физической машине или виртуальной машине?

Я заметил, что многие люди запускают vCenter Server на виртуальной машине, размещенной на Vsphere / ESXi. Мне это кажется странным, потому что, если возникнет проблема с хостом, вы потеряете как хост, так и возможности управления для переключения хостов и т. Д.

Следует ли мне подготовить физическую машину (например, микросервер) для запуска инструментов управления виртуальными машинами, таких как vCenter и Veeam, или запускать их с виртуальной машины? Какая здесь лучшая практика?

РЕДАКТИРОВАТЬ: - Я работаю в среде SMB и почти исключительно использую пакеты VMware Essentials, поэтому не более 5 или около того хостов, поэтому настройка какой-либо избыточной или кластерной настройки vcenter в значительной степени нереалистична

У нас более 100 отдельных vCenters, и каждый из них является виртуальной машиной, это означает, что мы получаем все обычные преимущества виртуализации, и поскольку мы запускаем их в конкретном кластере управления в случае сбоя одного из них или чего-то еще, что мы можем просто подключиться напрямую к хосту они запускаются и перезапускаются или что-то еще по мере необходимости. Мы что-то вроде 4-го или 5-го по величине клиента VMWare, и мы бы не стали рассматривать использование физического устройства для этого, особенно нижнего блока, как вы предложили.

Лучшая практика VMware сейчас - установить vCenter на виртуальную машину с высокой доступностью. Это из учебного курса VMware, когда изначально вышла 5. HA не требует, чтобы vCenter действительно работал после настройки, поскольку хосты знают, что делать.

У меня есть Essentials Plus, я использую эту установку и могу подтвердить, что она нам подходит. Просто убедитесь, что на ваших хостах достаточно емкости для размещения HA.

фактически, в большинстве случаев инструменты управления также виртуализированы, в основном потому, что им не требуется достаточно ресурсов, которые можно было бы рекомендовать для использования физического сервера.

виртуализированные эти инструменты также могут получить преимущества от HA / FT / DRS (в среде vmware).

поэтому я отвечу «нет», вам не нужно предоставлять физический сервер для этих инструментов управления.

Мы используем Essentials Plus, а также запускаем наш vCenter на виртуальной машине. Ваши опасения по поводу кластеризации того, что устанавливает кластеризацию, были рассмотрены в других ответах и ​​комментариях. Мы принимаем несколько дополнительных мер предосторожности, чтобы обеспечить возможность восстановления окружающей среды:

  1. Запустите внеполосный путь к той же управляющей VLAN, чтобы у нас был альтернативный доступ к узлам кластера, если основной путь станет недоступным. В нашем случае мы запускаем полностью виртуализированную маршрутизацию (быстрое подключение для VyOS), поэтому мы просто запускаем бесплатный или основной хост ESXi (в зависимости от доступных лицензий) с достаточным количеством виртуальных маршрутизаторов, чтобы мы могли подключиться к другим серверам ESXi.
    Мы используем OSPF в качестве нашего IGP, поэтому маршрутизаторы на внешнем хосте настроены с немного более высокими затратами на интерфейс (более низкая пропускная способность), чем их производственные аналоги, так что они могут работать все время, но не обслуживают производственный трафик, если только произошел сбой кластера.
  2. Держите старый ноутбук (аккумулятор которого работает более 10 минут!) В серверной комнате или в комплекте с центром обработки данных с установленной консолью vSphere и готов к работе, чтобы мы могли подключиться к управляющей VLAN и управлять отдельными серверами по мере необходимости. Это редко используется из-за вышеупомянутого внеполосного хоста.