Масштабируемость AOS'а AX 2009 и принципы выполнения кода клиентских сессий на сервере

[gl00mie]

В 3.0 было так: AOS при запуске стартовал несколько служебных потоков и потом на каждую клиентскую сессию запускал по одному выделенному потоку - это еще описано в статье Как обнаружить, какой пользователь загружает процессор AOS. Т.е. число потоков, запущенных в процессе AOS'а 3.0, всегда было больше числа активных сессий.
Сейчас решил посмотреть, что происходит в AX 2009, а там в процессе AOS'а, где крутится 71 клиентская сессия, работает всего 21 поток, на AOS'е же, где нет ни одной клиентской сессии, работает 8 потоков. Т.е. предположительно 13-14 "рабочих" потоков на AOS'е обслуживают 70+ клиентских сессий - такая архитектура сильно отличается от прежней, где планирование выполнения бизнес-логики клиентских сессий было фактически возложено на OS. В связи с этим вопрос к тем, кто каким-то образом в курсе, и к тем, кто просто работает на 2009-й:

• описаны ли где-нить архитектурные изменения касаемо того, как AOS выполняет серверный код клиентских сессий?
• есть ли где-либо описание настроек, с помощью которых можно рулить пулом "рабочих" потоков, используемым AOS'ом для выполнения бизнес-логики клиентских сессий, и другими связанными параметрами работы, по аналогии с пулом подключений к СУБД?
• сколько в среднем клиентских сессий у вас работает на одном AOS'е AX 2009?
• какие вычислительные мощности вы используете на один AOS AX 2009? Т.е. сколько и каких процессоров выделено; если дело происходит в виртуалке, то полностью ли физические ядра выделяются одной виртуалке или же частично "перекрываются" с другой (скажем, 2 виртуалки по 4 логических процессора на 6 физических ядер)?
• сколько AOS'ов вы запускаете на одном сервере (в одной виртуалке)?
• какая у вас средняя загрузка процессоров на сервере с AOS'ом? Замечены ли какие-то нелинейные зависимости между загрузкой процов и числом активных сессий?
• если вы используете 4-ку, то как обстоит с этим дело в ней? Выделяется ли там по одному потоку на сессию или же используется пул "рабочих" потоков для обслуживания всех сессий?

[MikeR]

Справедливости ради стоит отметить, что при использовании SSRS еще добавляются "мертвые" сессии BC, которые принудительно приходится закрывать.

PS AX 2009

[gl00mie]

up!
неужели никому, кроме меня, не интересно разобраться с масштабируемостью? или же очень сложно написать о том, сколько пользователей на каких и скольких процессорах обслуживает AOS? коммерческая тайна?

[sukhanchik]

Цитата:

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

up!
неужели никому, кроме меня, не интересно разобраться с масштабируемостью? или же очень сложно написать о том, сколько пользователей на каких и скольких процессорах обслуживает AOS? коммерческая тайна?

Да мне кажется вопросы больно сложные, чтобы на них было легко ответить.

Цитата:

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

• описаны ли где-нить архитектурные изменения касаемо того, как AOS выполняет серверный код клиентских сессий?

Я, к примеру, не в курсе.

Цитата:

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

• есть ли где-либо описание настроек, с помощью которых можно рулить пулом "рабочих" потоков, используемым AOS'ом для выполнения бизнес-логики клиентских сессий, и другими связанными параметрами работы, по аналогии с пулом подключений к СУБД?

Многа букав. Ниасилил . А если серьезно - то далеко не все в принципе знают про потоки и уж тем более про то как их мониторить или настраивать.

Цитата:

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

• сколько в среднем клиентских сессий у вас работает на одном AOS'е AX 2009?

Ну на этот вопрос ответить уже проще. Но опять-таки - если клиенту хватает одного АОСа - то ответ будет непоказателен.

Цитата:

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

• какие вычислительные мощности вы используете на один AOS AX 2009? Т.е. сколько и каких процессоров выделено; если дело происходит в виртуалке, то полностью ли физические ядра выделяются одной виртуалке или же частично "перекрываются" с другой (скажем, 2 виртуалки по 4 логических процессора на 6 физических ядер)?

