athacker

Надо всё в виртуалку тащить. Но потребуется минимум три сервера -- два на кластер, и один на организацию общего хранилища. Но лучше четыре -- чтобы хранилищ было два :-) В идеале сервера должны быть подобраны так, чтобы каждый мог тащить на себе ВСЕ сервисы. Это на случай выхода из строя одного из хостов виртуализации -- вся нагрузка ляжет на оставшийся.

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

Диски в хосты виртуализации не нужны -- их можно бутить по сети (по iSСSI или PXE прямо с хранилок, например) или с флэшек. Нужны только диски в хранилки. И лучше поставить побольше дисков мЕньшего объёма, чем поменьше дисков бОльшего объёма -- так будет лучше размазываться нагрузка. Т. е., условно, 8 дисков по 2 Тб в RAID10 сильно предпочтительнее, чем 4 диска по 4 Тб в таком же RAID10.

Диски форм-фактора 2.5" почти в два раза тоньше, чем диски форм-фактора 3.5" :-) Поэтому дисков 2.5" можно больше напихать в корзину.

AD, DHCP, DNS -- с этим справится одна виртуалка, эти сервисы никакой нагрузки не создают. Желательно поставить Windows Server в режиме core (без графики).

По брэндам -- по последним нашим расчётам сейчас дешевле всего выходит Dell. Lenovo -- просто фтопку. HP -- не фтопку, но заметно дороже, чем Dell. Ну и можно попробовать рассмотреть варианты типа pc-administrator.ru/. Они дают гарантию на своё железо, а стоить оно будет гораздо дешевле нового.

В AD нет информации, когда пользователь логинился. В схеме AD есть только одно поле для этого дела: LastLogin. Соответственно, там дата последнего входа.

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

1) Azure -- это просто облачная платформа. Рассматривайте её как средство виртуализации. Т. е. вы просто создаёте там виртуальные машины и разворачиваете там свои сервисы, и всё.

2) А что с терминальным сервером? Хотите перенести в облако -- переносите. Не хотите -- оставьте у себя. В чём вопрос-то?

3) Лицензии -- это предмет тёмный... :-)

4) Контроллер домена стоит оставить дома в любом случае. Мало ли чо -- проблемы со связью, всё такое. Чтобы не было проблем со входом юзеров в систему. На этом производительном сервере разверните Hyper-V, в нём -- виртуальный контроллер домена, ну и ещё что-нибудь, по вкусу.

Агрегация каналов вам поможет только если эти 896 МБит/с генерятся множеством клиентов. Потому как распределение по линкам делается на основе source hash'a (ну, это не единственный способ, но забьём пока на подробности). Так как у вас фактически канал точка-точка, то агрегация не сработает. Нужно мутить 10 гигабит.

Либо, если есть возможность разделить трафик (ну, например, у вас 500 МБит/с в обмене -- это NFS-трафик, а остальные 396 Мбит/с -- это SMB-трафик), то тогда можно поставить второй адаптер, выдать на этот адаптер IP-адрес ИЗ ДРУГОЙ ПОДСЕТИ (это важно), и настроить аналогично второй адаптер на втором сервере. Ну и сделать привязку соответствующих сервисов только к соответствующему IP-адресу, и, как следствие -- к отдельному адаптеру.