消息中间件RabbitMQ需要知道的6个端口的作用

端口作用
15672管理界面ui使用的端口
15671管理监听端口
5672,5671AMQP 0-9-1 without and with TLSclient端通信口
4369(epmd)epmd代表 Erlang端口映射守护进程,erlang发现口
25672( Erlang distribution) server间内部通信口

官网介绍(官网端口介绍地址

端口访问
RabbitMQ节点绑定到端口(开放服务器TCP套接字),以接受客户端和CLI工具连接。其他进程和工具,例如SELinux,可能会阻止RabbitMQ绑定到端口。发生这种情况时,该节点将无法启动。

CLI工具,客户端库和RabbitMQ节点也可以打开连接(客户端TCP套接字)。防火墙可以防止节点和CLI工具相互通信。确保可以访问以下端口:

4369:epmd,RabbitMQ节点和CLI工具使用的对等发现服务

5672、5671:由不带TLS和带TLS的AMQP 0-9-1和1.0客户端使用

25672:用于节点间和CLI工具通信(Erlang分发服务器端口),并从动态范围分配(默认情况下限制为单个端口,计算为AMQP端口+ 20000)。除非确实需要这些端口上的外部连接(例如,群集使用联合身份验证或在子网外部的计算机上使用CLI工具),否则这些端口不应公开。有关详细信息,请参见网络指南。

35672-35682:由CLI工具(Erlang分发客户端端口)用于与节点进行通信,并从动态范围分配(通过服务器分发端口+ 10010计算为服务器分发端口+ 10000)。有关详细信息,请参见网络指南。

15672:HTTP API客户端,管理UI和Rabbitmqadmin (仅在启用管理插件的情况下)

61613、61614:不带TLS和带TLS的STOMP客户端(仅在启用STOMP插件的情况下)

1883、8883 :(不带和带有TLS的MQTT客户端,如果启用了MQTT插件
15674:STOMP-over-WebSockets客户端(仅在启用了Web STOMP插件的情况下)

15675:MQTT-over-WebSockets客户端(仅在启用Web MQTT插件的情况下)

15692:Prometheus指标(仅在启用Prometheus插件的情况下)

### RabbitMQ 消息中间件使用教程 #### 添加开机启动 RabbitMQ 服务 为了确保 RabbitMQ服务器重启后能够自动运行,可以通过 `chkconfig` 命令将其设置为开机自启。执行以下命令即可完成配置: ```bash chkconfig rabbitmq-server on ``` 此操作适用于基于 SysVinit 的系统环境[^1]。 #### 开启用户远程登录 如果需要允许远程客户端连接到 RabbitMQ 实例,则需修改其配置文件以支持远程访问。具体步骤如下: 1. 进入 `/etc/rabbitmq/` 目录并复制默认的配置模板至当前目录: ```bash cp /usr/share/doc/rabbitmq-server-3.7.5/rabbitmq.config.example /etc/rabbitmq/rabbitmq.config ``` 2. 编辑 `rabbitmq.config` 文件,在其中定义必要的参数来启用远程访问功能。例如,可以指定监听地址和端口等选项[^2]: ```erlang [ {rabbit, [ {loopback_users, []}, {tcp_listeners, [{"0.0.0.0", 5672}]} ]} ]. ``` 上述配置移除了仅限本地回环用户的限制,并设置了全局 IP 地址作为 TCP 监听器的目标位置。 #### 高并发下的消息顺序性保障 尽管 RabbitMQ 提供了出色的性能表现,但在某些特定情况下可能会遇到消息乱序的问题。针对这一挑战,可通过以下几个方面加以改善: - **队列设计优化**: 创建多个独立队列分别对应不同的业务逻辑分支,从而减少竞争条件的发生概率。 - **消费者线程管理**: 控制单个消费者的并发数量,避免因过度争抢资源而导致数据错位现象。 - **持久化策略调整**: 对于关键事务型消息实施强制写盘措施,即使发生崩溃也能恢复原始状态[^3]。 #### 关键问题及其应对方法 以下是关于 RabbitMQ 中几个典型难题的具体解答思路: ##### 如何防止消息丢失? 在整个生命周期里(即从创建到最终被接收),采取以下手段可有效降低风险: - 生产者发送确认机制:等待 broker 明确告知已成功接收到某条记录后再继续下一步动作; - 存储环节可靠性增强:激活镜像队列或者 HAProxy 等冗余保护设施; - 客户端签收反馈:只有当目标程序真正完成了对该项任务的操作之后才向源端汇报已完成情况[^4]。 ##### 处理重复提交的情况 由于网络波动等原因可能导致同一份资料多次抵达目的地。为此建议引入唯一标识符字段用于辨别是否存在冲突实例;同时建立幂等接口使得即便再次触发相同请求也不会造成额外影响。 ##### 维护良好的次序关系 参见前文提到的方法论部分——通过精细化分割工作流单元以及严格限定各节点间的交互模式达成预期效果。 ##### 应对积压状况 当负载过高致使未处理项目累积过多时,应当考虑扩展集群规模、增加订阅方数目等方式缓解压力水平。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

像夏天一样热

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值