Hyper-V для SMB

Что называется, из первых рук - камрад Ethril@ixbt делится опытом:

Вот, если кому интересно, личный опыт виртуализации у сисадмина в конторе средних по российским меркам размеров, с кучкой негатива к Hyper-V

Физических серверов ~15 шт., в основном HP Proliant разных поколений.
В наследство от предыдущей ИТ-команды достался один сервер Win2008 с Hyper-V (HP Proliant DL380G5), с тремя интенсивно использующимися VM.

По мере его эксплуатации всплывали различные ограничения:
1) Невозможность удалить снапшот "на ходу". Т.е. удалить возможно, но место на диске высвобождается только после выключения VM.
2) Довольно сложная процедура импорта VM в случае какой-либо аварии хоста, с необходимостью редактирования симлинков из командной строки.
3) Низкая производительность виртуализованной дисковой подсистемы. Часто возникали ситуации, когда дисковая очередь VM вырастала до нескольких сотен, при этом дисковая очередь хоста была в пределах нормы.
4) Невозможность выделения всем VM суммарно больше RAM, чем всего есть на хосте. Нагрузка на эти VM была преимущественно "пульсирующая", поэтому динамическое перераспределение RAM между VM востребовано.
5) Невозможность в компании, где более нигде не используется Vista/2008, управлять гипервизором откуда-то кроме хоста, потому что оснастка работает только с Vista/2008.

В результате всего этого личного опыта и изучения материалов в Сети, решили перейти с Hyper-V на ESXi free. Переход был удачным. Все 5 основных (для меня) пунктов были решены. Сохранился весьма показательный скрин дисковой очереди одной из VM:

(1 мая была смена гипервизора, на том же железе)

Сейчас в конторе развёрнуто 5 ESXi free хостов, с ~25 VM на них, в т.ч. такие как DC, Exchange, WSUS, SIM. Опыт использования положительный. Удалось, не закупая новых серверов (денег из-за кризиса не дают, да и ставить некуда - стойка почти доверху забита), выделить ресурсы для нескольких новых проектов. Стало удобнее удалённо управлять хозяйством, т.к. на многих старых серверах, которые теперь виртуализовали, не было iLO, а на двух даже не было автовключения при появлении питания! Кстати, виртуализация P2V с помощью VMWare Converter во всех случаях проходила совершенно без проблем. Планируем виртуализовывать инфраструктуру и дальше.

По поводу ограничений ESXi free:
Конечно, отсутствие единого управляющего центра на всю вирт. инфраструктуру (vCenter) - мешает. Но, пока хостов, как у нас, не очень много, это приемлемо. Есть бесплатные сторонние решения (VM Explorer, Veeam Monitor, скрипты), которые частично перекрывают заблокированный функционал. Есть HP SIM (System Insight Manager), который умеет централизованно мониторить железо ESXi free хостов. В ESXi free есть пересылка системных логов на удалённый сервер Syslog, которым у нас работает NetXMS. В ESXi 3.5U3 можно было включить SNMP (убрали, гады). В общем, задача централизованного мониторинга и управления на ESXi free более-менее решается.
Централизованной СХД у нас один хрен нету, так что многие платные фишки типа High Availability мы бы всё равно не смогли использовать.
Переносить машины с хоста на хост можно и на ESXi free почти без простоя (делаем снапшот, вживую копируем VM, выключаем VM, 5 минут на копирование снапшота и импорт VM, включаем VM). Не VMotion, но меня устраивает.
При каких-то, тьфу-тьфу, форс-мажорах, можно замапить слитый .vmdk-диск в винде и слить нужную инфу.
Для централизованной установки патчей на хосты есть Host Update Utility.

В общем, если резюмировать, для средней конторы с брендовым железом ESXi free вполне юзабелен, даёт "нахаляву" кучу ресурсов и реально упрощает поддержку железа.