Lync Server 2010 用户模型

 

上一次修改主题: 2011-07-17

本节后面所述的容量规划度量与建议均以此处介绍的用户模型为基础。

Lync Server 2010 用户模型

下表介绍了 Microsoft Lync Server 2010通信软件注册、联系人、即时消息 (IM) 以及状态的用户模型。

环境和注册用户模型

类别 说明

Active Directory 用户的百分比

假设为组织中 70% 的 Active Directory 用户启用了 Lync Server 2010。而这些用户中的 80% 每天(80% 并发)都会登录 Lync Server。本节下文中的数字都以并发用户为基础。

Active Directory 通讯组

我们假定,组织的 Active Directory 通讯组数是 Active Directory 所有用户数的三倍。通讯组的大小如下:

  • 64% 具有 2-30 个用户

  • 13% 具有 31-50 个用户

  • 10% 具有 51-100 个用户

  • 13% 具有 101-500 个用户

IP 语音 (VoIP) 用户

为 50% 的 Lync Server 用户启用了统一通信 (UC)(即他们的电话号码归 Lync Server 2010 所有)。

注册的客户端分布

65% 的客户端运行 Microsoft Lync 2010 客户端,包括 Microsoft Lync 2010、Microsoft Lync 2010 Phone Edition 和 Microsoft Lync 2010 Mobile。

30% 的客户端运行 Office Communicator 2007 R2 客户端或 Office Communicator 2007 客户端,包括 Communicator Web Access、Communicator Phone Edition 和 Communicator Mobile。

5% 的客户端使用 Microsoft Lync Web App。

客户端多点登录 (MPOP) 为 1:1.5,即 50% 的用户同时登录两个客户端。

远程用户分布

70% 的用户从内部连接。

30% 的用户通过边缘服务器和控制器(推荐)连接。

联系人分布

一个用户拥有的最大联系人数为 1,000。拥有 1,000 个联系人的用户低于 1%。拥有 100 个或更多联系人的用户低于 25%。

使用公共云连接的用户平均拥有 80 个联系人。在这些用户中:

  • 50% 的联系人在组织内。这些用户中的 10% 为远程用户,从防火墙以外连接。

  • 40% 的联系人为公共云用户(例如 AOL、Yahoo! 或 MSN 用户)。

  • 10% 的联系人来自联盟伙伴。

未使用公共云连接的用户平均拥有 50 个联系人。在这些用户中:

  • 80% 的联系人在组织内。这些用户中的 10% 为远程用户,从防火墙以外连接。

  • 20% 的联系人来自联盟伙伴。

会话时间

平均用户登录会话持续 12 个小时。所有用户在会话开始后的 60 分钟内登录。

IM 和状态用户模型

类别 说明

对等 IM 会话

平均每个用户每天发起六个对等 IM 会话。

每个会话 10 条即时消息。

状态轮询

总体上讲,假设状态轮询为平均每个用户每小时 40 次轮询,最多每个用户每分钟 8 次轮询。对于每个用户,假设平均:

  • 在用户的组织选项卡(而非联系人列表)中每天一次用户状态轮询。用户的组织选项卡中非联系人的平均数为 15 个用户。每天执行两次联系人卡片查看操作。

  • 每次用户单击其他用户以开始对话时发生一次状态轮询,预计为每小时一次。

  • 每小时六次用户搜索。

  • 当用户在 Outlook 中打开或预览电子邮件时,电子邮件的“收件人:”和“抄送:”字段中将发生一次用户状态轮询,预计为每小时五封电子邮件、每封电子邮件四个用户。

状态发布为平均每个用户每小时发布 4 次,最多每个用户每小时发布 6 次。

状态订阅

当用户将其他用户添加为联系人时,第一个用户将“订阅”第二个用户的五类信息。这些类别的信息的更新会自动发送给第一个用户。

用户模型假设每个用户默认具有 1000 个类别订阅,即一个用户可以成为多达 200 个其他用户的联系人。

默认的最大值也是 1000 个类别订阅。必要时可以将最大值提高至 3000。有关更改此默认值的详细信息,请参阅规划文档中的规划 IM 和状态

下表介绍了通讯簿使用用户模型。

通讯簿使用用户模型

通讯簿搜索模式 使用

仅通讯簿 Web 查询(通讯簿 Web 查询服务执行的所有查询)

每个用户每天四次前缀查询。

每个用户每天 60 次精确搜索查询。在这些查询中,40% 为批处理查询,平均每次查询 20 个联系人。剩余的 60% 为单个联系人查询。

每个用户每天 25 次照片查询。其中 24 次为单张照片查询,另外一次为批处理查询,平均查询 20 个联系人。

每个用户每天一次彻底的组织搜索查询。

混合模式,结合使用通讯簿文件和 Web 查询。这是默认模式。

只有两种查询会连接到网络,即照片查询和彻底的组织搜索查询。

每个用户每天 25 次照片查询。其中 24 次为单张照片查询,另外一次为批处理查询,平均查询 20 个联系人。

每个用户每天一次彻底的组织搜索查询。

下表介绍了会议模型。

会议模型

类别 说明

计划的会议与“立即开会”会议

60% 计划内会议,40% 计划外会议。

会议客户端分布

