RabbitMQ - 通道关闭：连接错误（SpringXD 重复关闭rabbitmq 连接。）

我度过了一个糟糕的夜晚，试图弄清楚 RabbitMQ 和 SpringXD 到底发生了什么，不幸的是没有成功。

问题： SpringXD反复关闭RabbitMQ连接， 或报告与通道缓存大小相关的警告。

SpringXD 日志的片段（在流初始化/自动装配期间）：

 2016-05-03T07:42:43+0200 1.3.0.RELEASE WARN
 DeploymentsPathChildrenCache-0 listener.SimpleMessageListenerContainer
 - CachingConnectionFactory's channelCacheSize can not be less than the 
 number of concurrentConsumers so it was reset to match: 4

...

 2016-05-03T07:54:17+0200 1.3.0.RELEASE ERROR AMQP Connection
 192.168.120.125:5672 connection.CachingConnectionFactory - Channel shutdown: connection error

 2016-05-03T17:38:58+0200 1.3.0.RELEASE ERROR AMQP Connection
 192.168.120.125:5672 connection.CachingConnectionFactory - Channel shutdown: connection error; protocol method:
 method<connection.close>(reply-code=504, reply-text=CHANNEL_ERROR - 
 second 'channel.open' seen, class-id=20, method-id=10)

RabbitMQ 日志片段：

 =WARNING REPORT==== 3-May-2016::08:08:09 === closing AMQP connection <0.22276.61> (192.168.120.125:59350 -> 192.168.120.125:5672): client
 unexpectedly closed TCP connection

 =ERROR REPORT==== 3-May-2016::08:08:11 === closing AMQP connection 0.15409.61> (192.168.120.125:58527 -> 192.168.120.125:5672):
 {writer,send_failed,{error,closed}}

状态阻塞错误很少见

 =ERROR REPORT==== 3-May-2016::17:38:58 === Error on AMQP connection <0.20542.25> (192.168.120.125:59421 -> 192.168.120.125:5672, vhost:
'/', user: 'xd', state: blocked), channel 7: operation channel.open
caused a connection exception channel_error: "second 'channel.open'
 seen"

我的设置（6 个节点）

- springxd 1.3.0 distributed (zookeeper)  
- RabbitMQ 3.6.0, Erlang R16B03-1 cluster


    ackMode:                   AUTO ## or NONE
    autoBindDLQ:               false
    backOffInitialInterval:    1000
    backOffMaxInterval:        10000
    backOffMultiplier:         2.0
    batchBufferLimit:          10000
    batchingEnabled:           false
    batchSize:                 200
    batchTimeout:              5000
    compress:                  false
    concurrency:               4
    deliveryMode:              NON_PERSISTENT ## or PERSISTENT
    durableSubscription:       false
    maxAttempts:               10
    maxConcurrency:            10
    prefix:                    xdbus.
    prefetch:                  1000
    replyHeaderPatterns:       STANDARD_REPLY_HEADERS,*
    republishToDLQ:            false
    requestHeaderPatterns:     STANDARD_REQUEST_HEADERS,*
    requeue:                   true
    transacted:                false
    txSize:                    1000

春天： 兔子MQ：

addresses:
priv1:5672,priv2:5672,priv3:5672,
priv4:5672,priv5:5672,priv6:5672

adminAddresses:  
http://priv1:15672, http://priv2:15672, http://priv3:15672, http://priv4:15672, http://priv5:15672,http://priv6:15672

nodes: 
rabbit@priv1,rabbit@priv2,rabbit@priv3,
rabbit@priv4,rabbit@priv5,rabbit@priv6

username: xd
password: xxxx
virtual_host: /
useSSL: false

ha-xdbus 政策：

 - ^xdbus\. all  
 - ha-mode: exactly
 - ha-params:   2 
 - queue-master-locator:    min-masters

兔子会议

[
 {rabbit, 
[
     {tcp_listeners, [5672]},
     {queue_master_locator, "min-masters"}
]
}
].

