CityCat4

Про Veeam ничего не скажу, Nakivo так делает. Как реализуется? Да так же как наверное и у всех - снапшот, который потом бэкапится.

Брать одну задачу - и разбираться до тех пока не сможешь сказать "я понимаю, как это работает". Попытаться симитировать ее (ессно отдельно ото всего), если можно.

Вроде есть какие-то финты ушами с пробросом видеокарт в виртуалку, но я всегда рассматривал такую тачку как выделенный сервак. То есть, покупаешь тачку, проводишь начальную настройку, потом под стол без монитора, все управление с вебморды vSphere или через толстого клиента, до виртуалок добираться через RDP или консоль в толстом клиенте.
Десктоп поднять на такой тачке проблематично - ну разве только советов надают как пробросить видео в нее. Если решаться на такой вариант - брать надо со встроенной видюхой (и еще одну видюху для десктопа, проброшенная самой vmware будет недоступна).
Кстати, памяти ставить надо больше - 16G уже маловато будет
Вообще вариант рабочий - у меня например дома так - роутер, за ним сервак (на гораздо более скромном проце), который тащит несколько машин...

Что тут особо обьяснять?

Берешь дистриб на флэшке или диске, втыкаешь в привод/порт или цепляешь образ к удаленной консоли (если железо серверное), запускаешь. Если дистриб не найдет дров на сетевуху - он обругает тебя красным месседжем. Все диалоги до опупения простые. Если не нашел локальное хранилище - не отобразит его в списке, только и всего. Дрова имеет смысл закидывать в дистриб, когда точно знаешь, что их нет в дистрибе. Когда их точно нет? Когда железо не серверное (то есть они там могут и оказаться, но лучше уточнить).
Если же железо серверное например от HP/Dell - имеет смысл скачать с их серверов дистриб, потому что в него уже интегрированы все фишки относительно аппаратного мониторинга сервера.

vCenter нужен, когда у тебя больше одного хоста. Это:
- централизованное управление всеми хостами в одной консоли
- миграция
- кластеры
... и множество других фенечек, которые в принципе не нужны одинокому хосту.

В смысле - в конфигурации? Ваши инженеры заходят на хосты шеллом? Или правят их через клиента? vCenter имеет такую невероятно подробную, до пылинки гранулированную систему раздачи прав, что там по-моему можно выдать права отдельно на все что угодно. А шеллом должен иметь права заходить только Самый Главный Админ.

Бесплатная лицензия - она потому и бесплатная, что в ней нафиг отчекрыжены все фичи, которые могут потребоваться при количестве хостов больше одного. Стандартная миграция возможна только через vCenter - а хост с бесплатной лицензией в vCenter не запнуть - все продумано! :D
Только скриптами, либо какое-то сторонее решение.

Насчет Synology не скажу, не уверен, что она может лечь по команде от стороннего упса - это на ней должен агент стоять, который поймает сообщение и отдаст команду "Ложись!".

Насчет хостов.

ESXi не имеет встроенных средств мониторинга упсов, приходится для этого держать виртуалку с проброшенным COM-портом, на которой крутится демон, принимающий сообщения от упса. По команде упса "Ложись!" виртуалка должна погасить соседний хост и свой собственный. Если есть vCenter - тогда команда отправляется через средства vCenter, если нет - прямо на хост. Понятно, что авторизация и все такое. Скрипты в тырнете есть, я находил - и для отправки через vCenter и напрямую

Если Вы хотите их просто зарезервировать - делаете экспорт.

File->Export->Export OVF Template. Машина должна быть выключена, курсор стоять на машине. В веб-морде это будет соответственно в Actions->All vCenter Actions->Export OVF Template. Машина будет выгружена в каталог, содержащий три файла - контрольные суммы, XML с описанием оборудования и собственно диск. Причем диск будет выгружен в зависимости от модели, "тонкий" будет размером с реально занятую часть.

Лучше экспортировать машины, а не напрямую переносить. Экспортируется в OVF, потом импортируется обратно. Хотя если кроме рейда ничего не менялось - можно и втупую папки машин перенести, потом закинуть обратно и добавить в инвентори. Правда этот туда-сюда бэкап будет дооооолгой историей :)

И еще проверяйте диск после восстановления - у меня были случаи, когда таким образом туда-сюда переброшенный диск превращался из "тонкого" в "толстый".

Энтерпрайз энтерпрайзу lupus est :) Очень многое зависит от задач, от бюджета, от приемлемости пиратского софта. Обычно "мы говорим Enterprise, думаем - Vmware", но это справедливо либо для тех у кого достаточных размеров бюджет, либо для тех, кто не боится пиратки, потому что честный Vmware со свистелками и пищалками - ооооочень недешевый. А так-то в нем конечно есть все что надо.

Можно KVM попробовать - если подходящую морду найти - libvirt штука несомненно хорошая, но для энтерпрайза true commandline сложновато будет.

Hyper-V хорошо использовать, когда хост - винда и гости все до одного винда. Причем полноценный Hyper-V, также как и полнценный Vmware - весьма недешев, хотя базовый дается бесплатно (входит в поставку винды)

Как это сделать с винды - не знаю. С линуха это делается примерно как описано по вышеприведенным ссылкам - ставится apcupsd, настраивается скрипт, срабатываемый при шатдауне. Для выключения ESXi есть два варианта - выключение отдельного хоста отправкой команды непосредственно хосту (как по ссылкам выше) и выключение хоста отправкой команды на vCenter, который выключит хост

Как сделано у меня.

Упс подключен к ESXi, к компорту, специальным шнурком (легко паяется по соответствующим схемам, если нет комплектного).
Установлена виртуалка с центосом, компорт проброшен в эту виртуалку
В центосе запущен apcupsd, который перловым скриптом (с небольшими доработками) отправляет хосту команду на шатдаун.

Если интересно подробности - отредактирую ответ

agentless мониторинг невозможен. Чтобы знать, что делается в виртуалке, нужно там иметь "своего человека", иначе Вы похожи на человека, который стоит перед закрытой дверью и пытается на основе шума за ней, а также подсчета входящих-выходящих людей понять, чем заняты в помещении...
Посмотрите советский фильм "Бармен из Золотого Якоря". Сам фильм посредственный. Но в нем есть идея - целая шпионская операция проворачивается ради установки агента (датчика)!