zookeeper+activemq+集群消息中间件搭建

HFSS圆极化微带天线耦合馈电设计与仿真优化 微带天线通过耦合馈电实现圆极化,可有效降低轴比、提升带宽,广泛应用于卫星通信与射频识别。HFSS作为三维全波电磁仿真工具,基于有限元法精确提取S参数与辐射场,是设计此类天线的核心手段。耦合馈电将馈线网络与辐射贴片物理隔离,通过缝隙或临近耦合传递能量,设计自由度更高,便于独立优化阻抗匹配与圆极化纯度。在2.45 GHz ISM频段,合理选择基板材料与厚度、精确计算耦合缝隙尺寸及馈电相位延迟线长度,是保证轴比性能的关键。HFSS仿真中,驱动模式求解、波端口设置、参数扫描与Optimetrics优化,能高效实现双 阅读详情

ZooKeeper是一个分布式的,开放源码的分布式应用程序协调服务,它包含一个简单的原语集,分布式应用程序可以基于它实现同步服务,配置维护和命名服务等。Zookeeper是hadoop的一个子项目,在分布式应用中,由于工程师不能很好地使用锁机制,以及基于消息的协调机制不适合在某些应用中使用,因此需要有一种可靠的、可扩展的、分布式的、可配置的协调机制来统一系统的状态

运行原理:Zookeeper的核心是原子广播,这个机制保证了各个Server之间的同步。实现这个机制的协议叫做Zab协议。Zab协议有两种模式,它们分别是恢复模式(选主)和广播模式(同步)。当服务启动或者在领导者崩溃后,Zab就进入了恢复模式,当领导者被选举出来,且大多数Server完成了和leader的状态同步以后,恢复模式就结束了。状态同步保证了leader和Server具有相同的系统状态。为了保证事务的顺序一致性,zookeeper采用了递增的事务id号(zxid)来标识事务。所有的提议(proposal)都在被提出的时候加上了zxid。实现中zxid是一个64位的数字,它高32位是epoch用来标识leader关系是否改变,每次一个leader被选出来,它都会有一个新的epoch,标识当前属于那个leader的统治时期。低32位用于递增计数。
每个Server在工作过程中有三种状态:
LOOKING:当前Server不知道leader是谁,正在搜寻
LEADING:当前Server即为选举出来的leader
FOLLOWING:leader已经选举出来,当前Server与之同步


一、前期准备

环境需要6台机器:hosts文件要保持一致

编辑/etc/hosts文件:
127.0.0.1   localhost localhost.localdomain localhost4localhost4.localdomain4
::1         localhost localhost.localdomainlocalhost6 localhost6.localdomain6
192.168.1.105 node105
192.168.1.106 node106
192.168.1.107 node107
192.168.1.108 node108
192.168.1.109 node109
192.168.1.110 node110

主机名定义为:node105依次排列

开始安装:
root身份登录系统 将jdk-7u76-linux-x64.tar.gz拷贝到/opt下面

cd /opt
tar zxvf jdk-7u76-linux-x64.tar.gz

解压后生成的文件名字叫做jdk1.7.0_76

vim /etc/profile
把如下代码放到文件的最后面
export JAVA_HOME=/opt/jdk1.7.0_76
export JAVA_BIN=/opt/jdk1.7.0_76/bin
export JRE_HOME=$JAVA_HOME/jre
export CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:$JRE_HOME/lib/rt.jar
export PATH=$PATH:$JAVA_HOME/bin:$JRE_HOME/bin
export JAVA_HOME JAVA_BIN PATH CLASSPATH

source/etc/profile 使变量生效


二、zookeeper的部署 (三个节点上部署)
192.168.1.105,192.168.1.106,192.168.1.107三个节点上要部署zookeeper
将zookeeper-3.4.6.tar.gz 上传到/opt下面
cd /opt
tar -zxzf zookeeper-3.4.6.tar.gz
ln -s zookeeper-3.4.6   zookeeper

