服務(wù)器穩(wěn)定性是最重要的，如果在穩(wěn)定性方面不能夠保證業(yè)務(wù)運(yùn)行的需要，再高的性能也是無用的。正規(guī)的服務(wù)器廠商都會(huì)對(duì)產(chǎn)品進(jìn)行不同溫度和濕度下的運(yùn)行穩(wěn)定性測試。重點(diǎn)要考慮的是冗余功能，如：數(shù)據(jù)冗余、網(wǎng)卡冗余、電源冗余、風(fēng)扇冗余等。

一些服務(wù)器穩(wěn)定性測試方法主要為以下幾種：

壓力測試：

已知系統(tǒng)高峰期使用人數(shù)，驗(yàn)證各事務(wù)在最大并發(fā)數(shù)(通過高峰期人數(shù)換算)下事務(wù)響應(yīng)時(shí)間能否達(dá)到客戶要求。系統(tǒng)各性能指標(biāo)在這種壓力下是否還在正常數(shù)值之內(nèi)。系統(tǒng)是否會(huì)因這樣的壓力導(dǎo)致不良反應(yīng)(如：宕機(jī)、應(yīng)用異常中止等)。

Ramp Up 增量設(shè)計(jì)：

如并發(fā)用戶為75人，系統(tǒng)注冊用戶為1500人，以5%-7%作為并發(fā)用戶參考值。一般以每15s加載5人的方式進(jìn)行增壓設(shè)計(jì)，該數(shù)值主要參考測試加壓機(jī)性能，建議Run幾次。以事務(wù)通過率與錯(cuò)誤率衡量實(shí)際加載方式。

Ramp Up增量設(shè)計(jì)目標(biāo)：

尋找已增量方式加壓系統(tǒng)性能瓶頸位置，抓住出現(xiàn)的性能拐點(diǎn)時(shí)機(jī)，一般常用參考Hits點(diǎn)擊率與吞吐量、CPU、內(nèi)存使用情況綜合判斷。模擬高峰期使用人數(shù)，如早晨的登錄，下班后的退出，工資發(fā)送時(shí)的消息系統(tǒng)等。

另一種極限模擬方式，可視為在峰值壓力情況下同時(shí)點(diǎn)擊事務(wù)操作的系統(tǒng)極限操作指標(biāo)。加壓方式不變，在各腳本事務(wù)點(diǎn)中設(shè)置同集合點(diǎn)名稱(如：lr_rendzvous("same");)在場景設(shè)計(jì)中，使用事務(wù)點(diǎn)集合策略。以同時(shí)達(dá)到集合點(diǎn)百分率為標(biāo)準(zhǔn)，同時(shí)釋放所有正在Run的Vuser。

穩(wěn)定性測試：

已知系統(tǒng)高峰期使用人數(shù)、各事務(wù)操作頻率等。設(shè)計(jì)綜合測試場景，測試時(shí)將每個(gè)場景按照一定人數(shù)比例一起運(yùn)行，模擬用戶使用數(shù)年的情況。并監(jiān)控在測試中，系統(tǒng)各性能指標(biāo)在這種壓力下是否能保持正常數(shù)值。事務(wù)響應(yīng)時(shí)間是否會(huì)出現(xiàn)波動(dòng)或隨測試時(shí)間增長而增加。系統(tǒng)是否會(huì)在測試期間內(nèi)發(fā)生如宕機(jī)、應(yīng)用中止等異常情況。

根據(jù)上述測試，各事務(wù)條件下出現(xiàn)性能拐點(diǎn)的位置，以確定穩(wěn)定性測試并發(fā)用戶的人數(shù)。根據(jù)實(shí)際測試服務(wù)器(加壓機(jī)、應(yīng)用服務(wù)器、數(shù)據(jù)服務(wù)器三方性能)，估算最終并發(fā)用戶人數(shù)。

還可以對(duì)服務(wù)器進(jìn)行以下方式測試，驗(yàn)證服務(wù)器在各種特殊情況下是否有自動(dòng)處理機(jī)制：

1、容錯(cuò)性測試

通過模擬一些非正常情況(如：服務(wù)器突然斷電、網(wǎng)絡(luò)時(shí)斷時(shí)續(xù)、服務(wù)器硬盤空間不足等)，驗(yàn)證系統(tǒng)在發(fā)生這些情況時(shí)是否能夠有自動(dòng)處理機(jī)制以保障系統(tǒng)的正常運(yùn)行或恢復(fù)運(yùn)行措施。如有HA(自動(dòng)容災(zāi)系統(tǒng))，還可以專門針對(duì)這些自動(dòng)保護(hù)系統(tǒng)進(jìn)行另外的測試，驗(yàn)證其能否有效觸發(fā)保護(hù)措施。

2、問題排除性測試

