Ваши аппаратные требования будут зависеть от того, какую надежность вы хотите для этого материала. Если вы используете это для запуска всего, я бы порекомендовал иметь по крайней мере две машины, на которые вы разделяете виртуальные машины, и если вы обычно используете N серверов, вы сможете обойтись N-1 из них для время, необходимое поставщику для замены неисправных деталей.
На нижнем уровне это 2 сервера. Если вам нужна более высокая надежность (т. Е. Меньшее время простоя), то потребуется SAN для хранения данных (все, что я видел при живой миграции, основано на SAN). Если вы можете использовать «ручной» метод (выключить оба сервера, переместить диски с сервера1 на сервер2, включить сервер2, перенастроить виртуальные машины, чтобы использовать меньше памяти и запустить), то вам действительно не нужен маршрут SAN.
В конце концов, вашим самым большим размером будет HD и RAM. Ваш объем памяти HD будет относительно фиксированным (по крайней мере, в большинстве видов среды разработки / тестирования), и объем памяти ОЗУ также должен быть относительно фиксированным (хотя дополнительные значения здесь всегда хороши). Процессор - это, как правило, одна вещь, на которую вы можете сэкономить немного, если придется, если вы готовы ждать сборки и тому подобное.
Еще одна приятная особенность виртуализации состоит в том, что вы можете начать с пары больших серверов и расти по мере изменения ваших потребностей. Нужно дать вашей среде разработчиков больше возможностей? Получить другой сервер и разделить виртуальные машины. Нужно смоделировать кластер из 4 узлов? Уменьшите использование памяти существующего узла и раскрутите 3 копии.
На данный момент, если мне не нужна очень высокая производительность (т. Е. Мне нужно рассмотреть возможность кластеризации высокопроизводительных физических серверов для повышения производительности), я бы выбрал виртуализированную среду. Благодаря расширениям на современных процессорах и поддержке для них ОС / гипервизора, попадание не так велико, если все сделано правильно.