mkdir /opt/zookeeper/data     
这是zk数据存储目录
cd /opt/zookeeper/data
vi myid
如果是node105则内容为1,如果是node106则内容为2,如果是node107则内容为3


mkdir /opt/zookeeper/logs            
这是zk日志存储目录

cp /opt/zookeeper/conf/zoo_sample.cfg    /opt/zookeeper/conf/zoo.cfg
--zookeeper启动时会读取zookeeper/conf/zoo.cfg文件内容,zookeeper/conf/ 下面默认是没有zoo.cfg文件的, 因此我们可以根据zookeeper/conf/zoo_sample.cfg来生成zookeeper/conf/zoo.cfg
vi /opt/zookeeper/conf/zoo.cfg
添加如下内容
dataDir=/opt/zookeeper/data
dataLogDir=/opt/zookeeper/logs

server.1=node105:2888:3888
server.2=node106:2888:3888
server.3=node107:2888:3888

dataDir=/data/app/zookeeper/data
dataLogDir=/data/app/zookeeper/logs


各个节点启服务:
/opt/zookeeper/bin/zkServer.sh start
/opt/zookeeper/bin/zkServer.sh status

node1
/opt/zookeeper/bin/zkServer.sh status
JMX enabled by default
Using config: /opt/zookeeper/bin/../conf/zoo.cfg
Mode: follower

node2
/opt/zookeeper/bin/zkServer.sh status
JMX enabled by default
Using config: /opt/zookeeper/bin/../conf/zoo.cfg
Mode: follower

node3
/opt/zookeeper/bin/zkServer.sh status
JMX enabled by default
Using config: /opt/zookeeper/bin/../conf/zoo.cfg
Mode: leader


可见node3为zookeepr leader



三、单集群activeMQ的部署
规划
192.168.1.105,192.168.1.106,192.168.1.107组成的是第一个集群,假设名字叫做cluster001  zookeeper+mq
如果有第二个集群
192.168.1.108,192.168.1.109,192.168.1.110组成的是第二个集群,假设名字叫做cluster002  mq



本文档只演示cluster001的部署,cluster002的部署类似于cluster001。

2.cluster001集群的部署
1)分别在三台主机中创建/opt/activemq/cluster001目录 
$ mkdir -p /opt/activemq/cluster001 
上传apache-activemq-5.11.1-bin.tar.gz到/opt/activemq/cluster001目录 
 
2)解压并按节点命名 
$ cd /opt/activemq/cluster001 
$ tar -xvf apache-activemq-5.11.1-bin.tar.gz 
$ mv apache-activemq-5.11.1 node-0X   
 (X代表节点号, 1表示node105、2表示node106、3表示node107,下同) 
  
3)集群配置: 
 在 3 个 ActiveMQ 节点中配置 conf/activemq.xml 中的持久化适配器。修改其中 bind、zkAddress、
hostname和zkPath。注意:每个ActiveMQ的BrokerName必须相同,否则不能加入集群。
vim /opt/activemq/cluster001/node-01/conf/activemq.xml
vim /opt/activemq/cluster001/node-02/conf/activemq.xml
vim /opt/activemq/cluster001/node-03/conf/activemq.xml 



Node-01中的配置: 
<broker xmlns="http://activemq.apache.org/schema/core" brokerName="cluster001" dataDirectory="${activemq.data}"> 
<persistenceAdapter> 
<!-- kahaDB directory="${activemq.data}/kahadb"/ --> 
<replicatedLevelDB 
directory="${activemq.data}/leveldb" 
replicas="3" 
bind="tcp://0.0.0.0:62621" 
zkAddress="192.168.1.105:2181,192.168.1.106:2181,192.168.1.107:2181" 
hostname="node105" 

zkPath="/activemq/leveldb-stores" 
/> 
</persistenceAdapter> 
</broker> 

