因爲某IP大頻率提交評論致使服務器宕機

早上忽然收到dnspod的宕機通知（很久沒收到了，有點手足無措）。

 

服務器在上午10：40時達到85%。uptime顯示cpu利用率達到35。不宕纔怪。

 

按照以前的經驗，應該是觸發一個特別耗CPU的處理，把php-cgi重啓就能立馬恢復，以後再查看日誌。

 

重啓後馬上ok.

 

查看日誌，調出那一時刻的日誌一條一條的過，重點放在反應時間上。正常的處理時間應該在1秒內，發現不少在幾十秒以上的日誌，慢慢回溯，發現了最開始異常的記錄，是多個提交comment的日誌。

 

發現一連串的來自同一IP的高頻率的瀏覽文章併發日誌的行爲（偶爾還會有同一IP段的其它IP, 查了一下來自美國）。由於咱們的評論審覈是使用的第三服務，因此特別耗時間。

問題找到了，如何解決呢？

是中止使用審覈功能呢，仍是簡單的將IP加入黑名單呢？

 

考慮的這一段時間apec還有一些國家會議在舉行，對於審覈還得慎重，採起的方法是先將這這一個IP段都加入黑名單。