需要使用多播从我们的服务器建立一个RMTP流

Question

我有一个客户端，有1到2,000观众，每天都有流，同时也有相同的观众人数。

我已经为他们的网站设置了一台服务器，但目前正在找出最佳的方法将OBS流到该服务器上，而不是将该流重新分发给客户端(作为嵌入到该网站上的内容)。

从我所做的计算来看，运行这样的并发查看器是非常有问题的，因为它迫使您进入一个10 10gbit链接--这非常昂贵，如果可能的话，我希望在1-2 2gbps范围内运行。

我的一位朋友建议研究一下“多播”，因为与常规的直播选项相比，“多播”使用的带宽要少得多。多播可行吗？我以前有一个朋友在我的服务器上设置了一个NGINX实时流，但是我从来没有查看过配置，以及是否支持多播。还有其他选择吗？你有什么推荐的？

此外，该实时流的服务并不是高利润/组织类型的交易，因此任何预先制作的服务都是毫无意义的，因为它很容易使每流40+美元，这对我的客户来说太大了。

谢谢你的帮助！

汤姆

Answer 1

与多播相比，P2P更实用的解决方案是在互联网上节省资金，而不是带宽。

特别是对于H5浏览器，可以使用WebRTC DataChannel传输P2P数据。

但是多播在互联网路由器上不起作用。

Answer 2

多播通过网络向边缘点发送单个流来工作，客户端可以在这些点“加入”多播，以便为它们获取一个单独的流。

它要求网络支持多播协议，并且边缘与用户对齐。

它通常用于运营商拥有自己的IP网络，用于IPTV之类的服务，而不是互联网上的服务。

对于您的场景，您通常使用一个器官服务器和一个CDN --这通常会减少您自己服务器上的负载，因为视频将被缓存在网络上，并且多个用户可以访问视频的相同“块”。

您可以在这里看到随需应变视频的AWS示例-其他供应商和云提供商也有解决方案，因此这只是一个例子：

• https://docs.aws.amazon.com/AmazonS3/latest/userguide/tutorial-s3-cloudfront-route53-video-streaming.html

您也可以找到更复杂的随需应变和实况教程，但它们更适合您所需：https://aws.amazon.com/cloudfront/streaming/

正如温顿所建议的那样，探索P2P也是一种选择--一些CDN也可能在内部利用P2P技术。