Я работаю над решением высокой доступности, используя диспетчеры очередей с несколькими экземплярами и хост F5 BigIP/LTM, который содержит пул активных и пассивных узлов MQ. Конфигурация BigIP будет иметь сценарий проверки работоспособности, который будет определять активные и пассивные узлы для администратора очередей MI и постоянно перенаправлять клиентские подключения на активный узел. Чтобы достичь этого, мне хотелось бы знать все внутренние проверки, выполняемые диспетчером очередей с несколькими экземплярами, перед переключением с активного узла на пассивный, чтобы я мог применить ту же логику к нашим сценариям проверки работоспособности. Также мне хотелось бы знать, поддерживает ли конфигурация BigIP проверку работоспособности MQ?
Как синхронизировать хост F5 LTM и диспетчер очередей с несколькими экземплярами, переключаясь между узлами
Ответы (1)
Менеджеры очередей с несколькими экземплярами конкурируют за арендованные блокировки файлов в файловой системе NFS4. Пассивный узел активируется, когда он получает блокировку. F5 не сможет использовать тот же метод для проверки работоспособности QMgr.
Лучший совет — использовать функциональность, встроенную в MQ. По состоянию на конец следующего месяца (сентябрь 2015 г.) все версии MQ, поддерживаемые IBM, могут использовать мультиэкземпляр CONNAME. Так что, если вам нужна F5, чтобы найти активный QMgr по состоянию на следующий месяц, единственная возможная причина в том, что клиенты используют неподдерживаемую версию MQ. Будем надеяться, что это более приоритетная проблема, чем настройка F5 для дублирования собственных функций MQ — при условии, что ваша компания платит за поддержку IBM и ожидает получить ее при открытии PMR.
Тем не менее, чтобы настроить F5 с MQ, вы должны настроить его для полусоединения TCP, а затем опросить порт прослушивателя MQ на каждом из двух IP-адресов. Если он может подключиться, то активный IP-адрес — это активный QMgr, а другой IP-адрес в паре — это QMgr, который вышел из строя или находится в режиме ожидания. Бывают случаи, когда прослушиватель MQ работает, но приложение не может подключиться, например, когда QMgr приостанавливается, но работа приложения заключается в решении таких проблем с подключением. F5 не может защитить приложение от этого.
