КОНФЕРЕНЦИЯ на AIRSOFTGUN.RU

Добрый день.
Поступило тех. задание подобрать железо для сервера 1с, способный осуществить до 500 одновременных сеансов.
Объем базы данных уточняется.
То есть около 500 клиентов будут на него стучаться, проводить документы и прочее..
Начав курить варианты, увидел что в большинстве решений фигурируют вот эти три вещи:
-сервер приложений
-сервер терминалов
-сервер баз данных
Соответственно вопросы:
-все эти три "сервера"-это железо по факту или прикладное ПО, именуемое "сервером"?
-какова приерная конфигурация по деталькам (бренды, парт-номера не надо, тупо характеристики)
Если кто сталкивался или работает с подобными условиями прошу помочь)
Спасибо.

1. Можешь 3 сервера сделать, а можешь на одном всё уместить. Но в твоём раскладе придется делать 3, а может и более, прибегая к кластеризации.
2. Сложно сказать, зависит от объёма базы. Памяти лучше, если будет много.

0. а поставщик 1С не может посчитать, с учетом размера и "сложности" базы?

не 1Сер, но попробую подсказать.
"-все эти три "сервера"-это железо по факту или прикладное ПО, именуемое "сервером"?"
ПО, которое ставится на сервера, и по хорошему - раздельно друг от друга.

сервер приложений - ядро 1С и точка подключения для тонких клиентов (мы же про 8.1+ говорим?), собственно то что покупается у 1Серов. на 500 подключений хватит кластера из 3-4 серверов с хорошим железом уровня DL360g7-g8, 32Gb RAM за глаза, харды - 2 маленьких SAS в 1 рейде. у меня на 300 одновременных сессий было 3 сервера 360g7 с двумя четырех ядерными 2407, их хватало с запасом.
я говорю очень приблизительно, базируясь на личном опыте сосуществования с 1С-кластером.

сервер терминалов - если клиенты будут работать через терминальные сервера, то смотри железки из рассчета максимум 50 человек на 1 терминальник + 1 в ферму в запас. по 1гб памяти на сессию в среднем. железки - однопроцессорные, уровня 360 того же.

сервер БД - размер БД важен СХД есть? если да - кластер из 2х железок, мощщность регулировать количеством процессоров. 250 гб база обрабатывалась 2мя 1процессорными 360G7, но у нас была хорошая СХД. если её нет - рекомендую двухюнитовые (хп - 380, ibm не помню ), что б было куда харды пихать.

если есть блейдовая ферма - всё решается 8-10 лезвиями (с хорошим перекрытием по надежности). новая 1Ска отлично работает в кластерах, очень рекомендую не гнушаться этим и не экономить на дублировании.

и да, БД на чем? MS SQL или оракл?

Всем спасибо.
В принципе прогнозы были приблизительно похожими)
БД на SQL. Объём до 10 Gb.
Основная проблема в том, что заказчик является посредником-интегратором и сам нихера не знает/не хочет узнать что за условия у конечника. Соответственно если нет чётких требований, то подбирать и ставить оборудование придётся на наотъебись и легко можно попасть пальцем в жопу, что влечёт за собой проблемы и всяческие санкции...
В любом случае ещё раз всем спасибо за консультации.

Охренительный интегратор. И чего он там наинтегрирует с таким подходом?
Я обычно в таких случаях не стесняюсь просить координаты клиента и обсуждаю все тонкие момента с ним напрямую.

BD до 10гб и 500 человек ?! хрень какая-то.. где-то нолик забыт, или в 500 лишний, или в 10 не хватает

про интегратора - Алеф правильно высказался. Итан, твоя компания - поставщик железа для интегратора? тогда разводите их на 8-9 одноюнитовиков последнего поколения с одним камнем и 2мя слотами под камни. + 16гб памяти на бд и продакшн, 32-64 - на терминальники. хватит с огромным запасом. ии если что - добавят на BD\продакшн по 1 камню, это не дорого.

Согласен с splean и ALEF.
Правда "мне" и 64Гб памяти мало для скуля (такая реализация кода конфигурации 1с)

