我正在开发一种高可用性解决方案,它使用多实例队列管理器和F5 BigIP/LTM主机,它包含主动和被动MQ节点池。BigIP配置将有一个健康检查脚本,它将识别MI队列管理器的主动和被动节点,并始终将客户端连接重定向到活动节点。为了实现这一点,我希望了解多实例队列管理器在从主动节点切换到被动节点之前执行的所有内部检查,以便在我们的健康检查脚本上应用相同的逻辑。我还想知道BigIP配置是否支持MQ健康检查?
发布于 2015-08-27 14:37:15
多实例队列管理器在NFS4文件系统上竞争租用的文件锁。被动节点在获得锁时激活。F5将而不是能够使用相同的方法检查QMgr的健康状况。
最好的建议是使用MQ中内置的功能。到下个月底(2015年9月),IBM支持的所有MQ版本都可以使用多实例CONNAME
。因此,如果您需要F5从下个月开始找到活动QMgr,唯一可能的原因是客户端位于不受支持的MQ版本上。希望这是一个比配置F5复制本机MQ功能更高的优先级问题--假设您的公司正在支付issue的费用,并且期望在打开PMR时收到它。
也就是说,要用MQ配置F5,您应该将其设置为TCP半连接,然后在两个IP地址中的每一个上轮询MQ侦听器端口。如果可以连接,则活动IP是活动的QMgr,而对中的另一个IP是已失败或处于备用状态的QMgr。在有些情况下,MQ侦听器处于打开状态,但应用程序无法连接,例如,当QMgr处于静止状态时,处理这些类型的连接问题是应用程序的工作。F5无法屏蔽这个应用程序。
https://stackoverflow.com/questions/32235308
复制相似问题