针对非集群 Confluence 实例，下面是一些硬件配置。上面的内存数量不区分服务器使用的内存还是 JVM 使用的内存，表格中的空白，表示的是没有这方面的数据。
|
用户数量 |
空间数量 |
页面数量 |
CPUs |
CPU (GHz) |
RAM (MB) |
备注 |
|---|---|---|---|---|---|---|
| 150 | 30 | 1,000 | 1 | 2.6 | 1,024 | |
| 350 | 100 | 15,000 | 2 | 2.8 | 1,536 | |
| 5,000 | 500 | 4 | 3 | 2,024 | ||
| 10,000 | 350 | 16,000 | 2 | 3.8 | 2,024 | |
| 10,000 | 60 | 3,500 | 2 | 3.6 | 4,048 | |
| 21,000 | 950 | 2 | 3.6 | 4,048 | ||
| 85,000 | 100 | 12,500 | 4 | 2.6 | 4,048 | 总共需要 3 台服务器：应用服务器，数据库服务器和 Apache HTTPD + LDAP 服务器。 |
服务器负载和可扩展性
当针对你的 Confluence 部署的时候，你需要计划你的服务器硬件。你需要针对你网站的高峰访问量，所有的内容页面数量，和编辑对访问的比率量来评估你服务器的扩展性。
- 编辑对访问比率是指由多少访问者对内容进行编辑对比仅仅对内容进行查看。
- 针对网站的所有内容的最好评估方法是通过所有空间的数量。
Confluence 的扩展性最好是根据访问者的数量，而不是高峰时期用户访问量，有多少编辑用户和多少空间。下面的内容也应该考虑进你的性能分析中。：
- Confluence 站点中的页面总数通常不是性能的主要考虑。例如，一个 Confluence 实例可能存储有 80K 的页面，但是只消耗了 512MB 的内存。
- 总是使用外部数据库，和查看 Performance Tuning 页面中的内容。
已知的最大使用情况
下面表格中是用户报告给 Atlassian 已知的最大使用情况，或者被用于进行性能测试。如果你 Confluence 的使用数量超过了下面表格中的内容，那么集群，数据库性能优化和其他性能优化将需要你进行额外进行了。
| 创建的最多空间（Most Spaces） | 1700 |
| 最多的内部用户（Most Internal Users） | 15K |
| 最多的 LDAP 用户（Most LDAP Users） | 100K |
| 最多页面（Most Pages） | 80K |
硬盘需求
所有的页面内容都是存储在数据库中的，但是页面的附件是存储在文件系统中的。附件越多，需要的磁盘存储空间就越多。
私有和公开的对比
私有的 Confluence 实例管理的用户是内部用户，或者通过用户配置仓库入 LDAP 来进行管理的。如果你的 Confluence 允许公众进行注册的话，你的 Confluence 就需要处理额外的负载了让匿名用户进行访问。请注意，下面的配置是一个示例，不是推荐配置：
|
用户案例（Use Case） |
空间数（Spaces） |
用户数（User |
编辑数（Editors） |
编辑查看比率（Editor To |
页面（Pages） |
页面版本（Page Revisions） |
附件（Attachments） |
评论（Comments） |
总存储数据量（Total Data |
备注（Notes） |
|---|---|---|---|---|---|---|---|---|---|---|
| 在线文档（Online Documentation） | 140 | 11,500 | 1,000 | 9% | 8,800 | 65,000 | 7,300 | 11,500 | 10.4 | |
| 私有的实例（Private Intranet） | 130 | 180 | 140 | 78% | 8,000 | 84,000 | 3,800 | 500 | 4.5 | |
| 公司间协同（Company-Wide Collaboration） | 100 | 85,000 | 1,000+ | 1%+ | 12,500 | 120,000 | 15,000 |
专业帮助
针对大型的 Confluence 实例，最好的办法，你可以联系 Atlassian Solution Partner 来针对硬件大小来获得专业帮助，测试和性能优化。
https://www.cwiki.us/display/CONF6ZH/Server+Hardware+Requirements+Guide
