沒有準(zhǔn)確的答案的。
成都創(chuàng)新互聯(lián)公司是一家集網(wǎng)站建設(shè),坡頭企業(yè)網(wǎng)站建設(shè),坡頭品牌網(wǎng)站建設(shè),網(wǎng)站定制,坡頭網(wǎng)站建設(shè)報(bào)價(jià),網(wǎng)絡(luò)營(yíng)銷,網(wǎng)絡(luò)優(yōu)化,坡頭網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè),幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強(qiáng)企業(yè)競(jìng)爭(zhēng)力??沙浞譂M足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時(shí)我們時(shí)刻保持專業(yè)、時(shí)尚、前沿,時(shí)刻以成就客戶成長(zhǎng)自我,堅(jiān)持不斷學(xué)習(xí)、思考、沉淀、凈化自己,讓我們?yōu)楦嗟钠髽I(yè)打造出實(shí)用型網(wǎng)站。
這款配置還是相對(duì)較高的配置,以官網(wǎng)來說,每天大概500ip,PV大概3000左右,同時(shí)在線人數(shù)最多不會(huì)超過50人吧,這種流量相對(duì)一個(gè)企業(yè)站來說還算可以,這個(gè)服務(wù)器完全可以符合要求,目前運(yùn)行了相當(dāng)長(zhǎng)時(shí)間,服務(wù)器沒有出現(xiàn)過任何中斷,截取Alexa的排名數(shù)據(jù)僅供參考。
擴(kuò)展資料:
這款配置的峰值并發(fā)用戶應(yīng)該可以到幾百個(gè)用戶,這里有太多因素決定同時(shí)并發(fā)數(shù)了,比如網(wǎng)站圖片視頻數(shù)量多少,數(shù)據(jù)庫是否和文件服務(wù)器分開,每個(gè)用戶在站點(diǎn)上打開的頁面多少等都會(huì)影響服務(wù)器負(fù)載。
另外這些數(shù)據(jù)其實(shí)都只是一個(gè)預(yù)估的數(shù)據(jù),顯示情況遠(yuǎn)比理想狀況復(fù)雜很多很多,比如要是在這臺(tái)服務(wù)器安裝配置一些額外的服務(wù),而當(dāng)前服務(wù)運(yùn)行的進(jìn)程可能就會(huì)直接對(duì)服務(wù)器造成負(fù)載的提升等等。
因此能支持多少用戶這種問題本身就是一個(gè)偽命題,要具體情況具體分析,不過可以肯定的是這個(gè)配置可以支持絕大部分企業(yè)站點(diǎn)的正常運(yùn)行相當(dāng)長(zhǎng)時(shí)間。
參考資料來源:百度百科——服務(wù)器
蟹妖~~關(guān)注極迭代,和小伙伴一起看___4核8G+10M帶寬屬于比較好的機(jī)器了,能夠滿足大部分場(chǎng)景的需要。但要說能支持多少用戶,就不能這樣拍腦袋得到答案。用戶支撐數(shù)量是由很多因素構(gòu)成的,比如用的語言、架構(gòu)、處理的業(yè)務(wù)類型、數(shù)據(jù)大小等等,這是一個(gè)不斷調(diào)優(yōu)的過程。
首先需要確定業(yè)務(wù)類型
不同的業(yè)務(wù)會(huì)有不同的特點(diǎn),有些CPU占用比較高,比如內(nèi)存計(jì)算類的;有些內(nèi)存占用高,比如數(shù)據(jù)處理類的;有些需要大帶寬,比如網(wǎng)絡(luò)爬蟲類的;有些磁盤占用高,比如圖片和數(shù)據(jù)庫類的。同樣配置的機(jī)器跑不同的業(yè)務(wù),效果就會(huì)天差地別,而且未用到的資源就大大的浪費(fèi)了。根據(jù)自己的業(yè)務(wù)類型,調(diào)整機(jī)器的資源配比,是節(jié)省資金,提高支撐能力的好辦法。
其次確定數(shù)據(jù)尺寸
網(wǎng)絡(luò)傳輸?shù)臄?shù)據(jù)尺寸決定了帶寬的占用程度,尺寸越小帶寬越大,單位時(shí)間能夠接入和處理的用戶請(qǐng)求就更多。那么減少無效的數(shù)據(jù)傳輸,減少請(qǐng)求包的大小,是提高用戶接入能力必須考慮的地方。
采用合理的語言架構(gòu)
經(jīng)過良好設(shè)計(jì)的系統(tǒng),和隨意堆砌的系統(tǒng),接入能力是完全不同的。為了解決資源浪費(fèi)問題,可以采用Docker之類的容器化,微服務(wù)化,能夠有效的提高資源使用率,減少服務(wù)器壓力。采用Nginx或Tengine、開啟NIO、開啟壓縮、以及設(shè)置靜態(tài)和局部緩存等,降低服務(wù)器負(fù)載采用MongoDB、NoSQL數(shù)據(jù)庫,降低數(shù)據(jù)查詢壓力提高響應(yīng)速度....總之一句話:盡力減少前端無效請(qǐng)求,后端盡力將請(qǐng)求在靠近用戶側(cè)解決掉,避免業(yè)務(wù)過長(zhǎng),堆積在后端底層。
不斷測(cè)算和調(diào)優(yōu)
支撐的TPS數(shù),是需要不斷監(jiān)控不斷調(diào)優(yōu)的。很多時(shí)候,一個(gè)微小的參數(shù)調(diào)整,都能帶來成倍的性能提高。一個(gè)數(shù)十秒的業(yè)務(wù)請(qǐng)求,也許調(diào)優(yōu)后就能在幾十毫秒完成。真正的線上服務(wù),持續(xù)監(jiān)控和持續(xù)調(diào)優(yōu)是長(zhǎng)期進(jìn)行的。
可以到官網(wǎng)RDS下看性能測(cè)試報(bào)告,不同規(guī)格的RDS實(shí)例性能規(guī)格數(shù)據(jù)不一。
24G內(nèi)存規(guī)格的純insert QPS大致在20000~25000之間。
阿里云輕量級(jí)服務(wù)器自帶1T流量包,考慮到國(guó)內(nèi)流量費(fèi)實(shí)在是貴,輕量級(jí)服務(wù)器是一個(gè)更好的選擇
但是國(guó)內(nèi)訪問輕量級(jí)服務(wù)器的帶寬很低,可以通過以下辦法提速
轉(zhuǎn)自老驥伏櫪
1.首先卸載阿里云安騎士(阿里云的一個(gè)安全(jiandie)軟件)
2.刪除安騎士殘留文件
3.屏蔽安騎士IP
4.安裝魔改BBR+(BBR是Google推出的一個(gè)TCP反堵塞程序,能大幅提升服務(wù)器的速度)
選2,安裝重啟后再次運(yùn)行./tcp.sh命令,然后選7,完成BBR+的安裝,此時(shí)提速明顯!
到此為止,整個(gè)提速已經(jīng)完成了,趕緊試試你網(wǎng)站的速度吧,是不是爽歪歪了
實(shí)測(cè)效果:
提速前:
提速后: