Проблема балансировки в кластере AOS

[Ivanhoe]

Проблема: AX 2012 R2, последний доступный билд. Создан кластер AOS, но при этом все пользователи попадают на один AOS, пока не переполнят заданный лимит подключений. После этого начинают распределяться по остальным AOS без проблем. Проблема повторялась как с выделенным балансировщиком, так и без него. В целом, проблема похожа на эту (AX 2009: зачем нужен балансировщик нагрузки, и как в кластере зайти на определенный AOS?), в случае без балансировщика.

Возможное решение: удалить все "лишние" записи из таблицы SysServerSessions. После удаления старых записей с неактуальными AOS и "зависших" записей по существующим AOS, пользователи распределяются без проблем. Откуда появились "лишние" записи? Скорее всего, от некорректной перезагрузки серверов (без предварительной штатной остановки AOS).

Продолжаем наблюдение..

А вы с таким встречались?

[Kabardian]

Последний доступный билд для AX 2012 R2 сейчас CU7, в первом квартале выйдет CU8.

На AX 2012 R2 CU7 не сталкивался с такой проблемой, балансировка работает как часы с балансировщиком и без него. Главное - создать новый кластер АОС и включить в него нужные АОСы, т. к. по-умолчанию АОСы включаются в служебный кластер "Non Load Balanced AOS Instances", где балансировка отключена.

Заметил другой интересный момент. Балансировка выполняется по общему числу пользователей независимо от типа пользователя, из-за чего загрузка серверов АОС по пользователям с типом "Пользователь" выполняется неравномерно:

- тестовая система:


- рабочая система:


Из таблиц выше сразу виден перекос при распределении пользователей с типом "Пользователь" и "Работник", но при этом общее число число пользователей распределено равномерно.

[Ivanhoe]

Про последний билд не совсем так:
KB3037694 - 6.2.1000.9871 - это последнее ядро (на прошлую неделю) для CU7. CU8, действительно, еще не выпущен.

[Kabardian]

Если это имеет значение, я проверял на 6.2.1000.4051 - Cumulative Update 7.

[gl00mie]

Цитата:

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

Заметил другой интересный момент. Балансировка выполняется по общему числу пользователей независимо от типа пользователя, из-за чего загрузка серверов АОС по пользователям с типом "Пользователь" выполняется неравномерно. Из таблиц выше сразу виден перекос при распределении пользователей с типом "Пользователь" и "Работник", но при этом общее число число пользователей распределено равномерно.

Неправильные предпосылки ведут к неправильным выводам Балансировка выполняется по нагрузке на AOS'ы, а не «числу пользователей независимо от типа пользователя». Нагрузка на AOS считается как функция от числа сессий с учетом их типа и, вероятно, еще каких-то показателей, возможно, относящихся к сессиям, а возможно, к AOS'у в целом (потому что при одинаковом числе сессий одного типа на двух AOS'ах их нагрузка может считаться разной). Посмотрите на значения в SysServerSessions.Workload для разных AOS'ов, сравните их с числом сессий на каждом в разрезе типов сессий, посмотрите, как меняется Workload при подключении дополнительной сессии того или иного типа.

[Kabardian]

Цитата:

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

Неправильные предпосылки ведут к неправильным выводам

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


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

Возможно, где-то в теориях "Нагрузка на AOS считается как функция от числа сессий с учетом их типа", на на практике я вижу другую картину ;-).

[Ivanhoe]

для наглядности надо привести поле Workload. Наблюдаю сейчас одинаковые цифры, при разном количестве пользователей (+ / - один-два). Но в целом, чем больше подключений (суммарно), тем выше Workload.

[Kabardian]

Цитата:

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

для наглядности надо привести поле Workload. Наблюдаю сейчас одинаковые цифры, при разном количестве пользователей (+ / - один-два). Но в целом, чем больше подключений (суммарно), тем выше Workload.

Как одинаковые? На АОС2 и АОС6 виден перекос - на них меньше всего пользователей с типом "Пользователь".

Свежий пример с workload:

[Ivanhoe]

Цитата:

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

Как одинаковые?
Вложение 9191

Я про свою инсталляцию

[Kabardian]

А ну тогда это другое дело :-).