Не все специалисты занимаются железками и могут быть в курсе какие используются вычислительные мощности.

Цитата:

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

• сколько AOS'ов вы запускаете на одном сервере (в одной виртуалке)?

Опять-таки - вопрос актуален только для тех, кто использует больше одного АОСа

Цитата:

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

• какая у вас средняя загрузка процессоров на сервере с AOS'ом? Замечены ли какие-то нелинейные зависимости между загрузкой процов и числом активных сессий?

Опять-таки - железками занимаются админы. А когда появляется узкое место в плане производительности - вопрос решается организационно / внутри АХ - т.е. в "свободное" время никто от нечего делать не смотрит загрузку процов.

Цитата:

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

• если вы используете 4-ку, то как обстоит с этим дело в ней? Выделяется ли там по одному потоку на сессию или же используется пул "рабочих" потоков для обслуживания всех сессий?

Опять-таки - хз. А как это посмотреть? А это надо что-то качать и анализировать? Да ну - у меня работы полно и так. .

Disclaimer: Я не пытался ответить на поставленные вопросы - а пытался представить себе среднестатистического разработчика, который может не знать ответы на эти вопросы (или просто не имеет доступа к информации). А также которому лень чего-то скачивать и анализировать чтобы просто ответить на форуме
Собственно говоря мой пост - это ответ на вопрос

Цитата:

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

неужели никому, кроме меня, не интересно разобраться с масштабируемостью?

[gl00mie]

Цитата:

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

если клиенту хватает одного АОСа - то ответ будет непоказателен.

Пусть так! Но можно будет хотя бы узнать, кому на сколько сессий хватает одного АОСа: если кто-то заявит, что у него 150 конкурентных пользователей плюс все пакетные обработки (может, выполняемые ночью, когда пользователи спят) прекрасно работают на одном АОСе, для меня это тоже будет очень показательно

Цитата:

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

Не все специалисты занимаются железками и могут быть в курсе какие используются вычислительные мощности.

Ну а посмотреть неужели не интересно? Тупо зайти удаленно на сервер (наверняка же почти у всех разработчиков есть такая возможность) и глянуть Мой компьютер/Свойства или запустить со своего компа psinfo \\servername

Цитата:

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

Опять-таки - вопрос актуален только для тех, кто использует больше одного АОСа

Не спорю - но я и не жду ото всех ответов на все эти вопросы - лишь то, что люди уже знают или могут достаточно легко узнать.

Цитата:

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

Опять-таки - железками занимаются админы. А когда появляется узкое место в плане производительности - вопрос решается организационно / внутри АХ - т.е. в "свободное" время никто от нечего делать не смотрит загрузку процов.

Это все понятно - я тоже от нечего делать такими вещами не интересуюсь, но ведь админы зачастую не являются специалистами именно по Аксапте и могут обращаться за разъяснениями, сколько пользователей стоит пускать на один АОС, зачем нужен балансировщик нагрузки и как он работает в кластере, почему АОС может отжирать столько памяти, и можно ли на это повлиять средствами приложения, хорошо ли АОС масштабируется, т.е. будет ли ему толк от дополнительных ядер проца и гигов памяти и до какого предела...

Цитата:

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

А как это посмотреть? А это надо что-то качать и анализировать?

It depends... Я лично для этого и многого другого использую Far Manager, там есть чудесный плагин Process List, который может работать в т.ч. с удаленным хостом. В нем достаточно встать на процесс в панели и нажать F3:

Module:                Ax32Serv.exe
PID:                   4252
Parent PID:            496  (services.exe)
Priority:              8
Threads:               22

Threads - это как раз искомое число потоков, работающих внутри процесса АОСа, которое затем нужно сопоставить с числом активных сессий на этом AOS'е. В этом же плагине показывается загрузка процессоров. Если Far'а по каким-то необъяснимым причинам нет, можно воспользоваться perfmon'ом - выбрать объект Process, счетчик Thread Count, экземпляр - процесс ax32serv (выбрать все такие процессы, если их несколько). Если кто умеет использовать WMI/PowerShell, можно воспользоваться ими. В общем, вариантов масса, и качать дополнительно вроде ничего не надо.

Цитата:

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

