Upload
others
View
4
Download
0
Embed Size (px)
Citation preview
Тест производительности
Один день из жизни предприятия
Тест производительности на
серверах HP ProLiant – Краткие итоги
Дополнительная документация
Этот документ содержит краткие результаты тестирования производительности Microsoft
Dynamics AX на серверах HP ProLiant.
Дата: Май, 2009
http://www.microsoft.com/rus/dynamics/ax/
В июне 2008 года Корпорация Microsoft провела День теста производительности по
Microsoft Dynamics AX 2009 для получения характеристик производительности и
масштабируемости Microsoft Dynamics AX 2009 по моделируемым сценариям
распределения.
Тест производительности показал хорошую возможность Microsoft Dynamics AX 2009
управлять специализированными конкурентными нагрузками без риска потери
производительности и масштабируемости по критическим бизнес-процессам. При
тестировании производительности выполнялось большое количество
функциональных сценариев по различным технологиям работы клиента и интеграции
посредством использования существующих ERP сценариев новейшей технологической
платформы Microsoft Dynamics AX 2009. По этому тесту производительности
выполнялись ключевые сценарии модуля Расчеты с клиентами, связанные с вводом
заказов с обновлением накладных, сценарии процессов формирования предложений по
платежам по заказам на покупки управления предложениями, прибытия номенклатуры
и обработки платежей, использующих моделирование «толстого» клиента. Через
Enterprise Portal, основанный на Sharepoint, создавались отчеты по расходам,
управление которыми проходило цикл утверждения. Для загрузки в систему журналов
главной книги и заказов на продажу использовался AIF( Application Integration Framework).
Обработка пакета заданий, использующая автономный асинхронный сервер
обработки пакетных заданий AX 2009, применялась для разноски журналов главной
книги и обновления накладных по заказам на продажу, полученных через AIF. Сценарии
генерировали загрузку на AOS (Application Object Server)—в этом тесте
производительности некоторые из серверов AOS конфигурировались с 2 логическими
AOS- экземплярами с настройкой кластеров. При этой конкурентной нагрузке сервер
базы данных показал возможность масштабироваться до сервера с 32 ядрами и 128 Гб
памяти, сохраняя при этом возможность масштабироваться на слое AOS (Application
Object Server).
Имитированная работа пользователей показала хорошие результаты по времени
отклика в среднем от 2 до 3 секунд для большей части интенсивных операций
разноски и до 1 секунды для операций сохранения строк. Без блокировок во время
выполнения тест производительности показал 322,470+ строк в час для этих
конкурентных сценариев.
Итоги по результатам Тест производительности был выполнен по ряду ключевых сценариев:
Сценарий первый: Смешанные рабочие нагрузки (Mixed Workload)
Описание: Этот сценарий ориентирован на показ возможности выполнять смешанные рабочие
нагрузки, включая смоделированных «толстых» клиентов(rich clients), выполняющих онлайн-
операции, Enterprise Portal, выполняющий операции по дистанционному обслуживанию,
integration framework (AIF) для обработки обращений вместе с обработкой пакетных заданий по
разноске - все это без ущерба масштабируемости или проблем прерывания времени отклика
Цель: Обеспечить достаточный объем данных для работы AOS и сервера базы данных,
позволяющих продемонстрировать клиентам репрезентативную функциональность.
Итоги по результатам на верхнем уровне Измерение производительности
Операция Строк/ час
Разнесены накладные – Строки заказа на продажу, созданные через AIF 45,120
Разнесены накладные – Строки журнала ГК 128,500
Строки утвержденных расходов 17,800
Сценарии на «толстом клиенте» 131,055
Строки заказов на продажу 69,251
Строки заказов на покупку 21,574
Строки предложений на продажу 27,197
Строки предложений проекта 10,180
Строки журнала платежей 1,099
Строки журнала Прибытия 1,754
Всего 322,475
Измерение времени отклика
Единица операции Сценарий: Смешанная рабочая нагрузка
Создание заголовка заказа на продажу 0.35
Создание строки заказа на продажу 0.33
Создание листа комплектации заказа на продажу 1.48
Создание отборочной накладной заказа на продажу 1.55
Накладная заказа на продажу 2.20
Создание заголовка заказа на покупку 0.19
Создание строки заказа на покупку 0.22
Создание списка прихода заказа на покупку 0.80
Создание накладной заказа на покупку 2.82
Создание заголовка Прибытия номенклатуры 0.10
Создание строк Прибытия номенклатуры 2.14
Разноска Прибытия номенклатуры 1.57
Завершение Прибытия номенклатуры 3.91
Создание заголовка Предложения на продажу 0.16
Создание строки Предложения на продажу 0.24
Предложение на продажу – преобразование в клиента 3.19
Подтверждение Предложения на продажу 1,31
Единица операции Сценарий: Смешанная рабочая нагрузка
Отправка Предложения на продажу 0.01
Создание заголовка Предложения по проекту 0.14
Создание строки Предложения по проекту 0.25
Подтверждение Предложения по проекту 1.21
Отправка Предложения по проекту 1.19
Создание предложения на оплату 0.15
EP- транзакции
Категория аренды автомобиля (CAR RENTALCategory) 0.7
Обновление категории аренды автомобиля (CAR RENTALUpdate) 0.64
Строки кредитной карты (CreditCardLines) 2.21
Категория E-полет (E_FLIGHTCategory) 0.76
Обновление категории E-полет (E_FLIGHTUpdate) 0.68
Категория E-отель (E_HOTELCategory) 0.78
Обновление категории E-отель (E_HOTELUpdate) 0.68
Создание заголовка (HeaderCreate) 0.38
Новая страница заголовка (HeaderNewPage) 0.52
Список (List) 0.78
Категория Питание (MEALSCategory) 0.57
Обновление категории Питание (MEALSUpdate) 0.6
Категория Ресторан (RESTAURANTCategory) 0.73
Обновление категории Ресторан (RESTAURANTUpdate) 0.64
Передача на утверждение (Submit) 2.77
Перенос и разноска Журнала платежей 1.61
Итоги по загрузке
Единица загрузки Сценарий: Смешанная рабочая нагрузка
Конкурентные пользователи 2250
Количество AOS серверов «толстых» клиентов 5
% Загрузка «толстого» клиента AOS 34.2%
Количество серверов по обработке пакетных заданий 2
Загрузка серверов по обработке пакетных заданий 27.4%
Количество EP -серверов 1
Загрузка EP -серверов 33.2 %
Загрузка сервера EP AOS/ Бизнес-правил 52.4 %
Загрузка сервера БД 52.3 %
Сценарий: Параметры операций для теста производительности при
Смешанной нагрузке Этот тест производительности состоит из следующих операций (Отношение
«Пользователь/Операция показывает пользовательские прерывания, а также прерывание
коэффициент по проценту операций):
Детали операций
Пользователь/Операция
Обработка Заказа на продажу
Сохранение заголовка заказа на продажу Ввести 5 строк номенклатуры 20% строк получают стандартную скидку по номенклатуре Группы *Коммерческие соглашения+ Проверка кредитного лимита на уровне заголовка 80% номенклатуры – это обычная номенклатура 10% номенклатуры c активизированной нумерацией партий 10% номенклатуры с множественными складами и ячейками. Автоматические резервирования Накладной расход Фрахт - *Накладные расходы+ Детальный налог Обновить накладные по заказу Обновление детальных налогов и плана счетов *Главная книга+ Расчет комиссии Проверка кредитного лимита при обновлении накладной
Обработка Заказа на покупку
Сохранение заголовка заказа на покупку Ввести 5 строк номенклатуры Операции по накладным расходам на уровне заказа Создать накладную для Заказа на покупку
Разноска в Главную книгу
Создать новый журнал ГК Добавить 10 строк в нем Общее число компаний равно 10 Все операции будут иметь также операции по внутрифирменному учету (intercompany) Создание журналов через AIF Разнести журнал. Разноска выполняется через обработку пакетного задания.
Предложение по проекту
Создать новое предложение по проекту (заголовок) Ввести 10 строк Преобразовать в предложение и подтвердить Присоединить к проекту и перенести
Предложение на продажу
Создать Предложение на продажу по проекту (заголовок) Ввести 10 строк Преобразовать деловое отношение в клиента если тип отношения ‘Деловое отношение’ Отправить Предложение на продажу Подтвердить Предложение на продажу.
Прибытие номенклатуры
Создать журнал прибытия, Выбрать заказ на покупку Создать карантинный заказ Использовать Управление карантином чтобы ‘Завершить’ Карантин и переместить запасы на обычный склад.
Расчеты с поставщиками
Создать предложение на оплату для поставщика Выбрать неоплаченные накладные, которые должны быть оплачены (настройка данных такова, что должны быть оплачены 5 накладных) Создать ваучер по платежу.
Ввод расходов/ Дистанционное обслуживание
Создать отчеты по расходам с 10 строками и с 5 строками типа операции по кредитной карте. Включить три политики
Детали операций
Пользователь/Операция
1 из 10 отчетов по расходам будут нарушать эти 3 политики. Включить автоматическое утверждение Утвердить отчет по расходам через workflow (бизнес правило).
Смешанный сценарий Операция Одновремен
но Операций в час на одного пользователя
Строк в час на одного пользователя
Заказы на продажу 1155 12 60
Заказ на покупку 380 12 60
Предложение по проекту 105 10 100
Предложение по продаже 230 10 100
Прибытие номенклатуры 145 15 15
Расчеты с поставщиками (предложения на оплату)
85 20 20
Ввод расходов/ Дистанционное обслуживание
150 10 100
Методология теста производительности Microsoft® Visual Studio® 2005 Team System использовалась как драйвер загрузки,
моделирующий одновременную работу пользователей через Microsoft Dynamics AX .NET Business
Connector. Бизнес операция моделировались в среднем один раз каждые 6 минут для каждого
пользователя.
Microsoft® Visual Studio® 2008 Team System использовалась как драйвер загрузки,
моделирующий работу пользователей с Enterprise Portal через Microsoft Dynamics AX .NET Business
Connector. Бизнес операция моделировались в среднем один раз каждые 6 минут для каждого
пользователя.
Измерения регистрировались на всех серверах и замерялись а момент, когда совместное
использование ресурсов достигало устойчивого состояния (steady state). Устойчивое состояние
(Steady state) поддерживалось минимум 60 минут с выполнениями повторов в приемлемых
границах производительности и времени откликов.
Механизм скриптования (Scripting Mechanism) Скриптование теста производительности (Benchmark scripting) выполнялось через встроенную
структуру (Add-in Framework). Встроенная структура пропускала критические данные Microsoft
Dynamics AX через Visual Studio. Встроенная структура обеспечивала возможность генерации кода
по классам и таблицам, и интеллектуально создавала программы-оболочки данных
классов/таблиц и их перекрестные ссылки.
Рисунок 1: Методология теста производительности , использующая VSTS.
Дополнительные замечания:
Устойчивое состояние у всех запусков длилось как минимум 1 час
Продолжительность наращивания была около 25 минут
Считалось, что сценарии выполнены успешно, когда отклонения были в пределах 3% в
терминах времени отклика и загрузки системы.
Пользователь теста производительности входил в сеть через Business Connector. Каждая
попытка моделировала поведение «толстого» клиента. Существовали некоторые различия
между пользователями «толстого» клиента и Business Connector.
Структура и конфигурация оборудования Тест производительности выполнялся на конфигурации оборудования однородных AOS
серверов , связанных с единственным экземпляром сервера базы данных Microsoft SQL
Server 2008:
Спецификация сервера AOS HP ProLiant BL460c blade servers
2 Proc Quad Core
2.66 Ghz Intel Xeon
8 GB RAM
64-bit version of Microsoft Windows Server® 2008 Enterprise Edition
Visual Studio Team System Client Specification HP ProLiant BL685c Blade Server
4 Quad Dual Proc
2.6 Ghz AMD Optron 8218
32 GB RAM Hyper-V Setup
Visual Studio Team System Software Settings 32-bit version of Windows Server 2003 with SP1, Standard Edition
Спецификация сервера базы данных HP ProLiant DL785 G5
8 Proc Quad core 2.3 GHz AMD64 Opteron ™ processor 8356
128 GB RAM
Broadcom NetXtreame II Gigabit Ethernet
Database Software Settings 64-bit version of Windows Server 2008, Enterprise Edition
64-bit version of Microsoft SQL Server 2008 RC0 (Build 10.0.1450)
Конфигурация жесткого диска базы данных HP StorageWorks EVA4400 96 x 72GB Drives
RAID 10
(Data Volume)
80 x 72GB Drives – 2 Spares
200 GB Data file
(Log Volume)
6 x 72GB Drives
80 GB log file
(TempDB)
8 x 72GB Drives
32 x 1GB Data files
1 – 8 GB Log file
Структура данных теста производительности Тест производительности выполнялся на 280 GB, страничной сжатой базе данных (page compressed
database). Система была сконфигурирована следующим образом:
Включен Мультисайт
Всего11 компаний, но 90% данных в 1 компании
1,000,000 клиентов в 100 группах клиентов
1,000,000 iноменклатур в 100 номенклатурных группах
50,000 поставщиков в 100 группах поставщиков
Ценообразование было активировано для всех номенклатур, там где количество больше 10
поступлений действовала 5% скидка по строке или если общая сумма продажи > $500, то
действовала 2% скидка
План счетов настроен таким образом, чтобы генерировать от 12 до 22 вводов на 5 строк заказа
на продажу
Шесть кодов налогов настроены для заказов
10 разных накладных расходов на компанию
Настроен расчет комиссии
Отгрузка активизирована для ключевых сценариев
История:
o 5 миллионов заказов на продажу с накладными, 25 миллионов строк
o 1,000,000 заказов на покупку, 3,000,000 строк заказов на покупку, по коорым обновлены
накладные
o 5 миллионов закрытых предложений 40 миллионов строк
o 1 миллион утвержденных отчетов по расходам, 10 миллионов строк расходов
Ограничение ответственности Эти тесты производительности были отражены в контролируемой лабораторной
среде с Microsoft Dynamics AX 2009 как выполняющиеся приложения (никакие другие
приложения на этих серверах не выполнялись). Тест производительности был
выполнен на оптимизированном оборудовании, использующем SYS слой Microsoft
Dynamics AX 2009, без выполнения отчетов. Этот тест производительности
является корректным только для перечисленного оборудования, некастомизированной
версии Microsoft Dynamics AX, совокупности операций, структуры данных и индексов.
Microsoft Dynamics выпустит набор инструментов для теста производительности
(Benchmark Toolkit) для Microsoft Dynamics AX в октябре 2009 на CustomerSource и
PartnerSource. Каждый клиент и партнер, выполняющий тест производительности на
собственной системе, могут получить отклонения от результатов, основанных на их
оборудовании, кастомизациях, совокупности операций, и индексах. Совокупность
операций и структура данных будут оказывать влияние на измерение и потребности
оборудования.
По сути, Microsoft полагает, что программное окружение Dynamics AX 2009 и
приложение, построенное с учетом масштабирования, и изменения в базовом коде,
нуждаются в локальном тестировании производительности.
Имеющиеся в документе сведения отражают текущую позицию корпорации Майкрософт по обсуждаемым вопросам на момент публикации. Поскольку корпорация Майкрософт должна реагировать на изменение рыночных условий, данный документ не может рассматриваться как обязательство с ее стороны, и корпорация Майкрософт не гарантирует точности сведений, представленных после даты публикации.
Настоящий документ носит исключительно информационный характер. КОРПОРАЦИЯ МАЙКРОСОФТ НЕ ПРЕДОСТАВЛЯЕТ ОТНОСИТЕЛЬНО СОДЕРЖИМОГО ДОКУМЕНТА НИКАКИХ ГАРАНТИЙ, ЯВНЫХ, ПОДРАЗУМЕВАЕМЫХ ИЛИ ПРЕДУСМОТРЕННЫХ ЗАКОНОМ.
Ответственность за соблюдение всех применимых законов об авторском праве возлагается на пользователя. В рамках, предусмотренных законами об авторском праве, части настоящего документа не могут быть воспроизведены, сохранены, представлены в какой-либо системе хранения данных или переданы в какой бы то ни было форме, любыми средствами (электронными, механическими, фотокопировальными, записывающими или другими), в любых целях без специального письменного разрешения корпорации Майкрософт.
Корпорация Майкрософт может являться правообладателем патентов, заявок на получение патента, товарных знаков и других объектов авторского права, которые имеют отношение к содержанию данного документа. Предоставление данного документа не означает передачи какой-либо лицензии на использование таких патентов, товарных знаков и прочих объектов авторского права за исключением случаев, явно оговоренных в лицензионном соглашении корпорации Майкрософт.
© Корпорация Майкрософт (Microsoft Corporation), 2009. Все права защищены.
Microsoft, логотип Microsoft Dynamics, Visual Studio, Windows и Windows Server являются охраняемыми товарными знаками корпорации Майкрософт, корпорации FRx Software или Microsoft Business Solutions ApS в США и других странах. Microsoft Business Solutions ApS и корпорация FRx Software являются дочерними компаниями корпорации Майкрософт.
Microsoft Dynamics™ – это широкий спектр бизнес-приложений корпорации Microsoft для предприятий среднего и крупного бизнеса, позволяющих компаниям эффективно развивать свои отношения с клиентами, партнерами, поставщиками и сотрудниками, оптимизировать бизнес-процессы в области управления финансами, производством и логистикой, отношениями с клиентами. Обеспечьте успех вашего бизнеса, используя бизнес-решения Microsoft.
Информационный центр Microsoft: +7 495 916-71-71 (Москва), 8 800 200-80-01 (все города России)
www.microsoft.com/rus/Dynamics