[發明專利]提高分布式系統中資源可用性的方法及系統

在審

• 申請號: 201210580070.X
• 申請日: 2012-12-28
• 公開（公告）號: CN103905234A
• 公開（公告）日: 2014-07-02
• 發明（設計）人: 孫曉光;朱海東;王明哲
• 申請（專利權）人: 北京友友天宇系統技術有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L29/08
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及計算機網絡技術領域，特別涉及一種提高分布式系統中資源可用性的方法及系統。?

背景技術

隨著計算設備的多樣化和互聯網規模的擴展，信息技術產業未來的發展特點必然是廣泛分布、海量數據、高并發度以及個性化服務。比如近年來興起的云計算技術，就是通過互聯網為用戶提供按需分配、動態擴展的服務和/或資源的一種大型分布式系統，其實現了計算資源的整合，在為用戶提供多樣化的服務的同時大幅降低了服務的成本。?

但是，對于分布式系統而言，隨著系統規模和數據量的增大，系統管理和維護的難度呈指數級增長，一旦發生故障勢必給用戶或系統帶來不可估量的損失。即便未發生故障，由于管理不善造成的負載不均衡也會給用戶的使用帶來不便；又或者，由于現有的網絡系統經常要面對千萬級甚至億級的網絡服務和/或用戶訪問，大型分布式系統的用戶往往很難快速定位應用端點。因此，如何提高系統的可用性是分布式系統必須考慮的一個問題。?

現有技術中，集群系統中一般采用冗余的方式為系統提供高可用性，最通用的做法是使系統部件加倍，在一些部件不可用時，立即切換到備用的部件工作。一個強壯的高可用性系統通常指即使在系統硬件或軟件故障后也能繼續運行的系統，強壯的高可用性系統不具有單點故障(單點故障是單個部件故障致使整個系統不可用的現象)。?

但是集群系統的處理方式更多針對的是硬件故障，對于大型分布式系統(比如云計算平臺)來說，系統中普遍存在著大量的服務和虛?擬資源，這些非硬件資源的故障同樣會影響系統的正常運行，若在服務失敗或虛擬資源失效時均采用切換硬件的方式解決故障，顯然又會嚴重影響系統性能。可以看出，單純的硬件冗余已無法解決云計算平臺中的高可用性問題，且部件的冗余又進一步增大了系統管理(如負載均衡或服務/數據的獲取)的難度。?

發明內容

(一)要解決的技術問題?

為了解決現有技術中大型分布式系統的資源可用性難以保證的問題，本發明提供了一種提高分布式系統中資源可用性的方法及系統。?

(二)技術方案?

為解決上述技術問題，本發明采用如下的技術方案實施：?

首先，本發明提供了一種提高分布式系統中資源可用性的方法，所述方法包括步驟：?

S1，在部署資源的同時向系統平臺上報該資源在系統平臺中運行時的基本信息；?

S2，實時監控系統平臺中運行的資源狀態以及資源運行環境的設備能力和狀態；?

S3，根據所述資源狀態以及所述設備能力和狀態判斷是否滿足事件發生條件，根據不同的判斷結果拋出相應的異常事件；?

S4，響應于各異常事件，為資源提供者提供資源移植向導服務和/或為資源使用者提供資源訪問向導服務。?

優選地，步驟S3中，所述異常事件包括初次訪問事件、訪問異常事件、告警事件和資源移植事件。?

優選地，步驟S4中，響應于初次訪問事件，為資源使用者提供資源訪問向導服務；響應于資源移植事件，首先為資源提供者提供資源移植向導服務，在資源移植完成后再為資源使用者提供資源訪問向?導服務。?

優選地，步驟S4中，響應于訪問異常事件或告警事件，首先確定資源狀態，若資源正常運行，則在資源運行環境中進行負載均衡并為資源使用者提供資源訪問向導服務；否則，先為資源提供者提供資源移植向導服務，在資源移植完成后再為資源使用者提供資源訪問向導服務。?

優選地，步驟S1中，上報所述基本信息的過程包括步驟：?

S11，客戶端通過SOAP/HTTP接口將注冊請求數據放入消息隊列中，資源注冊模塊獲取隊列中的注冊請求數據，并將所述數據提交給目錄服務(如UDDI等服務)；?

S12，目錄服務將所述數據寫入注冊表/數據庫中，并生成資源的service?key；?

S13，資源注冊模塊將注冊結果和service?key返回給客戶端，在客戶端保存所述service?key。?

優選地，步驟S2中，監控過程包括步驟：?

S21，接收資源注冊模塊的通知，獲得新注冊的信息數據；?

S22，根據預設置的監控調度策略，通過nrpe?ssl通道向被監控資源服務器發起監控請求；?

S23，被監控的資源服務器收到請求后，執行插件采集資源當前狀態數據完成監控請求；?

S24，被監控的資源服務器將采集的狀態數據通過NRPE協議返回給資源監控模塊；?

S25，將收到的采集數據寫入數據庫。?