故障服務器 p5502 恢復後，我們觀察 WAS 應用，沒有出現報錯的情況；觀察 2 台成員服務器，發現工作負載重新均衡到 2 台成員服務器。
下圖為成員服務器 p5502 的系統負載情況，CPU 使用率重新回到 40% 左右。
下圖為成員服務器 p5503 的系統負載情況，CPU 使用率重新回到 40% 左右。
在 pureScale 的性能方面，我們採用某銀行客戶實際生產運行的信貸管理系統，對 DB2 pureScale 的性能進行了初步評估。
測試硬件環境：
1. 成員服務器：2 台 p6-550 6C/48G
2. CF 服務器： 1 台 p6-550 6C/48G
3. 存儲： DS4800 48 塊 146G 15000 轉光纖磁盤
4. WAS 應用服務器：1 台 p6-570 16C/64G
測試場景：
1. 測試業務用例：
新增客戶基本信息、待處理申請查詢、待處理合同查詢等典型應用。
2. 數據量：
1000 萬客戶。
3. 並發用戶：
1000 並發用戶，900 個用戶執行查詢交易，100 個用戶執行新增交易，讀寫比 90:10。
4. 測試持續時間：
10 分鐘
測試結果：
交易量：5471 tps
平均響應時間：0.15 秒
資源使用情況：
測試過程中，2 台成員服務器的 CPU 幾乎滿負荷運行，平均 CPU 利用率分別達到 98% 和 86%，IO 也一直保持穩定的狀態。WAS 應用服務器 CPU 平均利用率達到 63%。
成員服務器 p5502 CPU 和 IO 負載情況：
圖 20. 高性能 CPU 和 IO 系統資源使用情況 -1
成員服務器 p5503 CPU 和 IO 負載情況：
圖 21. 高性能 CPU 和 IO 系統資源使用情況 -2
測試結果分析：
DB2 pureScale 在高並發（1000）、真實信貸業務應用測試中，能夠充分利用硬件系統的資源，獲取出色的業務吞吐量（超過 5400 的 tps）的同時，保證優異的業務服務級別（0.15 秒平均響應時間）。
為了進行擴展性測試，我們選取了電信行業 Home Location Register (HLR) 高吞吐量交易評測軟件 TATP對 DB2 pureScale 的性能和擴展性進行測試。
測試硬件環境：
1. 成員服務器：2 台 p6-550 6C/48G
2. CF 服務器： 1 台 p6-550 6C/48G
3. 存儲：DS4800 48 塊 146G 15000 轉光纖磁盤
測試針對讀寫比 90:10 和 80:20 進行了 2 種場景的測試，連接到每個成員服務器的並發客戶數從 4 個逐漸增加到 64 個。從上述圖表中我們可以看到，在讀寫比較高（90:10）的應用場合，如基於 WEB 的電子商務系統，pureScale 從 1 個成員服務器擴展到 2 個成員服務器的線性度均達到 91% 以上；而在讀寫比較低（80:20）的、更接近大多數客戶聯機交易系統應用的場合，pureScale 從 1 個成員服務器擴展到 2 個成員服務器的線性度大多達到 90% 以上。在每個成員服務器處理 64 個並發用戶時，我們觀察到了明顯的 IO 瓶頸，CPU IO 等待較高，這是導致 83.41% 的擴展性不是特別理想的原因。
以下文章點擊率最高
Loading…