断线重连机制是ActiveMQ的高可用性具体体现之一.ActiveMQ提供failover机制去实现断线重连的高可用性,可以使得连接断开之后,不断的重试连接到一个或多个brokerURL. 默认情况下,如果client与broker直接的connection断开,则client会新起一个线程,不断的从url参数中获取一个url来重试连接. 配置语法 failover:(uri1,...,uriN)?transportOptions&nestedURIOptionsorfailover:uri1,

ActiveMQ默认的传输协议是TCP 在activemq的配置文件 /conf/activemq.xml可对配置文件进行修改和查看

配置 ActiveMQ安装目录的conf/activemq.xml中的<transportConnectors>标签之内. 配置示例 TCP(默认协议,性能相对可靠) Transmission Control Protocol(TCP) 这是默认的Broker配置,TCP的Client监听端口61616 在网络传输数据前,必须要序列化数据,消息是通过一个叫wire protocol的来序列化成字节流.默认情况下,ActiveMQ把wire protocol叫做OpenWire,它的目的是促使网

ActiveMQ提供了一种连接机制,这种连接机制使用传输连接器(TransportConnector)实现客户端与代理(client - to - broker)之间的通信. 网络连接器(networkconnection)实现代理与代理之间的通信.(broker-to- broker); 一.TransportConnector支持的协议 ActiveMQ常用协议: 协议-描述-example TCP-默认的协议性能相对来说还是可以的-tcp://host:port NIO-基于TCP协议进行

ActiveMQ支持哪些协议 ActiveMQ支持多种协议传输和传输方式,允许客户端使用多种协议连接ActiveMQ支持的协议:AUTO,OpenWire,AMQP,Stomp,MQTT等ActiveMQ支持的基础传输方式:VM,TCP,SSL,UDP,Peer,Multicast,HTTP(S)等,以及更高级的Failover,Fanout,Discovery,ZerConf方式 ActiveMQ的协议连接配置 在ActiveMQ安装目录的/conf/activemq.xml文件中,通过配置t

1.概述与介绍 ActiveMQ是Apache出品,最流行的.功能强大的即时通讯和集成模式的开源服务器.ActiveMQ是一个完全支持JMS1.1和J2EE1.4规范的JMSProvider实现.提供客户端支持跨语言和协议,带有易于在充分支持JMS1.1和1.4使用J2EE企业集成模式和许多先进的功能. 2.特性 (1)多种语言和协议编写客户端(语言:Java.C.C++.C#.Ruby.Perl.Python.PHP.应用协议:OpenWire.StompREST.WSNotification

ActiveMQ的几种集群配置. Queue consumer clusters 此集群让多个消费者同时消费一个队列,若某个消费者出问题无法消费信息,则未消费掉的消息将被发给其他正常的消费者,结构图如下: Broker clusters 此种配置是一个消费者连接到多个broker集群的中的一个broker,当该broker出问题时,消费者自动连接到其他一个正常的broker.消费者使用 failover:// 协议来连接broker. failover:(tcp://localhost:6161

ActiveMQ是一款功能强大的消息服务器,它支持许多种开发语言,例如Java, C, C++, C#等等.企业级消息服务器无论对服务器稳定性还是速度,要求都很高,而ActiveMQ的分布式集群则能很好的满足这一需求,下面说说ActiveMQ的几种集群配置. Queue consumer clusters 此集群让多个消费者同时消费一个队列,若某个消费者出问题无法消费信息,则未消费掉的消息将被发给其他正常的消费者,结构图如下: Broker clusters 此种配置是一个消费者连接到多个bro

分布式ActiveMQ集群的部署配置细节: 官方资料:http://activemq.apache.org/clustering.html 基本上看这个就足够了,本文就不具体分析配置文件了. 1.Queue consumer clusters: 同一个queue,如果一个consumer失效,那么未被确认的消息都会被发送到这个queue的其它consumer上.如果某个consumer处理消息比较快,那么它将处理更多的消息. Queue consumer clusters 不需要特殊的配置. 2

Queue consumer clusters(消费者集群): 简介: 同一个queue,如果一个消费者失效, 那么任何未经确认的消息将会被发送给queue上的其它消费者.如果一个消费者比其它消费者执行的更快,它将会消费更多的消息.如果任何一个消费者执行速度变慢,那么其他消费者将来弥补空缺.所以,消费者在(队列中)处理消息时,可以有一个可靠的负载均衡. 实现原理: 消费者对消息的处理速率可能不同,对于broker而言,它无法意识到哪个消费者处于"空闲"状态,故消费者空闲时主动向brok

原文地址:http://shensy.iteye.com/blog/1752529 回顾总结前一段时间学习的ActiveMQ分布式集群相关的知识,分享出来希望对看到的人有所帮助. 一.分布式ActiveMQ集群的部署配置细节: 官方资料:http://activemq.apache.org/clustering.html 基本上看这个就足够了,本文就不具体分析配置文件了. 1.Queue consumer clusters: 同一个queue,如果一个consumer失效,那么未被确认的消息都会

关键字: activemq 2．5 Clustering    ActiveMQ从多种不同的方面提供了集群的支持.2．5．1 Queue consumer clusters    ActiveMQ支持订阅同一个queue的consumers上的集群.如果一个consumer失效,那么所有未被确认(unacknowledged)的消息都会被发送到这个queue上其它的consumers.如果某个consumer的处理速度比其它consumers更快,那么这个consumer就会消费更多的消息.  

单点的ActiveMQ作为企业应用无法满足高可用和集群的需求,所以ActiveMQ提供了master-slave.broker cluster等多种部署方式,但通过分析多种部署方式之后我认为需要将两种部署方式相结合才能满足我们公司分布式和高可用的需求,所以后面就重点将解如何将两种部署方式相结合. 1.Master-Slave部署方式 1)shared filesystem Master-Slave部署方式 主要是通过共享存储目录来实现master和slave的热备,所有的ActiveMQ应用都在

