189 8069 5689

RabbitMQ运维篇之部署与用户管理(一)

一、认识RabbitMQ及用途
Message Queue(MQ)
相对于一些大点的公司都会使用这个MQ,比如像kafka,rabbitmq,activeMQ,rocketMQ主要用于系统与系统之间,或者程序与程序之间进行数据的传递,那么作为消息中间件,我们可以将它作为消息代理服务器,最主要的就是作用就是系统之间的信息进行”结藕“,MQ是数据可靠性的重要保障。

网站建设哪家好,找创新互联!专注于网页设计、网站建设、微信开发、小程序定制开发、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了永年免费建站欢迎大家使用!

那么说起mq的作用之前呢,比如我们以前会遇到什么问题?
RabbitMQ运维篇之部署与用户管理(一)
1)比如说现在我们有两个系统,一个系统A,一个系统B,那么这两个系统可以把它理解成一个订单系统,一个是后台的支付系统,那么这两个系统之间,你调用我的,我调用你的,也就是数据之间进行一个相互的传递。 那么按照之前的做法来说,来回的传递,就出现问题了,比如说,不管是a系统还是b系统中间任何一个系统出现了问题,我们的消息就发送不出去了,那么像碰到这种情况下,我们就需要额外的去编写一些程序,来保证我们的消息成功送达,比如说增加缓存,增加重试次数,这就需要额外的编码,这就需要编码的工作量也是不小的。

2)另外就是数据传递过程中,这两个系统都是java开发的还好,比如一个是java开发的一个是python开发的,那么在这两个系统之间进行数据传递的过程中,那么麻烦就很大了,在这里面平台不一样语言不一样,进行传递的接口也不一样,这在我们无形中带来了很大的问题。

3)对于系统a与系统b之间如果系统出现了问题,我们甚至都不知道是什么原因造成的,比如系统a接口变了,导致系统b接收不到哪些,系统b不知道出现哪些问题,我们没办法对问题进行切全,那么在线上调试与运维的过程中,这也是一个必然灾难性的后果。

综上所述的话,直接调用的话称为藕严重的耦合,这两个缺了哪一个都不能正常工作,那么怎么解决呢,这个时候就需要mq去解决了。

所以mq叫做消息代理服务器,可以看到上面的mq的基本架构图系统a与系统b不再直接通信,中间增加了一台MQ的消息代理服务器,所有的消息都往这个消息代理服务器上去发送,那么这个消息代理服务器本身来说它具备了一些高可用,高并发的特性,可以估且的认为它是非常稳定的,至少比我们开发的系统来说要稳定的多的多,不用担心当机,无法提供服务,那么在这个基础之上,所有的系统把这个消息放出去,再由这个消息服务器,根据数据的情况分别的转发或者分发

那么我们数据传递的目的,那么这么做有这么一个好处
首先我们系统之间不再进行之间的通信,那么它就完成这个节藕的工作,它完全面向一个中间人来做
其二的话MQ它是一个国际的标准,它在底层遵循一个叫做amqp高级消息队列协议,那么在这个底层的话因为它是一个国际标准,因此系统a与系统b,我们不管是什么样的系统开发的,只要遵循了数据传输的规范,那么就可以在这里面完成通过mq进行数据的传递,这是数据统一的协议,另外就是数据切全的过程,那么在切全的过程中,你会发现,我们估且认为mq这是一个稳定的服务。系统a与系统b进行数据传输,如果系统a把数据,送到mq里面,那么系统a的任务就完成了,至于系统b把我们的数据拿走,那是系统b的事,那么系统a的事完成了,那么如果真的出现了问题,比如运维工程师发现这个程序没有执行,那么看着系统a发送成功了,那么剩下的问题就是连带mq,到系统b这一块进行一个处理与跟踪,那么mq并提供强大的图形化管理页面,我们可以轻易的将之前发送的数据进行跟踪与管理。这也是非常的重要

