測試用戶: admin
密碼 :yaochizaocan
1.隊列收發消息.收發2W條消息.幾秒鍾收發完畢.生產者與消費者最終收發數目一致.處理速度較快.大概就幾秒鍾時間.
2.隊列收發2000W條消息.隊列持續不斷開.將對應的服務器停機后.出現節點切換.此時消費者不消費.生產者還在生產.隊列堆積16W條左右(時間長堆積的多.).解決措施.將對應的mq服務器重啟.並且將消費者重啟.
3.停止鏡像機器后.對已經有的隊列不產生影響.隊列中的生產消費繼續.不會出現隊列堆積的情況發生.
但是單一隊列生產400W條消息.在單一隊列測試過程中將單純消費者服務器進行停機.不影響整體隊列的進度.但是在最終消費者接受消息時有一條消息丟失.收到消息399999條.一條消息未收到
4.1核1G服務器.兩台.形成隊列單獨執行.每秒執行7-8K條.配置越高實行條數越高.本次測試使用一個字母進行測試.數據量較小.
5.進行測試過程中兩台主機對應一個消息隊列均可以進行消費.消費量是生產量之和.
6.兩個生產者和消費者各400W條數據進行測試.停機任意一台后得到的結果如第二條.隊列出現堆積.消費者不消費.內存升高.(但不明顯.)重啟主機后.將消費者重啟.隊列開始消費.
結論:
1.在生產過程中,產生的隊列會存在主機集群中.如果主機負載過高導致主機down掉.會丟失一條此刻正在進行的數據消息.其余消息不受影響.
2.隊列處理效率與主機內存和CPU有關.配置越高消費越快.
3.端口為負載均衡暴漏端口web監控端口1080.數據通訊端口8008.集群內部通訊端口25672不過不需要暴漏.集群之間自己識別通訊.
4.在產生堆積的時候如果消息持續高速生成.會導致已經堆積的消息消費緩慢.需要較長時間的消費才能將已經堆積的隊列消費完成.
5.如果后期出現業務擴充.除提高主機配置之外.還可以隨時添加主機到現有集群中.進行消息的處理.