当 ackMode 为 NONE 时，会发生以下情况：

最终消费者的数量下降到零，并且我有一个僵尸流无法从该状态恢复，这反过来又导致不必要的排队。

当 ackMode 为 AUTO 时，会发生以下情况：

有些消息永远没有得到确认。

SpringXD 流和持久队列

Rabbit 模块被用作源或接收器，没有自定义自动接线。

典型的流定义如下：

食入：

event_generator | rabbit --mappedRequestHeaders=XDRoutingKey --routingKey='headers[''XDRoutingKey'']'

处理/接收器：

rabbit --queues='xdbus.INQUEUE-A' | ENRICHMENT-PROCESSOR-A | elastic-sink
rabbit --queues='xdbus.INQUEUE-B' | ENRICHMENT-PROCESSOR-B | elastic-sink

xdbus.INQUEUE-xxx 是从 Rabbit 管理 GUI 手动创建的。 （耐用的）

全局统计数据（来自 RabbitMQ 管理员）

• 连接数：190
• 频道：2263（频道缓存问题也许？）
• 交易所：20
• 队列：120
• 消费者：1850

Finally:

如果有人能回答配置有什么问题（我很确定网络运行良好，因此不存在网络问题，也不存在与最大打开文件限制相关的问题），我将不胜感激。

消息速率从 2K/秒到最大 30k/秒不等，负载相对较小。

Thanks!

Ivan

我们看到了一些高速搅动通道时类似的不稳定性 https://stackoverflow.com/questions/35563064/processing-messages-through-namedchannels-with-prefetch-1/35584333#35584333.

解决方法是增加通道缓存大小以避免高搅动率；目前还不清楚不稳定的地方在哪里，但我不相信它是在 Spring AMQP 中。

然而，一个问题是 XD 没有公开channelCacheSize作为财产。

上面链接中的答案有一个解决方法，即通过替换总线配置 XML 来添加属性。增加缓存大小解决了该用户的问题。

我们有一个打开 JIRA 问题以公开该属性 https://jira.spring.io/browse/XD-3747但尚未实施。

我看到您最初将此作为该问题的“答案”发布。

有人可以更具体地解释一下rabbit-bus.xml应该安装在哪里以及为什么会发生这种情况。

正如它所说，您需要将其放在 xd config 目录下：

xd/config/META-INF/spring-xd/bus/rabbit-bus.xml.

EDIT

使用总线扩展机制的技术代替......

$ cat xd/config/META-INF/spring-xd/bus/ext/cf.xml 

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:context="http://www.springframework.org/schema/context"
    xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd
        http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd">

    <bean id="rabbitConnectionFactory" class="org.springframework.amqp.rabbit.connection.CachingConnectionFactory">
        <constructor-arg ref="rabbitFactory" />
        <property name="addresses" value="${spring.rabbitmq.addresses}" />
        <property name="username" value="${spring.rabbitmq.username}" />
        <property name="password" value="${spring.rabbitmq.password}" />
        <property name="virtualHost" value="${spring.rabbitmq.virtual_host}" />
        <property name="channelCacheSize" value="${spring.rabbitmq.channelCacheSize:100}" />
    </bean>

</beans>

编辑：测试结果

预填充队列foo有 100 万条消息。

    concurrency:               10
    prefetch:                  1000
    txSize:                    1000

.

xd:>stream create foo --definition "rin:rabbit --concurrency=10 --maxConcurrency=10 --prefetch=1000 --txSize=1000 | t1:transform | t2:transform | rout:rabbit --routingKey='''bar'''" --deploy
Created and deployed new stream 'foo'

因此，通过此配置，我们最终有 40 个消费者。

我在公交车上从未见过超过 29 个发布频道，而水槽中有 10 个发布频道。

100 万条消息传输自foo to bar不到 5 分钟（通过xdbus.foo.0, xdbus.foo.1 and xdbus.foo.2) - 发布了 400 万条消息。

没有错误 - 但我的笔记本电脑需要冷却：D