問題：測試centos5.3系統下的rsync連接數。linux下的rsync連接數突然增高，負載增高導致服務登錄失敗。

軟硬件環境如下：

四臺2個四核的CPU，8G內存的刀片服務器，只提供rsync服務。

癥狀：

從上周末開始，服務器的負載突然變得相當高，loadaverage 能去到700以上，搞的登陸該服務器都有問題，負載突然增高。

檢查：

重啟服務器檢查，每臺服務器的連接數有1000-2000左右，但是EST的有效鏈接只有2、3百個，其余的基本上是等待關閉狀態,loadaverage 就緩慢的增長到700以上，之后就做任何操作都沒反應了，top查看CPU被使用完了，都是rsync的連接在占用，經過檢查這些rsync的鏈接都是正常鏈接，不存在非法鏈接的情況，ip地址都是我們的vpn內網的IP地址。客戶端是ubuntu的8.0系統。檢查了機房的帶寬，并沒有出現很大的起伏，或者說機房的帶寬相當充裕，基本上沒有怎么用到。之前運行過好長一段時間都沒有出現這個問題，只是最近幾天才突然出現的情況，服務器端沒做任何操作，客戶端連接數也沒有突然增加。

問題：

我想問一下為啥服務器的負載會沖的這么高？大概會是哪幾個方面的原因導致？客戶端的來的鏈接都是聯通過來我的電信機房，但是我的電信機房是雙線路機房。都是通過我的聯通線路訪問,這個會有影響嗎？(之前一直都沒有問題的，難道是春節機房封網有關系嗎？)

回答：不是瘋狂的同步，連接數真心不高，現在問題基本上定位了，要么是配置文件的模塊太多了，要么就是同步的文件夾太多了(1w6左右)導致(類似windows的檢索文件的樣子)。目前情況基本得到控制。

解決的方法做了2個操作：

1、將rsyncd.conf模塊減少到2000多個(原來大概有1w6千個)。

2、將同步的文件夾減到1w個左右(原來也有1w6個)。 (就是將要同步的/data下的目錄)

現在1臺機器基本上更可以支撐2000個并發鏈接，基本上撐得住，沒有太大問題。最后祝大家好運。

與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的linux id高 负载高,linux下的rsync连接数突然增高，负载增高导致服务登录失败的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。