2.軟件環(huán)境

    軟件環(huán)境入表4.

表4軟件環(huán)境

    3.業(yè)務(wù)模型

    使用單個(gè)業(yè)務(wù)的性能測試腳本，將同一模塊內(nèi)相近功能的腳本放在同一個(gè)測試場景中，平均設(shè)定每個(gè)交易的比例如表5。

表5 業(yè)務(wù)模型

    4基準(zhǔn)測試場景

    基準(zhǔn)測試場景如表6。

表6 基準(zhǔn)測試場景

    5.混合業(yè)務(wù)負(fù)載場景

    混合業(yè)務(wù)負(fù)載場景如表7。

表7 混合業(yè)務(wù)負(fù)載場景

    6.測試工具及使用

    本次測試使用HP公司的性能測試工具LOAd Runnerv11.0生成虛擬用戶，通過Load Runner負(fù)載運(yùn)行控制器控制生成的虛擬用戶對被測系統(tǒng)進(jìn)行壓力負(fù)載測試，同時(shí)使用sitescopev11.0監(jiān)控中間件服務(wù)器的系統(tǒng)資源和性能指標(biāo)。

    7.基準(zhǔn)測試場景執(zhí)行結(jié)果

    基準(zhǔn)測試場景結(jié)果匯總?cè)绫?。

表8基準(zhǔn)測試場景結(jié)果匯總

    8.混合場景執(zhí)行結(jié)果

    混合場景執(zhí)行結(jié)果如表9。

表9 混合場景執(zhí)行結(jié)果

    在一般的壓力測試軟件都會生成單位為TPS(transactions/S)的指標(biāo)，代表了每秒鐘可以處理的事件數(shù)量，如果轉(zhuǎn)化為以分鐘為單位則與tpmC的單位保持一致。此次混合場景的測試TPS數(shù)值為330，tpmC=330 x 60=19800。此數(shù)值與我們原來進(jìn)行估算的數(shù)值24720相比，大概存在20%的偏差，基本符合我們的預(yù)期，說明此數(shù)值對于實(shí)際操作還是具備了實(shí)際價(jià)值，能夠反映出服務(wù)器對于資源的需求程度。

四、小結(jié)

    雖然選擇tpmC進(jìn)行計(jì)算系統(tǒng)資源需求有著比較不錯(cuò)的效果但是在實(shí)際環(huán)境中還是面臨很多挑戰(zhàn)以下列出的在實(shí)際操作中需要注意的地方:

    ·在進(jìn)行性能計(jì)算之前一定要對于業(yè)務(wù)系統(tǒng)進(jìn)行深入了解，熟悉各種業(yè)務(wù)模型從而針對不同的場景分別進(jìn)行計(jì)算。不能僵化地使用一種計(jì)算方法最好能通過多種方式進(jìn)行驗(yàn)證。因?yàn)閼?yīng)用系統(tǒng)的其他不同特征也會造成對服務(wù)器資源的需求有很大不同，比如應(yīng)用的類型技術(shù)架構(gòu)和數(shù)據(jù)量等:

    ·對于SAP,  Siebel等套裝應(yīng)用軟件，可以采用各自軟件的估算方法，如從SAPS到CPU數(shù)量的估算，從用戶數(shù)到CPU數(shù)量的估算等方法；

    ·對于各項(xiàng)的取值一定要反復(fù)進(jìn)行評估，因?yàn)槟骋豁?xiàng)的參數(shù)的細(xì)微變化都會對于最后的計(jì)算數(shù)據(jù)產(chǎn)生很大的影響，取值的不謹(jǐn)慎很可能會導(dǎo)致最終計(jì)算數(shù)據(jù)沒有實(shí)際意義;

    ·針對于非數(shù)據(jù)庫OLTP型的業(yè)務(wù)應(yīng)用場景，我們可以參照這種方式進(jìn)行性能指標(biāo)的估算，因?yàn)槊恳粋�(gè)壓力測試軟件最終都會生成“事務(wù)事件處理/時(shí)間單位”的指標(biāo)值，從單位的角度來說是沒有問題，的但是此時(shí)對于一個(gè)事務(wù)事件的定義會與tpmC有差異，因此相對于典型的OLTP類型應(yīng)用來說與實(shí)際的偏差值會更大;

    ·根據(jù)經(jīng)驗(yàn)，很多數(shù)值在實(shí)際運(yùn)行后會發(fā)生比較大的變化，如果我們排除在人為取值方面的偏差，很多是由于業(yè)務(wù)系統(tǒng)程序編寫方面的問題，隨著業(yè)務(wù)系統(tǒng)的不斷優(yōu)化，相關(guān)的性能指標(biāo)也會發(fā)生變化。

    ·性能指標(biāo)的預(yù)估僅在業(yè)務(wù)系統(tǒng)未上線的場景下使用，如果應(yīng)用系統(tǒng)已經(jīng)上線運(yùn)行，我們?nèi)匀唤ㄗh使用專業(yè)的軟件對業(yè)務(wù)進(jìn)行一段時(shí)間的監(jiān)控，獲取相關(guān)的數(shù)據(jù)后進(jìn)行分析，這樣的相對準(zhǔn)確程度更高。

    ·該計(jì)算方法能夠預(yù)估資源的大致需求，但是在規(guī)劃的時(shí)候需要為整個(gè)私有云的整體資源留出余量，該部分余量是將原來分散服務(wù)器系統(tǒng)的預(yù)留資源進(jìn)行優(yōu)化，起到節(jié)約資源的作用，同時(shí)因?yàn)樵摬糠诸A(yù)留資源的合理配置，能夠?yàn)閼?yīng)對資源需求的增長或性能需求估算不準(zhǔn)確而導(dǎo)致的資源不足的情況提供快速調(diào)配、快速部署的手段。

核心關(guān)注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.oesoe.com/

本文標(biāo)題：量化性能——私有云搭建的關(guān)鍵(下)

本文網(wǎng)址：http://www.oesoe.com/html/support/1112158247.html