Хотелось бы выразить огромную благодарность Вадиму Гончаренко (Работа на результат!), Сергею Котову (АСБ-Рейтинг) за проделанную работу и Дениса Тужилкина (IBM) за помощь в организации тестирования.

Axapta30IBM.doc (140Kb, Для загрузки требуется регистрация на форуме у Mazzy)

Тестирование производительности Microsoft Axapta 3.0 на серверном оборудовании IBM

11 – 17 мая 2005 года Компания "Работа на результат!" при активном участии Сергея Котова (Компания "АСБ-Рейтинг") в сотрудничестве с ИБМ Восточная Европа/Азия выполнили тестирование производительности Microsoft Axapta 3.0 на серверном оборудовании IBM eServer xSeries 455.

 

Результаты тестирования производительности Microsoft Axapta

Тестирование выявило высокую производительность Microsoft Axapta на оборудовании IBM eServer xSeries 455.

Значения основных показателей производительности для российской версии Microsoft Axapta:

При тестировании российской версии были включены специфические для локализованной версии функции: корреспонденция счетов, учет договоров. Отличия в производительности российской и международной версии несущественны (не более 10%.)

 

Используемое ПО и оборудование

Тестирование производилось на Axapta 3.0 SP 3 и Axapta 3.0 SP 3 CIS CU 1.
СУБД – Microsoft SQL Server 2000 Enterprise Edition 64-bit SP4.
Сервер – Microsoft Windows 2003 Server Enterprise Edition 64-bit.
Используемое серверное оборудование:

Рекомендованная розничная цена серверного оборудования:

 

Методика тестирования производительности Microsoft Axapta

Для тестирования была выбрана обработка заказов. При выполнении этой обработки выполняется широкий набор действий: проверка кредитного лимита, проверка отрицательного склада, резервирование, создание проводок и т.п. Эта обработка затрагивает модули Расчеты с клиентами, Управление запасами и Главная книга. Таким образом, результаты тестирования позволяют оценить производительность самых используемых модулей Microsoft Axapta.

При проведении тестирования учитывалось следующее условие: любой желающий должен иметь возможность повторить тестирование по данной методике. Результаты тестирований должны быть сравнимы. Поэтому использовалась стандартная версия Microsoft Axapta и штатный инструмент измерения производительности – Benchmark Tool.

Функционал этого модуля позволяет запускать произвольное количество сценариев, имитирующих работу реальных пользователей в системе (обработка заказов, закупок, работа с журналами) от лица нескольких пользователей на разных компьютерах. По завершению каждого сеанса тестирования Benchmark Tool выдает отчетность (количество пользователей, обрабатываемых в единицу времени документов и время отклика системы и т.п.) как в целом по сеансу, так и отдельно по каждому пользователю или сценарию.

Benchmark Tool измеряет нагрузку на систему и ее производительность в условных единицах - Стандартный пользователь Axapta - ASU (Axapta Standard user). 1 ASU соответствует той нагрузке, которую создает пользователь, обрабатывающий 50 строк заказов в час.

Подробную информацию о функциональности модуля Benchmark Tool и результаты его работы на различном оборудовании можно получить в специальном разделе сайта Microsoft Business Solutions http://www.microsoft.com/Rus/BusinessSolutions/Solutions/Axapta/Scaling/Production.mspx

Тестирование выполнялось в три этапа:

До генерации данных были сделаны следующие настройки:

Наполнение базы данных производилось путем запуска большого количества сценариев по обработке закупок, заказов, складских журналов и журналов Главной книги

Запуск сценариев тестирования осуществлялся в «Режиме AOS ». При этом требуемое число одновременных пользовательских сессий достигается путем запуска соответствующего числа потоков на сервере приложений ( AOS )

Результаты тестирования (количество обрабатываемых строк заказов в час и время отклика системы) вычислялись средствами модуля Benchmark Tool после завершения всех запущенных сценариев.

 

Методика тестирования нагрузки на серверное оборудование IBM