alef
интегратор такой интегратор. причём до меня информация доходит по бабушкиному сарафанному радио и ксожалению этот процесс не подвергается реструктуризации) . сам вахуе.

splean
да. моя компания-поставщик железяк.
развести интегров на ништяки-это вообще не вопрос. но! когда они это запилят у конечника и у конечника будут затыки, он начнёт фачить интегров, а они в свою очередь меня. соответствеено штоб такой обратки небыло, необходимо ответственно подойти к вопросу....

Я ещё вчера накатал шаблонный вариант-

Терминал-
3 шт. Proliant DL360p Gen8 2xE5-2650, 64Gb, 2*300Gb

Приложения-
2 шт. в кластере 1С. Proliant DL360p Gen8 2xE5-2650, 64Gb, 2*300Gb

База данных-
1 шт. Proliant DL380p Gen8 2xE5-2690, 128Gb, 2*300Gb

+ 1u схд под резерв. хранение. Какой-нибудь Synology или Qnap. 4 диска WD RE4 или WD RED по 1 Tb.

Хороший вариант (память на сервере приложений избыточна, терминалка и скуль будут жрать больше).
Ещё есть зависимость какую конфигурацию базы 1с будут разворачивать.

blackwind писал(а):какую конфигурацию базы 1с будут разворачивать.

Сие, как не трудно догадаться в данной ситауции-большая тайна....)))

Itan писал(а):alef
Терминал-
3 шт. Proliant DL360p Gen8 2xE5-2650, 64Gb, 2*300Gb
Приложения-
2 шт. в кластере 1С. Proliant DL360p Gen8 2xE5-2650, 64Gb, 2*300Gb
База данных-
1 шт. Proliant DL380p Gen8 2xE5-2690, 128Gb, 2*300Gb
+ 1u схд под резерв. хранение. Какой-нибудь Synology или Qnap. 4 диска WD RE4 или WD RED по 1 Tb.

кстати, есть лучше вариант. эти 6 сервантов в кластер hyper-v \ vmware и делать всё на виртуалах. оно в плане экономии железа в данном случае правильнее будет, да и по лицензиям на системы выгоднее. но тут вопрос, осилит ли интегратор в случае виртуализации как раз сервера наиболее полно раскроют свои возможности.

для бд (если она реально 10гб) 380 будет избыточен. тем более с 2мя камнями, разорятся на лицензиях для скуля.
терминальники - напоминаю о ограничении\рекомендации технета о "1 терминальный сервер на 50 одновременных подключений". так что если у вас там реально 500 человек - нужно минимум 10 терминальников (скорее 11-12, резерв и всё такое).

приложения - 2 камня нафиг не упёрлись, 2й слот - резерв на расширение (хотя если не пытаемся удешевить - то конечно молчу.. )

и харды, 300 много, для всех кроме БД, 72 сас оптимальны. быстрые и не дорогие. для БД - 4 харда, в 10raid + 1 в хотсвап (да, я параноик ). в терминалы можно помимо быстрых системных еще воткнуть пару пятисоток дешевых, под профили пользователей.

blackwind писал(а):Хороший вариант (память на сервере приложений избыточна, терминалка и скуль будут жрать больше).
Ещё есть зависимость какую конфигурацию базы 1с будут разворачивать.

это что там на скуле должно быть, при размере базы 10гб, что б сожрало 128 гб памяти?
проверил на кластере, 250 гигов баз (порядка 20 штук) на кластере HA, 2 лезвия, по 32 гб. свободно 14гб на активной ноде. что у вас ест 128гб памяти в скуле? )

Itan писал(а):

blackwind писал(а):какую конфигурацию базы 1с будут разворачивать.

Сие, как не трудно догадаться в данной ситауции-большая тайна....)))

И ынтыгратер её бережно хранит

В опчем подсчитал я всё это по поставщикам и вышло в два с половиной лимона рублей. В заходе))))

ALEF писал(а):

Itan писал(а):

blackwind писал(а):какую конфигурацию базы 1с будут разворачивать.

Сие, как не трудно догадаться в данной ситауции-большая тайна....)))

И ынтыгратер её бережно хранит

А тож! Деньжищщи то какие!!!!!