Lync Server 2013 中的用户模型
上次修改的主题： 2013-10-07
此处所述的用户模型为 使用用户模型的 Lync Server 2013 容量规划中所述的容量规划度量和建议提供了依据。
Lync Server 2013 用户模型
下表介绍了 Lync Server 2013 的注册、联系人、即时消息 (即时消息) 和状态的用户模型。
环境和注册用户模型
| 类别 | 描述 |
|---|---|
部署大小和通讯组 |
我们对含有三个中央站点（每个站点有一个前端池）的大型部署进行了建模。 |
Active Directory 用户的百分比 |
我们假设组织中 70% 的 Active Directory 用户已启用 Lync Server。 80% 的已启用用户每天登录到 Lync Server， (80% 的并发) 。 本节下文中的数字都以并发用户为基础。 |
Active Directory 更改 |
我们假定每周在 Active Directory 中为 Lync 创建和启用用户总数的 0.5%，并且每周从 Active Directory 和 Lync 禁用用户总数的 0.5%。 5% 的用户每周至少更改一个 Active Directory 属性。 |
Active Directory 通讯组 |
我们假设组织中 Active Directory 分发组的数量等于 Active Directory 中所有用户数的三倍。 通讯组的大小如下：
|
IP 语音 (VoIP) 用户 |
60% 的 Lync Server 用户已启用统一通信 (UC) (即其电话号码归 Lync Server) 所有。 |
注册的客户端分布 |
65% 的客户端运行 Lync 2013 软件，包括 Lync 和 Lync Phone Edition。 30% 的客户端从早期版本的 Lync 运行客户端软件。 5% 的客户端使用 Lync Web App。 如果启用了移动性，我们假定 40% 的用户同时使用移动性和其他以前引用的已注册客户端选项。 在这种情况下，客户端的多个状态点 (MPOP) 比率为 1：1.9。 如果禁用移动性，则 MPOP 比率为 1：1.5。 |
远程用户分布 |
70% 的用户从内部连接。 30% 的用户通过 Edge Server 和 Director 进行连接。 |
联系人分布 |
一个用户拥有的最大联系人数为 1,000。 拥有 1,000 个联系人的用户低于 1%。 拥有 100 个或更多联系人的用户低于 25%。 使用公共云连接的用户平均拥有 80 个联系人。 在这些用户中：
未使用公共云连接的用户平均拥有 50 个联系人。 在这些用户中：
25% 的用户联系人使用 XMPP。 |
会话时间 |
平均用户登录会话持续 12 个小时。 所有用户在会话开始后的 120 分钟内登录。 |
IM 和状态用户模型
| 类别 | 描述 |
|---|---|
对等 IM 会话 |
平均每个用户每天发起六个对等 IM 会话。 每个会话 10 条即时消息。 每个消息都由两条 SIP INFO 消息和 2 条 SIP 200 OK 消息 (状态指示器（如“名称>正在键入”<）匹配) |
状态轮询 |
总体上讲，假设状态轮询为平均每个用户每小时 60 次轮询。 对于每个用户，假设平均：
|
状态订阅 |
当用户将其他用户添加为联系人时，第一个用户将“订阅”第二个用户的五类信息。 这些类别的信息的更新会自动发送给第一个用户。 针对每个客户端，会发送单个订阅请求以获取平均 40 个联系人状态，以及发送其他 40 个对话以获取联盟联系人状态。 扩展通讯组成员的状态可通过持久状态订阅（而非轮询）进行查找，并建模为每个用户每两小时一次扩展。 在以下情况下会发生 短期订阅 ：某位用户登录，针对所有用户联系人存在批订阅，然后该用户很快注销。 假设每个用户每小时有 6 个短期订阅，其中每个订阅持续 10 分钟。 |
状态发布 |
平均每个用户每小时发布状态 4 次，最多每个用户每小时发布 6 次。 |
状态文档大小 |
假设完整状态文档的平均大小为 4K，最大为 25K。 |
下表介绍了通讯簿使用用户模型。
通讯簿使用用户模型
| 通讯簿搜索模式 | 使用 |
|---|---|
仅通讯簿 Web 查询（通讯簿 Web 查询服务执行的所有查询） |
每个用户每天四次前缀查询。 每个用户每天 60 次精确搜索查询。 在这些查询中，40% 为批处理查询，平均每次查询 20 个联系人。 剩余的 60% 为单个联系人查询。 每个用户每天 25 次照片查询。 其中 24 次为单张照片查询，另外一次为批处理查询，平均查询 20 个联系人。 每个用户每天一次彻底的组织搜索查询。 |
混合模式，结合使用通讯簿文件和 Web 查询。 这是默认模式。 |
只有两种查询会连接到网络，即照片查询和彻底的组织搜索查询。 每个用户每天 25 次照片查询。 其中 24 次为单张照片查询，另外一次为批处理查询，平均查询 20 个联系人。 每个用户每天一次彻底的组织搜索查询。 |
下表介绍了会议模型。
会议模型
| 类别 | 描述 |
|---|---|
计划的会议与“立即开会”会议 |
60% 计划内会议，40% 计划外会议。 在计划的会议中，我们假定 80% 是分配的会议，这些会议是定期会议发生的：10% 是一次性公开会议;8% 是一次性匿名会议，2% 是一次性的非公开会议。 |
会议客户端分布 |
对于计划内会议：
对于计划外会议：
|
会议并发 |
5% 的用户将在工作时间参加会议。 因此，在一个有 80,000 个用户的池中，在任何时候都可能有多达 4,000 个用户参加会议。 |
会议音频分布 |
40% VoIP 音频和电话拨入式混合会议，VoIP 用户和电话拨入用户的比率为 3:1。 35% 仅 VoIP 音频。 15% 仅电话拨入式会议音频。 10% 无音频（仅 IM 会议，平均每个用户发出 5 条消息）。 |
会议媒体混合 |
75% 的会议为 Web 会议，其中包括音频以及一些其他协作形式。 这些会议的其他协作方式如下： 注意 这些数字合计达 100% 以上，因为一个会议可以有多种协作方式。
|
会议参与者分布 |
50% 为经过身份验证的内部用户。 25% 为经过身份验证的远程访问用户。 15% 为匿名用户。 10% 为联盟用户。 |
与会分布 |
用户被模拟为在前 5 分钟内加入会议。 |
在常规前端池中，Lync Server 2013 的最大受支持会议大小为 250 个用户。 每个池一次可承载一个 250 个用户的会议。 召开这样的大型会议的同时，池还可以承载其他较小的会议。 另外，通过设置专用池承载这些会议，可以支持多达 1000 位用户的会议。 有关详细信息，请参阅 Lync Server 2013 中大型会议的支持。
模拟会议的方式如下：
85% 的会议有 4 个参与者。
10% 的会议有 6 个参与者。
5% 的会议有 11 个参与者。
用户数为 250 的一次大型会议。
下表详细说明了涉及电话拨入用户的会议的用户模型。
电话拨入式会议用户模型
| 类别 | 描述 |
|---|---|
经过身份验证/匿名 |
70% 的呼叫者通过匿名加入，并提示输入记录的名称。 30% 经过身份验证加入。 |
呼叫持续时间和保持音乐 |
不包括保持音乐的平均呼叫持续时间：50 秒。 50% 的电话拨入用户会听到保持音乐，平均持续 5 分钟。 |
双音多频 (DTMF) |
15% 的仅电话拨入式会议有电话领导。 10% 包含电话拨入用户的混合会议也有电话领导。 20% 的电话领导在每次会议中使用 2 个 DTMF 命令。 |
通知语言 |
模拟使用英语作为通知语言。 |
下表详细说明了会议厅的用户模型。
会议厅用户模型
| 类别 | 描述 |
|---|---|
会议厅中的用户数量 |
5% 的电话拨入用户通过会议厅，25% 其他用户通过会议厅 |
从会议厅加入 |
在模拟中，所有用户在客户端超时之前由演示者许可加入。 |
下表说明了其他对等会话的用户模型。
对等会话用户模型
| 类别 | 描述 |
|---|---|
应用程序共享 |
每个用户每个月参加 5 个对等应用程序共享会话，平均每天参加 0.25 个会话。 |
文件传输 |
每个用户每个月参加 1 个对等文件传输会话（IM 会话的一部分），平均每天参加 0.05 个会话。 传输的会话文件平均大小为 1 MB。 |
下表介绍了用于策略的用户模型。
策略用户模型
| 类别 | 描述 |
|---|---|
会议、状态和存档策略 |
假设有一个全局策略、10 个标记会议策略、4 个存档策略和 10 个标记状态策略。 |
语音策略 |
假设每个站点有一个全局策略和 2 个标记策略。 100% 的站点都有站点策略，并为 30% 的用户分配每用户策略。 假设每个站点有一个拨号计划和两个路由。 |
忙时
对于对等会话，使用忙时呼叫尝试 (BHCA) 计算峰值负载。 此语音行业术语假设将在 20% 的时间内完成一天中 50% 的呼叫。 可使用以下公式进行计算：
BHCA=(total calls * 0.5) / 1.6
通过运行 VoIP 模拟忙时的性能测试和每天至少 1.6 小时的忙时负载的其他对等会话。
会议峰值负载假设在 4 小时的高峰时间内发生 8 小时工作日 75% 的会议。 这些高峰时间的负载是平均会议负载的 1.5 倍。
企业语音到 PSTN 调用
以下假设适用于企业语音调用：
50% 的用户已启用企业语音，其中 60% 的用户已启用 PSTN 调用。
启用了 PSTN 呼叫的其中每一位用户在忙碌时段都发出 4 个 PSTN 呼叫。 每个呼叫的持续时间为 3 分钟。
其中 65% 的 PSTN 语音呼叫使用媒体旁路。
移动性
假设为 40% 的注册用户启用了移动。 对于启用了移动的每一位用户，假设移动客户端的活动是在该用户其他 MPOP 实例活动的基础上进行增加，但会议交互除外，对其而言，移动客户端只是可用来参与会议的另一种客户端类型。
持久聊天
假设 25% 的注册用户将参与到持久聊天会话中，并具有以下特征：
每个用户平均 1.5 个聊天室
每个聊天室每小时将产生 12 个轮询请求，每个轮询请求平均针对 10 个用户
响应组和呼叫驻留
假设 0.15% 的注册用户属于响应组。 假设 0.02% 的注册用户在任何给定的时间点都有驻留呼叫。