在高并发.对稳定性要求极高的系统中,高可用的是必不可少的,当然ActiveMQ也有自己的集群方案.从ActiveMQ 5.9开始,ActiveMQ的集群实现方式取消了传统的Master-Slave方式,增加了基于ZooKeeper + LevelDB 的 Master-Slave 实现方式. 相关文章:范例项目: http://wosyingjun.iteye.com/blog/2312553 ActiveMQ的简单实用:http://wosyingjun.iteye.com/blog/2314

一. zookeeper安装(集群):http://www.cnblogs.com/wangfajun/p/8692117.html  √ 二. ActiveMq配置: 1. ActiveMq集群部署规划: 环境:Centos6.6.JDK1.7 版本:ActiveMq 5.11.1 zookeeper集群环境:. 主机 集群端口 消息端口 管控台端口 ActiveMq节点安装目录 10.0.70.12 62621 51511 8161 /home/fajun/activemq/node-01

ActiveMQ 高可用集群安装.配置(ZooKeeper + LevelDB) 1.ActiveMQ 集群部署规划: 环境: JDK7 版本:ActiveMQ 5.11.1 ZooKeeper 集群环境:10.14.0.1:2181,10.14.0.2:2182,10.14.0.3:2183(ZooKeeper 集群部署请参考<ZooKeeper 集群的安装.配置>) 主机 集群端口 消息端口 管控台端口 节点安装目录 10.14.0.1 63631 53531 8361 /opt/prod

1 JMS 在介绍ActiveMQ之前,首先简要介绍一下JMS规范. 1.1 JMS的基本构件 1．1．1 连接工厂 连接工厂是客户用来创建连接的对象,例如ActiveMQ提供的ActiveMQConnectionFactory. 1．1．2 连接 JMS Connection封装了客户与JMS提供者之间的一个虚拟的连接. 1．1．3 会话 JMS Session是生产和消费消息的一个单线程上下文.会话用于创建消息生产者(producer).消息消费者(consumer)和消息(message)

1 JMS 在介绍ActiveMQ之前,首先简要介绍一下JMS规范. 1.1 JMS的基本构件 1．1．1 连接工厂 连接工厂是客户用来创建连接的对象,例如ActiveMQ提供的ActiveMQConnectionFactory. 1．1．2 连接 JMS Connection封装了客户与JMS提供者之间的一个虚拟的连接. 1．1．3 会话 JMS Session是生产和消费消息的一个单线程上下文.会话用于创建消息生产者(producer).消息消费者(consumer)和消息(message)

出自:https://segmentfault.com/a/1190000014592517 前言 最终需要掌握 Replicated LevelDB Store部署方式,这种部署方式是基于ZooKeeper的. 集群分为两种方式: 1.伪集群:集群节点都搭在一台机器上 2.真集群:集群节点分布在多台机器上 更多详细:真集群与伪集群的区别 一.为什么使用集群? 实现高可用,以排除单点故障引起的服务中断. 实现负载均衡,以提升效率为更多的客户提供服务. 二.ActiveMQ集群部署方式 Activ

一.说明 从 ActiveMQ 5.9 开始, ActiveMQ 的集群实现方式取消了传统的 Master-Slave 方式,增加了基于ZooKeeper + LevelDB 的 Master-Slave 实现方式,其他两种方式目录共享和数据库共享依然存在.三种集群方式的对比: 1.基于共享文件系统(KahaDB, 默认) <persistenceAdapter> <kahaDB directory="${activemq.data}/kahadb"/> <

  linux activmemq 集群安装,配置和高可用测试       从 ActiveMQ 5.9 开始,ActiveMQ 的集群实现方式取消了传统的Master-Slave 方式,增加了基于ZooKeeper + LevelDB的 Master-Slave实现方式,其他两种方式目录共享和数据库共享依然存在.      本文主要讲解基于 ZooKeeper 和LevelDB 搭建ActiveMQ 集群.集群仅提供主备方式的高可用集 群功能,避免单点故障,没有负载均衡功能.  官方文档:ht