那么说到mq,它有这么一个好的特性,可以总结一句话,mq解决了在这个系统之间进行数据传递的耦合性问题,使用mq几乎适用于我们所有的系统调用或者是分布式项目

二、什么是RabbitMQ?
在我们市场上有各种各样的mq,但是rabbitmq是全世界最火的开源消息代理服务器,在全世界拥有超过35000个项目部署在rabbitmq,用的人多,而且解决一些相关的问题也就很快,这个rabbit英文翻译为兔子,这个也是一个整个消息中间件的龙头老大,也就是我们使用rabbitmq很多的方案不用自己去考虑,因为全世界的工程师都为这个rabbitmq添砖加瓦,那么这个rabbitmq的最新版本的是3.8.2
而且rabbitmq支持几乎所有的操作系统与编程语言,提供了高并发,高可用的成熟方案,支持多种消息协议,易于部署与使用
官方地址:https://www.rabbitmq.com/

RabbitMQ运维篇之部署与用户管理(一)
Rabbitmq与其他MQ的对比
像activemq和kafka都是apache的子成员,而rocketmq是阿里巴巴推行的消息中间件,也是作为一个apache的子项目
从这张表看出这个rabbitmq是用的最多的这个毋庸置疑,一般使用中遇到的问题,在它们的论坛以及百度中都可以找到相关的解决方案,另外就是kafka由于大数据的应用也比较多,应用比较多,逐渐的也已经替代了activemq,像rocketmq一般应用的都在国内一般比较多,另外都支持这些数据保存到磁盘上,并发吞吐量就是每秒可以处理多少数据,在不同的设计与不同的背景当中,它的结果也是完全不同的,这里最高的是kafka,因为是大数据的领域,也是因为高性能引起了很多大数据工程师的注意,并发量在rocketmq中也是极高的,因为像双十一这么大的并发量rocket扛住了,它在底层的优化也是做的很好的,在并发吞吐量rabbitmq就稍微逊色一些,rabbitmq在数据可靠性的问题上做了很大的努力,它保证在这里数据是非常可靠的,也是极高的,另外就是生态完整度,在周边做了一些相关的,比如UI或者路由分发等,用户总量也是rabbitmq最多,其次就是kafka,应用场景,由于极高的数据可靠性,rabbitmq主要用于高可靠的交易系统当中,activemq用于一些比较传统的消息传递当中,kafka一般使用最多也是使用日志处理大数据应用这一块,而rocketmq一般主要用于阿里巴巴内部比较多一点,像双十一就是使用的rocketmq,主要适用于互联网高并发,高可用这一块,但是这一块,在阿里也开源了很多的比如dubbo,当时也停止更新了,然后恢复的,像这一块我们社区的完整性和开源是极其不利的,像阿里有款分布式数据库叫OceanBase,由淘宝核心系统研发部、运维、DBA、广告、应用研发等部门共同完成。也是对MySQL数据库底层进行了二次开发,但是用着用着就闭源了,所以担心阿里会闭源rabbitmq,在国内的开源软件来说,现在能做的很好的不是特别多,对于rocketmq未来是闭源商用还是继续开源,那么现在还是属于一个观望的态度,现在目前看到rocketmq在apache的star是5000多星,只能说是中规中矩。
RabbitMQ运维篇之部署与用户管理(一)
RabbitMQ的应用场景
异构系统的数据传递:什么叫异构系统,就是现在有两个系统彼此要传递数据,一个用java一个用c开发的,一¥个在天津一个在北京,像这种不在一个地区又是不同语言开发的系统叫做异构系统,像这种异构系统利用mq进行数据的传递是不错的选择,但是遇到海量的数据,但是不建议使用mq进行去传递,一般mq擅长传递小规模的数据。

高并发程序的流量控制:比如像阿里的双十一进行秒杀的时候或者进行系统最忙碌的时候,进行流量控制的时候,削峰,平谷,像这种应用用mq做肯定没问题,mq是采用对列的机制,那么只允许同一时间有多少人进去,那么在这里是使用mq进行控制的。

