Здравствуйте, Дмитрий.
Напрасно. Не стоит верить в широко-распространённые байки про "1С работает нормально только на железе". Разумеется, я понимаю, что для многих это вопрос религии, и пытаться представить альтернативную точку зрения этим сектантам - занятие неблагодарное.
Однако, на мой взгляд, если бы к этим трём серверам добавить адаптеры HBA + надёжную СХД (желательно с дублированными аппаратными компонентами) в качестве общего хранилища, то можно было бы на базе виртуализации построить действительно высоко-доступное и гибкое решение. Такое решение в перспективе гораздо проще будет масштабировать с учётом растущих аппетитов "бизнеса". К тому же, при правильной настройке, выход из строя любого из серверов (даже двух из трёх имеющихся) не будет приводить к полной остановке сервиса, а лишь к понижению его производительности. И напротив, если "бизнес" начнёт сужаться, то, в случае необходимости, можно будет без особых усилий высвободить сервер, например, для его дальнейшей продажи. Где виртуализация, там гибкость и повышение доступности в одном флаконе.
Если мы говорим про 1С:Предприятие v8, то осмелюсь предположить, что для ресурсов сервера приложений 1С такой дури на выделенном железном сервере будет попросту избыточно. И опять же, перераспределить эту дурь с условием отказа от виртуализации будет весьма из разряда "миссия невыполнима". Если не считать это проблемой и говорить только о серверах СУБД то, помимо классической кластеризации Failover Cluster с общим хранилищем в Standard есть Log Shipping, которым можно попробовать настроить отсылку логов БД на сервер холодного резерва. Но это, опять же, неэффективное использование железа, да и без костылей обеспечивать такую "высокую доступность" наверняка будет непросто.