MicroStrategy使用者伸縮性基準測試（轉貼）

----基於IBM解決方案平臺

1 綜述

每一個商務智慧產品都會關注到伸縮性這一點。好的伸縮性可以確保即使將來需求增長時也能很容易的得到解決。判斷一個商務智慧平臺伸縮性的優劣可以從以下幾方面考慮：使用者伸縮性、資料伸縮性以及分析伸縮性。

使用者伸縮性是指系統不僅能支援大規模使用者，還能隨使用者數量增加簡單快速增長系統的能力。這一點非常的重要，因為成功的商務智慧產品會吸引更多的團體使用，而且那些懂得與客戶與合作伙伴共享資訊的企業才會更有競爭力。

資料伸縮性與使用者伸縮性類似，是指系統擁有從兆到T級的資料分析能力。隨著網際網路的普及和新的資料採集技術的使用，企業能夠收集到的資料前所未有的豐富。但是如何方便快捷的從如此海量的資料中抽取到我們需要的資訊，這正是商務智慧工具的重要指標。

分析伸縮性指的是使用統計或其他一些計算方法對不同型別的資料進行分析的能力。這一點也變得日益重要，除了資料倉儲會把不同來源的資料到一起這一原因外，更為重要的是，隨著時間的推移，使用者對於分析的需求會逐步提高，他們想要的分析可能既包括統計、財務，還可能包括複雜的OLAP分析。分析伸縮性就是指商務智慧產品能夠滿足使用者日益增長的分析需求。

MicroStrategy公司於2000年7月在位於San Mateo，California的IBM Complex中心進行了效能與伸縮性測試。本次測試的目的在於測算MicroStrategy 7產品在IBM Netfinity Server上的效能與伸縮性指標。這篇報告描述了此次測試的結果。

總的來說，MicroStrategy 7對於總使用者數為40萬，併發使用者數為1200的使用者規模，每張報表的響應時間不超過30秒，使用者同時訪問的資料庫表超過70張。具體的硬體規模為：3臺4CPU的Netfinity Server做群集支援MicroStrategy Web，再加一臺8路處理器的Netfinity Server用作MicroStrategy Intelligence Server。

MicroStrategy 7在IBM ServerProven平臺下提供了極佳的效能，同時在IBM的ClusterProven平臺下也得到了確認。同時，MicroStrategy 7的群集架構也完全支援故障恢復與負載均衡，這一架構也保證了系統的高可靠性和效能。測試證明，MicroStrategy 7在IBM的2，4，8路SMP系統上是有效的，其CPU的監測工具也顯示MicroStrategy 7的多執行緒設計是世界一流的。

1 使用者型別

在這裡，先介紹三個重要的概念：

l         總使用者數：是指在MicroStrategy產品平臺上註冊的使用者數

l         活動使用者數：是指同時登入或連線到MicroStrategy系統的使用者數。他們與總使用者數構成一個比率。

l         併發使用者數：是指所提交的請求正在被MicroStrategy伺服器（包括MicroStrategy Web和MicroStrategy Intelligence Server）處理的使用者。他們與活動使用者數構成一個比率。

比如，某使用MicroStrategy 7的企業網站有10，000人註冊，那麼，總使用者數應當為100，000，其中，有30，000人登入線上，那麼活動使用者數應當為30，000。而在這30，000人中，當且僅當有1000人的提交請求正在被伺服器處理時，這1000人才能被叫做併發使用者數。

三者關係如圖1-a所示：

圖1-a 不同型別使用者關係圖

併發使用者對總使用者數的比率所實際環境不同而不同，一般來講，是隨使用者量的增加而降低的。圖1-b是幾個使用者比率的例子（不作為典型定義）：

2 測試方法

2．1 架構綜述

MicroStrategy 7商務智慧平臺使用了4層架構。Web瀏覽器使用者通過Web Server訪問MicroStrategy Web。Web Server可做群集。MicroStrategy Web與MicroStrategy Intelligence Server通訊，MicroStrategy Intelligence Server也可做群集。這種Web伺服器與應用伺服器的分離使Web Server無需與資料庫建立連線，確保了非軍事區的安全。在Web伺服器上存在與資料庫的連線是一個巨大的安全隱患，尤其是需要從企業外部訪問資料時。在這裡，完全是通過MicroStrategy Intelligence Server來與資料庫進行連線並接收資料。

此次測試使用IBM Netfinity伺服器作為MicroStrategy Web, MicroStrategy Intelligence Server和資料庫的安裝平臺，資料庫使用的是IBM DB2 Universal Database (UDB) 6.1 Service Level 3。在4臺IBM Netfinity 5500工作站上使用MFC Blaster軟體模擬使用者連線，每臺工作站擁有兩顆CPU。