基于p2p,p2ppp的程序:mq本身支持定阅和发布的模式或者是进行点对点消费的模式,比如使用mq进行点对点的开发,比如像自己写的qq,像微信,点对点通信,我们可以使用mq进行分发,另外就是p2ppp的程序的话,也非常适合就像我们程序底层的时候,大家看过爱奇艺什么的,那么比如喜欢一个人的频道,直接点一下关注,那么到这个人节目有更新的时候,马上订阅的人都能收到它的最新的消息,这就是通过mq的订阅与发布,这些都是mq的天生所在。

分布式系统的事务一致性TCC:分布式事务是我们开发过程中最挠头的问题,比如说什么是分布式事务,现在有5个系统,这5个系统的话要完成大的业务,那么这个大的业务,这5个系统每一个系统都完成了一小块数据,现在有需求来了,这5个系统要么全部都处理成功,要么中间有任何一个出现问题,我要把之前的系统信息全部都回滚什么都没做过,那么这就是我们的说到的分布式事务,那么分布式事务底层的话我们的设计叫tcc,那么在这里面最核心的就是基于mq进行消息的分发,来通知我们的应用,它进行提交回滚。

高可靠的交易系统:在高可靠的交易系统中,rabbitmq最值得骄傲的是高可靠性,对于应用来说mq本身就是高可靠性,同时对数据也进行了高可靠的支持,几乎不会出现数据mq的层面上丢失的情况,那么在这种高可靠的交易系统来说,rabbitmq最适合不过了,任何一个多数据进行交互的两个以上三个以上项目,进行数据传递用mq作为系统节藕的服务器是再合适不过的。

