我正在尝试扩展kurento媒体服务器,以支持数千个并发呼叫。
我计划使用OpenVidu专业版进行缩放。
我还保留了一个替代方案来开发我自己的应用服务器和管理kms节点。
我关心的是与我的kms节点具有相同硬件容量的ant-media-server,与kms相比,它支持更多的并发调用。
Source of the above information
如果上述信息属实,kms会额外做些什么来使用更多的硬件资源?
可以做些什么来优化kms。
如果可能的话,请给我们一些启发。
发布于 2020-07-01 01:45:12
@Maximillian提供错误信息。把苹果和橙子相提并论是荒谬的。
我想主要的问题是混淆了流媒体协议。
对于低延迟,您应该使用webrtc以及ant media和kurento来支持这一点。正如@Maximillian所说,你应该决定,你需要低延迟和巨大的听觉还是延迟无关紧要?场景是一对多还是多对多?

8-10s的延迟不是在webrtc中,而是在HLS中,这不是ant-media或其他Rtmp HLS服务器的故障,而是Hls的实现/设计。(不是指LL HLS )
在Hls中,你至少需要3个ts包,并且应该是最小的2秒(默认是10秒),这就是为什么你看到Hls流有6-30秒的延迟。
在您的问题中,您指出webrtc的性能/资源使用情况,ant media比kurento更好地使用系统资源。让我解释一下为什么?
Kurento是一款出色的媒体服务器,专为执行额外的操作而设计,例如过滤、图像渲染、opencv实现、Rtp端点、Rtsp端点等。然而,这种额外的功能实现会导致高cpu使用率,即使您从未激活此功能。自2015年以来,kurento的表现越来越好。不幸的是,这还不足以产生巨大的反响。例如:在kurento中,当你有4核E5时,你只能处理80个并发EndPoint。如果你的方案是4-5个活跃的流发布者,在同一个房间里有1000个并发观看者,你最好挖掘硬币而不是处理会议 :)你将需要很多核心。
请注意,在kurento中,您的私有专用/虚拟服务器也没有可自动扩展的配置或工具。
您需要开发自定义docker管理器和流重发布器/流重流器来分发您的流。相信我这将是非常痛苦的。@2016当时在亚马逊市场ElasticRtc上有一个项目,在亚马逊云上管理clustring /扩展库伦托。然而,在twillio收购kurento后,它停止了。
Ant-media webrtc产品真的很好,而且比其他sfu更好。你可以在这里看到性能比较Ant Media, Jitsi and Janus Which one is best to start live voice stream one to many in Mobile Applications?
正如你所看到的,开源/付费sfu有很多选择,比如mediasoup,medooze,janus,flashphoner,wowza等等,我通常更喜欢ant媒体。
发布于 2020-06-30 06:52:03
你使用的源是一对多的,这通常是几秒钟的延迟不是问题的场景,因为一个人正在讲话的人对许多人只是在收听-比如电视节目,facebook live等。
Kurento更专注于(但不限于)参与者之间的直接交流,在这种情况下,你有<1s的延迟(在良好的网络中),每个人都可以与每个人进行交流,在我看来,这就是你需要的。
当你查看ant-media主页时,你可以看到免费版的延迟在8-10秒之间。如果你想要更少的东西,它不再是免费的。但它仍然没有直接沟通,它对许多听众来说是1个Streamer (免责声明:我从未使用过付费版本,但对我来说似乎是如此)。
我按照你提到的方式做了,有多个kms (kurento媒体服务器)实例,并通过我自己的应用程序来管理它们。一个负载均衡器和自动伸缩,但我并不后悔这个决定。我希望这能给它带来更多的启发:-)
https://stackoverflow.com/questions/62626194
复制相似问题