Для данного теста использовалась следующая конфигурация: один сервер рабочей базы данных MS SQL Server (далее SQL) и 5 серверов приложений Axapta (далее AOS).

Для целей измерения нагрузки и производительности использовалась утилита System Monitor (Performance Monitor), входящая в комплект поставки операционной системы Windows .

Для анализа состояния нагрузки используются счетчики, имеющиеся в утилите System Monitor. Использовался 10-секундный интервал между отсчетами. Для сравнительных оценок между различными сеансами тестирования использовались средние значения показателей счетчиков, с базовым временем (для 10-секундных интервалов) 16:40 мин.

Показатели счетчиков анализируется комплексно для всей системы. Это связано с тем, что во время тестирования и в реальной практике все компоненты системы распределяют нагрузку между собой. При этом, как правило, можно выделить один наиболее загруженный узел, который является наиболее "слабым звеном" системы и в большей степени определяет ее производительность в целом.

Целью проектирования оптимально сбалансированной серверной архитектуры Axapta является ситуация, когда в системе нет ярко выраженного "слабого звена" и нагрузка эффективно распределяется между различными компонентами системы.

Таким образом, анализ нагрузки во время тестов позволяет определить не только пиковые характеристики производительности системы, но и оценить неравномерность ее распределения по различным компонентам для целей проектирования сбалансированной конфигурации.

 

Результаты Benchmark Tool

Международная версия

Количество пользователей Кол-во обработанных в течение сеанса строк заказов Строк в час Среднее время отклика, мс Средневзвешенное время отклика, мс Авторезервирование

10

1000

36437,25

129,04

78,42

Отключено

50

10000

70857,77

276,33

167,28

Отключено

150

30000

71186,57

782,93

675,71

Отключено

100

5000

78373,32

284,58

155,54

Отключено

100

20000

79055,72

487,52

302,61

Отключено

150

22500

68330,21

1053,54

1182,09

Включено

100

20000

53649,67

816,62

775,36

Включено

100

20000

60711,33

716,45

749,18

Включено

Результаты, полученные при отключенной процедуре автоматического резервирования, не учитывались при подведении итогов. Несмотря на большой разброс результатов (от 54 до 68 тысяч строк заказов в час), можно говорить о средней производительности на уровне 61 тысяч строк в час при включенном авторезервировании, что соответствует более чем 1200 ASU.

Российская версия

Количество пользователей

Кол-во обработанных в течение сеанса строк заказов

Строк в час

Среднее время отклика, мс

Средневзвешенное время отклика, мс

Авторезервирование

100

20000

50793,65

964,50

975,72

Включено

100

20000

55085,46

968,44

968,99

Включено

100

10000

57020,67

845,00

717,44

Включено

Результаты российской версии чуть ниже результатов для международной версии (54300 строк заказов в час, или 1086 ASU) поскольку в российской версии включены функции корреспонденция и учета договоров.

 

Результаты тестирования серверной системы

Схема тестовой системы

Схема тестовой системы

В качестве сервера баз данных был использован 64–х разрядный сервер на процессорах Itanium 2. Серверы приложений построены на платформе Xeon. Пропускная способность сети между сервером базы данных и серверами приложений – 1 Гб/сек

Сценарий SO-BS (обработка заказов). Международная версия

«Режим AOS», 4 сервера приложений
Объем базы данных 15 GB

Параметр

Значение

Комментарии

AOS Средняя нагрузка на процессорах

76%

Из четырех AOS, два или три близко к 90, загрузка неравномерная

SQL Средняя нагрузка на процессорах

97%

Нагрузка близка к 100%, с редкими снижениями до 90%

SQL Сетевой трафик с SQL на все AOS

~6 MB/sec

Снижается по мере выполнения сценария от 9 MB/sec до 4 MB/sec

SQL Время задержки на дисковой подсистеме базы данных

0.002 sec

Скачки от нуля до 6 мс с частотой ~ 1 мин

SQL Средняя скорость записи на дисковую подсистему

