分布式架构实战--ActiveMQ的安装与使用(单节点)

简介:

IP:192.168.4.101   

环境:CentOS 6.6、JDK7

 

1、  安装JDK并配置环境变量(略)

JAVA_HOME=/usr/local/java/jdk1.7.0_72

 

2、  下载Linux版的ActiveMQ(当前最新版apache-activemq-5.11.1-bin.tar.gz

wget http://apache.fayea.com/activemq/5.11.1/apache-activemq-5.11.1-bin.tar.gz

 

3、  解压安装

tar -zxvf apache-activemq-5.11.1-bin.tar.gz

mv apache-activemq-5.11.1 activemq-01

如果启动脚本activemq没有可执行权限,此时则需要授权(此步可选)

cd /home/wusc/activemq-01/bin/

chmod 755 ./activemq

 

4、  防火墙中打开对应的端口

ActiveMQ需要用到两个端口

一个是消息通讯的端口(默认为61616)

一个是管理控制台端口(默认为8161)可在conf/jetty.xml中修改,如下:

<bean id="jettyPort" class="org.apache.activemq.web.WebConsolePort" init-method="start">

  <!-- the default port number for the web console -->

  <property name="host" value="0.0.0.0"/>

  <property name="port" value="8161"/>

</bean>

 

vi /etc/sysconfig/iptables

添加:

-A INPUT -m state --state NEW -m tcp -p tcp --dport 61616 -j ACCEPT

-A INPUT -m state --state NEW -m tcp -p tcp --dport 8161 -j ACCEPT

重启防火墙:

service iptables restart

 

5、  启动

cd /home/wusc/activemq-01/bin

./activemq start

 

6、  打开管理界面:http://192.168.4.101:8161






默认用户名和密码为:admin/admin

 

登录后进入



7、  安全配置(消息安全)

ActiveMQ如果不加入安全机制的话,任何人只要知道消息服务的具体地址(包括ip,端口,消息地址[队列或者主题地址],),都可以肆无忌惮的发送、接收消息。关于ActiveMQ安装配置http://activemq.apache.org/security.html

 

ActiveMQ的消息安全配置策略有多种,我们以简单授权配置为例:

在conf/activemq.xml文件中在broker标签最后加入以下内容即可:

$ vi /home/wusc/activemq-01/conf/activemq.xml

<plugins>

     <simpleAuthenticationPlugin>

     <users>

         <authenticationUser username="wusc" password="wusc.123" groups="users,admins"/>

     </users>

     </simpleAuthenticationPlugin>

</plugins>

定义了一个wusc用户,密码为wusc.123,角色为users,admins

 

设置admin的用户名和密码:

vi /home/wusc/activemq-01/conf/jetty.xml

<bean id="securityConstraint" class="org.eclipse.jetty.util.security.Constraint">

    <property name="name" value="BASIC" />

    <property name="roles" value="admin" />

    <property name="authenticate" value="true" />

</bean>

确保authenticate的值为true(默认)

 

控制台的登录用户名密码保存在conf/jetty-realm.properties文件中,内容如下:

vi /home/wusc/activemq-01/conf/jetty-realm.properties

# Defines users that can access the web (console, demo, etc.)

# username: password [,rolename ...]

admin: wusc.123, admin

 

注意:用户名和密码的格式是

用户名 : 密码 ,角色名

 

重启:

/home/wusc/activemq-01/bin/activemq restart

 

设置开机启动:

vi /etc/rc.local

加入以下内容

## ActiveMQ

su - wusc -c '/home/wusc/activemq-01/bin/activemq start'

 

8、  MQ消息生产者也与消息消费者的Demo样例讲解与演示


参考内容>>http://www.roncoo.com/course/view/85d6008fe77c4199b0cdd2885eaeee53

目录
相关文章
|
2月前
|
安全 应用服务中间件 API
微服务分布式系统架构之zookeeper与dubbo-2
微服务分布式系统架构之zookeeper与dubbo-2
|
2月前
|
负载均衡 Java 应用服务中间件
微服务分布式系统架构之zookeeper与dubbor-1
微服务分布式系统架构之zookeeper与dubbor-1
|
2月前
|
存储 JSON 数据库
Elasticsearch 分布式架构解析
【9月更文第2天】Elasticsearch 是一个分布式的搜索和分析引擎,以其高可扩展性和实时性著称。它基于 Lucene 开发,但提供了更高级别的抽象,使得开发者能够轻松地构建复杂的搜索应用。本文将深入探讨 Elasticsearch 的分布式存储和检索机制,解释其背后的原理及其优势。
194 5
|
26天前
|
运维 供应链 安全
SD-WAN分布式组网:构建高效、灵活的企业网络架构
本文介绍了SD-WAN(软件定义广域网)在企业分布式组网中的应用,强调其智能化流量管理、简化的网络部署、弹性扩展能力和增强的安全性等核心优势,以及在跨国企业、多云环境、零售连锁和制造业中的典型应用场景。通过合理设计网络架构、选择合适的网络连接类型、优化应用流量优先级和定期评估网络性能等最佳实践,SD-WAN助力企业实现高效、稳定的业务连接,加速数字化转型。
SD-WAN分布式组网:构建高效、灵活的企业网络架构
|
17天前
|
运维 NoSQL Java
后端架构演进:微服务架构的优缺点与实战案例分析
【10月更文挑战第28天】本文探讨了微服务架构与单体架构的优缺点,并通过实战案例分析了微服务架构在实际应用中的表现。微服务架构具有高内聚、低耦合、独立部署等优势,但也面临分布式系统的复杂性和较高的运维成本。通过某电商平台的实际案例,展示了微服务架构在提升系统性能和团队协作效率方面的显著效果,同时也指出了其带来的挑战。
55 4
|
1月前
|
消息中间件 关系型数据库 Java
‘分布式事务‘ 圣经:从入门到精通,架构师尼恩最新、最全详解 (50+图文4万字全面总结 )
本文 是 基于尼恩之前写的一篇 分布式事务的文章 升级而来 , 尼恩之前写的 分布式事务的文章, 在全网阅读量 100万次以上 , 被很多培训机构 作为 顶级教程。 此文修改了 老版本的 一个大bug , 大家不要再看老版本啦。
|
1月前
|
NoSQL Java Redis
开发实战:使用Redisson实现分布式延时消息,订单30分钟关闭的另外一种实现!
本文详细介绍了 Redisson 延迟队列(DelayedQueue)的实现原理,包括基本使用、内部数据结构、基本流程、发送和获取延时消息以及初始化延时队列等内容。文章通过代码示例和流程图,逐步解析了延迟消息的发送、接收及处理机制,帮助读者深入了解 Redisson 延迟队列的工作原理。
|
1月前
|
存储 安全 API
单元化架构,分布式系统的新王!
【10月更文挑战第9天】
111 0
单元化架构,分布式系统的新王!
|
1月前
|
SQL 分布式计算 Hadoop
Hadoop-12-Hive 基本介绍 下载安装配置 MariaDB安装 3台云服务Hadoop集群 架构图 对比SQL HQL
Hadoop-12-Hive 基本介绍 下载安装配置 MariaDB安装 3台云服务Hadoop集群 架构图 对比SQL HQL
60 3
|
1月前
|
存储 前端开发 API
DDD领域驱动设计实战-分层架构
DDD分层架构通过明确各层职责及交互规则,有效降低了层间依赖。其基本原则是每层仅与下方层耦合,分为严格和松散两种形式。架构演进包括传统四层架构与改良版四层架构,后者采用依赖反转设计原则优化基础设施层位置。各层职责分明:用户接口层处理显示与请求;应用层负责服务编排与组合;领域层实现业务逻辑;基础层提供技术基础服务。通过合理设计聚合与依赖关系,DDD支持微服务架构灵活演进,提升系统适应性和可维护性。

热门文章

最新文章