athacker

iSCSI boot поддерживают не все сетевые карты, так что нужно смотреть, что у вас там за оборудование.

Hyper-V поддерживает загрузку по сети: www.hyper-v.nu/archives/hvredevoort/2011/04/scvmm-...

Проще и удобнее -- виртуальные машины.

Надёжнее -- это вопрос не "виртуальной или физической машины", а целого ряда факторов. Если у вас кластер виртуализации грамотно реализован, то держите просто два контроллера домена на двух разных хостах виртуализации, и выставьте им приоритет запуска максимальный, чтобы они первыми запускались.

Если кластера нет, или спроектирован неграмотно -- тогда да, два контроллера домена -- один виртуальный, один физический.

Старые и/или дешёвые комплектующие вполне можно использовать. Главное -- обеспечить должную степень резервирования. Я бы порядком удивлён, когда смотрел документальный фильмец про крутой датацентр какой-то крупной западной компании. И увидел там знакомые крышечки дисковых отсеков на серверах, с характерной коричневой защёлкой. Т. е. даже в крутых конторах могут использоваться дешёвые супермикровские сервера :-)

Мораль -- вполне можно использовать и дешёвое железо, если ваша архитектура построена правильно, и имеет определённую степень избыточности. Условно говоря, если у вас кластер виртуализации под вашу нагрузку требует N серверов, то купите и поставьте в этот кластер N+3 сервера. Тогда даже если один из дешёвых серверов выпадет, у вас всё автоматически перебалансируется и вы в спокойном режиме можете заказать и купить новый дешёвый сервер.

Какой-то баг, очевидно. Попробуйте обновить всю винду. Если не поможет -- запихайте в планировщик скрипт, который после перезагрузки машины будет пинговать пару-тройку сайтов. Просто для того, чтобы винда инициировала сама какой-то сетевой обмен. Костыль, конечно, но может помочь.

Я бы на Hyper-V реплике делал. Если использовать репликацию на уровне СХД, то вы привязываетесь к вендору. А если придётся слезать с HP на что-нибудь другое? Придётся перенастраивать репликацию.

Настройте хранение журнала мониторинга в хостовой и в гостевой системах, и смотрите, что происходит в такие моменты. Может, диски засыпают, и требуется время, чтобы они проснулись -- тогда будет latency возрастать. Может, ещё что-то.

У вас в виртуалке, по большому счёту, подаётся три ресурса -- CPU, память, диск. Тормоза могут быть вызваны любой из этих причин. С CPU вы уже разобрались, надо разобраться с другими двумя. При недостатке памяти ВМ будет бешено свопиться, и производительность будет нефигово страдать. При медленных дисках будет то же самое. Проверяйте нагрузку по памяти и latency/iops на дисках.

Можно, но чревато проблемами. В частности, поддержка сети Hyper-V появилась только во FreeBSD 10.0, а pfSence, насколько я помню, до сих пор на базе FreeBSD 8.X. Но даже если они уже переползли на 9, это мало что меняет.

Чтобы работала сеть в виртуальной фре на Hyper-V, нужно подавать туда Legacy network adapters, и ещё их приходится дёргать после перезагрузки (т.е. делать ifconfig down/up), чтобы сеть поднялась в виртуалке. Бывает, что она сразу не поднимается. Также есть ограничение по размеру диска и по его типу. Т.е. thin provisioning для диска с виртуальной фрёй не прокатит, нужно будет делать fixed disk. У нас диски крашились с размером более 20 Гб -- фря выпадала в корку.

Если готовы мириться с этими граблями -- то тогда ставить можно. Но я бы рекомендовал сделать чистую фрю 10.1 -- она полностью поддерживает сеть Hyper-V и проблем никаких замечено не было.

Либо виртуализировать pfSence на чём-то ещё. На VMware или VirtualBox.

В общем и целом пофиг. Учитывая, что вы бесплатные варианты смотрите, я бы посоветовал Hyper-V. Там с драйверами под железо попроще (винда всё-таки), плюс в бесплатной версии можно failover cluster сварганить, а бесплатный ESX кластер сделать без vCenter не даст.

Что касается управления -- в комплекте Win8 есть RSAT, а там в комплекте, соответственно, есть Hyper-V manager. Достаточно просто установить RSAT и Server Manager на Win8 из комплекта RSAT, и можно будет Hyper-V Server управлять нормально. Единственное что -- желательно наличие домена и ввод этого Hyper-V сервера в домен. Потому что без домена придётся массу усилий приложить для разрешения доступа по управлению к серверу -- правила файрвола придётся открывать, в DCOM лазить, куча всего.

Надо разворачивать и настраивать SCVMM 2012 R2 и App Controller. SCVMM позволяет управлять инфраструктурой и виртуалками, App Controller даёт пользователям возможность "самообслуживания" в рамках выделенных им ресурсов. Штука очень крутая, но тяжёлая, и потребует кучу всего -- Win 2012 R2 сервер, MS SQL. Правда, лицензия на SC VMM даёт право использовать один инстанс MS SQL, так что лицензию на MS SQL покупать будет не нужно.