首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >WSO2企业服务总线到Message Broker的故障切换

WSO2企业服务总线到Message Broker的故障切换
EN

Stack Overflow用户
提问于 2016-10-06 19:52:02
回答 1查看 145关注 0票数 0

我有WSO2ESB集群(ESB1和ESB2工作者),并且我正在使用共享数据库MSSQL (MB1和MB2代理)配置WSO2MB集群。企业服务总线服务器将从WSO2MB集群中的代理中写入和读取消息。我想要实现的是,ESB1将向broker MB1读/写消息,而ESB2将向broker MB2读/写消息。在发生故障的情况下,例如MB2,两个企业服务总线服务器都将向MB1读/写消息。在文档中,我只看到了失败策略的循环版本,这意味着ESB服务器将随机连接到MB代理。有单代理策略,但它是否适用于我的情况,或者我必须实现我自己的FailoverMethod接口?我需要基于优先级或权重的故障转移策略,我只在ActiveMQ中看到了这一点。Thnx用于任何回复。

EN

回答 1

Stack Overflow用户

发布于 2016-10-09 14:24:09

轮询不是连接到代理的随机算法。它将在broker list中按照给定的顺序从头到尾排列经纪人的优先级。通过可配置的“循环计数”、“重试次数”、“连接延迟”属性,您还可以最大限度地减少对低优先级代理的重试次数。即使wso2 mb目前没有加权故障转移策略,您也可以尝试通过上面的配置实现类似的行为。

据我所知,在2节点代理集群中(在您的用例中),确定代理的优先级(加权故障转移策略)不是有效的情况。例如,如果MB1关闭,则故障切换的唯一可用选项为MB2,反之亦然。如果您不想将ESB1连接到MB2 (当MB1不可用时),只需从ESB1 "jndi.properties“文件的broker列表中删除MB2的连接url即可。此外,您需要改变MB1 broker url中的“循环计数”、“重试次数”和“连接延迟”,以便在MB1再次可用之前重试。因此,这个用例可以通过“循环”策略很容易地实现。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/39895265

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档