Горячее резервирование для сервисов и файлохранилища

1 - [1],[2],[3] и т.д.
2 - [4] - много сразу инфы

Расскажу, как это сделано у нас.
Мы взяли 2 сервера , на них подняли XEN Enterprice (грузится с локального винта, но это не принципиально) . Они по iSCSI (на карточках, подобных указанным в ссылке, но попроще) подключены к NAS c iSCSI (Open-E, DSS), маунтят его как iSCSI диск, и там же создаются и хранятся виртуальные машинки с установленными в них ОС (на Linux и на Windows) в виде контейнеров.
В итоге имеем возможность запускать любой контейнер на любом из серверов, а если один из серверов «падает» - контейнер автоматически запускается на другом. В общем-то, думаю, эту схему можно сделать и на более, чем 2 сервера, и загрузку можно сделать серверов полностью по iSCSI (т.е. сервера бездисковые), но до этого руки пока не дошли.
Второй вариант – это кластер с интеконнектом на Infiniband. Если Вы хотите сделать именно отказоустойчивый кластер, то узлы имеет смысл связать по этому интерфейсу, и обойтись в межузловых соединениях  без стека TCP. Если не получается, то хотя бы сделать отдельную сеть Ethernet для задач интерконнекта в кластере.
Выбранные Вами карточки – отнюдь не дешевое решение, и я бы подумал, что лучше – сделать 2 сервера с такими картами или 3-4 с более простыми карточками, 2-4 NIC и в режиме транкинга.
По софту для балансировки нагрузки Web-сервера – ничего не скажу, это чуть не моя область компетенции

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