У меня инсталляция работает на слабом оборудовании и есть у меня подозрение, что неравномерность распределения проявляется в ситуациях когда пользователи очень быстро входят в систему одновременно и их много. Запускал 20 клиентов примерно за 5-10 секунд и следил за распределением на моем медлеенном ноуте, в итоге распределение идет криво.

[gl00mie]

Цитата:

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

Как одинаковые? На АОС2 и АОС6 виден перекос - на них меньше всего пользователей с типом "Пользователь". Свежий пример с workload:

Если судить по Workload, то распределение практически равномерное, лишь на DAXAOS02 есть перекос из-за кучи сессий типа "Рабочий поток". Но если эти сессии работают по WCF, а NLB для кластера AOS'ов не настроен, то перекос легко объясним: все дополнительные сессии типа "Рабочий поток" для каждой сессии типа "Пользователь" идут на тот же AOS, на котором работает эта сессия, и на данном AOS'е пользователи просто создали больше сессий типа "Рабочий поток", чем на других AOS'ах.

[Kabardian]

gl00mie, спасибо, за уточнения, теперь мне стало понятно, что workload отражает текущую нагруку на конкретном АОСе, и балансировщик именно по ней выполняет распределение пользователей в кластере. Статья на MSDN немного проливает свет на это:

Цитата:

The load balancing AOS instance that received the client request queries the database and all active AOS instances in the cluster. The AOS instance returns to the client a list of all active AOS instances in the cluster, sorted by workload. The server that has the smallest workload is at the top of the list. The workload is based on the number of connected clients, divided by the maximum number of clients that are allowed on the server.

На простом русском - балансировщик нагрузку определяет как:

workload = [кол-во активных пользователей на АОС] / [макс. кол-во пользователей на АОС]

Правда математика Microsoft, видимо как турецкая математика - вроде 5 (кол-во пользователей) / 20 (макс. кол-во пользователей на АОС) = 0,25, но правильный ответ все-равно 536870910, магия! ;-).

P. S. Правда на практике, даже в больших инсталляциях как-то сортировка по workload (магически вычиляемым числом) и тупая сортировка по общему числу пользователей совпадает, поэтому практического смысла в workload пока не вижу, тем более что цифра космическая. Если не прав - буду рад услышать/увидеть опроверждение, т. к. очень интересно для чего же все-таки workload придумали и стоила ли игра свечь.

[Kabardian]

Цитата:

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

все дополнительные сессии типа "Рабочий поток" для каждой сессии типа "Пользователь" идут на тот же AOS, на котором работает эта сессия, и на данном AOS'е пользователи просто создали больше сессий типа "Рабочий поток"

Тут видимо имеется ввиду, что пользователи просто работали как обычно (создавали закупки, разносили накладные, просматривали остатки и т. п.), а сама Аксапта уже создает сессии с типом Работник, кажется, AX 2012 сама решает когда создавать такие сессии, в зависимости от выполняемых в системе операций.

[Ivanhoe]

Обычно, дополнительные Работники для пользователя - это панельки внизу на лист-пейджах. Ну и функции, в которых делается явный runas под пользователем.

[SIrina]

Добрый день,

Столкнулись с проблемой в АХ 2009 , когда процесс Ax32Serv.exe отъедает 97% ЦП у AOS01 из трех AOS-ов (ситуация длится почти 2 недели).

Все АОСы идентичны. WinServer 2012 R2.

Пользователи распределяются равномерно. Как найти чем занят процесс Ax32Serv.exe ? Как установить логирование на АОSе ?

[Logger]

Возможно какой-то из процессов съел все процессорное время.
Как его найти - не знаю.
В ax3.0 была возможность но в 2009-й она неприменима.

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

[gl00mie]

Сверьте настройки AOS'ов, попробуйте поснимать там все галочки на вкладке Трассировка. При включенных возможностях трассировки, даже если сама трассировка не запущена, AOS существенно больше грузит проц. Также несколько снизить загрузку и увеличить быстродействие помогает отключение возможности отладки на AOS'е.

[Logger]

Цитата:

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

Пользователи распределяются равномерно. Как найти чем занят процесс Ax32Serv.exe ? Как установить логирование на АОSе ?

А пакеты на аосе есть ?

[SIrina]

Пакеты по настройкам могут выполняться на всех АОСах, и по времени пакеты у нас работают в основном ночью

[Logger]

А отмена Закрытия/Пересчета по складу на этом аосе может выполняться ?
Если да, то сколько помощников ?