Я не пытался ответить на поставленные вопросы - а пытался представить себе среднестатистического разработчика, который может не знать ответы на эти вопросы (или просто не имеет доступа к информации).

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

Цитата:

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

А также которому лень чего-то скачивать и анализировать чтобы просто ответить на форуме

Ну это же улица с двусторонним движением: кому-то другому потом может стать лень воспроизводить у себя какой-нить глюк и пытаться понять, почему он проявляется у того или иного участника форума, - "чтобы просто ответить на форуме". По-моему, всем разработчикам стоит немного интересоваться такими вопросами, чтобы кроме прочего становиться "разработчиками с дополнительными опциями" (с) mazzy

[fed]

От себя добавлю к sukhanchikу: Первые два вопроса мне очень интересны. Но, боюсь что ответить на них можно только подизассемблировав сервер с помощью IDA. А вопросы по поводу того какие сервера и на сколько пользователей используются - они не очень репрезентативны. Потому что 10 пользователей рассчитывающих спецификации с большой вложнностью, по нагрузке на AOS перекроют 50 сейлов, которые только заказы вносят и резервируют...

[sukhanchik]

Ок, отвечу на вопросы на примере одного из моих клиентов (правда, версия 4.0)

Цитата:

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

Пусть так! Но можно будет хотя бы узнать, кому на сколько сессий хватает одного АОСа: если кто-то заявит, что у него 150 конкурентных пользователей плюс все пакетные обработки (может, выполняемые ночью, когда пользователи спят) прекрасно работают на одном АОСе, для меня это тоже будет очень показательно

30 конкурентных пользователей

Цитата:

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

Тупо зайти удаленно на сервер (наверняка же почти у всех разработчиков есть такая возможность) и глянуть Мой компьютер/Свойства

Тупо зашел на сервер АОС, посмотрел в Мой компьютер / Свойства
Intel Xeon E5430 2.66 Ghz 2Гб ОЗУ
Виртуалки нет. Far-ом не пользуюсь и о его плагинах не слышал. Ставить софт на сервер не могу, работаю в терминалке по VPN - т.е. мой компьютер не в домене. Пользоваться WMI/Powershell не умею настолько, чтобы анализ информации занял 5 минут, а не 2 часа.

В общем-то вот и все на что я смог с ходу ответить.

[gl00mie]

Цитата:

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

Первые два вопроса мне очень интересны. Но, боюсь что ответить на них можно только подизассемблировав сервер с помощью IDA.

Я еще рассчитывал на форумчан из MS, которые могут иметь доступ к дополнительной технической информации. К примеру, про появление таймаутов при работе с COM-серверами человеку со стороны было бы очень сложно догадаться.

Цитата:

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

Ок, отвечу на вопросы на примере одного из моих клиентов (правда, версия 4.0). 30 конкурентных пользователей. Intel Xeon E5430 2.66 Ghz 2Гб ОЗУ

Спасибо! Эх, еще бы узнать, сколько потоков работает в АОСе 4.0 при 30-и конкурентных пользователях...

[sukhanchik]

Цитата:

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

Эх, еще бы узнать, сколько потоков работает в АОСе 4.0 при 30-и конкурентных пользователях...

Вот нашел на другом серваке WMI Tools. Но ничего не нашел там про потоки (пока смотрел не на рабочем серваке). Как еще эту информацию можно посмотреть?

[Ivanhoe]

Согласен с sukhanchik - если есть вариант без установки доп. ПО и не очень затратно посмотреть интересующую вас информацию (те же потоки), то ответов будет больше. Как минимум на 1

[fed]

Есть, есть варианты. Это можно в обычном performance monitor посмотреть. Выбираешь в верхнем левом окне объект Process, там выбираешь подпункт thread count. В нижнем левом окне выбираешь ax32serv.exe. Запускаешь, наслаждаешься.
У меня кстати получилось что на первом сервере в кластере 125 сессий и 21 поток, на втором сервере 126 сессий и 25 потоков.
Для обнаружения зависимости я запустил Data Collector (из того же performance monitor), который в течении 4 часов, каждую минуту семплит число нитей, а также счетчики Total Sessions и Active Sessions из объекта Microsoft Dynamics AX Server. Посмотрю чего там потом получится...

