容量规划

用户模型

本节后面所述的容量规划要求与建议都是以本节中的用户模型为基础。

Office Communications Server 用户模型

Communicator Web Access 模型

响应组服务用户模型

容量规划要求与建议

下表提供了有助于为组织进行容量规划的信息。

表 7. 每个拓扑支持的最多用户数

拓扑	需要的服务器	支持的最多用户数
Standard Edition Server	一台 Standard Edition Server	5,000
企业版池、合并配置	八台运行所有服务器角色的 Enterprise Edition 前端服务器 一台后端 SQL Server	100,000 注意： 如果仅部署 IM 和状态，则 Office Communications Server 2007 R2 支持 200,000 个客户端端点，其中每个端点是一个基于八台前端服务器和一台运行 Microsoft SQL Server 数据库软件的 16 核心计算机的客户端程序（如 Communicator）。后端数据库必须运行在一台四路处理器、四核或八路处理器、双核的 2.0 GHz+ 计算机上。
存档服务器	一台存档服务器	300,000
监控服务器	一台监控服务器	200,000
群聊服务器	三台群聊服务器	60,000（每台服务器 20,000） 注意： 必须为此更大的服务器和用户支持部署 QFE 1。

边缘服务器拓扑假定全部用户群的 10% 是从 Intranet 之外连接的。下表显示了以下每个边缘服务器角色和拓扑所支持的最大客户端连接数。

表 8. 边缘服务器拓扑支持的最多客户端数

建议部署 Director 用于外部访问。

表 9. Communicator Web Access 容量

注意：
计算机配置：2.3 GHz CPU，8.0 GB 内存，8 处理器，禁用内核 SSL，ASP NET 1.5 请求队列的限制为 1.5 * 服务器并发用户数，HTTPS 连接，不与其他虚拟服务器或 Office Communications Server 并置，16 GB 虚拟内存，Communicator Web Access 登录（传播跟踪）设置为关

注意：
计算机配置：3.0 GHz CPU，1.0 GB 内存，100 Mbps 网络，80 GB 硬盘，Internet Explorer 7.0 浏览器，Microsoft Windows XP SP2 操作系统，1280x1024 显示

表 10. 存储磁盘容量规划

表 11. 存档和监控数据库存储容量规划

表 12. 群聊容量规划

注意：
聊天室可以支持 30 个以上的参与者，群聊客户端能够支持 30 个以上的聊天室。但聊天室中如果参与者过多可能会影响服务器性能。聊天室经过测试的配置为最多 1,000 个参与者。有大量参与者的聊天室的使用应限制为不超过所有创建的聊天室的 10%。

注意：
可以从 Microsoft 下载中心免费下载已更新的群聊容量规划文档和容量规划电子表格： 带 QFE1 的 Microsoft Office Communications Server 2007 R2 群聊服务器的容量规划文档：https://go.microsoft.com/fwlink/?linkid=178622&clcid=0x804（该链接可能指向英文页面） 带 QFE1 的 Microsoft Office Communications Server 2007 R2 群聊服务器的容量规划电子表格：https://go.microsoft.com/fwlink/?linkid=178624&clcid=0x804（该链接可能指向英文页面）

表 13. 持续性共享对象模型 (PSOM) 应用程序的应用程序共享容量规划

表 14. 中介服务器容量规划

注意：
在上表中，假定 CPU 使用率占容量的 75%。 中介服务器的扩展数量取决于用户的位置，主要是用户距离中介服务器有多远。对于内部网络之外的用户，媒体堆栈使用较低的比特率，这将显著影响性能。

对通讯簿服务器的容量规划要求您规划通讯簿服务器数据库和通讯簿 Web 查询服务数据库的大小、下载文件的大小以及将访问通讯簿 Web 查询服务的 Office Communicator Mobile（适用于 Windows）客户端的数量。

用于通讯簿服务器数据库和通讯簿服务器创建下载文件所在的文件服务器的磁盘大小主要取决于必须存储的联系人的数量。（该文件服务器还可用于存储其他数据。有关详细信息，请参阅存储要求中的“文件夹”一节。一种用于估计通讯簿服务器将在数据库和下载文件中存储的联系人数量的方法是，假定每个用户有两个联系对象。因此，可以通过将组织中用户的数量乘以二来估计通讯簿服务器的存储要求。

• 通讯簿下载文件大小的一般性假设：
  • 100,000 个联系人，2.5 GB 存储用于下载文件（按每名员工两个联系人）
  • 100,000 名员工，5 GB 存储用于下载文件
• 通讯簿 Web 查询数据库大小的一般性假设：
  • 100,000 个联系人，1.5 GB 存储
  • 1 GB，用于数据库日志

表 15. 企业版池的通讯簿 Web 查询服务性能

表 16. 音频/视频容量规划

• 上面提供的媒体流的宽带数值除了实际的已编码媒体外，还包含组帧、加密和 IP 路由信息的所有开销。
• 平均编解码器带宽值是以测量值为基础，根据通常的活动级别值从最大理论带宽推算出来的。音频活动级别考虑到了流中的帐户语音活动。视频活动级别考虑到了视频图象中的动作量。
• RT 窄带音频的活动级别略高一些，以允许在 PSTN 网关中对 Office Communications Server VoIP 到 PSTN 的呼叫进行低于最佳的语音活动检测。如果所部署的 PSTN 网关未启用语音活动检测，则应将此数值再提高 15%。
• 全景视频的活动级别低于常规视频流的活动级别，原因是全景图像中背景区域的相对比例要高一些。

媒体带宽的要求与建议

对于基本媒体网关，网关和中介服务器之间每个并发呼叫所要求的带宽为 80 Kbps。将这个数字乘以每个网关的端口数可以精确估计出中介服务器网关一侧所需的带宽。在 Office Communications Server 一侧，对带宽的要求相当低。

配置中介服务器时，应接受默认的媒体端口网关范围 (60,000 - 64,000)。缩小端口范围会大大降低服务器容量，缩小端口范围只应在特殊原因下执行，并且应由熟知媒体端口要求和方案的管理员来执行。因此，建议不要更改默认端口范围。

高带宽流量（如语音和视频）往往会对没有适当设置的网络带来压力。将媒体流量限制在已知的端口范围可以更方便地解决此类问题。

移动数据带宽要求

8 小时工作日的移动访问需要大约 1 MB 带宽。这是基于以下使用：

• 一个通讯组（15 个用户）
• 联系人列表中的 80 个成员（每个用户每小时更新四次状态）
• 一个一小时更新四次状态的已标记联系人
• 每天 12 次电话呼叫，其中每小时 1 次电话呼叫（每两个小时 1 次传入呼叫和 1 次传出呼叫）
• 每次呼叫两分钟
• 用户登录到一个其他端点（如 Office Communicator 或桌面电话）
• 每两个小时一次 IM 会话
• 传出 IM 数和传入 IM 数相等 (1:1)