openfire性能調(diào)優(yōu)和集群方案

1、Openfire 性能調(diào)優(yōu)和集群方案Openfire 性能調(diào)優(yōu)和集群方案Openfire 是使用 JAVA 并基于 MINA 框架實現(xiàn)的 XMPP 服 務(wù)端程序，所以基本的性能調(diào)優(yōu)主要集中在 系統(tǒng)、 JVM 這 兩層； 主要的指標也是并發(fā)用戶數(shù)和消息投遞成功率和耗 時。建議： 如果你的產(chǎn)品目標是在線用戶超過 100K ，那么最好 早點考慮 openfire 之外的其他 XMPP 實現(xiàn)吧，比如 ejabberd ? 等等， erlang 比 java 更適合做并發(fā)。 總的用 戶量多少不會是大問題，你可以通過分片等來解決，但在線 用戶和并發(fā)消息的處理能力，需要考慮多種不同方案。關(guān)于這個部分，推薦一

2、篇博文：Openfire 性能優(yōu)化 Openfire 集群方案 Connection Manager /projects/openfire/connection_ manager.jsp實際上 CM 并不是一個集群方案， 只是 openfire 官方提供的 一個用來擴展 openfire 連接能力的工具；CM 項目由Guus(/people/Guus) 負 責，官方數(shù)據(jù)表示一個 CM 可以連接至少 5K 個客戶端， CM 主要負責建立和維護與客戶端之間的連接，其他業(yè)務(wù)邏輯

3、處 理都由后面的 openfire 完成，二者之間會維持會話；一個 Openfire 可以連接多個 CM ，從而提高在線用戶數(shù)。但我個人的問題是如果你無法預測連接到 CM1 上的用戶與 連接到 CM2 上的用戶發(fā)送消息的頻率，那么這個 CM 的作 用還是非常有限的，相當于登陸上 QQ 了，但發(fā)消息很慢， 當在線用戶多的時候。Oracle Coherence / clustering plugin /projects/openfire/plugins/clus tering/readme.html 這個是最早也是官方一直在維護的集群插件，基

4、于分布式內(nèi) 存共享模型，所以使用了 Coherence ，因為版權(quán)以及其他各 方面的問題，此插件已經(jīng)從 3.7 版本后開始被放棄了。實踐 中很多人也是使用這個插件，其實我個人覺得此插件帶來的 性能增長并不會非常顯著，也無法做大大量的結(jié)點擴展。Terracotta / 這是一個比較通用的分布式內(nèi)存共享項目 （Terracotta 本身 是解決實時大數(shù)據(jù)分析的 ），有一些人用來支持 openfire 的集 群擴展，但門框較高，不是被推薦的方案之一。Hazelcast /message/224

5、947 這個是目前比較火的一個插件，很多人在嘗試使用，性能未 知，請參考上述鏈接。open-clustering 這是一個典型的插件項目，干凈整潔，只要放入 plugins 目 錄即可，在后臺做基本設(shè)置就可以開啟集群功能。項目的目 標是“ To provide a complete open source clustering plugin for Openfire with no dependecies on Oracle Coherence or any other closed component 。” 值得去嘗試，但性能依然 未知。zkfire 這是一個作者實驗性的項目， 借用 zookeeper 來實現(xiàn)的集群 方案，有待進一步驗證。JGroups, Terracotta & Hazelcast acotta-hazelcastHazelcast Performance vs MongoDB, Cassandra,Ter