看起來是客戶端并沒有向截圖2所在服務(wù)器發(fā)送數(shù)據(jù)。
客戶端會連接gateway進程，并將請求轉(zhuǎn)發(fā)給某臺服務(wù)器的businessWorker進程處理。
?
假設(shè)a b兩個服務(wù)器做成分布式即時通訊系統(tǒng)，并且a b服務(wù)器都啟動了Gateway進程，
如果你連的域名只有一個A記錄(假設(shè)為a服務(wù)器)，那么客戶端只會連到服務(wù)器a的gateway進程，a服務(wù)器的gateway的連接數(shù)會有變化。而b服務(wù)器的gateway進程沒有客戶端連接(33個連接是內(nèi)部通訊連接，不是客戶端連接)，就不會有連接數(shù)的變化。a服務(wù)器的gateway進程無法將自身的連接本身分發(fā)給b服務(wù)器。只能將請求轉(zhuǎn)發(fā)給b服務(wù)器。
?
要想ab服務(wù)器的gateway都能接受客戶端連接，需要將b服務(wù)器的ip也加到域名的A記錄中，這樣客戶端連接的時候會近似隨機的方式連接ab中的某個服務(wù)器，這樣才能做到gateway層面的負載。當(dāng)然也可以通過lvs slb nginx haproxy等負載均衡方案做gateway負載。
?
不過即使客戶端都只連a服務(wù)器，a服務(wù)器也會有幾率把請求轉(zhuǎn)發(fā)給b服務(wù)器的businessWorker進程。所以即使沒有任何客戶端連接到b進程，b服務(wù)器的bussinessWorker的請求數(shù)也會有增加。
?
另外分部署部署后gateway與businessWorker register進程間為了維持連接會定時發(fā)送心跳，心跳也會被算作請求被計數(shù)在total_request，所以即使整個集群沒有任何客戶端連接請求，整個集群的total_request也會慢慢增長。
?
?