Нужна рекомендация по железу под 1С
 

Начальство созрело до покупки нового серверного железа. Требования: количество пользователей от 50 до 100. Из них активно бъющих документы - 30-40. Размер баз примерно 50 Гб. SQL2008. Работа в терминальном режиме (терминальный сервер расчитывать не надо, его будет рассчитывать сисадмин самостоятельно).
Желательно иметь три варианта: Бюджетный (сервера до 120-150 тыр), Средний (150-200), Выше среднего (от 200).

В день документов 400-600. Строк, в среднем, 30-40

200 тыщ на такой объем - это очень бюджетный вариант. Сервер 1С предприятия на отдельной железяке стоИт? Конфа?

2(2) "200 тыщ на такой объем - это очень бюджетный вариант" Это если использовать один сервер под сервер 1С и под SQL.
"Сервер 1С предприятия на отдельной железяке стоИт" можно и разнести, чтоб под 1С сервер отдельный и под базу данных отдельный.
"Конфа?"
P.S. Варинты Бюджетный и т.д. указана цена за КАЖДЫЙ сервер, а не в сумме.
УТ10 переписанная, БП, ЗУП, УНФ, и еще небольшая кучка специальных самописных (с очень небольшой нагрузкой).

современные raid контроллеры умеют кешировать данные на чтение и запись на ssd, такой контроллер+ssd + 7 дисков sas будут стоить тысяч 120 и сам сервер с оперативкой в 64gb и двумя процессорами еще тыс 120, вот это и есть ваш минимальный бюджет.

На такой объем советовал бы купить один хороший сервер. 8-12 ядер, 8 SAS 15к дисков. Считаем объем ОЗУ для сервера 1С х64 - 12 процессов * 3 гига = 36 гиг. Для 32х битного - 12 процессов * 1,5 гига = 18 гиг. На БД надо бы 20-25 гиг ОЗУ. Получается для 64 бит ключа 1С надо 56 гиг ОЗУ, для 32 бита - 40 гиг.
Ну и, конечно, резервный блок питания, контроллер с батарейкой, прошивка с удаленным управлением KVM, ECC память, Win 2008R2 Std x64.
Все это, на хорошей платформе вроде Proliant DL 380 Gen8 никак не уложится в 200 тыр.

2(5) Это вариант с SQL и сервером 1С предприятия на одном сервере, как я понимаю? Деньги, если объяснить, зачем это надо, можно выколотить.
P.S. 12 процессов - это из каких соображений? (или 6 рабочих (100 пользователей на 3-х базах = 300 соединений / 50 соединений на 1 процесс = 6 процессов) + 6 запасных?)

[quote=bma1;25777408]12 процессов - это из каких соображений?[/quote]
сейчас меньше 12 ядер в двухпроцессорном сервере не бывает

[quote=bma1;25777408]Это вариант с SQL и сервером 1С предприятия на одном сервере, как я понимаю? [/quote]
Да
[quote=bma1;25777408]12 процессов - это из каких соображений?[/quote]
30-40 пользователей бьют документы, плюс еще порядка 60 не особо активных, которые иногда сформируют отчет. Сугубо из моей практики надо на 5 активных пользователей иметь 1 рабочий процесс, на 20 неактивных - еще один процесс. Итого получаем 11 процессов, для округления с небольшим запасом - получаем 12.
50 соединений на процесс - это очень жестоко. Даже скроллинг при наличии всяких обработчиков будет тупить.

8+ Если у пользователя открыто 3 базы - глубоко начхать. Проводит документы и скролирует списки он только в одной базе.

2(8) Понял. 50 соединений на процесс это из руководства Администратора. Я обычно ставлю 12-15 соединений на процесс. С соотношением активных/не активных примерно 5 и 20 и выходит...

2(9) а в двух других запускает отчеты...