在Ubuntu上安装rabbitMq server

前端之家收集整理的这篇文章主要介绍了在Ubuntu上安装rabbitMq server前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

下载Server

描述 下载
基于debian的linux的安装包(github) rabbitmq-server_3.6.13-1_all.deb
基于debian的linux的安装包(Bintray) rabbitmq-server_3.6.13-1_all.deb

标准Ubuntu和Debian仓库

rabbitmq-server被包含在标准Debian和Ubuntu仓库中。然而,包含的版本经常是过旧的。你可以从rabbitmq.com或者是Package Cloud中的apt仓库中来安装最新的安装包。检查Debian包管理和Ubuntu包管理来获取哪一个发行版的版本是可用的。

你也可以下载上面链接中的安装包并且使用dpkg安装,或使用官方的APT仓库(见下面)。

支持的发布

下面是RabbitMQ 3.6.3 支持的基于Debian发行版的列表。

  • Ubuntu 14.04到17.02
  • Debian Jessie
  • Debian Wheezy

如果是依赖满足的话,该安装包可能也可以正常工作在其他基于Debian的发行版上,但是他们的测试和支持是尽力而为的。

安装Erlang/OTP

RabitMQ需要Erlang/OTP来运行。在标准Debial和Ubuntu中的Erlang/OTP也是过时的。考虑安装一个新的版本,例如19.3。

Erlang发行序列 提供他的仓库
20.x Erlang解决方案 。从3.6.11开始支持,以前版本不支持
19.x Erlang解决方案。Ubuntu Zesty(17.04)
18.x Erlang解决方案。Ubuntu Yakkety(16.10),Ubuntu Xenial(16.04)
17.x Erlang解决方案。Debian Jessie,Debian Wheezy backports

Erlang版本固定

apt包固定可以被使用来避免不期望的Erlang更新。下面引用的文件的例子将会固定esl-erlang包到19.3.6并且erlang-*包到19.3

# /etc/apt/preferences.d/erlang
    Package: erlang*
    Pin: version 1:19.3-1
    Pin-Priority: 1000

    Package: esl-erlang
    Pin: version 1:19.3.6
    Pin-Priority: 1000

上面的例子应该被放到/etc/apt/preference.d/下面的一个文件中,例如/etc/apt/preference.d/erlang

使用下面的命令可以使有效的包锁定被验证。

sudo apt-cache policy

包依赖

当使用apt安装的时候,所有的依赖在最近的发行中都应该自动满足。在不满足的情况下,所有的依赖包应该从一个合适的仓库中可用。然而,当使用dpkg安装的时候,就不会出现这样的情况。下面是RabbitMQ服务例如3.6.3的依赖列表。

erlang-nox (>= 1:16.b.3) | esl-erlang. Erlang can installed either from the standard repositories,backport repositories or Erlang Solutions.
    init-system-helpers >= 1.13. required for systemd support.
    socat
    adduser
    logrotate

APT仓库

RabbitMQ维护自己的APT仓库。我们在Package Cloud中也有可选择的仓库。

使用rabbitmq.com APT仓库

执行下面的命令将APT仓库添加到你的/etc/apt/sources.list.d中。

echo 'deb http://www.rabbitmq.com/debian/ testing main' |
     sudo tee /etc/apt/sources.list.d/rabbitmq.list

(请注意单词在这行中的testing指向我们RabbitMQ的发行版的状态,不是任何特定的Debian发行版。你可以使用Debian稳定的,测试的或不稳定的或者是Ubuntu来用他。我们使用”testing”来描述发行版来强调我们发行的有些频繁。)

(可选的)为了避免未签名包的警告,使用apt-key(8)添加我们的公共key到你的可信的key列表中。

wget -O- https://www.rabbitmq.com/rabbitmq-release-signing-key.asc |
     sudo apt-key add -

我们公共的签名key从Bintray中也是可用的。

wget -O- https://dl.bintray.com/rabbitmq/Keys/rabbitmq-release-signing-key.asc |
         sudo apt-key add -

运行下面的命令来更新包列表。

sudo apt-get update

安装rabbitmq-server包。

sudo apt-get install rabbitmq-server

运行RabbitMQ服务器

定置化RabbitMQ环境变量

服务器应该使用默认值启动的。你可以定制化RabbitMQ环境。也可以去查看如何配置组件

开启服务

当RabbitMQ服务器包被安装的时候,该服务默认是以守护进程启动的。

作为一个管理员,在Debian中使用service rabbitmq-server start启动和停止服务。

