[發明專利]一種基于Nginx下的多服務器狀態監控方法及系統

有效

• 申請號: 201711205581.2
• 申請日: 2017-11-27
• 公開（公告）號: CN107888453B
• 公開（公告）日: 2020-10-09
• 發明（設計）人: 劉睿
• 申請（專利權）人: 蘇州樂麟無線信息科技有限公司
• 主分類號: H04L12/26
• 分類號: H04L12/26;H04L12/24;H04L29/08
• 代理公司: 蘇州國誠專利代理有限公司 32293
• 代理人: 龍艷華

本發明公開了一種基于Nginx下的多服務器狀態監控方法，其包括如下步驟：S1：集群服務器部署；S2：請求當前服務器狀態；S3：返回當前服務器狀態；S4：記錄服務器狀態，并且將請求返回可用服務器。本發明還公開了一種基于Nginx下的多服務器狀態監控系統。本發明使用基于Nginx技術的負載均衡多服務器集群的大環境下，對服務器當前狀態，報錯情況，垃圾清理，做高效率的規整，甚至于半自動執行集群式服務器管理。

技術領域

本發明涉及服務器狀態監控技術領域，具體地是涉及一種基于Nginx下的多服務器狀態監控方法及系統，適用于支付平臺/電商平臺/網購平臺/運營商服務系統。

背景技術

對于當前的服務器而言，單一高性能服務器的收益報償遠遠不及多服務集群來的效果明顯，單一服務器的造價高集中，錯誤干擾性嚴重，當服務器出現錯誤時整個系統會崩潰，而多服務器集群則顯著提升了服務器集群的靈活性，在更大范圍下，用多服務器進行集群，哪怕單一服務器故障，整體業務也不會宕機，是從成本到錯誤包容性的最優質量選擇。

在多服務器集群存在很大優勢的情況下，選擇多服務器進行系統運營無疑是在資源和容錯率上最正確的選擇，但是由于多服務器的特性，目前市面上絕大部分的多服務器集群，對服務器的狀態監控不嚴格，存在著服務器負載狀態(比如當前單個服務器的內存使用情況，硬盤負載情況，網絡波動狀況)監控延遲的情況。更多的出現了對服務器運載垃級不能自動清理只能手動管理的諸多弊端。而且使用多服務器也存在一些固有弊端，比如數據的分散，包括服務器當前負載，服務器處理數據的錯誤率，服務器垃圾文件，這些都將在進行多服務器集群后成倍數增長。

因此，本發明的發明人亟需構思一種新技術以改善其問題。

發明內容

本發明旨在提供一種基于Nginx下的多服務器狀態監控方法及系統，使用基于Nginx技術的負載均衡多服務器集群的大環境下，對服務器當前狀態，報錯情況，垃圾清理，做高效率的規整，甚至于半自動執行集群式服務器管理。

為解決上述技術問題，本發明的技術方案是：

一種基于Nginx下的多服務器狀態監控方法，包括如下步驟：

S1：集群服務器部署；

S2：請求當前服務器狀態；

S3：返回當前服務器狀態；

S4：記錄服務器狀態，并且將請求返回可用服務器。

優選地，所述步驟S1具體包括：通過程序管理者的遠程連接，對服務器進行整體的啟動，并且在啟動服務器的時候為每個服務器線程啟動一個進程用于自動迭代實現設置好的文件夾中的文件存儲情況，當文件大小或者文件出錯的時候自動刪除該文件。

優選地，所述步驟S2具體包括：對集群作出請求，要求返回當前自身的狀態，狀態分為有響應和無響應，無響應的服務器將被Nginx記錄；有響應的服務器中，分為可執行請求和不可執行請求，其中不可執行請求的情況包括但不限于服務器存貯滿載、服務器請求負載已滿。

優選地，所述步驟S1中采用常規的javaweb服務器啟動方式，以shell腳本命令的方式傻瓜式執行。

優選地，所述步驟S2中對于服務器存貯滿載的情況，Nginx會自動調用該服務器用shell腳本清除垃圾。

一種基于Nginx下的多服務器狀態監控系統，包括如下模塊：

部署模塊，用于集群服務器部署；

請求模塊，用于請求當前服務器狀態；

返回模塊，用于返回當前服務器狀態；

執行模塊，用于記錄服務器狀態，并且將請求返回可用服務器。