Имя: Пароль:
1C
1С v8
Нагрузочное тестирование для прогнозирования количества пользователей на сервер
0 Arm12
 
06.07.16
09:43
Уважаемые Гуру, Знатоки и просто любители, подскажите убогому! Какое нагрузочное тестирование провести на сервере для того что бы спрогнозировать примерно сколько пользователей сможет поднять сервак???
Попробовал тест от Гилева, посмотрел ммммм - красота, но он однопоточный - не годится! Взял тест "Многопоточное тестирование производительности сервера 1С - СУБД" на http://catalog.mista.ru/public/173394/ ну вроде многопоточен - это плюс, но результаты в человеко-попугаях, можно ли ему верить??! Взял КИП от 1С, запустил "Стандартный нагрузочный тест" получил результаты отличные от предыдущего теста (показывает что все хорошо, тогда как предыдущий показывал результаты ниже среднего). Есть еще Тест-Центр и Центр управления производительностью, пока разбираюсь с ними, но это время!!! Что посоветуете???
1 kauksi
 
06.07.16
09:49
100 китайцев создатут реальную нагрузку. дешево. самовывоз
2 КМ155
 
06.07.16
09:53
(0)[Что посоветуете???]
Тест-Центр + сценарий УПП
3 Arm12
 
06.07.16
09:58
(2) то есть установить УПП объединить с Тест-Центр и тестить? А отчет там в каких показателях? (Сорри пока не разобрался ещё)
4 Arm12
 
06.07.16
10:10
Подскажите из своего опыта, как вы определяли потянет сервер или нет???
5 КМ155
 
06.07.16
10:13
(3) нет
надо развернуть УПП и натравить на него стандартный сценарий тестирования для УПП же,
желательно в партионном режиме
6 Lama12
 
06.07.16
10:32
(0) Теоретический расчет (как вариант). Спрогнозировать объем информации который должен обработать процессор. Далее по теореме Котельникова рассчитать минимальную частоту необходимую для обработки данной информации в нужную единицу времени. Умножить полученную частоту на 100-200. Получить необходимую частоту одного ядра процессора.
7 Lama12
 
06.07.16
10:33
(6) + Но это так... в рамках развлечения :)
8 КМ155
 
06.07.16
10:37
(6) применение теоремы Котельникова для оценки работы глубоко конвейрезировонных CPU это не развлечение, это уже хобби =)
9 Вуглускр1991
 
06.07.16
10:49
Стоимость такого проекта 300 000 рублей, результаты прогнозирования - неточные. Думаете это от недостатка умений? Или, что можно как-то иначе по проще, на коленочке прикинуть нагрузку и уделать экспертов?
10 Arm12
 
06.07.16
11:03
(9) Да мне нужно примерно понимать ситуацию...
(5) А чем не подходит "Стандартный нагрузочный тест" из КИПа: Стандартный нагрузочный тест представляет собой информационную базу «1С:Предприятия 8.2» с конфигурацией, основанной на «Управлении производственным предприятием». Конфигурация объединена с «Тест-центром 2.0», в состав которого включен один сценарий тестирования.
Сценарий тестирования включает в себя эмуляцию бизнес-процесса «продажи в УПП», а именно: создание нескольких различных документов, формирование отчетов и другие прикладные действия. Тест работает в режиме полной параллельности, то есть каждый пользователь работает с собственными уникальными данными, и ожиданий на блокировках не возникает. Пользователь выполняет один полный цикл продажи в минуту.
11 Arm12
 
06.07.16
11:04
Времени на долгие расчеты как всегда нет
12 Fragster
 
гуру
06.07.16
11:10
тестцентр со сценариями на реальной базе даст наиболее верные результаты, но делать эти сценарии - весьма трудоемкий процесс
"Многопоточное тестирование производительности сервера 1С - СУБД" создано для того, чтобы сравнить два сервера или разные конфиги одного сервера или разные СУБД на одном железе.
Ну и помогает спрогнозировать, как будет замедляться работа в условиях увеличения количества очень-очень активных пользователей (при условии отсутствия блокировок).
+ неплохой тест стабильности получился - часто выявляет проблемы в сети :)
13 Fragster
 
гуру
06.07.16
11:12
к сожалению, у "многопоточного тестирования" почти никто не заполняет описание серверов, а той информации, которая достается стандартными функциями 1с - катастрофически не хватает.
14 КМ155
 
