使用用户模型规划 Lync Server 2013 的容量
上次修改的主题: 2014-01-14
本部分根据 Lync Server 2013 中的用户模型中所述的用法,提供有关站点中用户数量所需的服务器数的指导。
受测试的硬件平台
本部分中的所有性能结果和部署建议都基于对运行下表所述硬件的服务器的性能测试。 建议使用类似的硬件。 如果使用性能不足的硬件,可能会遇到功能问题或性能下降。 请注意,这些硬件建议高于以前的 Lync Server 版本。
性能测试中使用的硬件
硬件组件 | 推荐 |
---|---|
CPU |
64 位双处理器、六核、2.26 GHz 或更快 Lync Server 服务器角色不支持 Intel Itanium 处理器。 |
内存 |
32 GB |
磁盘 |
|
网络 |
|
结果摘要
下表总结了这些建议。
服务器角色 | 受支持的最大用户数 |
---|---|
具有 12 个前端服务器和 1 个后端服务器或一对后端服务器的前端池。 |
80,000 个同时登录的唯一用户、表示非移动实例的 50% 多点登录 (MPOP) 以及为 Mobility 启用的 40% 的用户,共 152,000 个终结点。 |
A/V 会议 |
前端池提供的 A/V 会议服务支持池的会议,假定最大会议大小为 250 个用户,并且一次只运行一个这样的大型会议。 注意 此外,通过部署包含两台前端服务器的独立前端池来托管大型会议,可以支持 250 到 1000 个用户的大型会议。 有关详细信息,请参阅 使用 Lync Server 2013 支持大型会议。 |
One Edge Server |
12,000 个并发远程用户 |
一个导演 |
12,000 个并发远程用户 |
监控和存档 |
在 Lync Server 2013 中,监视和存档前端服务现在在每个前端服务器上运行,而不是在单独的服务器角色上运行。 监控和存档仍需要其自己各自的数据库存储。 如果还运行 Exchange 2013,则可以将存档数据保留在 Exchange 中,而不是专用 SQL 数据库中。 |
一个中介服务器 |
与前端服务器并置的中介服务器在池中的每个前端服务器上运行,并且应该为池中的用户提供足够的容量。 有关独立中介服务器,请参阅本主题后面的“中介服务器”部分。 |
一台 Standard Edition 服务器 |
我们强烈建议,如果使用 Standard Edition 服务器来托管用户,则始终使用两台服务器,并使用 “规划”中有关 Lync Server 2013 中高可用性和灾难恢复的建议进行配对。 服务器对中的每台服务器最多可承载 2,500 个用户,如果一台服务器出现故障,则另一台服务器在进行故障转移时可支持 5,000 个用户。 如果您的部署包含大量音频或视频流量,当每台服务器用户数超过 2,500 个时,服务器性能可能下降。 在这种情况下,应考虑添加更多 Standard Edition 服务器或移动到 Lync Server Enterprise Edition。 |
前端服务器
注意
此服务器角色不支持拉伸池。
在前端池中,假设在池中的所有服务器上启用了超线程,并且服务器硬件满足 Lync Server 2013 的服务器硬件平台中的建议,则应为池中每 6,660 个用户拥有一台前端服务器。 一个前端池中的最大用户数为 80,000,假设在池中的所有服务器上启用了超线程。 如果某个站点的用户数超过 80,000,则可以部署多个前端池。
考虑到前端池中的用户数时,请包括与此前端池关联的分支机构的 Survivable Branch Appliance 和 Survivable Branch Server 上驻留的用户。
活动服务器不可用时,其连接会自动转接给池中的其他服务器。 例如,如果有 30,000 个用户和 5 个前端服务器,则如果一台服务器不可用,则需要将 6000 个用户的连接传输到其他四个服务器。 其余四台服务器将各有 7500 个用户,这比建议的要多。
如果为 30,000 个用户启动了 6 台前端服务器,随后又有 1 台服务器不可用,则总共有 5000 个用户将移动到其余 5 台服务器。 这五台服务器将每个服务器托管 6000 个用户,这是在建议的范围内。
前端池中的最大用户数为 80,000。 池中前端服务器的最大数目为 12。
对于拥有 80,000 个用户的前端池,在 遵循 Lync Server 2013 中的用户模型的典型部署中,12 台前端服务器足以提高性能。 旨在支持灾难恢复故障转移的部署假定最多可在两个配对的前端池中托管 40,000 个用户,其中每个池都有足够的前端服务器来容纳两个池中的用户(如果需要将一个池故障转移到另一个池)。
由于以下原因,特定前端池支持的具有良好性能的用户数可能与这些数字不同:
前端服务器的硬件不符合 Lync Server 2013 的服务器硬件平台中的建议。
组织的使用情况与用户模型有显著差异,例如会议流量明显增加。
重要
在 Lync Server 2013 中,状态数据库现在托管在前端服务器上,这与在 Lync Server 2010 中托管在后端服务器上的数据库不同。 这意味着,无论前端服务器托管的用户数如何,前端服务器的磁盘性能和容量都不应受到本部分前面和 Lync Server 2013 服务器硬件平台中所列建议的损害。
下表显示了 在 Lync Server 2013 中的用户模型中定义的给定用户模型的 IM 和状态的平均带宽。
每个用户的平均带宽 | 每个前端服务器具有 6,660 个用户的带宽要求 |
---|---|
1.3 Kpbs |
13 Mbps |
注意
若要提高前端服务器上共置 A/V 会议和中介服务器功能的媒体性能,应在前端服务器上的网络适配器上启用接收端缩放 (RSS) 。 通过启用 RSS,服务器上的多个处理器能够以并行方式处理传入数据包。 有关详细信息,请参阅“Windows Server 2008 中的接收方缩放增强功能”https://go.microsoft.com/fwlink/p/?linkId=268731 有关如何启用 RSS 的详细信息,请参阅网络适配器文档。
会议最大值
鉴于池中 5% 的用户可以随时参加会议的用户模型,一个包含 80,000 个用户的池一次可能会有大约 4,000 个用户参加会议。 这些会议可能混合多种媒体(如一些仅含 IM、一些含有 IM 和音频、一些含有音频/视频)并拥有大量参与者。 允许的实际会议数没有硬性限制,实际使用情况决定了实际性能。 例如,如果你的组织有比用户模型中假设的更多的混合模式会议,则可能需要部署比本文档中的建议更多的前端服务器或 A/V 会议服务器。 有关用户模型中的假设的详细信息,请参阅 Lync Server 2013 中的用户模型。
由常规 Lync Server 2013 前端池托管的最大受支持会议大小(也托管用户)为 250 名参与者。 在进行拥有 250 个用户的会议时,该池同时还可支持其他会议,从而使总数为 5% 的池用户参加并发会议。 例如,在 12 个前端服务器和 80,000 个用户的池中,当 250 用户会议正在进行时,Lync Server 支持 3,750 名其他参与小型会议的用户。
无论前端池或 Standard Edition 服务器上托管的用户数量如何,Lync Server 都支持至少 125 名其他用户参与托管 250 用户会议的同一池或服务器上的小型会议。
若要启用具有 250 到 1000 个用户的会议,可以设置单独的前端池来托管这些会议。 此前端池将不托管任何用户。 有关详细信息,请参阅 使用 Lync Server 2013 支持大型会议。
如果你的组织有比用户模型中假设的更多的混合模式会议,则可能需要部署比本文档中的建议更多的前端服务器, (限制为 12 个 FE) 。 有关用户模型中的假设的详细信息,请参阅 Lync Server 2013 中的用户模型。
边缘服务器
注意
此服务器角色不支持拉伸池。
应为将同时访问站点的 12,000 名远程用户部署一个 Edge Server。 我们建议至少使用两台 Edge Server 来实现高可用性。 这些建议假定边缘服务器的硬件符合 Lync Server 2013 的服务器硬件平台中的建议。
考虑到边缘服务器的用户数时,请包括驻留在 Survivable Branch Appliance 和 Survivable Branch Server 上的用户,这些用户位于与此站点的前端池关联的分支机构。
注意
若要提高边缘服务器上 A/V 会议边缘服务的性能,应在边缘服务器上的网络适配器上启用接收端缩放 (RSS) 。 通过启用 RSS,服务器上的多个处理器能够以并行方式处理传入数据包。 有关详细信息,请参阅“Windows Server 2008 中的接收方缩放增强功能”https://go.microsoft.com/fwlink/p/?linkId=268731 有关如何启用 RSS 的详细信息,请参阅网络适配器文档。
控制器
注意
此服务器角色不支持拉伸池。
如果部署 Director 服务器角色,建议为将同时访问站点的 12,000 名远程用户部署一个 Director。 对于高可用性,我们建议至少使用两位董事。 这些建议假定边缘服务器的硬件符合 Lync Server 2013 的服务器硬件平台中的建议。
当您考虑到董事的用户数时,请包括驻留在 Survivable Branch Appliance 和 Survivable Branch Server 上的用户,这些用户位于与此站点的前端池关联的分支机构。
中介服务器
注意
此服务器角色不支持拉伸池。
如果将中介服务器与前端服务器并置,中介服务器将在池中的每个前端服务器上运行,并且应该为池中的用户提供足够的容量。
如果部署独立的中介服务器池,则要部署的中介服务器数量取决于许多因素,包括用于中介服务器的硬件、拥有的 VoIP 用户数、每个中介服务器池控制的网关对等互连数、通过这些网关的繁忙时间流量,以及通过媒体进行绕过中介服务器的呼叫百分比。
下表提供了中介服务器可以处理多少个并发调用的准则,前提是中介服务器的硬件满足 Lync Server 2013 的服务器硬件平台 中的要求,并且启用了超线程。 有关中介服务器可伸缩性的详细信息,请参阅估 算 Lync Server 2013 的语音使用情况和流量 ,以及 Lync Server 2013 中中介服务器的部署指南。
以下所有表都假定 在 Lync Server 2013 中的用户模型中汇总了使用情况。
独立中介服务器容量:70% 的内部用户、30% 具有非旁路呼叫容量的外部用户 (中介服务器执行的媒体转码)
服务器硬件 | 最大呼叫数 | 最大 T1 线路数 | 最大 E1 线路数 |
---|---|---|---|
双处理器,十六核,禁用超线程的 2.26 GHz 超线程 CPU,带 32 GB 内存和 1 个双端口网络适配器卡。 |
1100 |
46 |
35 |
双处理器,十六核,2.26 GHz 超线程 CPU,带 32 GB 内存和 1 个双端口网络适配器卡。 |
1500 |
63 |
47 |
注意
尽管具有 32 GB 内存的服务器用于性能测试,但具有 16 GB 内存的服务器支持独立中介服务器,并且足以提供此表中显示的性能。
中介服务器容量 (中介服务器与前端服务器并置) 70% 内部用户、30% 外部用户、非旁路呼叫容量 (中介服务器执行的媒体处理)
服务器硬件 | 最大呼叫数 |
---|---|
双处理器,十六核,2.26 GHz 超线程 CPU,带 32 GB 内存和 2 个 1GB 网络适配器卡。 |
150 |
注意
此数字比独立中介服务器的数字要小得多,因为除了语音呼叫所需的转码外,前端服务器还必须处理其上托管的 6600 个用户的其他功能和函数。
注意
若要提高中介服务器的性能,应在中介服务器上的网络适配器上启用接收端缩放 (RSS) 。 通过启用 RSS,服务器上的多个处理器能够以并行方式处理传入数据包。 有关详细信息,请参阅“Windows Server 2008 中的接收方缩放增强功能”https://go.microsoft.com/fwlink/p/?linkId=268731 有关如何启用 RSS 的详细信息,请参阅网络适配器文档。
后端服务器
在 Lync Server 2013 中,状态数据库位于前端服务器而不是后端服务器上。 这导致 Lync Server 2013 中每个后端服务器的硬件要求更加简单,相当于前端服务器的硬件要求。 与 Lync Server 2010 相比,后端服务器必须是具有 25 个磁盘的高等级服务器。 但是,后端服务器的工作负载仍然无法满足本部分和 Lync Server 2013 的服务器硬件平台中前面列出的硬件建议。
为了提供后端服务器的高可用性,我们建议部署服务器镜像。 有关详细信息,请参阅 Lync Server 2013 中的后端服务器高可用性。
监控和存档
在 Lync Server 2013 中,如果部署监视或存档,则这些服务的前端功能在前端服务器上运行,而不是在单独的服务器角色上运行。 监视和存档每个数据库仍使用自己的数据库存储,独立于后端存储。 或者,如果已部署 Exchange 2013,则可以在 Exchange 而不是专用 SQL 存储中存储即时消息存档数据。
下表说明了每个用户每天监控和存档数据所需的数据库存储的大致数量。
CDR(监控) |
QoE(监控) |
存档 |
|
每个用户每天所需的磁盘空间 |
49 KB |
28 KB |
57 KB |
Microsoft 在其性能测试期间对用于监控和存档的数据库服务器使用了下表中的硬件。 测试收集了两个前端池的数据,每个池包含 80,000 个用户。
监控和存档性能测试中使用的硬件
硬件组件 | 推荐 | |||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
CPU |
64 位双处理器、六核、2.26 GHz 或更快 |
|||||||||||||||
内存 |
48 GB |
|||||||||||||||
磁盘 |
25 个 10,000 RPM 硬盘驱动器,每个磁盘具有 300 GB 的内存,配置如下
|
|||||||||||||||
网络 |
|