Агент сервера 1с

(0) 450 - это активные одновременно работающие юзеры? Версия УТ? Какие клиенты (толстый, тонкий, вэб)?

на 500 пользюков уже надо знающих людей брать

дефолтные настройки сервера 1с

количество ИБ на процесс - 8
количество соединений на процесс - 128

в принципе если разделить 128 на 3 (основной и два фоновых) будет примерно 40 юзеров на один рхост....

по факту - это соответствует действительности для современных серверов (не крутых)...

единственный вопрос - сколько нужно будет памяти....

кстати избыток рхостов это то же проблема....

(7) нет, рхост может жрать и 100 гигов разумеется если платформа 64х, а если нет - то однозначно будут проблемы...

на 400 человек памяти на сервере на вскидку не менее 128 гигов должно быть... НЕ МЕНЕЕ...

(8) 8.2 - не айс... там много релизов было с утечкой памяти и прочим....

на большие объёмы лучше 8.3 64х

(9) да ладно? не менее 128 Гб на 400 юзеров?. Если без SQL думаю можно смело в 2 раза меньше ставить.

(13) 0,32 гига на юзера, считаем...

конечно если из 400х активно работают только 100, то да...

(14) Если 400 юзеров одновременно запустят что-то адское, что отожмет у сервера по 0,32 гига, то да согласен. На практике такое крайне редко встречается. При расчете параметров сервера важно учитывать не количество онлайн пользователей, а количество сеансов одновременно выполняющих обращение к серверу, с поправкой на общее количество сеансов. Обычно это не больше 20% от общего количества сеансов, а чаще гораздо меньше. Можно проверить в консоли администрирования по колонке "Время вызова (текущее)".

И я долгое время собирал тех журнал сервера по событию CALL с фильтром по полю memory и memorypeak. Наблюдал, какие серверные вызовы потребляют более 100 Мб и не освобождают память. За рабочий день таких вызовов было крайне мало. В основном это тяжеловесные отчеты. У нас 160-200 сеансов.

Ну а вобщем-то, если бюджет позволяет, то почему бы и 128 не поставить)

(0) Процессор бери, где частота повыше и кэша побольше.
Количество рабочих процессов экспериментально подбирать, но чтоб их количество было не меньше количества NUMA-нод.

(15) +

я бы добавил, что при таком количестве пользователей ЖР часто становится слабым местом, по этому службу 1с нужно ставить на SSD диски... и желательно что бы ее темпы то же на SSD были... я бы сказал, что это даже важнее чем диски скуля :)

(18) да,
(17) ставь 8.3 там сервер сам решает сколько рхостов, сам их запускает и сам удаляет

(17) 10 rphost кажется много. Начни с 1 тогда уж. И смотри чтоб все ядра были заняты при многопользовательской работе. Постепенно прибавляй рабочие процессы пока не будут задействованы все ядра.
Процессор слабый. Минимум 2,4 надо. В идеале не меньше 3 ггц.

(0) Расчет параметров серверного оборудования
http://its.1c.ru/db/metod8dev#content:5810:hdoc

было?

Из статьи в (21):

Серверное оборудование

Тип внедрения Среднее внедрение (до 500 пользователей)

Сервер СУБД
Процессор    12 ядер
Память    64 Гб
Диск    1000 Гб    

Сервер 1С
Процессор    8 потоков, 4 ядра
Память    24 Гб
Диск    200 Гб    

Веб сервер
Процессор    2 потока, 1 ядро
Память    4 Гб
Диск    80 Гб

(22) это сильно устаревшие данные...

у меня на БУХ 3.0 на 10 пользователях за год один только ЖР занимает 100 гигов, а тут на весь сервер 200...

это даже не смешно...

(23) В целом соглашусь. Диска указали маловато.
Но  в качестве некоего среднего ориентира эти данные использовать можно.

>> на БУХ 3.0 на 10 пользователях за год один только ЖР занимает 100 гигов

Что же вы туда пишите?...
У меня на БП 3.0 с более чем 30 пользователями за 1,5 года журнал 40Гб. (не сокращаем и не чистим)

(10) "8.2 - не айс" - неправда, на 8.2.18.109 сидим давно без проблем, в отличие от 8.3

У нас на 350 пользователей сервер 1С 8.2 редко более 10 Гб ОЗУ отъедал.

(17) Сервер 1С лучше вместе с SQL ставить, если объем памяти позволяет.

(27) Есть мнение что процессор слабоват для такого