06.07.16
11:13
(10) [Сценарий тестирования включает в себя эмуляцию бизнес-процесса «продажи в УПП»]
речь именно об этом сценарии, разве это не очевидно ?
15 Arm12
 
06.07.16
11:20
(14) То есть я все делаю правильно? Успокоиться или продолжать елозить?
16 КМ155
 
06.07.16
11:24
(15) Мы высочайше позволяем Вам елозить во славу Родины
17 Arm12
 
06.07.16
11:24
(13) Fragster вам спасибо за тест!!! (Снимаю шляпу)
18 Arm12
 
06.07.16
11:26
(16)  КМ155 Спасибо за комменты, спасибо Вам )))
19 ansh15
 
06.07.16
13:03
(0) Так вы хотите протестировать действующий сервер на предмет возможного увеличения нагрузки( кол-во пользователей, интенсивность их деятельности, размер баз), чтобы прикинуть какой надо покупать новый? Или уже купили новый и желаете выяснить потянет ли он?
(13) Я заполнял...
20 Fragster
 
гуру
06.07.16
13:05
(19) спасибо тебе. а если потыкать на сайте в результаты - таких как ты мало очень :(
21 VladZ
 
06.07.16
13:07
(0) Давай характеристики своего сервака.
22 Arm12
 
06.07.16
17:10
(21) VladZ, извиняюсь за задержку:
Проц: Intel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz
Number of cores        4 (max 4)
Number of threads    4 (max 4)

-- 2 штуки

Chipset  
Northbridge Intel i440BX/ZX rev. 01
Southbridge Intel 82371 (PIIX4) rev. 08
Memory Type EDO
Memory Size 24 GBytes
Memory Frequency 66.0 MHz (1:1)
CAS# latency (CL) 3.0
RAS# to CAS# delay (tRCD) 3
RAS# Precharge (tRP) 3


SSD Диски-480 Gb в зеркале
23 Arm12
 
06.07.16
17:11
Но это виртуалка, работать хочется на УТ 11.1 толпой в 70-80 человек. На серваке Win 2008 Std, SQL 2014, Apache 2.2
24 Arm12
 
06.07.16
17:12
Сорри УТ 11.2 привычка блин
25 Fram
 
06.07.16
17:19
(22) Гугл говорит что проц 6 ядерный
26 Fram
 
06.07.16
17:24
+(25) Сорри. Это ж виртуалка. Остальные 2 ядра для чего оставили? И вообще почему виртуалка?
27 Вуглускр1991
 
06.07.16
17:27
(22) Подобная штука может держать 50 пользователей в СНТ не роняя апдекс ниже 1.
Предел у неё 70 - дальше поползет вниз ибо памяти не хватит. Думаю для УТ11 70-80 очень близко к потолку, или даже сразу фейл.
28 Arm12
 
07.07.16
01:30
(27) Я извиняюсь, а что такое СНТ ???
29 Вуглускр1991
 
07.07.16
01:40
(28) Садовое некоммерческое товарищество,
а может стандартный нагрузочный тест.
Как у ВДВ: возможно двести вариантов
30 Вуглускр1991
 
07.07.16
01:51
(27+) Ядер мало: примерно по 128 соединений на рабочий процесс, это примерно 70 пользователей + соединения с менеджером кластера + всякий служебный обвес. 1С не понимает Numa поэтому подсаживается на ядро процессом целиком, после запуска 3-его производительного процесса наступит аут: ОС дай ядро, SQL дай пару ядер, 1С дай 3 ядра = 6 ядер в потолок, а у тебя 4 виртуальных на стремной частоте. Ожидается затык вот прямо здесь в первую очередь.
О! SSD шников то два - да только в зеркале, второй затык пойдет на очереди к SSD, не смотря на всю их крутизну: на SSD 1) ОС и программы, 2) файл подкачки, 3) временные файлы из профиля пользователя под которым кластер запущен, 4) SQL Лог транзакций и запись чтение базы 5) SQL tempdb.
По памяти пролезть получится: 24 Гига на 70 пользователей - порядок, но тоже зависит от качества кода конфиги. Может случиться большое потребление с утечками и тогда рабочих процессов будет запущено больше, чем 4, а это опять ляжет на ядра.
Прогноз короче печален.
31 Aleksey
 
07.07.16
02:40
(30) А в чем порядок по памяти? 2 гига на ОС + 1 гиг в запасе, в остатке 21. 7 на SQL, 7 на сервер предприятия и 7 на клиенты по 500 метров на брата. Помоему тесновато.
Правда непонятно зачем тут еще апачи, которому тоже нужна память
32 floody
 