通過原有案例或經(jīng)驗(yàn)判斷，針對(duì)系統(tǒng)中曾經(jīng)發(fā)生問題或懷疑存在隱患的模塊進(jìn)行驗(yàn)證測試，驗(yàn)證這些模塊是否還會(huì)發(fā)生同樣的性能問題。如：上傳附件模塊的內(nèi)存泄露問題、地址本模塊優(yōu)化、開啟Tivoli性能監(jiān)控對(duì)OA系統(tǒng)性能的影響等等。

• 測評(píng)測試是用于獲取系統(tǒng)的關(guān)鍵性能指標(biāo)點(diǎn)而進(jìn)行的相關(guān)測試。主要是針對(duì)預(yù)先沒有明確的預(yù)期測試結(jié)果，而是要通過測試獲取在特定壓力場景下的性能指標(biāo)(如：事務(wù)響應(yīng)時(shí)間、最大并發(fā)用戶數(shù)等)。
• 評(píng)測事務(wù)響應(yīng)時(shí)間：為獲取某事務(wù)在特定壓力下的響應(yīng)時(shí)間而進(jìn)行的測試活動(dòng)。通過模擬已知客戶高峰期的各壓力值或預(yù)期所能承受的壓力值，獲取事務(wù)在這種壓力下的響應(yīng)時(shí)間。
• 評(píng)測事務(wù)最大并發(fā)用戶數(shù)：為獲取某事務(wù)在特定系統(tǒng)環(huán)境下所能承受的最大并發(fā)用戶數(shù)而進(jìn)行的測試活動(dòng)。通過模擬真實(shí)環(huán)境或直接采用真實(shí)環(huán)境，評(píng)測在這種環(huán)境下事務(wù)所能承受的最大并發(fā)用戶數(shù)。判定標(biāo)準(zhǔn)閾值需預(yù)先定義(如響應(yīng)時(shí)間，CPU占用率，內(nèi)存占用率，已出現(xiàn)點(diǎn)擊率峰值，已出現(xiàn)吞吐量峰值等)。
• 評(píng)測系統(tǒng)最大并發(fā)用戶數(shù)：為獲取整個(gè)系統(tǒng)所能夠承受的最大并發(fā)用戶數(shù)而進(jìn)行的的測試活動(dòng)。通過預(yù)先分析項(xiàng)目各主要模塊的使用比率和頻率，定義各事務(wù)在綜合場景中所占的比例，以比例方式分配各事務(wù)并發(fā)用戶數(shù)。模擬真實(shí)環(huán)境或直接采用真實(shí)環(huán)境，評(píng)測在這種環(huán)境下系統(tǒng)所能承受的最大并發(fā)用戶數(shù)。判定標(biāo)準(zhǔn)閥值預(yù)先定義(如響應(yīng)間，CPU占用率，內(nèi)存占用率，已出現(xiàn)點(diǎn)擊率峰值，已出現(xiàn)吞吐量峰值等)。取值標(biāo)準(zhǔn)以木桶法則為準(zhǔn)(并發(fā)數(shù)最小的事務(wù)為整個(gè)系統(tǒng)的并發(fā)數(shù))。
• 評(píng)測不同數(shù)據(jù)庫數(shù)據(jù)量對(duì)性能的影響：針對(duì)不同數(shù)據(jù)庫數(shù)據(jù)量的測試，將測試結(jié)果進(jìn)行對(duì)比，分析發(fā)現(xiàn)數(shù)據(jù)庫中各表的數(shù)據(jù)量對(duì)事務(wù)性能的影 響。得以預(yù)先判斷系統(tǒng)長時(shí)間運(yùn)行后，或某些模塊客戶要求數(shù)據(jù)量較大 時(shí)可能存在的隱患。

通過以上測試或用戶實(shí)際操作已經(jīng)發(fā)現(xiàn)系統(tǒng)中的性能問題或懷疑已存在性能問題，需通過響應(yīng)的測試場景重現(xiàn)問題或定義問題。如有可能，可以直接找出引起性能問題所在的代碼或模塊。該類測試主要還是通過測試出問題的腳本場景，并可以增加發(fā)現(xiàn)和檢測的工具，如開啟Tivoli性能監(jiān)控、開啟HeapDump輸出、Linux資源監(jiān)控命令等，并在場景運(yùn)行過程中輔以手工測試。

天下數(shù)據(jù)與全球近120多個(gè)國家頂級(jí)機(jī)房直接合作，提供包括香港、美國、韓國、日本、臺(tái)灣、新加坡、荷蘭、法國、英國、德國、埃及、南非、巴西、印度、越南等國家和地區(qū)的服務(wù)器租用、云服務(wù)器的租用服務(wù)，需要的請(qǐng)聯(lián)系天下數(shù)據(jù)客服！

本文鏈接：http://m.51huadong.com/cloundnews/11003477.html