Confluence 6 大致的使用者規模示例
針對非叢集 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 來針對硬體大小來獲得專業幫助，測試和效能優化。