07.07.16
09:38
Всё не читал, предлагаю "Стандартный нагрузочный тест" из состава КИП. Он на базе упп1.3. Нагрузку создает конечно большую, обычные вялые пользователи не сравнятся.
33 Arm12
 
07.07.16
09:38
(31) Поднят веб сервер для работы с Мобильным приложением и Веб мордой
34 Arm12
 
07.07.16
09:43
(32) "Стандартный нагрузочный тест" из состава КИП, не знаю, нет доверия. Запускал его показал мне:

Пользователей    APDEX
60    1
70    1
80    1
90    1
35 Arm12
 
07.07.16
09:44
Показатель    Значение
ОбщееВремяРаботы2    1,076
1    1,096
2    1,026
3    1,080
4    0,999
5    1,114
6    0,978
7    1,214
8    1,132
9    1,085
10    0,977
11    1,045
12    0,973
13    1,023
14    1,002
15    1,072
16    1,071
17    1,038
18    1,621
19    1,123
20    1,205
21    1,153
22    1,012
23    1,009
24    1,161
25    0,987
26    1,023
27    1,012
28    1,014
29    1,194
30    1,085
31    0,982
32    1,062
33    1,360
34    0,970
35    0,983
36    1,083
37    1,013
38    1,178
39    0,999
40    0,950
41    1,147
42    1,101
43    1,031
44    1,132
45    1,018
46    1,021
47    1,107
48    1,056
49    1,187
50    0,992
51    1,039
52    1,089
53    1,082
54    1,125
55    1,060
56    1,067
57    0,941
58    1,169
59    1,032
60    1,029
61    1,062
62    1,170
63    1,012
64    0,996
65    1,097
66    1,006
67    1,129
68    1,019
69    1,057
70    1,057
71    1,122
72    1,023
73    1,188
74    1,042
75    1,019
76    1,179
77    0,928
78    1,114
79    1,100
80    1,080
81    1,236
82    1,038
83    1,043
84    1,182
85    0,973
86    1,064
87    1,104
88    1,239
89    0,952
90    1,041
ОбщееВремяРаботы3    1,085

ОбщееВремяРаботы4    1,059

ОбщееВремяРаботы5    1,066
36 Arm12
 
07.07.16
09:45
Типа все зашибись!!!
37 Cyberhawk
 
07.07.16
09:53
1С и СУБД на одном хосте будут?
Частота проца маловата будет, думаю. И памяти 24 Гб - ниочем
38 MrStomak
 
07.07.16
09:54
(30) 1С не понимает Numa поэтому подсаживается на ядро процессом целиком

Да что это за мода на мисте пошла подобную чушь нести?
Указанный процессор подразумевает 1 (один) узел NUMA. Плюс это виртуалка, а значит распределением потоков по узлам NUMA будет заведовать гипервизор.
Rphost загрузит все ядра.

Рассчитывать потребность в ядрах подобным образом нелепо.
Общий вывод при этом верный - 4 серверных потока на 70 пользователей ни о чем.
39 Cyberhawk
 
07.07.16
10:15
"4 серверных потока на 70 пользователей ни о чем" // 1С рекомендует в 64-битных ОС использовать один рабочий процесс
40 Вуглускр1991
 
07.07.16
10:16
(38) То, что у данного проца нет Numa, не отменяет того, что функционал рабочего процесса построен без Numa и того аспекта, что без Numa нет распределения и балансировки - вот об этом и написано, а не о том, что был бы Numa - полетело.
"Rphost загрузит все ядра" - а вот это как раз пример чуши.
41 floody
 
07.07.16
10:16
(34) Значит 90 типовых упп-пользователей тянет. А 100 уже нет.
42 Cyberhawk
 
07.07.16
10:17
(40) ""Rphost загрузит все ядра" - а вот это как раз пример чуши." // Ошибаешься - загрузит (но управлять этим будет ОС)
43 Cyberhawk
 
07.07.16
10:19
44 Вуглускр1991
 
07.07.16
10:20
(39) 1С не дает прямых рычагов управления на количество рабочих процессов, После того, как запуск экземпляров 1С переваливает за 120 (в течение 70 секунд) 1С запускает более 10 рабочих процессов, после того, как пользователей становится 700 и более запусков нет 1С гасит лишние процессы оставляя примерно 5-6.
45 Вуглускр1991
 
