N
O
D
E
M
E
D
I
A
Thinking
首页
产品
文档
博客
订单
文档
自建中心推流集群
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 ```
嘿,我是小R,需要帮助随时找我哦
QQ客服:281269007
邮件支持
扫码加微信
回到顶部