Lync Server 2013 中的会议负载分发

 

上次修改的主题： 2012-10-22

与其他一些专用会议解决方案不同，Lync Server 体系结构是共享硬件模型。 这意味着同一硬件由许多软件组件共享，每个组件都支持不同的实时通信。 每种类型的实时通信都会在服务器上放置特定负载。 例如，前端服务器可以运行会话启动协议 (SIP) 路由组件、Web 应用程序 (（例如通讯簿搜索) 、Web 会议服务、A/V 会议服务、企业语音应用程序 (例如会议助理应用程序和响应组应用程序) ）以及中介服务器。 前端服务器上的一组数据库还为用户、联系人、状态、会议和语音路由数据提供存储和处理。 通过此硬件共享，组件、服务和进程将争夺 CPU 和内存资源，因此非会议工作负载直接影响服务器缩放。

与其他基于硬件端口的会议解决方案相比，Lync Server 会议体系结构是一种无预留模型。 当用户安排会议时，Lync Server 会在会议数据库中创建一条记录，该记录存储会议数据，但不会提前为计划的会议保留任何硬件资源。 相反，Lync Server 具有内置负载均衡逻辑，用于在前端服务器上动态分配会议资源，从而在池中的所有前端服务器之间平均分配负载。 这有效地预配和利用了硬件资源，但使得支持非常大型的会议 (特别困难，尤其是在没有适当的规划) 的情况下。 例如，当 Lync Server 2013 池运行接近其最大容量时，每个前端服务器可能会托管大约 125 个平均大小的会议。 再添加一个小型会议不会有问题，但是添加一个 1000 用户的会议就会出现问题，因为前端服务器可能无法在已有其他 125 个会议的同时支持这样的大型会议。