07.07.16
10:21
(42) Запусти тест на больше 100 и смотри как неравномерно загружены ядра - все станет понятно без отсылок на ИТС.
46 Вуглускр1991
 
07.07.16
10:24
(44+) В консоли кластера кстати показано, что менеджер кластера думает о рабочих процессах. Там есть такие параметры как оценка производительности процесса и количество соединений. Балансировка работы кластера осуществляется через количество запущенных процессов, а вот балансировки работы процессов - нет. А SQL сервер имеет 1 запущенный процесс, который как раз и использует все ядра (если, конечно лицензия позволяет) с балансировкой.
47 Вуглускр1991
 
07.07.16
10:29
(43)
https://its.1c.ru/db/metod8dev#content:5903:hdoc
Вот это - правильный мед.
А предыдущая ссылка - бред какой-то, я кстати пытался управлять количеством запущенных процессов через количество соединений, так на клиентах пропали панели навигации в командных интерфейсах. После этого пришлось везде вычистить кеш и вернуть настройки взад.
48 Cyberhawk
 
07.07.16
10:31
(44) С этим не спорю. Но у нас случай более-менее рядовой - база на 70 пользователей. Я бы оставил как есть (128 соединений на ИБ), т.е. 1 РП.
(45) А, ты про неравномерность. Да, про это в статье и пишется - тут недоделка. Я почему-то подумал, что ты говорил что 1 РП не загрузит больше 1 ядра. Не так понял тебя, короче.
(47) Я вроде две ссылки привел, а ты повторил одну из них.
49 Вуглускр1991
 
07.07.16
10:37
(48) Да повторил, там точнее написано, чем я тут расписывал. Я имею опыт о том, что рабочий процесс грузит преимущественно одно ядро и именно из-за этого возникает неравномерность. Они в статье пишут, что ядрами заведует ОС и чего даст процессу то он есть и будет. По мне - так она ему дает также, как приложению 1cv7.exe Отсюда и растут ноги у балансировки через количество запущенных активных процессов.
50 Fragster
 
гуру
07.07.16
10:38
(49) нет.
51 Cyberhawk
 
07.07.16
10:42
(49) Я в 8.3 не видел еще, чтобы один РП грузил всегда пеимущественно одно ядро (в графике загрузки ЦП всегда более-менее поровну общая загрузка ЦП распределена между ядрами)...
А ты тоже про 8.3 преимущественно говоришь?
52 Fragster
 
гуру
07.07.16
10:44
запусти с одним рабочим процессом http://fragster.ru/perfomanceTest/ увидишь, если нет нумы - грузятся все ядра. если есть - то ядра той ноды, на которой висит rphost
53 Вуглускр1991
 
07.07.16
10:45
8.3.7.2027 - но настаивать про 1 ядро я не буду, у меня было 8 + 7 = 15 рабочих процессов и неравномерная загрузка 40 ядер, я сделал быстрый вывод не раскапывая глубже.
54 Вуглускр1991
 
07.07.16
10:47
(52) Вот я скорее такую картину и увидел, но до деталей не докопал.
55 MrStomak
 
07.07.16
11:30
(40)
Дружище, ну зачем кидаться терминами, про которые не знаешь?

Если мы имеем только 1 узел NUMA, то все ядра обращаются к одной, общей памяти, к которой у них прямой доступ.
Это значит, что ОС нет необходимости выкабениваться и распределять потоки на узлы таким образом, чтобы они использовали быструю ближнюю память.

rphost в такой ситуации будет грузить все ядра. Равномерность этого процесса зависит только от количества дискретных тредов. Если будут 4 треда, грузящих проц по максимуму, то будут загружены все ядра.

Задачей оптимизации NUMA не является равномерное распределение загрузки по процессорам. Задачей оптимизации является локализация выделенной памяти процессов и узлов, которые эту память используют.

Приводить пример отсутствия NUMA-оптимизации в 1С на примере сервака с 1 процессором - ну просто глупость.
56 Вуглускр1991
 
07.07.16
11:41
(55) Ну да. Все так.
Мои кусочные знания в разных областях зачастую похожи на шаманский хаос. Вот я читал, про отсутствие NUMA оптимизации, но не читал про то, что такое NUMA вообще такое.
58 Fragster
 
гуру
07.07.16
11:45
59 Вуглускр1991
 
07.07.16
11:47
(58) У каждого есть! Только не каждого удается поймать :))
Независимо от того, куда вы едете — это в гору и против ветра!