分布式問題求助

frontlon 更新于2018-04-07

我們的分布式workerman配置如下：
兩臺(tái)gateway，兩臺(tái)worker。

我們壓力模測(cè)試擬8000人在線，每人不停向所有人發(fā)消息。

1分鐘后，gateway在向worker機(jī)器的SendQ出現(xiàn)大量積壓。

可能是worker的處理能不不夠。
經(jīng)過查看workerman status后，發(fā)現(xiàn)worker的connections最多只能達(dá)到17.請(qǐng)問是不是這個(gè)原因？該如何設(shè)置？

圖中上面紅框是gateway的connections，又很多。worker的最多只能到17。

 3334  2 0

2個(gè)回答

maq 2018-04-04

我的理解，BusinessWorker 的連接數(shù)跟客戶端數(shù)量無關(guān)，它應(yīng)該是跟 Register 保持一個(gè)連接，再跟每個(gè) GatewayWorker 保持一個(gè)連接。

說到數(shù)據(jù)積壓，你這個(gè)模擬的場(chǎng)景壓力有點(diǎn)太大了吧…… 8000 個(gè)客戶端，每人都不停地向其他所有人發(fā)消息……這得是什么樣的應(yīng)用場(chǎng)景才能玩出這個(gè)效果啊……

frontlon 2018-04-04

謝謝了，經(jīng)過確認(rèn)。確實(shí)是和gateway建立的鏈接，兩臺(tái)gateway，每臺(tái)8核，加一個(gè)register，正好17個(gè)。

我們要求做到1萬并發(fā)。
maq 2018-04-06

@1133:【1萬并發(fā)】這個(gè)說法本身并步嚴(yán)格，正好有一篇文檔值得參考：
http://doc.workerman.net/315236
frontlon 2018-04-07

@3346:嗯，這個(gè)是了解的。這個(gè)文章我之前也看過。我們的需求是：無論并發(fā)多少，qps多少。實(shí)際要保證的是，1萬人在線聊天一點(diǎn)問題都沒有?？赡軙?huì)有一萬人同時(shí)回復(fù)的場(chǎng)景。
maq 2018-04-07

【一萬人同時(shí)回復(fù)】跟【一萬人一直同時(shí)回復(fù)】的差別還是相當(dāng)大的 :D
maq 2018-04-07

另外再多說一句，【一點(diǎn)問題都沒有】這個(gè)要求是不切實(shí)際的，更科學(xué)的提法是【在多大概率上保證有什么樣的響應(yīng)效果】。

walkor 2018-04-07

打賞

是的，需要考慮下業(yè)務(wù)場(chǎng)景，優(yōu)化下業(yè)務(wù)邏輯，看下是否真的需要8000人每人不停的向所有人廣播消息。
這種壓測(cè)情況下，假設(shè)每人每秒向所有人廣播1條消息，那么就是每秒8000x8000=6400萬條消息，假設(shè)每條消息是100字節(jié)，那么需要約6400MB每秒約(6400x8)Mb約為50Gb/秒，一般服務(wù)器沒有這么強(qiáng)悍的網(wǎng)卡，甚至一個(gè)機(jī)房都沒有這么大的出口帶寬。這樣肯會(huì)導(dǎo)致數(shù)據(jù)擠壓發(fā)不出去，導(dǎo)致某些地方SendQ出現(xiàn)大量積壓。

壓測(cè)最好貼切實(shí)際來壓測(cè)，尤其是幾千人上萬人在線的場(chǎng)景，廣播數(shù)據(jù)的數(shù)量是很恐怖的，要盡可能減少不必要的全局廣播。