一種檢測伺服器運行狀態的方法、裝置和系統與流程
2023-10-09 05:54:59 1
本發明涉及通信技術領域，特別是涉及一種檢測伺服器運行狀態的方法、裝置和系統。
背景技術：
遠程過程調用在現在的分布式應用、雲計算、微服務中廣泛應用。如何保證遠程過程調用的穩定性顯得至關重要。其中，對伺服器的運行狀態進行及時檢測是保證遠程過程調用穩定性的前提條件。現有的方法中，主要可以通過心跳探查的方式對伺服器運行狀態進行檢測。具體地，可以分為客戶端主動探查伺服器和伺服器主動向客戶端註冊兩種方式。
客戶端主動探查伺服器的方式是：由客戶端周期性地向伺服器發出探查請求，伺服器正常工作時，將可以對接收到的探查請求進行回應；在伺服器不能正常工作時，不能對接收到的探查請求進行回應。從而，客戶端可以根據伺服器是否回應來判斷伺服器的運行狀態。
伺服器主動向客戶端註冊的方式是：伺服器周期性地向客戶端發出註冊請求，客戶端根據伺服器是否正常註冊和連續正常註冊的次數判斷伺服器的運行狀態。
然而，上述兩種方法都是周期性地由一端向另一端發出請求，這將佔用過多的網絡資源，影響正常的網絡服務，從而降低伺服器的服務性能。
技術實現要素：
本發明實施例的目的在於提供一種檢測伺服器運行狀態的方法、裝置和系統，以降低網絡資源的佔用，提高伺服器的服務性能。具體技術方案如下：
第一方面，本發明實施例提供了一種檢測伺服器運行狀態的方法，應用於客戶端，客戶端本地保存有正常伺服器信息表和故障伺服器信息表；該正常伺服器信息表中存儲有當前處於正常狀態的各伺服器的標識信息，該故障伺服器信息表中存儲有當前處於異常狀態的各伺服器的標識信息；所述方法包括：
當存在待發送的服務請求報文時，從本地保存的正常伺服器信息表中確定目標伺服器的標識信息；
根據目標伺服器的標識信息，將服務請求報文發送至目標伺服器；
判斷是否獲取到與服務請求報文對應的服務響應報文；如果否，將目標伺服器的標識信息轉移到故障伺服器信息表；
根據故障伺服器信息表中包含的各伺服器的標識信息，周期性地向各伺服器發送探查請求報文，在成功獲取到第一伺服器返回的探查響應報文時，將第一伺服器的標識信息轉移到正常伺服器信息表，其中，第一伺服器為與故障伺服器信息表中的任一伺服器的標識信息對應的伺服器。
可選的，從本地保存的正常伺服器信息表中確定目標伺服器的標識信息，包括：
根據正常伺服器信息表，確定當前處於正常狀態的各伺服器的待處理服務請求報文數量；
選擇待處理服務請求報文數量最小的伺服器作為目標伺服器，並確定目標伺服器的標識信息。
第二方面，本發明實施例還提供了一種檢測伺服器運行狀態的方法，應用於伺服器，所述方法包括：
接收客戶端發送的報文，並確定該報文為服務請求報文或者探查請求報文；
當該報文為服務請求報文時，對該報文進行處理，當完成對該報文的處理後，向客戶端發送對應的服務響應報文；
當該報文為探查請求報文時，檢測自身是否正常運行，如果是，向客戶端返回探查響應報文。
可選的，確定報文為服務請求報文或者探查請求報文，包括：
根據報文中包括的服務名稱和服務方法名稱，確定該報文為服務請求報文或者探查請求報文。
可選的，檢測自身是否正常運行包括：
檢查自身各預定負載值是否達到對應的各預設閾值，且事件循環是否正常，其中，各預定負載值包括：cpu使用率、內存使用率、網絡帶寬佔用率；
在各預定負載值均未達到對應的各預設閾值且事件循環正常時，確定自身正常運行。
可選的，探查響應報文中攜帶有各預定負載值及事件循環正常標識。
第三方面，本發明實施例還提供了一種檢測伺服器運行狀態的裝置，應用於客戶端，客戶端本地保存有正常伺服器信息表和故障伺服器信息表；該正常伺服器信息表中存儲有當前處於正常狀態的各伺服器的標識信息，該故障伺服器信息表中存儲有當前處於異常狀態的各伺服器的標識信息；所述裝置包括：
目標伺服器確定模塊，用於當存在待發送的服務請求報文時，從本地保存的正常伺服器信息表中確定目標伺服器的標識信息；
發送模塊，用於根據目標伺服器的標識信息，將服務請求報文發送至目標伺服器；
判斷轉移模塊，用於判斷是否獲取到與服務請求報文對應的服務響應報文；如果否，將目標伺服器的標識信息轉移到故障伺服器信息表；
探查模塊，用於根據故障伺服器信息表中包含的各伺服器的標識信息，周期性地向各伺服器發送探查請求報文，在成功獲取到第一伺服器返回的探查響應報文時，將第一伺服器的標識信息轉移到正常伺服器信息表，其中，第一伺服器為與故障伺服器信息表中的任一伺服器的標識信息對應的伺服器。
可選的，目標伺服器確定模塊包括：
確定子模塊，用於根據正常伺服器信息表，確定當前處於正常狀態的各伺服器的待處理服務請求報文數量；
選擇子模塊，用於選擇待處理服務請求報文數量最小的伺服器作為目標伺服器，並確定目標伺服器的標識信息。
第四方面，本發明實施例還提供了一種檢測伺服器運行狀態的裝置，應用於伺服器，所述裝置包括：
接收確定模塊，用於接收客戶端發送的報文，並確定該報文為服務請求報文或者探查請求報文；
服務請求處理模塊，用於當該報文為服務請求報文時，對該報文進行處理，當完成對該報文的處理後，向客戶端發送對應的服務響應報文；
探查請求處理模塊，用於當該報文為探查請求報文時，檢測自身是否正常運行，如果是，向客戶端返回探查響應報文。
可選的，接收確定模塊，具體用於根據報文中包括的服務名稱和服務方法名稱，確定該報文為服務請求報文或者探查請求報文。
可選的，探查請求處理模塊包括：
檢測子模塊，用於檢查自身各預定負載值是否達到對應的各預設閾值，且事件循環是否正常，其中，各預定負載值包括：cpu使用率、內存使用率、網絡帶寬佔用率；
確定子模塊，用於在各預定負載值均未達到對應的各預設閾值且事件循環正常時，確定自身正常運行。
可選的，探查響應報文中攜帶有各預定負載值及事件循環正常標識。
第五方面，本發明實施例提供了一種檢測伺服器運行狀態的系統，該系統包括：客戶端和伺服器；
客戶端，用於執行第一方面提供的一種檢測伺服器運行狀態的方法；
伺服器，用於執行第二方面提供的一種檢測伺服器運行狀態的方法。
本發明實施例提供的一種檢測伺服器運行狀態的方法、裝置和系統，通過在客戶端保存正常伺服器信息表和故障伺服器信息表，在伺服器處於異常狀態時，將該伺服器的標識信息轉移到故障伺服器信息表，並對故障伺服器信息表中的伺服器周期性的發送探查請求報文，在有伺服器處於正常狀態時，將該伺服器的標識信息轉移到正常伺服器信息表，不需要客戶端對所有的伺服器周期性的發送探查請求報文，從而可以降低對網絡資源的佔用，提高伺服器的服務性能；並且，通過及時將處於異常狀態的伺服器的標識信息轉移到故障伺服器信息表，將處於正常狀態的伺服器的標識信息轉移到正常伺服器信息表，能夠及時處理伺服器的異常，保證伺服器對後續的服務請求報文的正常處理。當然，實施本發明的任一產品或方法並不一定需要同時達到以上所述的所有優點。
附圖說明
為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。
圖1為本發明實施例的一種檢測伺服器運行狀態的方法的第一種實施方式的流程圖；
圖2為本發明實施例的一種檢測伺服器運行狀態的方法應用於遠程過程調用系統的示意圖；
圖3為本發明實施例的一種檢測伺服器運行狀態的方法的第二種實施方式的流程圖；
圖4為本發明實施例的一種檢測伺服器運行狀態的裝置的第一種結構圖；
圖5為本發明實施例的一種檢測伺服器運行狀態的裝置的第二種結構圖；
圖6為本發明實施例的一種檢測伺服器運行狀態的系統圖。
具體實施方式
下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。
為了解決現有技術的問題，本發明實施例提供了一種檢測伺服器運行狀態的方法、裝置和系統，以實現降低網絡資源的佔用，提高伺服器的服務性能。
下面，首先對本發明實施例提供的一種檢測伺服器運行狀態的方法進行介紹。如圖1所示，為本發明實施例的一種檢測伺服器運行狀態的方法的第一種實施方式的流程圖，應用於客戶端，客戶端本地保存有正常伺服器信息表和故障伺服器信息表；該正常伺服器信息表中存儲有當前處於正常狀態的各伺服器的標識信息，該故障伺服器信息表中存儲有當前處於異常狀態的各伺服器的標識信息，該方法可以包括：
s101，當存在待發送的服務請求報文時，從本地保存的正常伺服器信息表中確定目標伺服器的標識信息；
在本發明實施例中，客戶端可以在本地存儲正常伺服器信息表和故障伺服器信息表。例如，在遠程過程調用開始階段，客戶端可以通過服務註冊中心，獲取伺服器集群中各伺服器的標識信息，並將各伺服器的標識信息保存在正常伺服器信息表中。
具體地，服務註冊中心可以首先獲取伺服器集群中各伺服器的標識信息並註冊到服務註冊中心本地，客戶端再從服務註冊中心獲取各伺服器的標識信息。其中，服務註冊中心可以為zookeeper服務註冊中心或eureka服務註冊中心。
通過從服務註冊中心獲取各伺服器的標識信息，使得客戶端獲取到的伺服器的標識信息都是正常伺服器的標識信息，對應的伺服器都是能夠處理服務請求的。
在客戶端存在待處理的服務時，首先，生成與該服務對應的服務請求報文，即待發送的服務請求報文，為了使該待處理的服務能夠得到正確的處理，必須將該服務請求報文發送至對應的目標伺服器，因此，在發送該伺服器請求報文前，需要確定目標伺服器的標識信息。
在確定目標伺服器的標識信息時，是根據服務請求報文，選擇與服務請求報文對應的伺服器為目標伺服器，從而確定目標伺服器的標識信息。
具體地，在與該服務請求報文對應的目標伺服器為多個時，客戶端可以通過選擇各負載值最小的且時間循環正常的伺服器為目標伺服器，還可以選擇待處理服務請求報文數量最小的伺服器為目標伺服器，這都是可以的。
通過上述步驟，使得客戶端在存在待發送的服務請求報文時，得到的伺服器的標識信息都是能夠對該服務請求報文進行處理的伺服器的標識信息。
s102，根據目標伺服器的標識信息，將服務請求報文發送至目標伺服器；
具體地，在通過步驟s101得到目標伺服器的標識信息後，客戶端可以將該目標伺服器的標識信息添加到服務請求報文中。即可以將該服務請求報文的目的地址設定為該目標伺服器的地址，因此能夠將該服務請求報文發送到目標伺服器。
s103，判斷是否獲取到與服務請求報文對應的服務響應報文；如果否，將目標伺服器的標識信息轉移到故障伺服器信息表；
在該步驟中，當目標伺服器存在異常時，不能正確處理客戶端發送的服務請求，也就不能向客戶端發送服務響應報文，因此可以通過能否獲取到與服務請求報文對應的服務響應報文判斷目標伺服器是否正常。其中，目標伺服器的異常情況可以包括：各預定負載值大於對應的負載閾值、事件循環異常，還可以包括目標伺服器存在機械故障等，這裡對目標伺服器的異常類型不作限定。
具體地，將目標伺服器的標識信息轉移到故障伺服器信息表，可以包括：
從正常伺服器信息表中刪除該目標伺服器的標識信息，並且將該目標伺服器的標識信息添加到故障伺服器信息表。
通過本步驟，及時將處於異常狀態的伺服器的標識信息轉移到故障伺服器信息表，能夠防止後續服務請求報文獲取該目標伺服器的標識信息，向該目標伺服器發送後續服務請求，防止服務請求報文丟失。
s104，根據故障伺服器信息表中包含的各伺服器的標識信息，周期性地向各伺服器發送探查請求報文，在成功獲取到第一伺服器返回的探查響應報文時，將第一伺服器的標識信息轉移到正常伺服器信息表，其中，第一伺服器為與故障伺服器信息表中的任一伺服器的標識信息對應的伺服器。
在故障伺服器信息表中存在故障伺服器的標識信息時，可以通過本步驟檢測故障伺服器信息表中是否有轉換為正常狀態的伺服器。在該故障伺服器信息表中存在處於正常狀態的伺服器時，及時將該正常狀態的伺服器的標識信息轉移到正常伺服器信息表中，使該正常狀態的伺服器及時對對應的服務請求進行處理。
需要說明的是，向各伺服器發送探查請求報文的周期是在實際使用中進行設置的，可以根據經驗進行設置，這裡不對周期的長短進行限定。
本發明實施例提供的一種檢測伺服器運行狀態的方法，通過在客戶端保存正常伺服器信息表和故障伺服器信息表，在伺服器處於異常狀態時，將該伺服器的標識信息轉移到故障伺服器信息表，並對故障伺服器信息表中的伺服器周期性的發送探查請求報文，在有伺服器處於正常狀態時，將該伺服器的標識信息轉移到正常伺服器信息表，不需要客戶端對所有的伺服器周期性的發送探查請求報文，從而可以降低對網絡資源的佔用，提高伺服器的服務性能；並且，通過及時將處於異常狀態的伺服器的標識信息轉移到故障伺服器信息表，將處於正常狀態的伺服器的標識信息轉移到正常伺服器信息表，能夠及時處理伺服器的異常，保證伺服器對後續的服務請求正常處理。
為了更清楚的說明本發明實施例提供的一種檢測伺服器運行狀態的方法，下面，以本發明實施例的一種檢測伺服器運行狀態的方法應用於遠程過程調用系統為例進行介紹。如圖2所示，為本發明實施例的一種檢測伺服器運行狀態的方法應用於遠程過程調用系統的示意圖，該系統可以包括：客戶端201、服務註冊中心202、第一伺服器2031、第二伺服器2032、第三伺服器2033、第四伺服器2034、第五伺服器2035。
在t0時刻，服務註冊中心202通過服務觀察與發現進程獲取上述5個伺服器提供的服務，並將該5個伺服器的標識信息註冊到服務註冊中心202。客戶端201在服務註冊中心202中獲取該5個伺服器的標識信息並存儲在正常伺服器信息表中。
在t1時刻，客戶端201存在五個待發送的服務請求報文：第一服務請求報文、第二服務請求報文、第三服務請求報文、第四服務請求報文、第五服務請求報文，分別對應第一伺服器2031、第二伺服器2032、第三伺服器2033、第四伺服器2034、第五伺服器2035。
客戶端201從正常伺服器信息表中獲取五個伺服器的標識信息，將第一服務請求報文發送至第一伺服器2031、第二服務請求報文發送至第二伺服器2032、第三服務請求報文發送至第三伺服器2033、第四服務請求報文發送至第四伺服器2034、第五服務請求報文發送至第五伺服器2035。其中，標識信息可以包括伺服器的ip地址、埠等。
在客戶端201不能獲取第三伺服器2033發送的與第三服務請求報文對應的第三服務響應報文、第四伺服器2034發送的與第四服務請求報文對應的第四服務響應報文、第五伺服器2035發送的與第五服務請求報文對應的第五服務響應報文時，則認為第三伺服器2033、第四伺服器2034、第五伺服器2035存在異常。因此，客戶端201可以將第三伺服器2033的標識信息、第四伺服器2034的標識信息和第五伺服器2035的標識信息轉移到故障伺服器信息表，防止後續有服務請求報文繼續發送至第三伺服器2033、第四伺服器2034的標識信息和第五伺服器2035。
在t2時刻，客戶端201根據故障伺服器信息表中第三伺服器2033的標識信息、第四伺服器2034的標識信息和第五伺服器2035的標識信息，周期性的發送探查請求報文給第三伺服器2033、第四伺服器2034和第五伺服器2035，探查是否有伺服器能夠正常工作。例如，客戶端201發送探查請求報文給上述三個伺服器後，第三伺服器對客戶端201發送的探查請求報文進行處理，並反饋了與該探查請求報文對應的探查響應報文。那麼，客戶端201認為第三伺服器2033能夠正常工作，則將第三伺服器2033的標識信息轉移到正常伺服器信息表，防止客戶端201繼續發送探查請求報文給該第三伺服器2033，同時，讓該第三伺服器2033及時接收其他服務請求報文，參與到對服務請求報文的處理中。
具體地，從本地保存的正常伺服器信息表中確定目標伺服器的標識信息，包括：
步驟1，根據正常伺服器信息表，確定當前處於正常狀態的各伺服器的待處理服務請求報文數量；
具體地，客戶端根據正常伺服器信息表，發送查詢請求至與該正常伺服器信息表對應的各伺服器，各伺服器根據該查詢請求計算自身待處理服務請求報文的數量，並反饋給該客戶端。客戶端根據各伺服器反饋的自身待處理服務請求報文的數量確定當前處於正常狀態的各伺服器的待處理服務請求報文數量。
步驟2，選擇待處理服務請求報文數量最小的伺服器作為目標伺服器，並確定目標伺服器的標識信息。
假設，在t3時刻，客戶端201存在一個待發送的服務請求報文，處於正常狀態的伺服器有第一伺服器2031、第二伺服器2032、第三伺服器2033，並且該三個伺服器都可以對該服務請求報文進行處理。則客戶端201分別發送查詢請求至該三個伺服器，查詢各伺服器的待處理服務請求報文數量。第一伺服器2031反饋的待處理服務請求報文為25個，第二伺服器2032反饋的待處理服務請求報文為22個，第三伺服器2033反饋的待處理服務請求報文為31個，則客戶端201可以選擇第二伺服器2032為目標伺服器，然後在正常伺服器信息表中獲取第二伺服器2032的標識信息。
通過本步驟，選擇待處理服務請求報文數量最小的伺服器作為目標伺服器，使得待發送的服務請求報文的等待時間最短，提高客戶端的用戶體驗。
相應於上述的應用於客戶端的一種檢測伺服器運行狀態的方法，本發明實施例還提供了一種檢測伺服器運行狀態的方法，應用於伺服器。
首先，為了滿足對客戶端發送的不同類型的報文的處理，在每個伺服器中都有兩類進程，分別為對服務請求報文進行處理的服務請求處理進程和對探查請求報文進行處理的探查請求處理進程。
如圖3所示，為本發明實施例的一種檢測伺服器運行狀態的方法的第二種實施方式的流程圖，所述方法可以包括：
s301，接收客戶端發送的報文，並確定該報文為服務請求報文或者探查請求報文；
需要說明的是，對於伺服器自身來說，並不知道自身的標識信息在客戶端的哪個信息表中。並且，伺服器可能接收到多種類型的報文。因此，需要在接收到客戶端發送的報文時，首先對報文進行判斷，確定報文的類型，並根據報文類型調用相應的處理進程。
需要說明的是，本發明實施例的報文是在遠程過程調用時生成的報文，遵循rpc(remoteprocedurecallprotocol,遠程過程調用協議)，並且不同類型的報文具有不同的服務名稱和服務方法名稱，因此，在本發明實施例中，伺服器確定報文為服務請求報文或者探查請求報文時，可以根據報文中包括的服務名稱和服務方法名稱，確定該報文為服務請求報文或者探查請求報文。
s302，當該報文為服務請求報文時，對該報文進行處理，當完成對該報文的處理後，向客戶端發送對應的服務響應報文；
在本步驟中，伺服器接收到服務請求報文，然後通過相應的進程進行處理。這裡的處理可以包括增加、刪除、修改、或者計算，這裡不對處理的種類進行限定。並且對服務請求報文進行處理可以通過軟體與硬體的進行處理。
s303，當該報文為探查請求報文時，檢測自身是否正常運行，如果是，向該客戶端返回探查響應報文。其中，探查響應報文中攜帶有各預定負載值及事件循環正常標識。
具體地，檢測自身是否正常運行可以包括：檢查自身各預定負載值是否達到對應的各預設閾值，且事件循環是否正常，其中，各預定負載值包括：cpu使用率、內存使用率、網絡帶寬佔用率；在各預定負載值均未達到對應的各預設閾值且事件循環正常時，確定自身正常運行。
通過本發明實施例提供的一種檢測伺服器運行狀態的方法，伺服器能夠返回與客戶端發送的報文對應的響應報文，使得客戶端能夠及時對伺服器的標識信息進行相應的轉移。即將正常伺服器信息表中處於異常狀態的伺服器的標識信息轉移到故障伺服器信息表，或者，將故障伺服器信息表中處於正常狀態的伺服器的標識信息轉移到正常伺服器信息表。
相應於上述方法實施例，本發明實施例提供了一種檢測伺服器運行狀態的裝置，如圖4所示，為本發明實施例的一種檢測伺服器運行狀態的裝置的第一種結構圖，應用於客戶端，該客戶端本地保存有正常伺服器信息表和故障伺服器信息表；該正常伺服器信息表中存儲有當前處於正常狀態的各伺服器的標識信息，該故障伺服器信息表中存儲有當前處於異常狀態的各伺服器的標識信息；該裝置可以包括：
目標伺服器確定模塊401，用於當存在待發送的服務請求報文時，從本地保存的正常伺服器信息表中確定目標伺服器的標識信息；
發送模塊402，用於根據目標伺服器的標識信息，將服務請求報文發送至目標伺服器；
判斷轉移模塊403，用於判斷是否獲取到與服務請求報文對應的服務響應報文；如果否，將目標伺服器的標識信息轉移到故障伺服器信息表；
探查模塊404，用於根據故障伺服器信息表中包含的各伺服器的標識信息，周期性地向各伺服器發送探查請求報文，在成功獲取到第一伺服器返回的探查響應報文時，將第一伺服器的標識信息轉移到正常伺服器信息表，其中，第一伺服器為與故障伺服器信息表中的任一伺服器的標識信息對應的伺服器。
本發明實施例提供的一種檢測伺服器運行狀態的裝置，通過在客戶端保存正常伺服器信息表和故障伺服器信息表，在伺服器處於異常狀態時，將該伺服器的標識信息轉移到故障伺服器信息表，並對故障伺服器信息表中的伺服器周期性的發送探查請求報文，在有伺服器處於正常狀態時，將該伺服器的標識信息轉移到正常伺服器信息表，不需要客戶端對所有的伺服器周期性的發送探查請求報文，從而可以降低對網絡資源的佔用，提高伺服器的服務性能；並且，通過及時將處於異常狀態的伺服器的標識信息轉移到故障伺服器信息表，將處於正常狀態的伺服器的標識信息轉移到正常伺服器信息表，能夠及時處理伺服器的異常，保證伺服器對後續的服務請求報文的正常處理。
具體地，目標伺服器確定模塊401包括：
確定子模塊，用於根據正常伺服器信息表，確定當前處於正常狀態的各伺服器的待處理服務請求報文數量；
選擇子模塊，用於選擇待處理服務請求報文數量最小的伺服器作為目標伺服器，並確定目標伺服器的標識信息。
相應於上述方法實施例，本發明實施例提供了一種檢測伺服器運行狀態的裝置，如圖5所示，為本發明實施例的一種檢測伺服器運行狀態的裝置的第二種結構圖，應用於伺服器，該裝置可以包括：
接收確定模塊501，用於接收客戶端發送的報文，並確定該報文為服務請求報文或者探查請求報文；
服務請求處理模塊502，用於當該報文為服務請求報文時，對該報文進行處理，當完成對該報文的處理後，向客戶端發送對應的服務響應報文；
探查請求處理模塊503，用於當該報文為探查請求報文時，檢測自身是否正常運行，如果是，向客戶端返回探查響應報文。
通過本發明實施例提供的一種檢測伺服器運行狀態的裝置，伺服器能夠返回與客戶端發送的報文對應的響應報文，使得客戶端能夠及時對伺服器的標識信息進行相應的轉移。即將正常伺服器信息表中處於異常狀態的伺服器的標識信息轉移到故障伺服器信息表，或者，將故障伺服器信息表中處於正常狀態的伺服器的標識信息轉移到正常伺服器信息表。
具體地，接收確定模塊501，具體用於根據報文中包括的服務名稱和服務方法名稱，確定該報文為服務請求報文或者探查請求報文。
具體地，探查請求處理模塊503包括：
檢測子模塊，用於檢查自身各預定負載值是否達到對應的各預設閾值，且事件循環是否正常，其中，各預定負載值包括：cpu使用率、內存使用率、網絡帶寬佔用率；
確定子模塊，用於在各預定負載值均未達到對應的各預設閾值且事件循環正常時，確定自身正常運行。
具體地，探查響應報文中攜帶有各預定負載值及事件循環正常標識。
如圖6所示，為本發明實施例的一種檢測伺服器運行狀態的系統圖，該系統包括：
客戶端601，用於執行如圖1所示的檢測伺服器運行狀態的方法，
伺服器602，用於執行如圖4所示的檢測伺服器運行狀態的方法。
本發明實施例提供的一種檢測伺服器運行狀態的系統，通過在客戶端保存正常伺服器信息表和故障伺服器信息表，在伺服器處於異常狀態時，將該伺服器的標識信息轉移到故障伺服器信息表，並對故障伺服器信息表中的伺服器周期性的發送探查請求報文，在有伺服器處於正常狀態時，將該伺服器的標識信息轉移到正常伺服器信息表，不需要客戶端對所有的伺服器周期性的發送探查請求報文，從而可以降低對網絡資源的佔用，提高伺服器的服務性能；並且，通過及時將處於異常狀態的伺服器的標識信息轉移到故障伺服器信息表，將處於正常狀態的伺服器的標識信息轉移到正常伺服器信息表，能夠及時處理伺服器的異常，保證伺服器對後續的服務請求報文的正常處理。
通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到上述實施例方法可藉助軟體加必需的通用硬體平臺的方式來實現，當然也可以通過硬體，但很多情況下前者是更佳的實施方式。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在一個存儲介質(如rom/ram、磁碟、光碟)中，包括若干指令用以使得一臺服務端設備(可以是計算機、伺服器或者網絡設備等)執行本發明各個實施例所述的方法。
需要說明的是，在本文中，諸如第一和第二等之類的關係術語僅僅用來將一個實體或者操作與另一個實體或操作區分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關係或者順序。而且，術語「包括」、「包含」或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句「包括一個……」限定的要素，並不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。
本說明書中的各個實施例均採用相關的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於裝置/系統實施例而言，由於其基本相似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。
以上所述僅為本發明的較佳實施例而已，並非用於限定本發明的保護範圍。凡在本發明的精神和原則之內所作的任何修改、等同替換、改進等，均包含在本發明的保護範圍內。