Управление виртуализацией: Vcenter, Veeam должен и т.д. быть на реальной машине или VM?
Я просто выяснил один: моя vhost конфигурация:
location ^~/download.php {
fastcgi_pass 127.0.0.1:9000;
include fastcgi.conf;
}
location ~ .*\.php?$ {
fastcgi_pass phpupstream;
include fastcgi.conf;
fastcgi_index index.php;
}
В настоящее время передовой практикой VMware является установка vCenter на виртуальную машину с высокой доступностью. Это из учебного курса VMware, когда изначально вышла 5. HA не требует, чтобы vCenter действительно работал после настройки, поскольку хосты знают, что делать.
У меня есть Essentials Plus, я использую эту настройку и могу подтвердить, что она хорошо работает для нас. Просто убедитесь, что на ваших хостах достаточно ресурсов для обеспечения высокой доступности.
Мы используем Essentials Plus, а также запускаем наш vCenter на виртуальной машине. Ваши опасения по поводу кластеризации того, что устанавливает кластеризацию, были рассмотрены в других ответах и комментариях. Мы принимаем несколько дополнительных мер предосторожности, чтобы гарантировать возможность восстановления среды:
- Запустите внеполосный путь к той же управляющей VLAN, чтобы у нас был альтернативный доступ к узлам кластера, если основной путь станет недоступен. В нашем случае мы запускаем полностью виртуализированную маршрутизацию (быстрое подключение для VyOS ), поэтому мы просто запускаем бесплатный или базовый хост ESXi (в зависимости от доступных лицензий) с достаточным количеством виртуальных маршрутизаторов, чтобы позволить нам войти в другие серверы ESXi.
Мы используем OSPF в качестве нашего IGP, поэтому маршрутизаторы на внешнем хосте настроены с немного более высокими интерфейсными затратами (более низкой пропускной способностью), чем их производственные аналоги, поэтому они могут работать все время, но не обслуживают производственный трафик, если только произошел сбой кластера. - Держите старый ноутбук (аккумулятор которого работает более 10 минут!) в серверной комнате или в комплекте с центром обработки данных с установленной консолью vSphere и готов к работе, чтобы мы могли подключиться к управляющей VLAN и управлять отдельные серверы должны быть. Это редко используется из-за вышеупомянутого внеполосного хоста.
У нас более 100 отдельных vCenters, и каждый из них является виртуальной машиной, это означает, что мы получаем все обычные преимущества виртуализации, а также запускаем их в конкретном кластере управления в случае сбоя одного из них. или что-то еще, мы можем просто подключиться напрямую к хосту, на котором они работают, и перезапустить или что-то еще по мере необходимости. Мы что-то вроде четвертого или пятого по величине заказчика VMWare, и мы бы не стали рассматривать использование физического устройства для этого, особенно нижнего блока, как вы предложили.
на самом деле, в большинстве случаев инструменты управления также виртуализированы, в основном потому, что им не требуется достаточно ресурсов, которые рекомендовали бы использовать физический сервер.
виртуализированные эти инструменты также могут извлечь выгоду из HA / FT / DRS (в среде vmware).
поэтому мой ответ будет отрицательным, вы не нужно предоставлять физический сервер для этих инструментов управления.