IBM的DB2產品系列可以執行的硬體平臺除了IBM自身的硬體外還包括Sun, Hewlett-Packard的硬體環境，作業系統包括 Windows, Linux, Sun Solaris, HP-UX, NUMA-Q, AIX, OS/2, 以及一些掌上裝置作業系統，比如 Windows CE, Palm Computing平臺等。

IBM Intel-based Netfinity伺服器可以使用Windows 2000/NT, Linux, Novell以及其他的作業系統。

元件	硬體	軟體
MicroStrategy Web	3臺IBM Netfinity 5500 m20(4*500MHz CPU)伺服器	MicroStrategy Web 7.0 SP1
MicroStrategy Intelligence Server	3臺IBM Netfinity 5500 m20(4*500MHz CPU), 1臺IBM Netfinity 8500R(8*500MHz CPU)伺服器	MicroStrategy Intelligence Server 7.0 SP1
資料庫	1臺IBM Netfinity 8500R(8*500MHz CPU)伺服器	IBM DB2 Universal Database (UDB) 6.1 Service Level 3
客戶端	4臺IBM Netfinity 5500 m10(2*500MHz CPU)工作站	MFC Blaster

表2-a 所使用的軟硬體綜述

圖2-b 測試環境

伺服器與軟體環境

當使用多個MicroStrategy Intelligence Server時，將它們作為群集，不僅可以負載均衡併發使用者的請求，還具備故障恢復的功能。而在另一測試中，只將一臺IBM Netfinity 8500R作為MicroStrategy Intelligence Server，它單獨與MicroStrategy Web相連線。IBM DB2 Universal Database (UDB) 6.1 Service Level 3安裝在IBM Netfinity 8500R(8*500MHz CPU)伺服器上。

網路環境

網路環境包括兩個區域網和一個廣域網。一個區域網內安裝有4個MicroStrategy Intelligence Server，4個MicroStrategy Web和IBM DB2資料庫伺服器。另一區域網是需要訪問MicroStrategy Web的工作站。

廣域網是模擬的網際網路環境，叫做“Shunra Cloud”。WAN模擬器通過56K調變解調器和T1線路模擬客戶端連線。

所有客戶端使用TCP/IP作為資料傳輸協議，所有機器的網路卡設定為自動檢測100 base-T網路卡。

附錄4.1詳細介紹了測試安裝環境的資訊

2．2 資料庫專案

此次效能測試用到的專案是一個股票市場的樣例專案。專案中包括股價，兩年的公司和Ticker（股票行情顯示器）資訊。選擇此專案是因為它的分析複雜度與大多數企業資料庫類似。此股票市場樣例專案還包括：

l         77個資料庫表，總共超過2百萬行記錄

l         3個層系物件，28個實體物件，110個事實物件

l         490個計算度量物件，31個提示物件，6個轉換物件，1個複合項物件，19個自定義組物件，483張報表，27個文件物件和大約100個過濾條件

2．3 測試過程

在模擬客戶端上，針對不同的伺服器配置執行不同的工作指令碼，每一個指令碼都會執行不同的任務，包括報表製作、報表操作與報表瀏覽等。這些工作可以分為8種測試場景。

所有的工作指令碼除了3和8外執行時間都不超過15分鐘，場景3和8執行了將近30分鐘。

場景和報表型別如圖2-c和2-d所示。

 

序號	名稱	描述
1	執行快取報表	所有的報表均來自於快取，包括從快取中接收各種複雜度的報表。
2	執行簡單報表	簡單報表包括一些典型的股票業務操作，比如簡單的股價查詢
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/51862/viewspace-180577/，如需轉載，請註明出處，否則將追究法律責任。 0 0 分享到： 上一篇： 用oracle發email 下一篇： 小哞的故事 請登入後發表評論 登入 全部評論 orchidllh 註冊時間：2008-02-21 博文量 180 訪問量 845278 最新文章 [zt]Apache HBase Region Splitting and Merging 關於MemStore的重新整理方式 驗證HFile和HLog中序列號的關係 關於HBase的日誌檔案和HFile 關於安裝R12時，提示RW-50015： cursor: pin S wait on X等待事件的處理過程 通過cman連線報ora-12564拒絕連線 【徵文】cursor: pin S wait on X等待事件的處理過程 香腸荷葉飯 一個好訊息和一個壞訊息 支援我們 作者招募 使用者協議 FAQ Contact Us 北京盛拓優訊資訊科技有限公司. 版權所有  京ICP備09055130號-4  北京市公安局海淀分局網監中心備案編號：11010802021510 廣播電視節目製作經營許可證(京) 字第1234號 中國網際網路協會會員