AX 2009: зачем нужен балансировщик нагрузки, и как в кластере зайти на определенный AOS?

[Vadik]

Зачем гадать

• The AX client configuration determines which AOS instance that client will connect to.
• If multiple AOS instances are listed, it will simply go down the list until it establishes contact.
• If the contacted AOS instance is part of a load balanced cluster, that AOS will act as the load balancer. If not, the contacted AOS is used.
• The load balancing logic is based on a count of current user sessions, and also takes into consideration the max concurrent sessions defined for the instance on the cluster.
• If you have only one AOS instance listed in the client configuration, you have created a single point of failure. If no connection is established with that AOS, the client connection will fail, even if that AOS instance belongs to a cluster that has other AOS instances available for connection

AOS Load Balancing

На вопрос "зачем нужен балансировщик нагрузки" ответ такой

• Балансировщик нагрузки нужен в основном для того чтобы упростить настройку и перенастройку клиентского подключения в случае если инстансов AOS реально много (10 и более). В этом случае список из двух-трех балансировщиков поддерживать актуальным относительно просто и рабочие инстансы AOS можно добавлять \ удалять \ останавливать на лету, не трогая конфигурацию клиента вообще
• Снижение нагрузки на рабочие инстансы AOS при наличии балансировщика - минимально, даже при активном использовании сервисов. Зато позволяет минимизировать время подключения (вернее, время поиска наименее загруженного рабочего инстанса). Так как это влияет на время отклика системы, может быть критично при активном использовании сервисов, портала, AIF
• Если решили использовать балансировщик нагрузки, их обязательно должно быть более одного - иначе имеем единую точку отказа. Собственно, поэтому использование выделенного балансировщика(ов) на небольших инсталляциях (навскидку менее 4-5 рабочих инстансов AOS) - IMHO из пушки по воробьям

[gl00mie]

Цитата:

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

Не проверял на RU1,4,5, но точно помню, что проверял на AX 2009 RU6, и там как и в AX 4.0 распределение пользователей по АОС выполнялось равномерно что с балансировщиком, что без него.

Как отмечалось в первом сообщении темы, я проводил эксперименты на ядрах AX 2009 SP1 RU4 и RU5, как раз там, насколько я помню (все-таки 4.5 года прошло), без выделенного балансировщика всё было печально.

Цитата:

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

Зачем гадать

• The AX client configuration determines which AOS instance that client will connect to.
• If multiple AOS instances are listed, it will simply go down the list until it establishes contact.
• If the contacted AOS instance is part of a load balanced cluster, that AOS will act as the load balancer. If not, the contacted AOS is used.

Из моего опыта времен первого сообщения темы всё было не совсем так, как писал Cody Marshall спустя полтора года после моих экспериментов. Впрочем, не удивлюсь, если за прошедшее время в алгоритмы баналсировки нагрузки в ядре были внесены изменения

Цитата:

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

• The load balancing logic is based on a count of current user sessions, and also takes into consideration the max concurrent sessions defined for the instance on the cluster.

Это утверждение не совсем соответствует действительности, потому что AOS кроме пользовательских может обслуживать сессии другого типа, в т.ч. пакетные задания. Некоторые подробности логики балансировки описаны вот здесь.

Цитата:

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

На вопрос "зачем нужен балансировщик нагрузки" ответ такой

• Позволяет минимизировать время подключения (вернее, время поиска наименее загруженного рабочего инстанса). Так как это влияет на время отклика системы, может быть критично при активном использовании сервисов, портала, AIF

В целом согласен, кроме этого пункта: он справедлив лишь для 2009-й, где все подключения к AOS'у происходят по RPC, а в 2012-й часть подключений, в т.ч. при использовании сервисов, портала, AIF, SSRS, офисных примочек для Word/Excel, идет через WCF, которому AOS-балансировщик - не указ, там уже нужно настраивать NLB. См. Are your AX 2012 AOS servers load balancing?

[Vadik]

Цитата:

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

КИз моего опыта времен первого сообщения темы всё было не совсем так, как писал Cody Marshall спустя полтора года после моих экспериментов[/URL]

Ну, лично для себя, так как балансировка работала так 'до' (в 4.0) и 'после' (в 2012) (на 2009 у меня были только маленькие инстансы из одного AOS), я скорее склонен считать что "что-то пошло не так" в рамках самого эксперимента

Цитата:

В целом согласен, кроме этого пункта: он справедлив лишь для 2009-й, где все подключения к AOS'у происходят по RPC, а в 2012-й часть подключений, в т.ч. при использовании сервисов, портала, AIF, SSRS, офисных примочек для Word/Excel, идет через WCF, которому AOS-балансировщик - не указ, там уже нужно настраивать NLB

А ведь да, так и есть. Надо еще подумать \ поэкспериментировать

[Kabardian]

Цитата:

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

я скорее склонен считать что "что-то пошло не так" в рамках самого эксперимента

И я тоже к этому склоняюсь, но проверить руки не доходят.