2021-03-15 分類: 網站建設
服務器穩(wěn)定性是最重要的,如果在穩(wěn)定性方面不能夠保證業(yè)務運行的需要,再高的性能也是無用的。正規(guī)的服務器廠商都會對產品進行不同溫度和濕度下的運行穩(wěn)定性測試。重點要考慮的是冗余功能,如:數(shù)據(jù)冗余、網卡冗余、電源冗余、風扇冗余等。
一些服務器穩(wěn)定性測試方法主要為以下幾種:
一、壓力測試:
已知系統(tǒng)高峰期使用人數(shù),驗證各事務在大并發(fā)數(shù)(通過高峰期人數(shù)換算)下事務響應時間能否達到客戶要求。系統(tǒng)各性能指標在這種壓力下是否還在正常數(shù)值之內。系統(tǒng)是否會因這樣的壓力導致不良反應(如:宕機、應用異常中止等)。
二、Ramp Up 增量設計:
如并發(fā)用戶為75人,系統(tǒng)注冊用戶為1500人,以5%-7%作為并發(fā)用戶參考值。一般以每15s加載5人的方式進行增壓設計,該數(shù)值主要參考測試加壓機性能,建議Run幾次。以事務通過率與錯誤率衡量實際加載方式。
三、Ramp Up增量設計目標:
尋找已增量方式加壓系統(tǒng)性能瓶頸位置,抓住出現(xiàn)的性能拐點時機,一般常用參考Hits點擊率與吞吐量、CPU、內存使用情況綜合判斷。模擬高峰期使用人數(shù),如早晨的登錄,下班后的退出,工資發(fā)送時的消息系統(tǒng)等。
另一種極限模擬方式,可視為在峰值壓力情況下同時點擊事務操作的系統(tǒng)極限操作指標。加壓方式不變,在各腳本事務點中設置同集合點名稱(如:lr_rendzvous("same");)在場景設計中,使用事務點集合策略。以同時達到集合點百分率為標準,同時釋放所有正在Run的Vuser。
四、穩(wěn)定性測試:
已知系統(tǒng)高峰期使用人數(shù)、各事務操作頻率等。設計綜合測試場景,測試時將每個場景按照一定人數(shù)比例一起運行,模擬用戶使用數(shù)年的情況。并監(jiān)控在測試中,系統(tǒng)各性能指標在這種壓力下是否能保持正常數(shù)值。事務響應時間是否會出現(xiàn)波動或隨測試時間增長而增加。系統(tǒng)是否會在測試期間內發(fā)生如宕機、應用中止等異常情況。
根據(jù)上述測試,各事務條件下出現(xiàn)性能拐點的位置,以確定穩(wěn)定性測試并發(fā)用戶的人數(shù)。根據(jù)實際測試服務器(加壓機、應用服務器、數(shù)據(jù)服務器三方性能),估算最終并發(fā)用戶人數(shù)。
還可以對服務器進行以下方式測試,驗證服務器在各種特殊情況下是否有自動處理機制:
1容錯性測試
通過模擬一些非正常情況(如:服務器突然斷電、網絡時斷時續(xù)、服務器硬盤空間不足等),驗證系統(tǒng)在發(fā)生這些情況時是否能夠有自動處理機制以保障系統(tǒng)的正常運行或恢復運行措施。如有HA(自動容災系統(tǒng)),還可以專門針對這些自動保護系統(tǒng)進行另外的測試,驗證其能否有效觸發(fā)保護措施。
2問題排除性測試
通過原有案例或經驗判斷,針對系統(tǒng)中曾經發(fā)生問題或懷疑存在隱患的模塊進行驗證測試,驗證這些模塊是否還會發(fā)生同樣的性能問題。如:上傳附件模塊的內存泄露問題、地址本模塊優(yōu)化、開啟Tivoli性能監(jiān)控對OA系統(tǒng)性能的影響等等。
通過以上測試或用戶實際操作已經發(fā)現(xiàn)系統(tǒng)中的性能問題或懷疑已存在性能問題,需通過響應的測試場景重現(xiàn)問題或定義問題。如有可能,可以直接找出引起性能問題所在的代碼或模塊。該類測試主要還是通過測試出問題的腳本場景,并可以增加發(fā)現(xiàn)和檢測的工具,如開啟Tivoli性能監(jiān)控、開啟HeapDump輸出、Linux資源監(jiān)控命令等,并在場景運行過程中輔以手工測試。
網站名稱:盤點幾種服務器穩(wěn)定性測試方法
標題鏈接:http://muchs.cn/news19/105219.html
成都網站建設公司_創(chuàng)新互聯(lián),為您提供定制網站、App開發(fā)、小程序開發(fā)、網站建設、網站設計公司、面包屑導航
聲明:本網站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內容