使用KUBE_PING缩小后，Wildfly中重复出现警告消息
我试图使用KUBE_PING JGroups协议在Kubernetes上以HA Full模式运行Wildfly。一切都很好，我可以扩展群集，节点可以相互识别，没有任何问题。
当我尝试按比例缩小群集时，会出现此问题。ActiveMQ Artemis不断抱怨它无法连接到断开连接的节点，即使JGroups已确认旧节点已离开群集。
我想知道在我的JGroups配置中我可能做错了什么。我附加了一些日志消息，以及我的JGroups配置KUBE_PING。
为了确保我尽可能多地提供信息，我正在运行最新的Wildfly官方docker镜像15.0.1.Final，它运行在JDK 11上。
编辑：修正错别字
JGroups确认节点断开连接
wildfly-kube 12:48:36,514 INFO org.apache.activemq.artemis.core.server ?httpUpgradeEndpoint=http-acceptor&activemqServerName=default&httpUpgradeEnabled=true&port=8080&host=100-116-0-4], discoveryGroupConfiguration=null]]::ClusterConnectionImpl@1699294977[nodeUUID=314721ae-337b-11e9-9cfa-0e8a9828b1cb, connector=TransportConfiguration(name=http-connector, factory=org-apache-activemq-artemis-core-remoting-impl-netty-NettyConnectorFactory) ?httpUpgradeEndpoint=http-acceptor&activemqServerName=default&httpUpgradeEnabled=true&port=8080&host=100-122-0-6, address=jms, server=ActiveMQServerImpl::serverUUID=314721ae-337b-11e9-9cfa-0e8a9828b1cb])) [initialConnectors=[TransportConfiguration(name=http-connector, factory=org-apache-activemq-artemis-core-remoting-impl-netty-NettyConnectorFactory) ?httpUpgradeEndpoint=http-acceptor&activemqServerName=default&httpUpgradeEnabled=true&port=8080&host=100-116-0-4], discoveryGroupConfiguration=null]] is connected
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:38,905 WARN org.apache.activemq.artemis.core.server) AMQ222095: Connection failed with failedOver=false
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:43,758 ERROR org.jgroups.protocols.TCP JGRP000034: wildfly-kube-b6f69fb9-b2hd5: failure sending message to wildfly-kube-b6f69fb9-nshvn: java.net.SocketTimeoutException: connect timed out
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:44,759 INFO org.infinispan.CLUSTER ISPN000094: Received new cluster view for channel ejb: wildfly-kube-b6f69fb9-b2hd5|2 [wildfly-kube-b6f69fb9-b2hd5]
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:44,772 INFO org.infinispan.CLUSTER ISPN100001: Node wildfly-kube-b6f69fb9-nshvn left the cluster
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:44,777 INFO org.infinispan.CLUSTER ISPN000094: Received new cluster view for channel ejb: wildfly-kube-b6f69fb9-b2hd5|2 [wildfly-kube-b6f69fb9-b2hd5]
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:44,779 INFO org.infinispan.CLUSTER ISPN100001: Node wildfly-kube-b6f69fb9-nshvn left the cluster
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:44,787 INFO org.infinispan.CLUSTER ISPN000094: Received new cluster view for channel ejb: wildfly-kube-b6f69fb9-b2hd5|2 [wildfly-kube-b6f69fb9-b2hd5]
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:44,788 INFO org.infinispan.CLUSTER ISPN100001: Node wildfly-kube-b6f69fb9-nshvn left the cluster
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:44,791 INFO org.infinispan.CLUSTER ISPN000094: Received new cluster view for channel ejb: wildfly-kube-b6f69fb9-b2hd5|2 [wildfly-kube-b6f69fb9-b2hd5]
wildfly-kube-b6f69fb9-b2hd5 wildfly-kube 12:48:44,792 INFO org.infinispan.CLUSTER ISPN100001: Node wildfly-kube-b6f69fb9-nshvn left the cluster
重复的ActiveMQ Artemis警告（每3秒）
写回答
-
整合最优质的专家资源和技术资料，问答解疑ActiveMQ Artemis仅使用JGroups（或任何其他发现机制）来发现其他代理，以便将它们聚合在一起。一旦发现另一个代理，它们就会在它们之间建立TCP连接，之后JGroups不会提供任何角色，这意味着看到代理离开集群的JGroup是无关紧要的。
集群网桥出现故障的事实足以告诉ActiveMQ Artemis代理已离开集群。那时的问题是代理应该如何响应死节点。默认情况下，它会尝试无限期地重新连接，因为它期望节点在某个时刻返回。这是传统用例中的合理预期，但在云中并非如此。此行为由该reconnect-attempts属性控制cluster-connection。设置reconnect-attempts为您认为合理的东西（例如10），您将看到桥重新连接放弃并停止记录。
2019-07-17 23:29:15赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
