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

10

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

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

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

vmware-vsphere vmware-vcenter BlueCompute
источник
2
VMWare Essentials ограничено 3 хостами, вы не сможете получить «5 или около того хостов», если не приобретете другую лицензию VMWare Essentials и не будете использовать ее для настройки другого кластера с отдельным сервером vCenter для управления им.
Рекс
Хорошая точка зрения! Я думал, что мог бы использовать 6 лицензированных сокетов в качестве процессора 6 x 1, но я вижу, что это не так.
BlueCompute

Ответы:

7

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

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

CC.
источник
7

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

Chopper3
источник
Ну, для нас, простых смертных, использующих Essentials Plus, я думаю, что проблема заключается в том, что если у меня есть три кластеризованных хоста и vCenter, который управляет этим кластером, находится на одном из этих хостов, то в случае сбоя хоста с vCenter vCenter будет не будет доступен для выполнения операций HA для загрузки других виртуальных машин с этого хоста на два хороших хоста. Может быть, идея OP заключается не в том, чтобы он работал на чистой установке, а в том, чтобы он работал на отдельном сервере вне кластера, которым он управляет?
Safado
Reaqlly? VmWaere полагается на VCenter для этого? Hyper-V этого не делает (как в случае: Hyper-V помещает виртуальную машину в кластер, а затем CLUSTER управляет аварийным переключением без SCVMM-контроля). Я бы ожидал, что VmWare будет работать так же.
TomTom
2
Нет, это не TomTom, HA настраивается и настраивается vCenter, но как только он запущен и работает, и хосты имеют свои планы HA, они не нужны. Если вы потеряете vCenter, вы потеряете DRS, но это обычно не проблема.
Chopper3
4
@Safado - как мой комментарий выше, HA - после настройки - не нужен VC, если вы не добавили или не удалили хосты.
Chopper3
Отлично. Я думал, что это зависит от доступности vCenter. Спасибо.
Safado
0

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

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

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

Xinity
источник
0

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

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