Сервер терминала + 1С
Модераторы: Trinity admin`s, Free-lance moderator`s
Сервер терминала + 1С
День добрый, помогите определиться с конфигурацией и количеством:
Нужно вынести на отдельную площадку базы 1С, всех загнать в терминал там же.
Сервера - на пол. Проблемы с кондиционированием, только вентиляция приток-отток, температура летом до 25 градусов.
Пользователей 1С - до 40 человек, MSSQL.
Очень, очень развита РИБ, так что блокировки - наше все. Требования к скорости соответствующие.
Серверов видится 2 (терминал+1С), смысла выносить сам 1С-сервер отдельно нет.
Как их между собой связать тоже вопрос.
Бюджет - до 450 000 руб. без ОС.
Нужно вынести на отдельную площадку базы 1С, всех загнать в терминал там же.
Сервера - на пол. Проблемы с кондиционированием, только вентиляция приток-отток, температура летом до 25 градусов.
Пользователей 1С - до 40 человек, MSSQL.
Очень, очень развита РИБ, так что блокировки - наше все. Требования к скорости соответствующие.
Серверов видится 2 (терминал+1С), смысла выносить сам 1С-сервер отдельно нет.
Как их между собой связать тоже вопрос.
Бюджет - до 450 000 руб. без ОС.
- Tert
- Advanced member
- Сообщения: 4233
- Зарегистрирован: 19 янв 2003, 08:09
- Откуда: Москва
- Контактная информация:
Re: Сервер терминала + 1С
b2w
Какая версия 1С?
Какой объем распределенной базы и как часто происходит синхронизация, блокирующая работу?
Если на отдельную площадку и два сервера, то удобнее взять небольшую открытую стойку и стоечные серверы.Нужно вынести на отдельную площадку базы 1С
Какая версия 1С?
Какой объем распределенной базы и как часто происходит синхронизация, блокирующая работу?
Re: Сервер терминала + 1С
Удобнее - это конечно. Разве стоечные сервера менее чувствительны к температуре, чем напольные?Tert писал(а):Если на отдельную площадку и два сервера, то удобнее взять небольшую открытую стойку и стоечные серверы.
1С 8.1
Объем распределенной базы? Файловый узел весит порядка 2-3 гигабайт, с фото.
Вопрос скорее количества: сейчас 40 узлов, из них 10 обмениваются каждые 1-3 часа, остальные только ночью. По времени выгрузка может занимать от 30 сек. до нескольких минут (конечно, бывает и больше - обновления, фотографии и т.д.).
Ну и узлов будет больше. Штук 80. Из них, полагаю, 15 - те, которые могут сделать обмен в рабочее время.
Re: Сервер терминала + 1С
понял, что имелось в виду под объемом=) центральная база - 25 Гб.
в целом, пришла в голову еще вот какая мысль: насколько решение в данном случае с 2-мя серверами будет обладать запасом развития?
Скажем, баз будет 2: откроется еще одно направление торговли с теми же задачами: до 80-ти узлов.
Не проще сразу вложиться в кластер? Вопрос даже не простоя, он допустим (каждый магазин - отдельная автономная точка, запас во времени есть), а именно масштабирования.
Или проще взять для следующей базы отдельный сервер? Или выделить 1с-сервер, для каждой скульной базы - свой сервер?
Развиваться будет не количество пользователей терминала и вообще работающих в центральном узле, а количество узлов.
в целом, пришла в голову еще вот какая мысль: насколько решение в данном случае с 2-мя серверами будет обладать запасом развития?
Скажем, баз будет 2: откроется еще одно направление торговли с теми же задачами: до 80-ти узлов.
Не проще сразу вложиться в кластер? Вопрос даже не простоя, он допустим (каждый магазин - отдельная автономная точка, запас во времени есть), а именно масштабирования.
Или проще взять для следующей базы отдельный сервер? Или выделить 1с-сервер, для каждой скульной базы - свой сервер?
Развиваться будет не количество пользователей терминала и вообще работающих в центральном узле, а количество узлов.
- Tert
- Advanced member
- Сообщения: 4233
- Зарегистрирован: 19 янв 2003, 08:09
- Откуда: Москва
- Контактная информация:
Re: Сервер терминала + 1С
b2w
А что делают 40 пользователей в 1С? Как сильно они нагружают базу? Если они все не загружают базу отчетами, то я бы рекомендовал в текущей ситуации взять один сервер помощнее и нагрузить его всеми задачами.
Вообще для синхронизации баз не надо много процессорных ядер. А учитывая, что для проведения этой опреации, все остальное блокируется, то основные горячие точки - это большой объем ОЗУ, чтобы центральная база вся хорошо кешировалась в памяти, быстрая на запись дисковая система и быстрые каналы связи с удаленными узлами. Тогда синхронизация будет занимать минимальное время.
По поводу масштабирования, то все зависит от загрузки на базы. Может оказаться, что вы возьмете 2-3 сервера, которые будут простаивать с небольшой загрузкой, за исключением моментов синхронизации. Поэтому я начинал бы именно с одного мощного двухпроцессорного сервера, а уже по итогам работы с ним принимал решение о выносе терминальных сессий на отдельную машину.
А что делают 40 пользователей в 1С? Как сильно они нагружают базу? Если они все не загружают базу отчетами, то я бы рекомендовал в текущей ситуации взять один сервер помощнее и нагрузить его всеми задачами.
Вообще для синхронизации баз не надо много процессорных ядер. А учитывая, что для проведения этой опреации, все остальное блокируется, то основные горячие точки - это большой объем ОЗУ, чтобы центральная база вся хорошо кешировалась в памяти, быстрая на запись дисковая система и быстрые каналы связи с удаленными узлами. Тогда синхронизация будет занимать минимальное время.
По поводу масштабирования, то все зависит от загрузки на базы. Может оказаться, что вы возьмете 2-3 сервера, которые будут простаивать с небольшой загрузкой, за исключением моментов синхронизации. Поэтому я начинал бы именно с одного мощного двухпроцессорного сервера, а уже по итогам работы с ним принимал решение о выносе терминальных сессий на отдельную машину.
Re: Сервер терминала + 1С
Спасибо, я понял основную мысль.
40 человек - это склад, продажники и аналитики. Я бы сказал, что отчетов там половина точно будет. Причем тяжелых.
Простои будут, но лучше так, чем все на пределе.
Давайте все же посмотрим на 2 конфигурации: терминал+1с и все-в-одном.
40 человек - это склад, продажники и аналитики. Я бы сказал, что отчетов там половина точно будет. Причем тяжелых.
Простои будут, но лучше так, чем все на пределе.
Давайте все же посмотрим на 2 конфигурации: терминал+1с и все-в-одном.
- Tert
- Advanced member
- Сообщения: 4233
- Зарегистрирован: 19 янв 2003, 08:09
- Откуда: Москва
- Контактная информация:
Re: Сервер терминала + 1С
b2w
Выслал варианты серверов.
Выслал варианты серверов.
Re: Сервер терминала + 1С
Спасибо!
Есть пара вопросов:
1. зачем мне все же отдельно сата-диски под систему, если вы сами рекомендуете ЛУНы на одном рэйд-массиве?
2. Сервера в корпусах 1U, насколько вышеприведенные суровые температурные условия (нет кондиционирования помещения, только вентиляция) критичны для них? Шум турбин никого не смутит, но все же.
Есть пара вопросов:
1. зачем мне все же отдельно сата-диски под систему, если вы сами рекомендуете ЛУНы на одном рэйд-массиве?
2. Сервера в корпусах 1U, насколько вышеприведенные суровые температурные условия (нет кондиционирования помещения, только вентиляция) критичны для них? Шум турбин никого не смутит, но все же.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: Сервер терминала + 1С
25 градусов не выходит за рамки нормального температурного диапазона для серверов.
- Tert
- Advanced member
- Сообщения: 4233
- Зарегистрирован: 19 янв 2003, 08:09
- Откуда: Москва
- Контактная информация:
Re: Сервер терминала + 1С
b2w
Мы обычно рекомендуем Выделять луны на обычных дисках.
Если ставятся SSD диски под данные, то лучше их использовать только под важные данные, а не под ОС и ее своп файл. Все же устройства очень дорогие.
К тому же у SSD 710 можно в несколько раз увеличить ресурс на запись, если отводить под массивы не более 80% емкости.
С одним не разбитым на LUN'ы массивом управлять свободным пространством на SSD намного удобнее.
Мы обычно рекомендуем Выделять луны на обычных дисках.
Если ставятся SSD диски под данные, то лучше их использовать только под важные данные, а не под ОС и ее своп файл. Все же устройства очень дорогие.
К тому же у SSD 710 можно в несколько раз увеличить ресурс на запись, если отводить под массивы не более 80% емкости.
С одним не разбитым на LUN'ы массивом управлять свободным пространством на SSD намного удобнее.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 22 гостя