自建中心推流集群

2026年 5月 20日下午3:36

### 简介

### 模式一、中心A服务器主动将流转推到B,C,D,E,F
中心推流集群是一种树形模式，所有推流到中心A服务器，所有播流在分发服务器B,C,D,E,F,,,,
nms采用RelayRule的方式，在后台管理页面灵活添加。

当视频流推送到中心A服务器，A收到视频流后立刻转发给B,C,D,E,F。

这种模式理论上的优势是低延迟，劣势是会造成带宽与资源浪费，且新增服务器后需要修改A服务器规则。
一般不推荐这种模式，请直接看下一种模式。

### 模式二、B,C,D,E,F被动从中心A服务器拉流转推
当视频流推送到中心A服务器，A服务器不做任何操作。
当有播放需求时，后台调度播放者任意播放或指定播放B,C,D,E,F....服务器。
B,C,D,E,F服务器上不会存在该流，根据预先配置的规则，它们会在这个时候从A服务器拉取该流，并在自身创建，为播放者提供服务。
当有第二名用户向该服务器请求相同流名称时，流已存在，直接提供服务。
当该服务器上所有播放该流的用户结束播放后，B服务器主动断开从中心A的拉流。
当需要扩容时，只需要再为G服务器添加一个向中心A拉流的规则即可。

优势：节省不必要的带宽和流量。
nms采用低延迟转推技术，不会明显比前一种模式增加延迟。

### 配置转发规则搭建 模式二
1. 中心A服务器不做任何操作。
2. B服务器登录管理后台
2. 选择左侧导航菜单Relays，在右侧选择标签Relay Rules，点击按钮Add Relay Rule
3. 在弹出的配置框中Type选择 Pull，在In_Node中填入A服务器地址：rtmp://A_server_ip:1935，不需要其他额外的前缀。 
4. 以同样的方式配置C,D,E,F服务器

### 配置config.ini搭建 模式二
1. 中心A服务器不做任何操作。
2. B,C,D,E,F 修改配置
```
[cluster]
# 快速配置集群
# type 集群类型
# pull型, 该服务为edge, 按需去中心拉取
# push型, 该服务为centre, 主动推到边缘
type = pull
# node 远端节点,需设置协议头,ip地址,端口号, 对接NMS可以用kmp协议
node = rtmp://A_server_ip:1935
# args 参数
args = 
```

### 通过docker快速部署 模式二
```
docker run -d —restart=always -p 1935:1935 -p 8000:8000 -p 8443:8443 -p 6935:6935/udp -e LOG_LEVEL=debug -e CLUSTER_TYPE=pull -e CLUSTER_NODE=rtmp://A_server_ip:1935 illuspas/nms
```

文档

自建中心推流集群