<destinationPolicy>
    <policyMap>
      <policyEntries>
        <policyEntry topic=">" >
            <!-- The constantPendingMessageLimitStrategy is used to prevent
                 slow topic consumers to block producers and affect other consumers
                 by limiting the number of messages that are retained
                 For more information, see:

                 http://activemq.apache.org/slow-consumer-handling.html

            -->
          <pendingMessageLimitStrategy>
            <constantPendingMessageLimitStrategy limit="1000"/>
          </pendingMessageLimitStrategy>
        </policyEntry>
        
      <!-- 绿色标记的是要添加的代码 -->
<policyEntry queue=">" enableAudit="false">
             <networkBridgeFilterFactory>
                <conditionalNetworkBridgeFilterFactory replayWhenNoConsumers="true"/> 
           </networkBridgeFilterFactory>
        </policyEntry>


     </policyEntries>

    </policyMap>
</destinationPolicy>


    Node-02中的配置: 
<broker xmlns="http://activemq.apache.org/schema/core" brokerName="cluster001" dataDirectory="${activemq.data}"> 
<persistenceAdapter> 
<!-- kahaDB directory="${activemq.data}/kahadb"/ --> 
<replicatedLevelDB 
directory="${activemq.data}/leveldb" 
replicas="3" 
bind="tcp://0.0.0.0:62621" 
zkAddress="192.168.1.105:2181,192.168.1.106:2181,192.168.1.107:2181" 
hostname="node106" 

zkPath="/activemq/leveldb-stores" 
      /> 
</persistenceAdapter> 
</broker> 


<destinationPolicy>
    <policyMap>
      <policyEntries>
        <policyEntry topic=">" >
            <!-- The constantPendingMessageLimitStrategy is used to prevent
                 slow topic consumers to block producers and affect other consumers
                 by limiting the number of messages that are retained
                 For more information, see:

                 http://activemq.apache.org/slow-consumer-handling.html

            -->
          <pendingMessageLimitStrategy>
            <constantPendingMessageLimitStrategy limit="1000"/>
          </pendingMessageLimitStrategy>
        </policyEntry>
        
      <!-- 绿色标记的是要添加的代码 -->
<policyEntry queue=">" enableAudit="false">
             <networkBridgeFilterFactory>
                <conditionalNetworkBridgeFilterFactory replayWhenNoConsumers="true"/> 
           </networkBridgeFilterFactory>
        </policyEntry>


     </policyEntries>

    </policyMap>
</destinationPolicy>


    Node-03中的配置: 
<broker xmlns="http://activemq.apache.org/schema/core" brokerName="cluster001" dataDirectory="${activemq.data}"> 
<persistenceAdapter> 
<!-- kahaDB directory="${activemq.data}/kahadb"/ --> 
<replicatedLevelDB 
directory="${activemq.data}/leveldb" 
replicas="3" 
bind="tcp://0.0.0.0:62621" 
zkAddress="192.168.1.105:2181,192.168.1.106:2181,192.168.1.107:2181" 
hostname="node107" 

zkPath="/activemq/leveldb-stores" 
      /> 
</persistenceAdapter> 
</broker> 
 
<destinationPolicy>
    <policyMap>
      <policyEntries>
        <policyEntry topic=">" >
            <!-- The constantPendingMessageLimitStrategy is used to prevent
                 slow topic consumers to block producers and affect other consumers
                 by limiting the number of messages that are retained
                 For more information, see:

                 http://activemq.apache.org/slow-consumer-handling.html

            -->
          <pendingMessageLimitStrategy>
            <constantPendingMessageLimitStrategy limit="1000"/>
          </pendingMessageLimitStrategy>
        </policyEntry>
        
      <!-- 绿色标记的是要添加的代码 -->
<policyEntry queue=">" enableAudit="false">
             <networkBridgeFilterFactory>
                <conditionalNetworkBridgeFilterFactory replayWhenNoConsumers="true"/> 
           </networkBridgeFilterFactory>
        </policyEntry>


     </policyEntries>

    </policyMap>
