今天mongos撞到連線數上限
雖然這是預期的
但由於這個限制不是透過mongos本身的限制來控制連線數
而是用os security limit去控制
當初設定process上限為12000
結果撞到連線數上限為800
因此可以斷定連線和process倍數約為15倍
一條連線大概會開啟150個process在背後處理
討論:
mongos透過process去限制會比較好嗎?
1. 透過OS去控制比較能掌控server整體穩定性
2. 而mongos的設定比較能單獨去控制使用量
我認為,如果伺服器是給mongos單獨使用,
用OS的限制去處理應該是妥當的,
畢竟就是要穩...
但如果撞到上限,
mongos回應會非常奇怪,
若是不熟的管理者應該不會知道發生什麼事,
最後就變成放置play,
如果是在mongos的限制下,
一旦撞到連線數上限
至少回應訊息會很清楚知道已經到上限
而且同台server需要很多服務同時並用,
那就用mongos本身控制吧.....
雖然還需要釐清,多少CPU要配多少process...
結論:
如果還是不清楚,最好從mongos本身限制下手
沒有留言:
張貼留言