nginx-rtmp-module的缺陷分析(二)

nginx-rtmp-module使用指令push和pull来relay媒体流数据,以便分布式部署服务。

当nginx-rtmp-module作为边缘服务器(一般不会向边缘服务器推流)时,使用pull从源服务器获取媒体流数据,俗称“回源”。先看原理图:

注意:上图是单进程模式的pull回源图。可以看出,多个连接请求同一个媒体流(RTMP的URL格式为:rtmp://host[:port]/app/stream,stream用来表示流名称)时,只会有一个回源连接去请求上游服务器。

众所周知,Nginx绝大多数情况下使用的都是多进程模式,那么实际的pull回源图是下面的样子:

那么问题来了:由于不同的worker进程上存在着相同的流媒体请求,每个worker进程都会向上游服务器发起一个pull中继请求,这会增加带宽消耗,也会增加上游服务器的压力。

那么要如何才能解决这个问题呢?pull同名回源合并。什么意思呢?就是对于上游服务器来说,同名pull回源请求应该只有一个,而不是因为下游服务器有多个worker进程导致有多个。实现的方法跟nginx-rtmp-module的缺陷分析中的方法类似,最开始向上游服务器发起pull的worker进程记录流媒体信息与worker进程的映射关系,后续的pull

评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值