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 из пушки по воробьям