[發明專利]一種服務器故障檢測及切換方法

無效

• 申請號: 201310166822.2
• 申請日: 2013-05-09
• 公開（公告）號: CN104144064A
• 公開（公告）日: 2014-11-12
• 發明（設計）人: 張焰
• 申請（專利權）人: 張焰
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L12/26
• 代理公司: 無
• 代理人: 無

技術領域

本發明是關于計算機網絡服務器領域，尤其涉及一種服務器故障檢測及切換方法。?

背景技術

現有傳統的服務器故障容錯系統中，通常采用心跳機制實現服務器故障的檢測，其具體實現機理如下：?

在被檢測服務器和檢測服務器之間連接一條專用的網線，即所謂的“心跳線”，此心跳線僅為故障檢測發送檢測信息之用，不作為應用數據傳輸之用，因此在服務器上都有兩塊網卡，一塊用于連接心跳線，另一塊則用于應用數據線路。檢測服務器通過心跳線每隔一定的間隔時間向被檢測服務器發送一個ICMP消息，即Ping方式來檢查被檢測服務器的健康狀況。?

如果檢測服務器每次ping后都能從被檢測服務器得到回應，則表明被檢測服務器是正常的，反之則表明被檢測服務器發生故障，從而可以決定進一步的容錯處理。?

快速正確地檢測出被檢測服務器的故障，是整個容錯系統中最重要的環節，如果出現誤判，就會給用戶帶來重大損失。?

傳統的故障檢測機制(心跳機制)在服務器故障識別上存在很大的局限性：?

(1)無法檢測出應用數據所使用的網絡接口的故障，因為心跳線采用獨立與應用數據網線的專用的網卡和網線，如果數據網絡(網卡或網線等)發生故障，這種情況下是無法檢測出來的。?

(2)無法檢測出應用服務程序本身是否發生異常，心跳機制采用發送ICMP協議消息(Ping)的方式檢測對方服務器的健康狀況，這種Ping方式實事上只能檢測出被檢測服務器的操作系統是否正常運行。?

(3)如果心跳線本身出現故障，該容錯系統將無法正常工作。?

(4)無法對可能發生硬件性能瓶頸提前判斷。?

采用心跳檢測機制的容錯系統中無法檢測應用程序的故障，無法檢測應用?數據所使用的網絡故障，同時在心跳線自身故障時，將無法正常行使故障檢測功能。?

在典型的服務器-客戶機模式下，服務器是由DNS域名確定其位置的，客戶端應用系統在訪問服務器之前必須通過使用DNS服務對其域名進行解析，從而得到該服務器的IP地址。在客戶機和服務器建立連接后，就可以進行信息交換；假如這一服務器發生故障，客戶機應用系統有兩種可能的選擇：1.中斷通信；2.選擇另一個服務器繼續。?

在這種模式下，客戶端應用系統必須通過以下方式檢測出服務器是否中斷：?

(1)服務器沒有響應(time?out)；?

(2)服務器回應錯誤信息；?

(3)收到傳輸層錯誤信息；?

為了讓客戶應用程序能夠在檢測出服務器發生故障后，有選擇其它服務器的可能，必須在其應用程序中明確提供一個服務器列表，指明：第一服務器、第二服務器、第三......等。當第一個服務器中斷，則嘗試和第二個服務器建立連接，再則第三，依此類推。?

也就是說，這一故障切換過程是由用戶程序的干涉而實現的，有較大局限性：?

其一、服務器列表是靜態的，必須有用戶特別指明；?

其二、替代服務器的選擇有著較大的盲目性，無法保證所選服務器是否正常及有效，也不能因服務器的負載情況而靈活選擇；?

其三、接管是通過應用程序而實現，缺乏透明性；?

其四、被動的中斷識別方式；?

其五、為滿足可靠性的保證，應用程序開發量較大。?

因為確有必要對現有技術進行改進。?

發明內容

本發明的目的在于提供一種服務器故障檢測及切換模塊，在服務器池框架下實現全透明的故障切換模式，用戶無需任何干預，只需要在服務器故障發生后進行一個池名解析就可以獲得新的正常服務器，并重新進行連接，而從方便快捷完成故障切換的過程。?

為達成前述目的，本發明一種服務器故障檢測及切換方法，其包括如下步驟：?

(1)首先建立網絡服務器池，所述服務器池包括至少兩臺池化器，其中該池化器負責將多臺服務器組成一個虛擬的服務器池，并對服務器的運行狀態進行實時監控和采集；?

(2)服務器啟動后向池化器發送登記消息進行登記；?

(3)池化器收到登記消息后，立即以登記回應消息回復；?

(4)池化器每隔一個固定的時間間隔向該服務器發送持續活動消息，對服務器進行周期性健康狀況檢查；?

(5)服務器接到持續活動消息后，立即以持續活動確認消息回復給池化器；?