原文地址:http://www.51testing.com/html/78/23978-143163.html 1.测试概要1.1 关于这篇文档中涉及的基于JMS的消息系统能为应用程序提供可靠的,高性能的,异步的通讯机制.在不同的JMS解决方案中,性能是关键因素,但不是唯一的因素.每个方案都有不可比拟的属性和特性,还要考虑诸如实现难易.有效性.获得支持的性价比,等等.另外,标准的性能测试只能近似模拟各个企业的特定需求下的真实环境.1.2 测试人员和工作量测试人:nb_bull工作量:50小时1.…

集群方案主要为了解决系统架构中的两个关键问题:高可用和高性能.ActiveMQ服务的高可用性是指,在ActiveMQ服务性能不变.数据不丢失的前提下,确保当系统灾难出现时ActiveMQ能够持续提供消息服务,高可靠性方案最终目的是减少整个ActiveMQ停止服务的时间.ActiveMQ服务的高性能是指,在保证ActiveMQ服务持续稳定性.数据不丢失的前提下,确保ActiveMQ集群能够在单位时间内吞吐更高数量的消息.确保ActiveMQ集群处理单条消息的时间更短.确保ActiveMQ集群能够容…

本文介绍一种通过Jedis和Cluster实现Redis集群(主从)的高可用方案,该方案需要使用Jedis2.8.0(推荐),Redis3.0及以上版本(强制). 附:Redis Cluster集群主从方案:http://www.cnblogs.com/soul-wonder/p/8891256.htmlRedis Sentinel主从高可用方案:http://www.cnblogs.com/soul-wonder/p/8891217.html 一.Redis集群介绍 Redis 集群是一个提供…

ActiveMQ集群搭建好之后,接下来就该测试一下了. 一.先安装Zookeeper 的eclipse插件吧. 1. 打开 eclipse, Help -> Install New Software,点击Add,添加地址: http://www.massedynamic.org/eclipse/updates/ 2. 点击OK,勾选Zookeeper插件,另外两个貌似没用 3. 安装完之后,点击Window->Show View->Other,选择安装的Zookeeper插件 4. 出现…

1.ActiveMQ集群介绍 1.为什么要集群? 实现高可用,以排除单点故障引起的服务中断 实现负载均衡,以提升效率为更多客户提供服务 2.集群方式 客户端集群:让多个消费者消费同一个队列 Broker Cluster:多个Broker之间同步消息(做不了高可用,可以实现负载均衡) Master-Slave:高可用(做不了负载均衡) 3.ActiveMq失效转移 允许当其中一台消息服务器宕机时,客户端在传输层上重新连接其他消息服务器. 语法:failover:(uri1,...uriN)?tra…

(声明:本文非EamonSec原创) 使用ZooKeeper实现的Master-Slave实现方式,是对ActiveMQ进行高可用的一种有效的解决方案,高可用的原理:使用ZooKeeper(集群)注册所有的ActiveMQBroker.只有其中的一个Broker可以对外提供服务(也就是Master节点),其他的Broker处于待机状态,被视为Slave.如果Master因故障而不能提供服务,则利用ZooKeeper的内部选举机制会从Slave中选举出一个Broker充当Master节点,继续对外…

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

一.activeMQ主要的部署方式? 1,默认的单机部署(kahadb) activeMQ默认的存储单机模式,如果配置文件不做修改,则默认使用此模式.以本地的kahadb文件的方式进行存储,性能完全依赖本地磁盘,不能提供高可用. 2,基于zookeeper主从模式(levelDB Master/Slave) 基于zookeeper来选举一个master,其他节点作为slave实时同步消息,levelDB会优先采用内存存储消息,异步同步到磁盘.该方式读写性能都较好,写性能能媲美非持久化消息. 优点…

背景 笔者所在的业务线,最初化分为三个服务,由于业务初期业务复杂度相对简单,三个业务服务都能很好的独立完成业务功能. 随着产品迭代,业务功能越来越多后慢慢也要面对高并发.业务解耦.分布式事务等问题,所以经过团队内部讨论,引入 RocketMQ 消息中间件来更好的处理业务. 由于公司内部业务线部署相互独立,我们业务线对引入 RocketMQ 的需求也比较急切,所以打算自己搭建一套高可用的 RocketMQ 集群,同时对于自建的 RocketMQ 集群需要如下特性: 高可用 高并发 可伸缩 海量消息…

Redis 的高可用集群 前言 几种常用的集群方案 主从集群模式 全量同步 增量同步 哨兵机制 什么是哨兵机制 如何保证选主的准确性 如何选主 选举主节点的规则 哨兵进行主节点切换 切片集群 Redis Cluster方案 哈希槽重新分配 1.如果数据已经迁移完了 2.数据迁移了一半 避免 Hot Key 如何发现 Hot Key Hot Key 如何解决 避免 Big Key Big Key 存在问题 如何发现 Big Key Big Key 如何避免 Big Key 如何删除 参考 Redi…