对于计划内会议:

  • 75% 的会议用户使用 Lync 2010。

  • 20% 的会议用户使用 Microsoft Lync Web App。

  • 5% 的会议用户使用 Microsoft Lync 2010 Attendee。

对于计划外会议:

  • 65% 的会议用户使用 Lync 2010。

  • 30% 的会议用户使用早期客户端,包括 Office Communicator 2007 R2、Office Communicator 2007 和 Microsoft Office Communicator Web Access(2007 发行版)。

  • 5% 的会议用户使用 Microsoft Lync Web App。

会议并发

5% 的用户将在工作时间参加会议。因此,在一个有 80,000 个用户的池中,在任何时候都可能有多达 4,000 个用户参加会议。

会议音频分布

40% VoIP 音频和电话拨入式混合会议,VoIP 用户和电话拨入用户的比率为 3:1。

35% 仅 VoIP 音频。

15% 仅电话拨入式会议音频。

10% 无音频(仅 IM 会议,平均每个用户发出 5 条消息)。

Web 会议媒体混合

75% 的会议为 Web 会议,使用音频以及一些其他协作形式。

这些会议的其他协作方式如下:

note注意:
这些数字合计达 100% 以上,因为一个会议可以有多种协作方式。
  • 50% 添加应用程序共享。

  • 50% 添加即时消息(平均每个用户两条 IM)。

  • 20% 添加数据协作,包括 PowerPoint 或白板。其中,平均每次会议使用两个 PowerPoint 文件,文件平均大小为 5 MB。(PowerPoint 文件上载之后,Lync Server 会将其转为其他格式,平均文件大小为 25 MB。)平均每个白板 20 个批注。

  • 20% 添加视频。70% 的视频会话具有通用中间格式 (CIF) 的分辨率,30% 具有 VGA。

会议参与者分布

50% 为经过身份验证的内部用户。

25% 为经过身份验证的远程访问用户。

15% 为匿名用户。

10% 为联盟用户。

与会分布

假设用户按以下速率加入会议:

  • 会议开始后 0-2 分钟:28%

  • 3-6 分钟:15%

  • 7-10 分钟:6%

  • 11-27 分钟:10%

  • 28-29 分钟:4%

  • 30-33 分钟:13%

  • 34-36 分钟:4%

  • 37-40 分钟:2%

  • 41-54 分钟:5%

  • 55-57 分钟:4%

  • 58-59 分钟:6%

Lync Server 2010 支持的最大会议大小为 250 个用户。每个池一次可承载一个 250 个用户的会议。召开这样的大型会议的同时,池还可以承载其他较小的会议。有关详细信息,请参阅容量规划要求与建议中的“会议最大数目”一节。

下表显示了典型的会议大小和持续时间的分布。

会议大小和持续时间模型

与会者人数(演示者除外) 占会议总数的百分比 平均持续时间(以分钟为单位)

1

19%

17

2

20%

36

3

21%

42

4

14%

46

5

9%

49

6

5%

53

7

4%

55

8

2%

56

9-15

4%

65

16-35

1%

93

36-100

<1%

100

下表详细说明了涉及电话拨入用户的会议的用户模型。

电话拨入式会议用户模型

类别 说明

经过身份验证/匿名

70% 经过身份验证,30% 为匿名(并提示输入记录的名称)。

转接

10% 的电话拨入呼叫者被转接到其他池中。

呼叫持续时间和保持音乐

不包括保持音乐的平均呼叫持续时间:50 秒。

50% 的电话拨入用户会听到保持音乐,平均持续 5 分钟。

双音多频 (DTMF)

15% 的仅电话拨入式会议有电话领导。10% 包含电话拨入用户的混合会议也有电话领导。

20% 的电话领导在每次会议中使用 2 个 DTMF 命令。当电话领导删除将所有人静音的命令之后,50% 的用户将使用 DTMF 为自己取消静音。

下表详细说明了会议厅的用户模型。

会议厅用户模型

类别 说明

会议厅中的用户数量

5% 的电话拨入用户通过会议厅,25% 其他用户通过会议厅

从会议厅加入

80% 的用户在客户端超时之前由演示者许可加入。

10% 的用户在客户端超时之前被演示者拒绝加入。

10% 的用户在会议厅中等待直至客户端超时。

在会议厅中的平均等待时间为 5 分钟。

下表说明了其他对等会话的用户模型。

对等会话用户模型

类别 说明

应用程序共享

每个用户每个月参加 5 个对等应用程序共享会话,平均每天参加 0.25 个会话。会话平均持续 16 分钟。

文件传输

每个用户每个月参加 1 个对等文件传输会话(IM 会话的一部分),平均每天参加 0.05 个会话。传输的会话文件平均大小为 1 MB。

忙时

对于对等会话,使用忙时呼叫尝试 (BHCA) 计算峰值负载。此语音行业术语假设将在 20% 的时间内完成一天中 50% 的呼叫。可使用以下公式进行计算:

BHCA=(total calls * 0.5) / 1.6

通过运行 VoIP 模拟忙时的性能测试和每天至少 1.6 小时的忙时负载的其他对等会话。

会议峰值负载假设在 4 小时的高峰时间内发生 8 小时工作日 75% 的会议。这些高峰时间的负载是平均会议负载的 1.5 倍。