十年網(wǎng)站開發(fā)經(jīng)驗 + 多家企業(yè)客戶 + 靠譜的建站團隊
量身定制 + 運營維護+專業(yè)推廣+無憂售后,網(wǎng)站問題一站解決
本篇內(nèi)容介紹了“QPS、TPS、RT概念是什么”的有關(guān)知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領(lǐng)大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠?qū)W有所成!
10年的南皮網(wǎng)站建設(shè)經(jīng)驗,針對設(shè)計、前端、開發(fā)、售后、文案、推廣等六對一服務(wù),響應(yīng)快,48小時及時工作處理。全網(wǎng)營銷推廣的優(yōu)勢是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同,自動調(diào)整南皮建站的顯示方式,使網(wǎng)站能夠適用不同顯示終端,在瀏覽器中調(diào)整網(wǎng)站的寬度,無論在任何一種瀏覽器上瀏覽網(wǎng)站,都能展現(xiàn)優(yōu)雅布局與設(shè)計,從而大程度地提升瀏覽體驗。成都創(chuàng)新互聯(lián)從事“南皮網(wǎng)站設(shè)計”,“南皮網(wǎng)站推廣”以來,每個客戶項目都認真落實執(zhí)行。
分布式、微服務(wù)、Service Mesh目前都是大家耳熟能詳?shù)脑~語了,現(xiàn)在隨便一個互聯(lián)網(wǎng)公司說出來大家都是在搞微服務(wù)。
但我們搞來搞去,怎么樣來衡量一個應(yīng)用當前的狀態(tài)到底是怎么樣的?到底需不需要擴容?是需要橫向擴容還是進行項目重構(gòu)?
這時候我們就需要一堆監(jiān)控指標來協(xié)助我們進行分析當前的應(yīng)用狀態(tài),以便在某些事故發(fā)生前進行資源上的調(diào)配或優(yōu)化。
下面咱們就來說道說道這幾個重要的指標,一定要記牢,不管面試還是自己用都是必須滴。
要牢記一點,所有的指標都是根據(jù)時間單位來算的,比如每秒XX、每分鐘XX,要記住這個大前提,下面咱們都按秒來算。
概念:服務(wù)器每秒處理查詢次數(shù),是一臺服務(wù)器每秒能夠處理的查詢次數(shù)。用戶發(fā)起查詢請求到服務(wù)器做出響應(yīng)這算一次,一秒內(nèi)用戶完成了50次查詢請求,那此時服務(wù)器QPS就是50。
概念:服務(wù)器每秒處理的事務(wù)數(shù),一個事物是用戶發(fā)起查詢請求到服務(wù)器做出響應(yīng)這算一次。納尼?這難道不是QPS的概念嗎?劃重點,這里就要說清楚一個概念了,在針對單接口,TPS可以認為是等價于QPS的,如訪問 ‘order.html’ 這個頁面而言,是一個TPS。而訪問 ‘order.html’ 頁面可能請求了3此服務(wù)器(如調(diào)用了css、js、order接口),這實際就算產(chǎn)生了三個QPS
所以,總結(jié)下就是,在針對單接口的時候TPS = QPS ,否則QPS就要看實際的請求次數(shù)了。
概念:響應(yīng)實際,就是從客戶端請求發(fā)起到服務(wù)器響應(yīng)結(jié)果的時間。RT這個參數(shù)是系統(tǒng)最重要的指標之一,它的大小直接反應(yīng)了當前系統(tǒng)的響應(yīng)狀態(tài)?;竞驮蹅冇脩趔w驗息息相關(guān),現(xiàn)在好一點監(jiān)控系統(tǒng)一般都有三個RT,即平均、最大、最小。
一般系統(tǒng)RT 100ms 以內(nèi)是比較正常的,300ms 勉強可以接受,1s的話再加上一些其他的外因,給用戶的體驗就是實實在在的不爽了。
概念:系統(tǒng)能同時處理的請求的數(shù)量,很多人經(jīng)常會把并發(fā)數(shù)和TPS理解混淆。舉例,請求一個index.html 頁面,客戶端發(fā)起了三個請求(css、js、index接口),那么此時TPS =1 、QPS =3 、并發(fā)數(shù) 3。
SO,計算公式 : QPS=并發(fā)數(shù)/RT || 并發(fā)數(shù)=QPS*RT
概念:每秒承受的用戶訪問量,吞吐量(系統(tǒng)能承受多少壓力)和當前請求對CPU消耗、內(nèi)存、IO使用等等緊密相關(guān)。單個請求消耗越高,系統(tǒng)吞吐量越低,反之越高。
一個系統(tǒng)的吞吐量和其TPS 、QPS、并發(fā)數(shù)息息相關(guān),每個系統(tǒng)針對這些值都有一個相對極限值,只要其中某一個達到最大,系統(tǒng)的吞吐量也就到達極限了。如此時壓力繼續(xù)增大,系統(tǒng)的吞吐量反而會下降,原因是系統(tǒng)超負荷工作,各種資源切換等等的消耗導致系統(tǒng)性能下降。
關(guān)系:
所以,理解上面幾個關(guān)系后,就可以推算出:
QPS(TPS)= 并發(fā)數(shù)/平均響應(yīng)時間
概念: 即每個頁面的瀏覽次數(shù),用戶每次刷新就算一次。
概念:獨立訪客數(shù),每天訪問的用戶數(shù),此數(shù)據(jù)需要根據(jù)用戶唯一標識進行去重。
概念:此數(shù)據(jù)指的是Linux系統(tǒng)的負載情況,也就是咱們平時所用Top命令時,最上面顯示的數(shù)據(jù)信息( load average: 0.1, 0.2, 0.5)。此時會顯示1分鐘、5分鐘、15分鐘的系統(tǒng)平均Load,很顯然load average 的值越低,你的系統(tǒng)負荷越小。
簡單的說下這個值應(yīng)該怎么看,如果你是單核cpu,那此值為1的時候就是系統(tǒng)已經(jīng)滿負荷狀態(tài)了,需要你馬上去解決。但實際經(jīng)驗告訴我們,當系統(tǒng)負荷持續(xù)大于0.7的時候(也就是70%),就需要你馬上來解決問題了,防止進一步惡化。
為什么需要三個值 load average: 0.1, 0.2, 0.5,其實就是給你個參考。比如只有1分鐘的是1,其他倆都是0.1,這表明只是臨時突發(fā)的現(xiàn)象,問題不大。如果15分鐘內(nèi),系統(tǒng)負荷都是1或大于1,那表明問題持續(xù)存在啊。所以你應(yīng)該主要觀察15分鐘的系統(tǒng)負荷。
“QPS、TPS、RT概念是什么”的內(nèi)容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站,小編將為大家輸出更多高質(zhì)量的實用文章!