[sukhanchik]

Благодаря fed-у я смог посмотреть - сколько у меня потоков


АОС, отжирающий наибольшее кол-во памяти - видимо и есть рабочий (остальные - тестовый и разработческий). У меня получилось 16 потоков (напоминаю - версия 4.0)

[jonny]

AX 2009
Сервер:
Intel Xeon X5550 2.67 Ghz (2 proc) 12 Гб ОЗУ, виртуалки нет, AOS(рабочий) один
AOS отъедает от 5 до 10 % проца
Пользователи - колеблется около 100, при этом в AOS'e 24 потока

[AndyD]

Это связано с переходом на подключение к AOS с помощью RPC (и используется с версии 4.0)

Сам RPC использует многопоточные апартаменты - выделяется пул потоков, ожидающих вызова. При RPC-вызове используется один из ожидающих потоков для обработки. Когда выполнение вызова завершается, поток возвращается в состояние ожидания. Если при вызове не будет свободных потоков, то создастся новый. После некоторого времени в состоянии ожидания "лишние" потоки закрываются.

Использование потоков для RPC настраиваются при вызове функции RpcServerListen. Первый параметр MinimumCallThreads определяет минимальное кол-во используемых потоков, но он носит рекомендательный характер и приложение должно устанавливать его в единицу

Количество ожидающих потоков, так же как и время для закрытия "лишних" зависит от версии Windows

[Logger]

Цитата:

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

Это связано с переходом на подключение к AOS с помощью RPC (и используется с версии 4.0)

Наверно связано, конечно. Но все-таки это разные вещи. АОС может крутить внутри себя пакетники, вообще не имея клиентов. Т.е. н ебудет ни одного подключения по RPC.

[Logger]

Т.е. я имел в виду что потоки RPC ожидающие вызова с клиента не обязаны соответствовать потокам в которых выполняются пользовательские сессии внутри аоса, так же как пул соединений к БД не обязательно соответствует пользовательским сессиям в аосе.

[AndyD]

Цитата:

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

Наверно связано, конечно. Но все-таки это разные вещи. АОС может крутить внутри себя пакетники, вообще не имея клиентов. Т.е. н ебудет ни одного подключения по RPC.

Связано-связано. Можете не сомневаться
Собственно, вопрос-то и касается клиентских подключений к AOS

Что касается пакетного сервера, то да, он не использует RPC.
На каждое выполняемое пакетное задание создается свой отдельный поток, который закрывается, когда задание завершается

Кроме того, сервер открывает и другие сервисные потоки, связанные с подключением к SQL серверу, управлению RPC-подключениями, диспетчером пакетных заданий, внутренним управлением GDIPLUS

[vanokh]

Ax 4.0 sp 2
2 сервера AOS в кластере с балансировкой: оба Xeon 2.66, 4Г памяти. Отъедают в среднем 10% первый, 5% второй.
Всего пользователей до 150. На первом AOSе ограничение 75 сессий. В среднем распределение 50/40 сессий - 55/44 потоков. Последние актуальные значения при 60/40 сессий - 67/47 потоков.

Для мониторинга пользуюсь софтиной Zabbix, который установили админы - веб-доступ с графиками, показателями и т.д.

[Logger]

Цитата:

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

Ax 4.0 sp 2
2 сервера AOS в кластере с балансировкой: оба Xeon 2.66, 4Г памяти. Отъедают в среднем 10% первый, 5% второй.
Всего пользователей до 150. На первом AOSе ограничение 75 сессий. В среднем распределение 50/40 сессий - 55/44 потоков. Последние актуальные значения при 60/40 сессий - 67/47 потоков.

Для мониторинга пользуюсь софтиной Zabbix, который установили админы - веб-доступ с графиками, показателями и т.д.

Сервера на виртуалках или железные ?
Сколько ядер в итоге на каждом сервере ? Неужели одноядерные камни ?

[vanokh]

Цитата:

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

Сервера на виртуалках или железные ?
Сколько ядер в итоге на каждом сервере ? Неужели одноядерные камни ?

Конечно, железные
4-х ядреные Хеоны.