使用HornetQ核心桥的极低吞吐量

时间:2012-03-13 13:46:00

标签: messaging core hornetq throughput

我们正在尝试使用HornetQ存储和转发机制......但是使用核心网桥将消息从一个独立的HornetQ实例转发到另一个实例非常慢。我们无法将吞吐率提高到每秒200条以上。

令人惊讶的事实是,如果我们直接在目的地HornetQ实例指向同一客户端(即向转发HornetQ实例发布消息),我们开始观察每秒超过1000条消息的吞吐率(此客户端是基于JMS的)。这基本上意味着在Forwarding HornetQ实例和Destination HornetQ实例之间配置的核心桥是有问题的。

以下是在Forwarding HornetQ上配置核心桥的相关章节:

<connectors>
            <connector name="netty-bridge">
                 <factory-class>org.hornetq.core.remoting.impl.netty.NettyConnectorFactory</factory-class>
                 <param key="host" value="destination.xxx.com"/>
                 <param key="port" value="5445"/>
                 <param key="batch-delay" value="50"/>
                 <param key="tcp-send-buffer-size" value="1048576"/>
                 <param key="tcp-receive-buffer-size" value="1048576"/>
                 <param key="use-nio" value="true"/>
           </connector>
</connectors>
<address-settings>
      <address-setting match="jms.queue.Record">
                <dead-letter-address>jms.queue.RecordDLQ</dead-letter-address>
                <max-size-bytes>262144000</max-size-bytes>
                <page-size-bytes>10485760</page-size-bytes>
                <address-full-policy>PAGE</address-full-policy>
        </address-setting>
</address-settings>
<queues>
         <queue name="jms.queue.Record">
                  <address>jms.queue.Record</address>
         </queue>
</queues>
<bridges>
        <bridge name="core-bridge">
                <queue-name>jms.queue.Record</queue-name>
                <forwarding-address>jms.queue.Record</forwarding-address>
                <retry-interval>1000</retry-interval>
                <retry-interval-multiplier>1.0</retry-interval-multiplier>
                <reconnect-attempts>-1</reconnect-attempts>
                <confirmation-window-size>10485760</confirmation-window-size>
                <static-connectors>
                        <connector-ref>netty-bridge</connector-ref>
                </static-connectors>
        </bridge>
</bridges>

以下是在Destination HornetQ上配置核心桥的相关章节:

<acceptors>
      <acceptor name="netty">
        <factory-class>org.hornetq.core.remoting.impl.netty.NettyAcceptorFactory</factory-class>
         <param key="host"  value="${hornetq.remoting.netty.host:192.168.2.xxx}"/>
         <param key="port"  value="${hornetq.remoting.netty.port:xxxx}"/>
         <param key="tcp-send-buffer-size"  value="1048576"/>
         <param key="tcp-receive-buffer-size"  value="1048576"/>
         <param key="use-nio"  value="true"/>
         <param key="batch-delay"  value="50"/>
         <param key="use-nio"  value="true"/>
      </acceptor>
<acceptors>
<address-settings>
          <address-setting match="jms.queue.Record">
                    <dead-letter-address>jms.queue.RecordDLQ</dead-letter-address>
                    <max-size-bytes>262144000</max-size-bytes>
                    <page-size-bytes>10485760</page-size-bytes>
                    <address-full-policy>PAGE</address-full-policy>
            </address-setting>
    </address-settings>
    <queues>
             <queue name="jms.queue.Record">
                      <address>jms.queue.Record</address>
             </queue>
    </queues>

所有系统变量(CPU /内存/磁盘IO /网络/等)未得到充分利用,日志中没有错误。

注意:我们已尝试使用NIO以及旧版/旧版IO。用HornetQ-2.2.5-Final和HornetQ-2.2.8-GA(2.2.8-GA是从源代码构建)尝试了这个。

知道可能导致此问题的原因以及解决方案可能是什么?

其他观察:看起来通过核心桥发送的消息是事务性的......所以是否可以批量处理这些事务并使两个HornetQ实例之间的通信异步发生?

2 个答案:

答案 0 :(得分:3)

好的..我为自己想出了这个。

当Forwarding HornetQ创建一个网桥时,它在内部只使用一个线程通过网桥发送消息,并且只打开与Destination HornetQ的一个连接。因此,它不能利用多个处理器并且还受到网络的限制(延迟/带宽/ rtt)并且不能有效地并行化消息的发送。因此,如果您具有高吞吐量,则开始达到上限(在我们的情况下,每秒约200条消息)。您可以通过调整HornetQ Connector和Acceptor参数(如TCP发送和接收缓冲区大小)和Bridge设置(确认窗口大小)来增加这一点,但这只能花费你很长时间(我们的吞吐量高达每秒300条消息) )。

解决方案 - 在同一对Forwarding和Destination HornetQ实例之间创建多个桥接(涉及相同的队列)。这有效地并行化了消息的传输,从而提高了吞吐量。创建三个网桥的吞吐量几乎增加了两倍,达到每秒870条消息。

JBoss理想情况下需要在核心桥中配置这种并行化。

答案 1 :(得分:1)

我相信你使用的是2.2.5(你的帖子中不清楚你使用的是什么版本)哪个版本的桥上有一个错误导致你说的问题。

在某个版本中,网桥同步发送消息,而不是依靠异步确认。

看看它在最新版本上的表现。