09.12.2017, 07:22 | #1 |
Участник
|
AX 2012 R3 - Рекомендации по оценке производительности AX 2012 R3
Всем привет!
Подскажите, пожалуйста, рекомендации по оценке производительности AX 2012 R3 серверов. Заранее, большое спасибо за помощь! |
|
09.12.2017, 16:31 | #2 |
Участник
|
В смысле "Оценка производительности"? Хорошо или плохо работает тот или иной сервер?
Тут слишком много факторов для общего определения это есть хорошо, а это есть плохо. Например, железо другое. Другой вид бизнеса. Тем не менее существует несколько подходов: 1. Записать метрики как все хорошо, потом сравнивать эти же метрики на этом же железе. 2. найти такие метрики, которые будут независеть от железа, но немного будут привязаны к бизнесу. Например, Время создания Заказ на продажу из 10 строк и 10 случайных айтемов. Время разноски этого Заказа на продажу. Но это зависит от бизнеса. У кого-то продажи мелкие но частые, а у кого-то не часто зато 1000 строк. А кто-то почти в продажи не смотрит - у него Произовдство или Проектные работы. 3. Еще сталкивался с "Время открытия формы SalesTable должно быть не более 10 секунд" Кстати второй подход я применял три года назад, когда надо было доказать что в Azure или в AWS производительность тоже неплохая. Создали бизнес сценарий. Покупка - Перемещение между складами - Продажа. Настроили систему. Написал классик который этой выполнял 10 раз сценарий и записывал время в табличку. Потом написал батник который запускал новую клиентскую Аксапту и выполнял этот классик. Потом сравнивали результаты при разной нагрузке на сервер. А вобще непонятно о чем спрашивается? |
|
|
За это сообщение автора поблагодарили: trud (3), MarinaAX (1). |
10.12.2017, 02:38 | #3 |
Участник
|
Большое спасибо за полезную и интересную информацию!!!
|
|
11.12.2017, 11:09 | #4 |
Участник
|
Обратите внимание на "просто производительность" серверов, так как разные поставщики используют разную инфраструктуры и по разному настраивают свои виртуальные машины для аренды. Поэтому на формально одинаковых серверах, тесты на подсчет условных попугаев или, например, тесты на многопоточные вычисления, могут дать числа, отличающиеся в разы.
Плюс, возможны такие сюрпризы: провайдер разместил вашу машину на неком сервере и кроме вас там никого нет, все работает хорошо, а через некоторое время на этом-же физическом сервере будет крутиться уже несколько виртуалок от разных клиентов и у вас производительность просядет. Теоретически такого не должно было-бы быть, т.к. выделенные ресурсы под CPU, IO и все такое, а по факту - производительность проседает. |
|
|
За это сообщение автора поблагодарили: MarinaAX (1). |
11.12.2017, 11:53 | #5 |
Участник
|
Цитата:
Далее можно переходить к субъективным характеристикам, вроде времени отклика, времени открытия форм и т.п. Мне эти характеристики видятся субъективными, потому что достичь идеала (открытие форм и время отклика - не более 1 секунды) удается редко, а дальше что называть приемлемым, решается уже на каждом проекте по-своему. В то же время, если, к примеру, за ночь не отработало сводное планирование или не разнеслась розничная реализация - это объективный показатель того, что сервера и система в целом "не тянут". |
|
|
За это сообщение автора поблагодарили: MarinaAX (1), Logger (3), MikeR (2). |
11.12.2017, 20:51 | #6 |
Участник
|
Большое спасибо всем за исключительно полезную инфомацию! Может кому-то пригодятся и мои ссылки:
|
|
Теги |
performance |
|
|