使用Kurento media server进行流媒体传输时的连接可靠性

要实现的场景：

在线课堂上有20名学生和一名教师。现在，老师想启用音频控制，还想与20名学生共享屏幕

同样，现在有15个不同的教育者同时开设15个在线课程

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

我们的服务器配置：亚马逊ec-2。运行node js的中型计算机 服务器（消耗较少的计算能力）和kurento媒体 服务器 问题：Kurento有没有其他最佳服务器 支持上述负载（即Kurento media rever在这种情况下需要的最佳服务器配置）

我们的在线课堂架构：当老师进入在线课堂时 类，体系结构为音频和音频创建WebRTCEndPoint 屏幕共享。现在当一个学生进入课堂时 连接到两个相应的WebRTC端点。论教师 断开连接并再次重新连接（或者如果老师想更换麦克风），因为在课堂上没有重新协商的概念 库兰托，所有的学生都必须再次与这两位新同学联系 WebRTC是教师的端点。这将最大限度地提高我们的CPU使用率 （对于一个类），并且需要20-30秒的时间来恢复这两个类 每个学生电脑上的流（音频和屏幕共享），有时甚至连连接都无法重新连接

问题：在不使用本身会在混合流中消耗大量cpu使用量的Hubport概念的情况下，有没有其他方法来设计我们的体系结构

一个m3.L可能会让你得到这些数字

如果老师断开连接，你不需要从学生那里扔掉端点。只需为演示者创建一个新的端点，然后遍历连接它们的所有查看器即可。尽管如此，还是有更好的选择，比如Dispatchentomy。这里有一些关于如何在官方邮件列表中使用dispatcher的示例

---

一个接收方的端点可以同时连接到多个发送方的端点以接收流？不，一个端点只能从另一个端点获取媒体。另一方面，扇出实际上是无限的。