</destinationPolicy>

4)按顺序启动3个ActiveMQ节点: 
$nohup /opt/activemq/cluster001/node-01/bin/activemq start &
$nohup /opt/activemq/cluster001/node-02/bin/activemq start &
$nohup /opt/activemq/cluster001/node-03/bin/activemq start &





四、多集群activeMQ的部署
这里只演示双集群的部署,三集群或n集群的部署都是类似的。

修改所有主机的activemq.xml文件
在<persistenceAdapter> 前面添加:
<networkConnectors>  
               <networkConnector  uri="multicast://default"/>
</networkConnectors>
在<transportConnector name="openwire"> 标签的末尾添加:
discoveryUri="multicast://default"


使用及验证:

#jps
1522 QuorumPeerMain
2661 Jps
2139 activemq.jar

#ps -ef |grep ac 查看进程

找到起端口:8161 


图示:

访问:http://192.168.1.150:8161/admin/  账户及密码: admin  admin


wKioL1gpqaaCun_IAAFeJT7jaM8849.png

 

基于SHIS凝视型短波红外高光谱相机(900-1700nm)区分不同宝石的差异性和可分性(宝石分选) SHIS系列凝视型高光谱相机基于液晶可调谐滤波器(LCTF),通过电控LCTF进行连续细分窄波段分光,对每个波段进行高分辨率的二维面阵成像,进行图像处理后,获得完整的高光谱高清图像序列。具有低功耗、小型化、使用方便和易于扩展的优势。其工作波段覆盖400nm至1000nm,能够捕捉宝石在不同波长下的光谱特征,为宝石鉴定提供了新的工具。 阅读详情

相关推荐

华为eNSP与VMware虚拟机联动实战:从零搭建仿真网络环境

本文详细介绍了如何从零开始搭建华为eNSP与VMware虚拟机的联动仿真网络环境。通过环境准备、网络适配器配置、eNSP与VMware网络集成、安全策略与NAT配置等步骤,帮助读者掌握构建企业级网络实验场景的关键技术。这种组合特别适合网络工程师进阶训练和华为认证考试准备,实现低成本、高灵活性的网络仿真实验。

weixin_30415113的博客 502

ActiveMQ与Zookeeper高可用集群

实际项目中发送MQ消息,如果不做集群,其中mq机器出了故障宕机了,那么mq消息就不能发送了,系统就崩溃了,所以我们需要集群MQ,当其中一台MQ出了故障,其余的MQ机器可以接着继续运转,所以这里描述一下如何使用ZooKeeper来进行ActiveMQ的高可用集群。 前提条件: 准备三个服务器节点用来安装部署Zookeeper和ActiveMQ,我的三个节点分别为:192.16...

xiaoxsen的博客 1万+

基于ADS1299的8通道脑电采集系统硬件设计实战

生物电信号采集是医疗电子与可穿戴设备中的关键环节,微弱信号的高保真放大与数字化处理直接影响系统性能。高精度模数转换器与低噪声模拟前端设计成为工程实践的核心。ADS1299作为专用生物电测量芯片,集成多通道低噪声放大器与24位Δ-Σ ADC,广泛应用于脑电、心电等生理信号检测。本文基于ADS1299构建8通道脑电采集系统,详细阐述硬件架构、电源与参考设计、输入保护、PCB布局布线、固件SPI配置及数据读取,并结合实测数据分享噪声抑制与调试经验,为EEG采集设备开发提供完整参考。

weixin_29169505的博客 222

ActiveMQ+ZooKeeper高可用集群

一 、ActiveMQ主要的几类部署方式比较 1、默认的单机部署(kahadb) 2、基于ZooKeeper的主从(levelDB Master/Slave) 3、基于共享数据库的主从(Shared JDBC Master/Slave) 二、 服务器说明 三、 数据准备 四、 activemq 配置 上传到指定位置 解压 修改brokerName的值 注释掉默认的persistenceA...

