выбор отказоустойчивой конфигурации
 

Нужен совет!!!

Наконец-то решил заняться развертыванием Exchange.

Изначально планировал 2 MBX объединить в в Database Availability Group, 2 CAS объединить в NLB кластер и один сервер отвести под EDGE.

Обсуждая это с коллегами, предложили другой вариант: устанавливаются 2 сервера Hyper-V, подключенные к общему хранилищу, и объединяются в Failover Cluster. Затем на активной ноде этого кластера создается виртуальная машина для сервера Exchange с ролями CAS и MBX. В случае отказа той ноды кластера, на которой расположена ВМ Exchange, эта ВМ при помощи технологии Live Migration автоматически мигрирует на вторую ноду и продолжает работу. В поддержку такого варианта прислали мне документ (Best Practices for Virtualizing & Managing Exchange 2013)

Хотел бы услышать Ваше мнение по первому и второму варианту.

Смысл в дублировании остальных ролей, если вы оставляете узкое место на точке входа\выхода почтовых потоков?
Лучший Best Practice по виртуализации - ее отсутствие, т.к. вы создаете в этом случае Single Failure Domain - гипервизор. А в вашем случае два таких домена: гипервизор и ОС вашего комбайна Exchange. Любая ошибка в ОС, где установлен Exchange приведет к полной неработоспособности сервиса, при этом VM останется высокодоступной. PLA (Product-Line Architecture) рекомендует отказаться от виртуализации в пользу дешевых серверов и отказоустойчивости на уровне приложения.
Я рассказывал об этом на MVP Community Day в этом году (http://www.techdays.ru/videos/7717.html). Если смотреть внимательно, то видно, что оригинал доклада принадлежит Борису Лохвицкому, ведущему архитектору Microsoft в отношении Exchange.
В вашем случае, я бы использовал первую схему, как схему с более высокой надежностью. При этом, если у вас нет возможности обеспечить отказоустойчивость Edge - лучше отказаться от него совсем.
Если виртуализации совсем уж очень хочется, то тогда два гипервизора, и их не нужно кластеризовать, потому что вы завяжетесь сразу на два SFD - хранилище, которое общее, и Failover Cluster Service, который может после неудачного обновления уронить все машины в Unsupported Cluster Config и не дать им стартовать, 4 VM (2MBX+CAS и 2EDGE), и запретить им съезжаться на один хост. Т.е. отключить высокую доступность на уровне Hyper-V, и оставить обработку отказа Exchange, он с этим справляется значительно лучше, просто поверьте.

Спасибо за оперативный ответ!!

Не написал сразу, в первом варианте все сервера планировалось виртуализировать, при чем каждый на отдельном хосте и у каждого отдельное хранилище. На железных нет возможности.
Есть ли смысл отказаться от EDGE, если на входе стоит аппаратный firewall с антивирусом и антиспамом (WatchGuard XTM 525)?