Добрый день.
Поставили задачу выбрать сервер, я как программист в железе не сильно рублю. Сторонних специалистов привлекать не хотят.
Сейчас стоят 3 конфы БП в 3х географически удаленных филиалах соответственно.
Будет база БП с терминальным доступом, т.е. 3 базы сольются в одну.
Сейчас документооборот ~500 документов в день в одной базе, примерно по 10 строк в ТЧ документов.
Активных пользователей в 1 базе ~40.

Также планируется база ЗУП, там документов ~50 в день, активных пользователей ~10

Нужно ли разносить сервер приложений и СУБД на физически разные сервера при таких объемах?

У Гилева вычитал:
CPU - 1 ядро на 15-20 пользователей
На каждый рабочий процесс по 1-1,5 Гб оперативки.
Максимально быстрая дисковая подсистема HDD
Количество рабочих процессов сервера приложений по количеству ядер.

Информация за 2009 год, может быть устарела.

В общем, подскажите, что можно взять из железок.
Или опишите свои конфигурации серверов при похожих параметрах нагрузки.

Ключ серверный 32 или 64?

(1) Щас узнаю

Ну посчитай, сколько всего юзеров.
Обычно СУБД и Сервер 1С размещают физически отдельно.

(1) 64
(3) Посчитал.~150 активных

+(4) На Гилевские показатели можно ориентироваться? Или сейчас что-то поменялось?

можно 1 сервер 1с но несколько рабочих процессов. не должно быть проблем. а по железу. больше озу. если ключ 64х то вообще круто

(5) Я бы сделал так:
Пока 1 сервер.
Памяти 48 Гб. с возможностью расширения.
Дисков 10-12 шт. SAS

(7) спасибо. Можешь описать, почему именно так? Я так полагаю, что SASы для того, чтобы СУБД быстрей работала, когда пишет и читает данные. Оперативки для СУБД и рабочих процессов. А ядер?

(8) ядер тоже побольше, чтобы запросы параллельно отрабатывались. Да и каждому rphost'у по ядру тоже нужно

(8)1с-ный процесс не может распределять расчеты между ядрами вроде,поэтому для распараллеливания

Ок, понял. А по производителям есть какие-нибудь рекомендации? IBM? HP? Али еще чего?

(11)Книжка есть из комплекта поставки 1с,наз-ся "Клиент-серверный вариант.Руководство администратора".Там и требования по железу,и рекомендации по установке и настройке сервера 1с,СУБД

(0){Нужно ли разносить сервер приложений и СУБД на физически разные сервера при таких объемах?}
Можно разносить на разные сервера,но сетевая пропускная способность между ними должна быть хорошей.
Сейчас практикуют на одном физическом серевере поднимать несколько виртуальных серверов.

(12) почитаю, спасибо

(8) Потому, что для SQL сервера важны, память и дисковая.
Диски. Для баз данных особого выбора нет, только SAS.
Оперативка. Половину отдать SQL, половину займет ОС и процессы 1С-сервера.
Процессора. Сейчас меньше 4 ядер на процессоре и не найти.
В принципе 2 * 4 = 8 ядер за глаза.
Но тут ядра лишними не будут, SQL умеет с многоядерностью работать.
Ну и 1С-ка получается тоже, если побольше процессов поднять.

достаточно 1 сервера
быстрая память+много герц для работы сервера 1С
быстрые диски+много памяти для SQL