1с 8.0 УПП конфигурации серверов
Модераторы: Trinity admin`s, Free-lance moderator`s
1с 8.0 УПП конфигурации серверов
здоровеньки булы
помогите с таким вопросом
необходимо организовать 3-х уровневую архитектуру 1с 80 УПП
а именно меня интересует какую конфигурацию подобрать для серверов
для следующих нужд
пользователей в районе до 300(сессий)
базы в районе 30 гб возможно больше сейчас 10 гб на 150 пользователей
заранее спасибо
помогите с таким вопросом
необходимо организовать 3-х уровневую архитектуру 1с 80 УПП
а именно меня интересует какую конфигурацию подобрать для серверов
для следующих нужд
пользователей в районе до 300(сессий)
базы в районе 30 гб возможно больше сейчас 10 гб на 150 пользователей
заранее спасибо
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
Рекомендуется такое решение:
Сервер терминалов:
Supermicro 6015P-8/2xXeon DP 5320/4x2GB FB-DIMM DDRII 667/2x73GB 10K rpm U320
Таких не менее 6 шт. в ферму Citrix
Сервер приложения 1С8.0 (именно 8.0, 8.1 я не видел пока вживую с родными конфигами)
Supermicro 5015M-NTRV/C2D E6600/4x1GB DDRII-667 ECC/2xSATA 80GB 7200 rpm
1 шт.
Сервер SQL
Supermicro 6015P-8R/2xXeon 5355/8x2GB FB-DIMM DDRII-667/2x73GB 10K rpm U320/Qlogic QLA2462
Таких 2 штуки в MSCS,
к этим серверам массив
IBM DS4700, 2 контроллера, 2 полки, 32х73GB 15K rpm FC 4Gbps
(это оптимальный вариант)
Массив - 1 шт.
Сервер терминалов:
Supermicro 6015P-8/2xXeon DP 5320/4x2GB FB-DIMM DDRII 667/2x73GB 10K rpm U320
Таких не менее 6 шт. в ферму Citrix
Сервер приложения 1С8.0 (именно 8.0, 8.1 я не видел пока вживую с родными конфигами)
Supermicro 5015M-NTRV/C2D E6600/4x1GB DDRII-667 ECC/2xSATA 80GB 7200 rpm
1 шт.
Сервер SQL
Supermicro 6015P-8R/2xXeon 5355/8x2GB FB-DIMM DDRII-667/2x73GB 10K rpm U320/Qlogic QLA2462
Таких 2 штуки в MSCS,
к этим серверам массив
IBM DS4700, 2 контроллера, 2 полки, 32х73GB 15K rpm FC 4Gbps
(это оптимальный вариант)
Массив - 1 шт.
тут начальству показал ваши рекомендации
и они прося обосновать выбор, (ну как представить начальству), что необходимы такие затарты на железо а почему не послабее все таки финансов это дело стоит ?
да еще вот 1 нюанс возник на данный момент 100 пользователей и выростет до 300 в течении 2 -х лет ну и по базе на данный момент 8 гигов и выростит в районе 17 - 18
и опять еще один вопрос а есть смысл в 3-х уровневой архитектуре
может стоит к примеру сервер приложений и бд на одном разместить
спасибо за опреативность и за помощь
и они прося обосновать выбор, (ну как представить начальству), что необходимы такие затарты на железо а почему не послабее все таки финансов это дело стоит ?
да еще вот 1 нюанс возник на данный момент 100 пользователей и выростет до 300 в течении 2 -х лет ну и по базе на данный момент 8 гигов и выростит в районе 17 - 18
и опять еще один вопрос а есть смысл в 3-х уровневой архитектуре
может стоит к примеру сервер приложений и бд на одном разместить
спасибо за опреативность и за помощь
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
У нас есть клиент с буквально такой же нагрузкой. Так что можно конечно пообсуждать (неплохо бы от Вас данные перфмона по существующей системе получить), но все равно придется плясать вокруг этого.
Дисковые более низкого класса конечно есть и намного дешевле, но такая задача им будет на пределе возможностей.
Совмещать БД и сервер приложений на одном сервере не стоит - сервер приложений штука недорогая.
Дисковые более низкого класса конечно есть и намного дешевле, но такая задача им будет на пределе возможностей.
Совмещать БД и сервер приложений на одном сервере не стоит - сервер приложений штука недорогая.
- a_shats
- Advanced member
- Сообщения: 5010
- Зарегистрирован: 27 авг 2002, 10:55
- Откуда: Москва
- Контактная информация:
gs сказал про клиента, который позволяет нам регулярно снимать логи perfmon со своих серверов - точнее, одного из
У него такая же нагрузка - собственно, и указанное железо справляется близко к пределу возможностей. Правда, у него есть запланированный запас по масштабируемости, по которому он свое железо планово и апгрейдит.
Терминальник, мной предложенный - по 1 серверу на не более, чем 50 сессий. Выбран из расчета не менее 128 МБайт на сессию (реально достигает 200-300 МБайт) +не менее 512МБ для ОС и 1 ядро не более, чем на 10-15 сессий.
Почему сразу предложен кластер - я догадываюсь, сколько может стоит дневной простой 300 клиентов 1С :D
Сервер приложения, надеюсь отторжения не вызывает - СП 1С8.0 не умеет использовать более 2 ГБ ОЗУ и более 1 процессорного ядра- но одноядерных процессоров у нас, по крайней мере, сейчас просто нет.
Сервер SQL предложен, исходя как раз из вышеизложенных логов похожей нагрузки.
Вот, собственно, и основания.
У него такая же нагрузка - собственно, и указанное железо справляется близко к пределу возможностей. Правда, у него есть запланированный запас по масштабируемости, по которому он свое железо планово и апгрейдит.
Терминальник, мной предложенный - по 1 серверу на не более, чем 50 сессий. Выбран из расчета не менее 128 МБайт на сессию (реально достигает 200-300 МБайт) +не менее 512МБ для ОС и 1 ядро не более, чем на 10-15 сессий.
Почему сразу предложен кластер - я догадываюсь, сколько может стоит дневной простой 300 клиентов 1С :D
Сервер приложения, надеюсь отторжения не вызывает - СП 1С8.0 не умеет использовать более 2 ГБ ОЗУ и более 1 процессорного ядра- но одноядерных процессоров у нас, по крайней мере, сейчас просто нет.
Сервер SQL предложен, исходя как раз из вышеизложенных логов похожей нагрузки.
Вот, собственно, и основания.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Я не думаю, что господин Шац согласится на томограмму головного мозга (где обитают сии уравнения)
Понимаете, если речь идет про десятки-сотни килобаксов, мы сами едем к НАЧАЛЬСТВУ и с пеной у рта объясняем что и почему мы предлагаем. Ибо формул таких в природе НЕ СУЩЕСТВУЕТ.
Иногда нам верят, иногда, к сожалению (причем обычно для клиента ) - нет.
Ну нету, нету на свете того, что Вы спрашиваете. Любая система очень сильно зависит от конкретных обстоятельств. И, опираясь на формулы, можно пролететь на очень конкретные бапки.
Понимаете, если речь идет про десятки-сотни килобаксов, мы сами едем к НАЧАЛЬСТВУ и с пеной у рта объясняем что и почему мы предлагаем. Ибо формул таких в природе НЕ СУЩЕСТВУЕТ.
Иногда нам верят, иногда, к сожалению (причем обычно для клиента ) - нет.
Ну нету, нету на свете того, что Вы спрашиваете. Любая система очень сильно зависит от конкретных обстоятельств. И, опираясь на формулы, можно пролететь на очень конкретные бапки.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 18 гостей