Тест Columbus IT/Microsoft: решение "Юнимилк" способно обслуживать 1300 пользователей

[Kamill_A]

"Юнимилк" протестировал возможности Microsoft Dynamics AX

Промышленный холдинг «Юнимилк» – один из лидеров на рынке молочных и кисломолочных продуктов России и Украины – испытал возможности масштабирования установленного у него решения на базе Microsoft Dynamics AX. Опытное тестирование, проведенное специалистами компаний Columbus IT и Microsoft, подтвердило, что используемое "Юнимилк" ИТ-решение справляется с резким увеличением нагрузки в 2, 3 раза и способно обслуживать не менее 1,3 тыс. пользователей одновременно...

[SpitefulGoblin]

Хоть бы написали, в чём заключалось тестирование.

[belugin]

Интересно, посчему микрософт только с HP всё тестирует. Например вот еще: Microsoft Dynamics AX 4.0 white paper: Benchmarking on Hewlett-Packard Proliant Servers

Прочие ссылки на тестирование производительности: База знаний ERP : Axapta / Аппаратные Требования

[kvan]

Цитата:

Сообщение от SpitefulGoblin

Хоть бы написали, в чём заключалось тестирование.

А также конфигурацию оборудования ...

Цитата:

Сообщение от belugin

Интересно, посчему микрософт только с HP всё тестирует.

Помнится зимой РНР проводила сравнительное тестирование Axapta, Navision и 1C на оборудовании IBM по заказу мелкософта. Жаль только что отчет не удалось полистать

[mazzy]

Э-э-э...
Предлагаю в этой ветке вернуться к теме.
Еще вопросы/замечания/предложения по выполненному Коламбусом тестированию есть?

[SpitefulGoblin]

За неимением достоверной информации считать пиаром....

[kvan]

Цитата:

Сообщение от SpitefulGoblin

За неимением достоверной информации считать пиаром....

Поддерживаю!

[itfs]

Похоже на бред, особенно 1300 одновр. пользователей. Какая версия AX? Eсли 3.0, больше 900 - не верю, не может этого быть, в принципе, ни на какой платформе, ни на каком оборудовании. (ИХМО, конечно).

С уважением, itfs.

[Yoil]

Цитата:

Сообщение от itfs

Похоже на бред, особенно 1300 одновр. пользователей. Какая версия AX? Eсли 3.0, больше 900 - не верю, не может этого быть, в принципе, ни на какой платформе, ни на каком оборудовании. (ИХМО, конечно).

С уважением, itfs.

itfs, а почему именно 900, а не 814 и не 987?

[Morpheus]

Цитата:

Сообщение от itfs

Eсли 3.0, больше 900 - не верю, не может этого быть, в принципе, ни на какой платформе, ни на каком оборудовании.

Интересуют аргументы?

[itfs]

Цитата:

Сообщение от Morpheus

Интересуют аргументы?

Спасибо, что не факты . Итак, агрументы:
Утв1. На одном AOS одновременное могут работать максимум 150 одновр. пользователей, это связано с ограничением в 2Гб на размер виртуальной памяти, с которым AOS работает корректно.
Утв2. В конфигурацию вставка более чем 6-го AOS-а никак не сказывается на масштабируемости системы вцелом, т.е. 7-й AOS подцепить можно, улучшить этим производительность системы нельзя.

Лемму я сформулироват в предыдущем посте. Доказательство предоставляется в качестве упражнения всем желающим.

С уважением, itfs.

[Kamill_A]

Коллеги!

1. Всем спасибо за комментарии.

2. Отчет о тестировании:

На этом сайте в архиве RAR (извините за качество графики, но сами знаете, какие здесь ограничения): 1300user.rar

Полный вариант отчета (и официальный пресс-релиз)

3. Хотелось бы надеяться, что, как таковая, новость о возможностях масштабирования Microsoft Dynamics AX будет воспринята пользователями данного форума позитивно.

[mazzy]

Спасибо

[komar]

Цитата:

Сообщение от itfs

Спасибо, что не факты . Итак, агрументы:
Утв1. На одном AOS одновременное могут работать максимум 150 одновр. пользователей, это связано с ограничением в 2Гб на размер виртуальной памяти, с которым AOS работает корректно.
Утв2. В конфигурацию вставка более чем 6-го AOS-а никак не сказывается на масштабируемости системы вцелом, т.е. 7-й AOS подцепить можно, улучшить этим производительность системы нельзя.

Лемму я сформулироват в предыдущем посте. Доказательство предоставляется в качестве упражнения всем желающим.

С уважением, itfs.

А почему 7 АОС не сказывается? Вот написано, аж 20 штук подцепили...и терминал еще...неслабая батарея...правда, в предыдущих тестах на много народу вроде использовали меньше железа - вот здесь http://www.russianenterprisesolution...s/01/1010.html написано, что такой батареи АОСов, да без всяких терминалов хватает аж на 3600 пользователей...или это и есть "понижающий коэфициент", так сказать, поправка на русскую версию - то есть работает она примерно в 3 раза медленнее? Просто никак не догоню, какой иначе был смысл рапортовать о 1300 пользователей, когда можно сгенерить в 3 раза больше?

[itfs]

Цитата:

Сообщение от komar

А почему 7 АОС не сказывается? Вот написано, аж 20 штук подцепили...и терминал еще...неслабая батарея...правда, в предыдущих тестах на много народу вроде использовали меньше железа - вот здесь http://www.russianenterprisesolution...s/01/1010.html написано, что такой батареи АОСов, да без всяких терминалов хватает аж на 3600 пользователей...или это и есть "понижающий коэфициент", так сказать, поправка на русскую версию - то есть работает она примерно в 3 раза медленнее? Просто никак не догоню, какой иначе был смысл рапортовать о 1300 пользователей, когда можно сгенерить в 3 раза больше?