注意:该服务被设置为以系统用户rabbitmq来运行。如果你改变了节点数据库或日志的位置,你必须确定文件是属于这个用户的(并且更新环境变量)。

端口访问

SELinux,或者是类似的机制可能会阻止RabbitMQ绑定端口。当这种事情发生的时候,RabbitMQ将会启动失败。防火墙会阻止节点和CLI工具之间的通信。确保下面的端口是开着的:

  • 4369:epmd,一个被RabbitMQ节点和CLI工具使用的伙伴搜索服务。
  • 5672,5671:被带有或不带有TLS的AMQP 0-9-1和1.0客户端使用的端口。
  • 25672:被Erlang发行版用于内部节点和CLI工具通信并且从一个动态的范围被分配(默认限制到一个单一的端口,以AMQP端口+20000来计算)。
  • 15672:HTTP API客户端和rabbitmqadmin(仅仅管理插件被使能的时候)
  • 61613,61614:带有或不带有TLS的STOMP客户端(仅仅在STOMP插件被使能的时候)
  • 1883,8883:(如果MQTT插件被使能的时候,带有或不带有TLS的MQTT客户端。)
  • 15674:STOMP-over-WebSocket客户端(仅仅Web STOMP插件被使能的时候)
  • 15675:MQTT-over-WebSocket客户端(仅仅是Web MQTT 插件被使能的时候)

默认用户访问

该代理使用密码guest创建了一个用户guest。未配置的客户端大体上将会使用这些证书。默认情况下,这些证书只有作为localhost连接的时候才会被使用,所在连接其他机器之前你需要做一些操作。

查看文档访问控制获取更多信息来创建更多用户删除guest用户,或者是对guest用户允许远程访问。

在Linux中控制系统限制

运行生产工作负载的RabbitMQ的安装可能需要系统限制和内核参数整定,来处理一定数量的并行连接和队列。需要满足的主要设置就是打开文件的最大数量,也被称为ulimit -n。在很多操作系统中的默认值对于消息代理来说太低了(例如在多个Linux发行版上是1024)。我们推荐在生产环境中对用户rabbitmq最少允许65536个文件描述符。4096对大多数开发工作负载来说应该是充足的。

使用systemd(最近Linux发行版)

在发行版中使用systemd。系统限制是由位于/etc/systemd/system/rabbitmq-server.service.d/limits.conf文件来控制的。例如:

 [Service] LimitNOFILE=300000 

没有systemd(较早期的Linux发行版)

在发行版中,使RabbitMQ能够调整每一个用户限制最直接的方式就是不使用systemd而是在服务启动之前,编辑/etc/default/rabbitmq-server(RabbitMQ Debian包提供的)或者是rabbitmq-env.conf来唤起ulimit。

ulimit -S -n 4096

该软件limit不能超过硬限制(在大多数发行版中默认为4096)。硬限制可以通过文件/etc/security/limits.conf增加。这也要求使能pam_limits.so模块,并且重启重新登录系统。

注意在运行的OS进程中,limits是不能被改变的。

验证limit

RabbitMQ管理页面展示了可用的文件描述符的数量

rabbitmqctl status

包含同样的值。

下列命令:

cat /proc/$RABBITMQ_BEAM_PROCESS_PID/limits

可以被用于显示一个运行的进程的有限的限制(limits)。$RABBITMQ_BEAM_PROCESS_PID是运行RabbitMQ的Erlang VM的操作系统PID,就像是rabbitmqctl status返回的值。

配置管理工具

配置管理工具提供了系统限制调整的协助。我们的开发工具指导列出了相关的模块和项目。

管理代理

停止服务或者是检查他的状态等,你可以使用包特定脚本或者是运行rabbitmqctl命令。在系统路径中他是可用的。所有的rabbitmqctl命令将会报告节点缺少,如果没有代理正在运行的话。

运行rabbitmqctl stop来停止服务。

运行rabbitmqctl status来检查其是否在运行。

日志

来自服务的所有的输出被送到位于RABBITMQ_LOG_BASE目录中的RABBITMQ_NODENAME.log文件中。其他的日志数据被写到RABBITMQ_NODENAME-sasl.log中。

代理经常依赖于日志文件,所有一个完整的日志历史被维护。

你可以使用轮替程序来做所有必要的循环和压缩,并且你可以修改它。默认情况下,这个脚本没有运行默认位于/var/log/rabbitmq目录中的文件。查看/etc/logrotate.d/rabbitmq-server来配置轮替。

猜你在找的Ubuntu相关文章