三、Linux平台安装最新RabbitMQ
RabbitMQ使用Erlang开发
Erlang(['ə:læŋ])是一种通用的面向并发的编程语言, Erlang是一个结构化,动态类型编程语言,内建并行计算支持。
使用Erlang来编写分布式应用要简单的多,Erlang运行时环境是一个虚拟机,有点像Java虚拟机,这样代码一经编译,同样可以随处运行。
下载地址:https://www.rabbitmq.com/download.html
直接下载最新的rabbitmq到本地
RabbitMQ运维篇之部署与用户管理(一)

rabbitmq还需要依赖erlang的运行环境
https://www.erlang-solutions.com/resources/download.html
选择centos,找到22.2.5最新的版本下载到本地
RabbitMQ运维篇之部署与用户管理(一)
[root@zhaocheng ~]# mkdir rabbitmq
[root@zhaocheng rabbitmq]# ls
esl-erlang_22.2.5-2~centos~7_amd64.rpm rabbitmq-server-3.8.2-1.el7.noarch.rpm
--nodeps不检查依赖,去除依赖关系
[root@zhaocheng rabbitmq]# rpm -ivh --nodeps esl-erlang_22.2.5-2~centos~7_amd64.rpm
[root@zhaocheng rabbitmq]# rpm -ivh --nodeps rabbitmq-server-3.8.2-1.el7.noarch.rpm
[root@zhaocheng rabbitmq]# rabbitmq-plugins enable rabbitmq_management
启动控制台
[root@zhaocheng rabbitmq]# rabbitmq-server
访问http://ip:15672
RabbitMQ运维篇之部署与用户管理(一)

登录的时候3.3以上的版本都会出现User can only log in via localhost,是因为禁止使用guest/guest权限通过除localhost外的访问
找到这个文件rabbit.app
vim /usr/lib/rabbitmq/lib/rabbitmq_server-3.7.7/ebin/rabbit.app

将:{loopback_users, [<<”guest”>>]},
改为:{loopback_users, []},

重启服务
[root@zhaocheng ~]# rabbitmqctl stop
[root@zhaocheng ~]# rabbitmq-server
登录:guest
密码:guest
RabbitMQ运维篇之部署与用户管理(一)
RabbitMQ常用命令
启动与关闭
rabbitmq-server 前台启动
rabbitmq-server -detached 后台启动
rabbitmqctl stop 停止服务/kill -9 rbbitmq的pid

终止与启动应用
rabbitmqctl start_app 启动应用
rabbitmqctl stop_app 终止应用
就是将我们的应用进行启动或者终止,这个不会对我们的进程产生影响,只是对我们的队列服务进行了暂停,比如像一个电厂将这个电厂看作一个进程,比如电厂进行升级改造,需要拉闸,那么相当于使用这个rabbitmqctl stop_app,恢复的话,使用start_app

用户管理
创建一个用户,比如叫kubernetes
格式:rabbitmqctl add_user {username} {password}
[root@zhaocheng ~]# rabbitmqctl add_user kubernetes 123456
Adding user "kubernetes" ...
RabbitMQ运维篇之部署与用户管理(一)
删除用户
rabbitmqctl delete_user {username}

重置密码,一般的话在部署rabbitmq的时候进行对guest用户进行修改密码,因为这个权限是非常大的
[root@zhaocheng ~]# rabbitmqctl change_password guest 123456789
Changing password for user "guest" ...
格式:rabbitmqctl change_password {username} {newpassword}

授予用户角色(Tag),在rabbitmq中有四种基本的角色,对mq有不同的操作权限,这4种角色统一叫tag,可以针对我们创建的用户给它一定的权限,这个tag也就是包含了一定相关的策略信息。
格式:rabbitmqctl set_user_tags {username} {tag}
[root@zhaocheng ~]# rabbitmqctl set_user_tags kubernetes administrator
Setting tags for user "kubernetes" to [administrator] ...
查看对我们的kubernetes用户设置了权限为超级管理员
RabbitMQ运维篇之部署与用户管理(一)
设置用户允许访问的vhost:访问的虚拟主机,相当于对应mysql中对应的数据库,mysql可以把数据放在不同对应的数据中,对数据进行分类,那么vhost也是一样,可以对不同的系统进行设置不同的虚拟主机,通过set_permissions规定哪个用户,可以访问哪些虚拟主机,后面的星是能够执行所有的权限,第一个是配置权限,读权限,写权限,-p是虚拟主机的路径
格式:rabbitmqctl set_permissions -p / user_admin '.' '.' '.'
给kubernetes用户一个默认的虚拟主机的操作权限,一般生产环境中会创建多个虚拟主机,进行一些相关的权限
[root@zhaocheng ~]# rabbitmqctl set_permissions -p / kubernetes '.
' '.' '.'
Setting permissions for user "kubernetes" in vhost "/" ...
可以使用页面上直接添加用户

RabbitMQ运维篇之部署与用户管理(一)
rabbitmq用户四种tag
超级管理员(administrator):也就是进行对所有的用户进行管理
可登陆管理控制台(启用management plugin的情况下),可查看所有 的信息,并且可以对用户,策略(policy)进行操作。

监控者(monitoring):可以查看rabbitmq节点的相关信息,是管理我们运行节点的运行状态的
登陆管理控制台(启用management plugin的情况下),同时可以查看
rabbitmq节点的相关信息(进程数,内存使用情况,磁盘使用情况等)

策略制定者(policymaker):这个就无法查看我们节点的相关信息,但是可以进行一些策略的定制,比如在管理集群的时候,哪些队列可以进行复制,或者运行的规则,规定了我们的节点是怎么运行的
可登陆管理控制台(启用management plugin的情况下), 同时可以对
policy进行管理。但无法查看节点的相关信息(上图红框标识的部分)。

普通管理者(management)
仅可登陆管理控制台(启用management plugin的情况下),无法看到 节点信息,也无法对策略进行管理。

还有一个就是什么都没写的时候,没有角色,连控制台都无法登录


新闻名称:RabbitMQ运维篇之部署与用户管理(一)
网页地址:http://cdxtjz.cn/article/ghiijs.html

其他资讯