猎人在吃肉 1468

HC-05蓝牙模块AT指令配置避坑全记录:从配对失败到稳定主从通信

本文详细记录了HC-05蓝牙模块AT指令配置的全过程,从基础认知到主从通信的稳定实现。涵盖了进入AT模式的方法、关键AT指令详解、主从配对流程及常见故障排除,帮助开发者快速掌握蓝牙串口模块的配置技巧,避免常见配对失败问题。

weixin_42632434的博客 412

光纤布拉格光栅(FBG)笔记【1】:波导结构和布拉格波长推导

引言 本文是光纤布拉格光栅(FBG)的笔记【1】,主要介绍了光纤布拉格光栅的波导结构,并且利用动量和能量守恒推导了光纤布拉格波长的表达式 普通光纤中让折射率发生周期性变化就是结构最简单的均匀光纤布拉格光栅(FBG),其波导结构如下图所示。 其传感原理描述可以分为以下的三点: ①光纤纤芯传播的光会在每个光栅面进行反射和透射; ②如果不满足布拉格条件,依次排列的光栅平面反射的光会逐渐变得不同直到最后相互抵消;同时由于系数不匹配,与布拉格波长不相符的光在每个光栅平面的反射也很微弱,这些光大部分在光纤中发生透.

subtitle_的博客 2万+

zookeeper集群+activemq集群搭建

zookeeper集群+activemq集群搭建 一、zookeeper介绍 ZooKeeper:它是一个分布式的,开放源码的分布式应用程序协调服务,是Google的Chubby一个开源的实现,是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致性服务的软件,提供的功能包括:配置维护、域名服务、分布式同步、组服务等! 二、zookeeper集群搭建 1.基础环境 IP/名称 操作系统 服务端口 集群通信端口 节点目录 应用版本 192.168.100.106/zk1 cento

qq_43704782的博客 1784

ROSTEA软件下载及情感分析详细操作教程(附网盘链接)

原ROST虚拟团队出品的ROST系列文本内容挖掘分析平台,是辅助人文社会科学研究的免费计算平台。该软件可以实现文本预处理、分字、分词、词性识别、特殊名词抽取、词频统计、英文词频统计、情感计算、分类算法、聚类算法等一系列文本挖掘,是人文社科研究和论文写作的一把利器。该软件用户量超过一万人,遍布海内外100多所大学,包括剑桥大学、日本北海道大学、北京大学、清华大学、香港城市大学、澳门大学等众多高校。关于ROSTCM6的安装介绍可以参考之前的文章ROSTCM6软件下载及语义网络分析详细操作教程ROST EA。

m0_64336780的博客 1万+

zookeeper+activemq配置消息中间件集群 服务器配置

好久没有更新博客了。最近由于项目并发请求压力比较大,所以着手改进架构,引入消息中间件集群作为一个缓冲消息队列。 需求: 1、将大量的WebService请求报文发送到mq集群之中,并保持消息先后顺序 2、保证每个消息的可靠性 3、维护MQ服务器的可扩展性 综合考虑,决定使用Apache的 activemq。接触的时候,新的activemq 5.10已经出,所以,本项目使用的是ac

Bing's Home 3万+

保姆级教程:一步步创建 ABAP Text Table

有朋友反馈,问有没有一个自己动手创建 Text Table 的例子,因为自己没有动手实践过,总觉得心里不踏实。这个行为的语义是,ZAI_TYPE_T 这张表的 AI_TYPE 字段值,不能随便维护,必须是表。然后另一个需要添加的字段是 AI_TYPE 这个字段值对应的文本值,本例笔者采用 SAP 标准的。也是自己创建的,很简单的一个 Data Element,类型为 CHAR,长度为 2.依次给主表的 01,02,03 三个字段值维护对应的描述信息,最后效果如下。按照下面的字段结构,创建另一。

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 4273

