歐洲網(wǎng)站服務(wù)器 想做一個電影網(wǎng)站,在線人很多,需要什么配置的服務(wù)器才能不卡?
想做一個電影網(wǎng)站,在線人很多,需要什么配置的服務(wù)器才能不卡?事實上,這個問題很難回答。有多少?一次解決這個問題是不可能的。在設(shè)計推薦的體系結(jié)構(gòu)時,我們可以橫向擴展,在服務(wù)器上使用云,這樣我們就可以根據(jù)
想做一個電影網(wǎng)站,在線人很多,需要什么配置的服務(wù)器才能不卡?
事實上,這個問題很難回答。有多少?一次解決這個問題是不可能的。在設(shè)計推薦的體系結(jié)構(gòu)時,我們可以橫向擴展,在服務(wù)器上使用云,這樣我們就可以根據(jù)情況動態(tài)調(diào)整
計算服務(wù)器的負載能力。這是互聯(lián)網(wǎng)系統(tǒng)設(shè)計和維護中的一個基本問題,也是一個非常實際的問題。租金帶寬超出實際需求,造成資金浪費;租金帶寬過小,影響業(yè)務(wù)。如何計算吞吐量?
用戶需要不同的流量才能觀看直播和訪問網(wǎng)頁。觀看直播的流量比觀看網(wǎng)頁的流量大得多。
.10000用戶訪問集中在10小時和5小時,并發(fā)性不同。知道集中期,我們可以計算并發(fā)請求的數(shù)量。并發(fā)請求數(shù)的計算公式為:并發(fā)請求數(shù)=IP數(shù)/集中訪問小時數(shù)/3600*單用戶并發(fā)請求數(shù)。在10000個用戶訪問的情況下,如果我們根據(jù)每天4小時內(nèi)完成業(yè)務(wù)的事實來計算單個用戶的并發(fā)請求數(shù),結(jié)果會是什么?小于1,即1秒內(nèi)訪問1次。如果每個請求的數(shù)據(jù)量為100kb,那么服務(wù)器的吞吐量為100kb/s,購買云服務(wù)器的最小帶寬1m就足夠了。
假設(shè)設(shè)計為1s,網(wǎng)頁大小為200KB,1m(128MB/s)帶寬不能滿足體驗的要求,需要租用2m帶寬。一般在購買服務(wù)器帶寬時,在滿足最大吞吐量的基礎(chǔ)上,采用30%的冗余寬帶來應(yīng)對突發(fā)事件。
網(wǎng)站訪問IP過萬,服務(wù)器租用帶寬要多少?
我記得以前讀過一篇關(guān)于MMO從業(yè)者的文章。每個集群中1500-3000名玩家最低,4-5000名最常見,有的甚至可以同時支持10000-11000名玩家在線。事實上,現(xiàn)在絕大多數(shù)網(wǎng)絡(luò)游戲都采用多服務(wù)器模式。讓我們以MMO游戲為例來解釋為什么現(xiàn)在大多數(shù)游戲都使用多服務(wù)器模式。
首先,地理位置靠近服務(wù)器可以減少延遲。如果服務(wù)器在世界的另一端,那么您將看到比從服務(wù)器跳幾次還要多的延遲。
其次,AWS等服務(wù)不適合實時工作。它們是為高吞吐量而設(shè)計的,以延遲為代價。如果你的網(wǎng)頁一次加載的時間比平時長250毫秒,沒人在意,但如果你的游戲處理消息的時間比平時長250毫秒,游戲可能會受到嚴重影響。這就是MMO幾乎總是在專用硬件上托管的原因。
但這也是關(guān)于游戲設(shè)計的。如果你看起來好像每個人都在同一個世界里,但是你不得不在一個區(qū)域太滿的時候分開,人們會因為在指定的聚會地點找不到朋友而感到沮喪。這樣的問題可能會擴展到公會,大規(guī)模的PVP戰(zhàn)斗,等等?,F(xiàn)在玩家已經(jīng)習慣了實例,但是有些區(qū)域可能是共享的。如果您有一個完全獨立的服務(wù)器,至少在這里不會發(fā)生意外。最后,還有其他的技術(shù)問題需要考慮。即使每個實例都與其他實例隔離,通常也有各種服務(wù)需要通過它們進行通信??绶?wù)器通信在實時軟件中很難完成,導(dǎo)致了以往MMO中的各種漏洞和錯誤。特別是,將玩家數(shù)據(jù)從一個傳輸?shù)搅硪粋€是有風險的。因此,開發(fā)人員傾向于謹慎,在服務(wù)器之間劃定邊界,以減少需要通過服務(wù)器的流量。