Ну вы своим вопросом вобщем-то и ответили, как думаете, сколько времени займет синхронизация этих 20-ти aos-ов?
Да, дело-то вобщем не в подборе аргументов. Какая разница кто из нас сейчас в ударе и в состоянии что-то эдакое резюмировать? Вообще, я предлагаю смотреть на проблему более со стороны. Любая архитектура имеет свои ограничения. Это не стыдно, это ХОРОШО! Это не плюс и не минус, это свойство. Давайте воспринимать его отстраненно. Все что нам нужно, это разумно этим пользоваться. Мы ведь профессионалы, и не в области маркетинга, слава богу. Считайте, что я медитировал над архитектурой и пришел к таким выводам. Ну не может эта система масштабироваться до бесконечности. Для маркетологов это не повод отступать, когда надо показать товар лицом. Молодцы! Уважаю!
А что касается самого пресс-релиза он составлен по другим законам. Клиент хотел получить "подтверждение", он его получил. Для кого-то гадание на кофейной гуще является подтверждением не менее серьзным. Я, и мое мнение, тут совсем ни при чем.

С уважением, itfs.

[AERM]

Цитата:

Сообщение от komar

А почему 7 АОС не сказывается? Вот написано, аж 20 штук подцепили...и терминал еще...неслабая батарея...правда, в предыдущих тестах на много народу вроде использовали меньше железа - вот здесь http://www.russianenterprisesolution...s/01/1010.html написано, что такой батареи АОСов, да без всяких терминалов хватает аж на 3600 пользователей...или это и есть "понижающий коэфициент", так сказать, поправка на русскую версию - то есть работает она примерно в 3 раза медленнее? Просто никак не догоню, какой иначе был смысл рапортовать о 1300 пользователей, когда можно сгенерить в 3 раза больше?

Уважаемый komar, читайте, пожалуйста, отчеты внимательнее. Слышали про стандартного пользователя ASU? 1 ASU = 50 обработанных строк заказов в час. Так вот, в приведенной вами выше ссылке на тестирование, речь идет как раз о 3600 ASU, причем в режиме клиента как нити AOS и с использованием стандартного сценария BM (SO-BS), на сгенерированных этим же BM данных с определенным коэффициентом множественности. Именно так и проводятся все стандартные тесты, именно поэтому их и можно сравнивать между собой.

В обсуждаемом же здесь пресс-релизе речь идет о тестировании РЕАЛЬНОГО приложения компании Юнимилк, на РЕАЛЬНЫХ данных (заметьте, размером более 360 Гб) и РЕАЛЬНЫХ операциях. Мы потратили достаточно сил, для того, чтобы создать сценарии, которые с минимальной погрешностью повторяют поведение пользователей рабочей системы. Именно для этого был создан и проверен эталонный тест на 300 пользователей, который, кроме всего прочего, был проверен на рабочем оборудовании Юнимилка во время технологического останова (окна). Мы повторили реальную рабочую нагрузку, а затем плавно масштабировали систему, добавляя оборудование. В нашем тесте 300, 600, 900, 1300 пользователей работало полностью в интерфейсном режиме, выполняя реальные операции и создавая нагрузку, т.е. именно так, как работают реальные пользователи, запуская ax32.exe.

Очевидно, что проводя такое масштабное тестирование (нам пришлось ехать в Германию, т.к. подходящего оборудования в России мы, к сожалению, не нашли), мы не упустили возможности провести еще несколько интересных тестов: только вышедшей тогда AX4.0 (build 1633.10)!!!, а также сравнительный тест 3.0 и 4.0 на одинаковом оборудовании, данных и сценариях. Вот в данном случае, мы использовали как раз стандартный сценарий SO-BS и результаты, которые мы получили, можно легко сравнивать с теми скромными 3600 ASU . К концу октября выйдет пресс-релиз и детальные отчеты, посвященные данному событию.

Суважением,
Anatoly Ermakov | Director, Solution Development Office
Columbus IT | Kozhevnichesky pr. 4-8 | 115114 Moscow | Russia

[Андре]

Кстати, по списку тестируемых операций можно сложить общее впечатление, какой объем функционала Аксапты действительно используется на Юнимилк. Более, того, можно заметить, что полученные выводы противоречат вот этому сообщению.

[komar]

Спасибо! Вот это очень полезное пояснение. То есть фактически, мы можем утверждать, что:
- 1 реальный пользователь в грубом приближении равен 3 ASU (по крайней мере, если не злоупотребляет сопоставлениями с суммовыми разницами)
- оборудования, необходимого для работы 1300 человек на Axapta, в России нет
- 3600 человек на системе работать не смогут, если только не завезут оборудование с Марса

(прошу к последним двум утверждениям отнестись с юмором, и не вытаскивать на форум столь официальные опровержения от всех остальных сотрудников компании о наличии в России оборудования и отсутствии жизни на Марсе. Лучшим опровержением будет являться рабочая инсталляция на 3000 пользователей, пока же проектнач реальность не опровергает мнение itfs. Я сам искренне верю, что если построить АОС величиной с Дом советов, то 3600 пользователей смогут на нем (или даже в нем) работать)

[itfs]

Мда, по истине эксперимент был грандиозный. Снимаю шляпу. А все-таки, как часто синхронизировали кеши AOS-ов?

С уважением, itfs.

[AERM]

Обращаю внимание, что новая версия (с улучшенной графикой ) подробного отчета по тестированию версии Юнимилка доступна на нашем сайте по ссылке http://www.columbusit.ru/Admin/Publi...ax3_(_)_ru.pdf