STM32F767 GPIO跑马灯工程从零搭建指南

嵌入式开发中,基于HAL库的STM32工程初始化是确保外设可靠运行的基础环节。其核心在于理解芯片时钟树配置原理、GPIO工作模式与硬件电气特性之间的映射关系。正确启用RCC时钟源、合理分配AHB/APB总线分频系数,可保障系统主频稳定;而精准设置推挽输出、上下拉状态及引脚速度,则直接影响LED等基础外设的驱动可靠性。结合STM32CubeMX图形化配置工具,开发者能将寄存器级操作抽象为可视化流程,显著提升工程可追溯性与复用性。本文以STM32F767IGT6和阿波罗开发板为载体,详解从Repository固

weixin_42453228的博客 61

MQ(解耦、削峰、异步)之ActiveMQ消息中间件(包括搭建zookeeper+activemq集群)

为什么要引入MQ消息中间件 传统的系统之间直接调用在实际工程落地中存在许多问题 系统之间耦合比较严重. 面对大流量并发时,容易被冲垮.(每个接口模块的吞吐能力是有限的) 等待同步存在性能问题 为了解决上述的问题,所以引入MQ达到以下几个目标: 能够解耦: 要做到系统解耦,当新的模块接进来时,可以做到代码改动最小. 能够削峰: 设置流量缓冲池,可以让后端系统按照自身吞吐能力进行消费,不被冲垮. 能够异步: 强弱依赖梳理能将非关键调用链路的操作异步化并提升整体系统的吞吐能力. MQ的处理.

qq_26496077的博客 858

Error response from daemon: Get “https://index.docker.io/v1/search?q=nginx&n=25“:

在使用docker seach 命令搜索镜像的时候遇到这个错误,docker pull是可以正常下载镜像的,关于这个问题,本文提供解决方案,完全可行。

猿小白的博客 1万+

zookeeper+activemq+levelDB集群消息中间件搭建

方法/步骤 下载activemq 和zookeeper,levelDB会activemq自带有,所以不需要下载,把下载好的压缩包发送到所有的linux上,(我这里是把下载好的压缩包放在当前window下的tomcat,root目录下,可在linux终端上使用命令:curl -o a...

216

VB摄像头监控

该VB模块可对摄像头捕获的画面进行录像等,可在创建的窗口进行控制

C# WinForm 基于DirectShow.dll编写的程序,可边预览边保存视频,音频和图片

基于微软的DirectShow.dll的二次开发1.自动识别连接的摄像头跟麦克风且可以对其进行选择(默认选中第一个)2.可录制wmv和avi两种格式的视频并且都带有音频,avi可以录制的分辨率和帧数进行选择,wmv默认进行了淸晰度优化如不喜欢可去除代码中有相关提示3.可在预览点开之后进行拍照,也可边录制视频边拍照4.添加了视频和音频的压缩功能(酌情使用)这次二次开发发现C#对DirectShow的相关信息太少,这次做完也不敢藏私共享出来,还望大家指正

docker部暑zookeeper_3.6.3/activemq_5.14.3集群

Zookeeper环境准备 主机ip 消息端口 通信端口 节点目录 192.168.11.211 2181 2888:3888 zookeeper 192.168.11.212 2181 2888:3888 zookeeper 192.168.11.213 2181 2888:3888 zookeeper ActiveMQ环境准备: 主机IP 集群通信端口 消息端口 控制台端口 节点目录 192.168.11.211 62621 61616,61613,5672,

u010533742的博客 401

怀旧版电脑GBC模拟器

再现原版GBC掌机的界面,电脑运行连游戏界面都一样大小,很怀旧,很真实,(英文版)强烈推荐,很小的文件,很难才找到的。

利用zookeeper集群进行activemq集群搭建(持久化机制为Replicated LevelDB Store)

一、前言   Apache ActiveMQ是Apache软件基金会所研发的开放源代码消息中间件。在ActiveMQ 5.9中,引入了复制LevelDB存储。它处理使用Apache ZooKeeper从一组配置为复制单个LevelDB存储的代理节点中选择一个主服务器。然后将所有从属LevelDB存储与主数据库同步,通过将所有更新复制到主数据库,从而使它们保持最新状态。这可能会成为首选的主从配置。 ...

killerofjava的博客 384

精雕软件(JDpaint) 5.5 绿色版

精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版精雕软件(JDpaint) 5.5 绿色版

centos6下ActiveMQ+Zookeeper消息中间件集群部署记录

由于最近一个项目并发请求压力比较大,所以考虑改进架构,引入消息中间件集群作为一个缓冲消息队列,具体需求: 1)将大量的WebService请求报文发送到mq集群之中,并保持消息先后顺序 2)保证每个消息的可靠性 3)维护MQ服务器的可扩展性 综合考虑,决定使用Apache的activemq,activemq是Apache出品,最流行的,能力强劲的开源消息总线。本项目使用的是activemq5.1...

