Некоторые приложения для системного администрирования, такие как Data Protection Manager, могут управлять всей виртуальной инфраструктурой или создавать резервные копии. При установке такого приложения они используют SQL Server и Windows Server и, таким образом, запускаются на виртуальной машине. Но разве это плохая идея запускать подобные приложения (которые работают на Windows Server и используют SQL Server) внутри сервера гипервизора?
Например. VMWare vCenter Server управляет серверами ESX с именами хостов «a» и «b». Было бы плохой идеей установить vCenter Server и его SQL Server на виртуальных машинах в «a» или «b»? Или его нужно будет установить на гипервизоре вне этих двух серверов? Если я добавлю сервер HyperV с именем хоста «c», но на этот раз я устанавливаю Data Protection Manager 2010, я хотел бы сделать резервную копию обоих серверов «a» и «b», хорошо, но теперь также и сервера, на котором DPM 2010 сидит на ("с"). Как мне выбраться из этой ловушки развертывания? Аналогично, если DPM или vCenter Server установлен на физическом сервере ...
Извиняюсь за наивность.
Спасибо
Я большой поклонник того, чтобы инфраструктура управления находилась вне пределов управляемой инфраструктуры. Это означает, что если у меня есть кластер ESX, я хочу, чтобы сервер базы данных и сервер Virtual Center были физическими или, по крайней мере, в совершенно другой среде виртуальных машин, чем та, в которой он работает. Когда дела идут глубоко грушевидной формы, не иметь возможности попасть в службу управления для ESX может быть очень плохо; в противном случае вам придется хорошо разбираться в командной строке и навигации по каталогам на самих хостах ESX.
Да, это означает больше серверов, но вы управляете инфраструктурой с его помощью, так что оно того стоит. По моему мнению.
Идея иметь физический vCenter была лучшей практикой еще в vSphere 3.5 дней.
Времена изменились.
VMware рекомендует устанавливать vSphere 5.x на виртуальную машину.
Вы получаете преимущества vMotion, Storage vMotion, VMware HA (высокая доступность) и т. Д.
Если на вашем физическом сервере произошел сбой, ваше управление не работает, пока вы не восстановите этот физический сервер.
Если у вас выходит из строя физический компьютер, на котором размещена виртуальная машина vCenter, ваше управление не работает только до тех пор, пока вы не сможете восстановить эту виртуальную машину на другом хосте - это простой процесс, который, безусловно, будет быстрее и проще, чем восстановление физического хост.
В итоге - преимущества виртуализации применимы и к элементам управления.
Без страха виртуализируйте свой vCenter!
Джим Никель VCP / VCP-DT
Я не могу ответить на ваш вопрос о DPM, но установка vCenter Server на виртуальную машину будет работать нормально и выполняется довольно часто. Поскольку вы будете использовать vCenter для управления всеми гипервизорами и виртуальными машинами, вам следует убедиться, что у вас есть доступ к хосту ESX напрямую через vSphere Client, на случай, если виртуальная машина vCenter не работает должным образом или не загружается.
Я бы поставил vCenter на ваш первый хост и оставил его там, чтобы вам не приходилось искать его в случае проблем. Вы не хотите, чтобы DRS автоматически переносила виртуальную машину vCenter на другой хост, так как в случае возникновения проблем вам может потребоваться найти ее вслепую.
Посмотрите на свои зависимости SQL и Active Directory, так как они могут понадобиться для запуска vCenter.
Кроме того, создайте пользователя с правами администратора на всех хостах ESX, чтобы вы по-прежнему могли обращаться к хосту напрямую с помощью VI Client, даже если включен режим блокировки (режим блокировки отключает прямой доступ для учетной записи root).
Конечно, если вы можете себе это позволить, хранение инструментов управления отдельно от их целей снизит ваши шансы на неприятности. Так что сделайте анализ затрат и выгод.
vCenter поддерживается как виртуальная машина, поэтому, несмотря на то, что существует школа мысли о том, чтобы держать его отдельно, его, безусловно, можно сохранить в среде виртуальных машин. Я бы предположил, что сервер vCenter - хороший кандидат для отказоустойчивой конфигурации. Таким образом, если вы потеряете основной хост vCenter, vCenter продолжит работу на другом хосте. Это, конечно, предполагает, что у вас есть версия VMware с лицензией для поддержки отказоустойчивого режима ...
Проблема при запуске vCenter в качестве виртуальной машины на машине, которой он управляет, заключается в том, что в случае отказа этого хоста (источник питания, материнская плата и т. Д.) Теперь нет сервера vCenter, который мог бы вернуть эту виртуальную машину в оперативный режим.
То же самое и в случае полного отключения электроэнергии. Пока vCenter не подключен к сети, виртуальные машины не будут запускаться автоматически.
То же самое верно и в мире Hyper-V, поскольку у вас должен быть физический контроллер домена, чтобы можно было запустить Hyper-V и кластер (для чего требуется DC).