4.5 MB/sec

Скачки от 1 до 12 MB/sec с частотой ~ 1 мин

Выводы:
«Узкое место» системы на этом тесте – процессоры СУБД. Это связано с тем, что нагрузку клиентами создавали четыре мощных двухпроцессорных сервера приложений с процессорами Xeon частотой 3.6 GHz. Тем не менее, нагрузка на серверах приложений также велика. В данном тесте ресурсы дисковой подсистемы сервера баз данных использовались незначительно.

 

Сценарий SO-BX (ввод и обработка заказов). Международная версия

«Режим AOS», 5 серверов приложений
Объем базы данных 15 GB

Параметр

Значение

Комментарии

AOS Средняя нагрузка на процессорах

56%

Каждый из пяти AOS нагружается неравномерно. Диапазон значений от 35 до 72 %.

SQL Средняя нагрузка на процессорах

80%

По мере выполнения теста нагрузка быстро растет до 95%, затем снижается до 70%

SQL Сетевой трафик с SQL на все AOS

6.6 MB/sec

Снижается по мере выполнения сценария. Максимальное значение 12 MB/sec

SQL Количество страниц RAM прочитанных/записанных на диск

0.2

Изменяется в диапазоне от 0 до 2.3

SQL Время бездействия дисковой подсистемы

63%

Изменяется в диапазоне от 4% до 98%

SQL Время задержки на дисковой подсистеме базы данных

0.002 sec

Изменяется в диапазоне от 0 до 9 мс

SQL Средняя скорость записи на дисковую подсистему

10 MB/sec

Максимум до 31 MB/sec

SQL Средняя скорость чтения с дисковой подсистемы

7.5 MB/sec

Максимум до 31 MB/sec

Выводы:
Снова самый загруженный узел – процессоры сервера баз данных. Пяти серверов приложений с разнесенной нагрузкой хватает с избытком. Контроллер IBM FAStT 900 с задействованным гигабайтом кэш-памяти эффективно сглаживал нагрузку на дисковую подсистему (4 диска FC , скомплектованные в RAID 0), в результате продемонстрировано великолепно низкое время задержки на дисковой подсистеме.

 

Сценарий SO-BS (Ввод и обработка заказов). Российская версия

«Режим AOS», 5 серверов приложений
Объем базы данных 15 GB

Параметр

Значение

Комментарии

AOS Средняя нагрузка на процессорах

44%

Каждый из пяти AOS нагружается неравномерно. Диапазон значений от 18 до 74 %.

SQL Средняя нагрузка на процессорах

85%

По мере выполнения теста нагрузка растет до 100%, затем снижается до 70%

SQL Сетевой трафик с SQL на все AOS

4.5 MB/sec

Снижается по мере выполнения сценария. Максимальное значение 10 MB/sec

SQL Количество страниц RAM прочитанных/записанных на диск

0.2

Изменяется в диапазоне от 0 до 2.3

SQL Время бездействия дисковой подсистемы

61%

Изменяется в диапазоне от 4% до 90%

SQL Время задержки на дисковой подсистеме базы данных

0.003 sec

Изменяется в диапазоне от 0 до 15 мс

SQL Средняя скорость записи на дисковую подсистему

10 MB/sec

Максимум до 34 MB/sec

SQL Средняя скорость чтения с дисковой подсистемы

8.6 MB/sec

Максимум до 33 MB/sec

Выводы:
Результаты тестов российской и международной версий близки друг к другу. Тем не менее, нагрузка на процессор и дисковую систему при тестировании российской версии оказались чуть выше, а общая производительность, выраженная в количестве обрабатываемых строк заказов – немного ниже из-за дополнительных функций в российской версии Microsoft Axapta.

 

Заключение

Тестирование выявило высокую производительность Microsoft Axapta на оборудовании IBM.
Значения основных показателей производительности для российской версии Microsoft Axapta:

 

По всем вопросам обращайтесь
info@rabota-na-rezultat.ru