shangyuanlang的博客 319

ActiveMQ从入门到精通

ActiveMQ从入门到精通(一) 这是关于消息中间件ActiveMQ的一个系列专题文章,将涵盖JMS、ActiveMQ的初步入门及API详细使用、两种经典的消息模式(PTP and Pub/Sub)、与Spring整合、ActiveMQ集群、监控与配置优化等。话不多说,我们来一起瞧一瞧! https://www.jianshu.com/p/ecdc6eab554c ActiveMQ从入门到...

优秀的判断力来自经验,但经验来自于错误的判断 535

ActiveMQ--Day8

一:入门简介 1:JMS简介 全称:Java Message Service 中文:Java消息服务。 JMS是Java的一套API标准,最初的目的是为了使应用程序能够访问现有的MOM系统(MOM是Message Oriented Middleware的英文缩写,指的是利用高效可靠的消息传递机制进行平台无关的数据交流,并基于数据通信来进行分布式系统的集成。);后来...

IT小浪 380

ActiveMQ高可用集群(zookeeper+leveldb)安装

ActiveMQ高可用集群(zookeeper+leveldb)安装概述从 ActiveMQ 5.9 开始,ActiveMQ 的集群实现方式取消了传统的Master-Slave 方式,增加了基于ZooKeeper + LevelDB的 Master-Slave实现方式,其他两种方式目录共享和数据库共享依然存在。三种集群方式的对比:(1)基于共享文件系统(KahaDB,默认):&lt;persist...

架构师的成长之路的博客 1272

zookeeper+activemq主备简单配置

硬件环境:        三台linux服务器:192.168.2.13,192.168.2.15,192.168.2.16。        推荐部署在三台机器上,都部署在一台机器还是会有单点故障,最少1G的内存就够了。 下载最新版本的zookeeper,apache-activemq(都是linux的64位,jdk什么的就不说了) 下面的配置三台机器基本都是一样,特别之处有备

挖坑小队长 7528

ActiveMQ实现负载均衡+高可用部署方案【未完待续】

ActiveMQ实现负载均衡+高可用部署方案 http://www.open-open.com/lib/view/open1400126457817.html zookeeper+activemq+levelDB集群消息中间件搭建【只实现高可用,未实现负载均衡】 http://jingyan.baidu.com/article/63acb44ad8b34861fcc17e94

Thinking 996

基于zookeeper+leveldb的activemq集群

撸了今年阿里、头条和美团的面试,我有一个重要发现.......>>> ...

温安适的专栏 396

ActiveMQ配置LevelDB集群

基本步骤 搭建zk集群

baidu_32223873的博客 877
上一篇: MyEclipse 8.5的优化,加快打开打开和编辑的速度
下一篇: Vue2.0 使用vue-resource 模拟网络请求加载本地数据
CSC_Cockroach
博客等级 码龄10年 7粉丝 19原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值