使用Kurento媒体服务器进行流式传输时的连接可靠性

Question

要实现的情景：

在线课程中有20名学生和1名教师。现在，老师想要启用他的音频控制，并希望与20名学生共享屏幕。

现在同样，15个不同的教育工作者同时运行了15个在线课程。

我们希望您验证以下几点并建议任何一点的更改，以便我们的服务器可以顺利处理负载 -

1. 我们的服务器配置：亚马逊ec-2。运行节点js的中型机器 服务器（消耗较少的计算能力）和kurento媒体 服务器。

  

问题： Kurento的任何其他最佳服务器       支持上述负载（即Kurento媒体响应器在这种情况下需要的最佳服务器配置）？

1. 我们的在线课程架构：当教师进入网上时 类，该架构为音频和音频创建 WebRTCEndPoint 屏幕共享。现在，当学生进入班级时，学生 连接到相应的WebRTCEndPoints。在老师 断开并再次重新连接（或者如果老师想要改变他的麦克风），因为没有重新谈判的概念 kurento，所有学生再次必须与新人联系 WebRTCEndPoints的老师。这会将CPU使用率提高到最大值 （对于一个班级）并且还需要20-30秒来恢复两者 每台学生计算机上的流（音频和屏幕共享），有时甚至连接都不会重新连接。

  

问题：在不使用 Hubport 概念的情况下设计我们的架构的任何替代方法本身都会消耗混合流中的CPU使用量？

Answer 1

1. m3.large可能允许您获取这些数字。

2. 如果教师断开连接，您不需要丢弃学生的终点。它足以为演示者创建一个新的端点，然后通过连接它们的所有观众。然而，有更好的选择，如DispatcherOneToMany。有关如何在官方邮件列表中使用调度程序的示例。