Сервер для 1С 8, на 100 пользователей в терминале
Модераторы: Trinity admin`s, Free-lance moderator`s
-
- Junior member
- Сообщения: 4
- Зарегистрирован: 25 сен 2008, 15:05
- Откуда: Краснодар
- Контактная информация:
Сервер для 1С 8, на 100 пользователей в терминале
На сегодняшний момент используем 1С 7.7 ТиС, 70 пользователей, из них активных 30, база dbf, 4 Гб. Все пользователи в терминале. Для этого используется сервер IBM x3650 (2*XEON 5140, 9Гб озу, 6*SAS73.4 15000rpm в RAID10). База и сервер терминалов на одном сервере!
Планируется переход на 1С 8.1 управление торговлей, 100 пользователей. Посоветуйте, пожалуйста, какое оборудование необходимо для нормальной работы всех пользователей в терминале! Ну и соответственно сервер или систему хранения под базу!
Спасибо!
Планируется переход на 1С 8.1 управление торговлей, 100 пользователей. Посоветуйте, пожалуйста, какое оборудование необходимо для нормальной работы всех пользователей в терминале! Ну и соответственно сервер или систему хранения под базу!
Спасибо!
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Штуки три терминальников двухпроцессорных с 8-16ГБ мозгов каждый.
Пара серверов SQL примерно того же плана (в кластер).
Дисковая двухконтроллерная IBM DS3200/3400 c парой полок дисков (хотя лучше конечно подумать в сторону DS4700).
Сервер приложений (лучше пару для резервирования).
Серверы для унификации в принципе можно все 3650-е поставить, только дисков минимум.
Щас придет Шац и расскажет подробнее.
Бюджет какой? А то я нарисовал конфиг боевой, но ни разу не дешевый.
Пара серверов SQL примерно того же плана (в кластер).
Дисковая двухконтроллерная IBM DS3200/3400 c парой полок дисков (хотя лучше конечно подумать в сторону DS4700).
Сервер приложений (лучше пару для резервирования).
Серверы для унификации в принципе можно все 3650-е поставить, только дисков минимум.
Щас придет Шац и расскажет подробнее.
Бюджет какой? А то я нарисовал конфиг боевой, но ни разу не дешевый.
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
Ну, если не на IBM, то примерно такой:
Сервер терминалов:
Supermicro 6015W-NTRB/2xXeon 5405/4x2GB FB-DIMM DDRII-667/2x7200 rpm SATA минимальных
3 штуки.
Сервер приложения:
Supermicro 6015W-NTRB/2xXeon 5430/4x2GB FB-DIMM DDRII-667/2x7200 rpm SATA минимальных
Примечание: если у Вас 1С 8.0, то будет достаточно и такого:
Supermicro 5015B-URB/C2Q Q6600/2x2GB DDRII-667 ECC/2x7200 rpm SATA.
Если версия 1С 8.1 и старше - см. выше.
Сервер SQL:
Supermicro 6015W-NTRB/2xXeon 5430/4x2GB FB-DIMM DDRII-667/2x7200 rpm SATA минимальных/Qlogic QLE2462
В идеале - 2 штуки (в MSCS), но можно обойтись и одним для начала.
Массив: Xyratex F5412E, 2 контроллера, по 1 ГБ кэша на контроллер, 24х73GB 15K rpm SAS.
Сервер терминалов:
Supermicro 6015W-NTRB/2xXeon 5405/4x2GB FB-DIMM DDRII-667/2x7200 rpm SATA минимальных
3 штуки.
Сервер приложения:
Supermicro 6015W-NTRB/2xXeon 5430/4x2GB FB-DIMM DDRII-667/2x7200 rpm SATA минимальных
Примечание: если у Вас 1С 8.0, то будет достаточно и такого:
Supermicro 5015B-URB/C2Q Q6600/2x2GB DDRII-667 ECC/2x7200 rpm SATA.
Если версия 1С 8.1 и старше - см. выше.
Сервер SQL:
Supermicro 6015W-NTRB/2xXeon 5430/4x2GB FB-DIMM DDRII-667/2x7200 rpm SATA минимальных/Qlogic QLE2462
В идеале - 2 штуки (в MSCS), но можно обойтись и одним для начала.
Массив: Xyratex F5412E, 2 контроллера, по 1 ГБ кэша на контроллер, 24х73GB 15K rpm SAS.
-
- Junior member
- Сообщения: 4
- Зарегистрирован: 25 сен 2008, 15:05
- Откуда: Краснодар
- Контактная информация:
Большое спасибо за предложение!
А можно цены на почту?
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
Tert
Ну, если так...
ДенисК
Тогда расшифровываю.
В каждый момент времени 1 активно работающий пользователь нагружает 1 процессорное ядро. То есть реально на 8 ядрах единовременно могут работать 8 пользователей :D
Другое дело, что клиент транзакционной базы грузит процессор терминального сервера не сильно - в результате чего на одном ядре могут со скрипом ужиться до десятка пользователей. "Со скрипом" - т.е. уже с ухудшением времени реакции. Большое время реакции сервера терминалов - для пользователя крайне неприятная штука.
Поясню на примере: щелкаете Вы мышкой, а реакцию на щелчок получаете через 2-3 секунды. Если это раз-два в день, то сносно. А если все время - сами понимаете :D
Еще момент: 1 клиент, запускающий отчет (а таковые всенепременно будут), может загрузить 1 ядро терминального сервера на достаточно продолжительное время. Т.е. остальные "со скрипом" сидевшие пользователи получат на 2 четырехъядерниках на все это время ухудшение времени реакции сервера на 12,5% - для всех сразу. Однако - тяжелые отчеты делаются, напомню, не каждый день - а в конце каких-нибудь периодов (месяц, квартал, год), и нужны обычно как минимум всей бухгалтерии, как максимум - всем клиентам 1С.
Лексикон бухгалтерии на конец периода при недостатке ресурсов терминального сервера/фермы можете представить себе сами :D
Ну, если так...
ДенисК
Тогда расшифровываю.
В каждый момент времени 1 активно работающий пользователь нагружает 1 процессорное ядро. То есть реально на 8 ядрах единовременно могут работать 8 пользователей :D
Другое дело, что клиент транзакционной базы грузит процессор терминального сервера не сильно - в результате чего на одном ядре могут со скрипом ужиться до десятка пользователей. "Со скрипом" - т.е. уже с ухудшением времени реакции. Большое время реакции сервера терминалов - для пользователя крайне неприятная штука.
Поясню на примере: щелкаете Вы мышкой, а реакцию на щелчок получаете через 2-3 секунды. Если это раз-два в день, то сносно. А если все время - сами понимаете :D
Еще момент: 1 клиент, запускающий отчет (а таковые всенепременно будут), может загрузить 1 ядро терминального сервера на достаточно продолжительное время. Т.е. остальные "со скрипом" сидевшие пользователи получат на 2 четырехъядерниках на все это время ухудшение времени реакции сервера на 12,5% - для всех сразу. Однако - тяжелые отчеты делаются, напомню, не каждый день - а в конце каких-нибудь периодов (месяц, квартал, год), и нужны обычно как минимум всей бухгалтерии, как максимум - всем клиентам 1С.
Лексикон бухгалтерии на конец периода при недостатке ресурсов терминального сервера/фермы можете представить себе сами :D
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
Что такое внедрение в терминологии 1С ? Это перепиливание стандартной конфигурации под клиента.
Своими глазами видел, как коллектив из 4 опытных 1С-ников за полгода работы по пилению конфига снизил нагрузку на железо на одной и той же базе примерно на 40%.
Вот и вопрос, кому Вы предпочтете заплатить и подождать: коллективу опытных внедренцев или нам ? :D Хотя, на самом деле, самый правильный подход с т.з. перспективы - и то, и другое. Потому что железо не резиновое, а стандартные конфиги 1С очень даже есть куда оптимизировать
Своими глазами видел, как коллектив из 4 опытных 1С-ников за полгода работы по пилению конфига снизил нагрузку на железо на одной и той же базе примерно на 40%.
Вот и вопрос, кому Вы предпочтете заплатить и подождать: коллективу опытных внедренцев или нам ? :D Хотя, на самом деле, самый правильный подход с т.з. перспективы - и то, и другое. Потому что железо не резиновое, а стандартные конфиги 1С очень даже есть куда оптимизировать
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 18 гостей