Рекомендации по конфигурации и количеству серверов

[Rishat]

Хотелось бы узнать мнение специалистов по сабжу, безотносительно бюджета и текущего железа.
Что имеем: Небольшая организация 25 пользователей + удал.офис 5 пользователей (Увеличение пользователей не планируется).
Типовые задачи PDC+BDC,DNS,DHCP, Терминал сервер, IIS, FTP.
Бизнес ПО: СЭД, ERP,EAM, система бизнес-моделирования, Sharepoint Foundation - все на MSSQL
Файловое хранилище: для файловых баз, filestream хранилище(аналогичное MSSQL, реализованное средствами СЭД используется для файлов более 100 Мб, нагрузка эпизодическая), резервные копии баз и состояний систем серверов.

Базы SQL от 5 до 80 GB в кол-ве 10 шт
- СЭД 40 Gb(+35%/в год) пользуют все пользователи, все остальные базы 1-3 пользователя одновременно (рост +15%/в год)
Файловые базы: до 40 Gb - 5 шт (рост +15%/в год)
Filestream хранилище СЭД: 100 GB (рост +20%/в год)
Файлопомойка: 40 Gb

Терминал сервер на 5 пользователей: Работа с СЭД, EAM. ERP
2 интернет канала

1. Каким образом с точки зрения железа и ст-ти ОС(Win Server) оптимальнее расскидать данные задачи.
- стоит ли идти в сторону виртуализации/кластеров(если да то каким образом строить и в каком кол-ве)?
- обеспечение хоть какой-то отказоустойчивости (в принципе до 6 часов, максимум до 12 часов простоя и потеря данных за полдня думаю допустимые потери, относительно доступного по ст-ти построения отказоустойчивого решения)
- резервное копирование(+ возможно доп.бэкап самых критичных данных 60 Gb) всего этого безобразия
- есть ли необходимость в гигабитной сети? (50% пользователей работают по wi-fi)
2.Также хотелось бы видеть "бесшовную" работу пользователей удаленного офиса с локальным доменом как напр. в случае подключения по VPN, так и в случае недолговременного отсутствия связи между офисами.

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

[gs]

Если у Вас все данные лежат в SQL базах, то сиквел имеет встроенные средства резервирования (датабейз мирроринг, лог шиппинг). Для обеспечения отказоустойчивости с относительно небольшим даунтаймом достаточно просто пары двухпроцессорников с сас дисковыми. Задачи разложить по ним по нагрузке. Ну и плюс третий сервер бэкапа для.
Можно и виртуалки реплицировать.

[Stranger03]

- стоит ли идти в сторону виртуализации/кластеров(если да то каким образом строить и в каком кол-ве)?
- обеспечение хоть какой-то отказоустойчивости (в принципе до 6 часов, максимум до 12 часов простоя и потеря данных за полдня думаю допустимые потери, относительно доступного по ст-ти построения отказоустойчивого решения)

Кластер врядли стоит городить, а вот пару одинаковых серверов с небольшим запасом под виртуализацию вполне. Бекапить друг на друга виртуалки вполне достаточно.

[Rishat]

Если у Вас все данные лежат в SQL базах, то сиквел имеет встроенные средства резервирования (датабейз мирроринг, лог шиппинг). Для обеспечения отказоустойчивости с относительно небольшим даунтаймом достаточно просто пары двухпроцессорников с сас дисковыми. Задачи разложить по ним по нагрузке. Ну и плюс третий сервер бэкапа для.
Можно и виртуалки реплицировать.

Именно двухпроцессорные машины? топовые E3 c 32GB RAM не справятся или просто ну будет сколь нибудь значимого запаса на будущее?

[gs]

Я не знаю, какая у Вас нагрузка. Двухпроцессорники справятся гарантированно. С однопроцессорниками надо предварительно перфмонить.