[發明專利]識別成員處的軟故障有效
| 申請號: | 201910097385.0 | 申請日: | 2019-01-31 |
| 公開(公告)號: | CN110096407B | 公開(公告)日: | 2023-10-13 |
| 發明(設計)人: | M.佩雷拉;B.P.默里;J·S·貝爾圖爾 | 申請(專利權)人: | 慧與發展有限責任合伙企業 |
| 主分類號: | G06F11/30 | 分類號: | G06F11/30;G06F11/07;G06F8/65 |
| 代理公司: | 北京市金杜律師事務所 11256 | 代理人: | 王茂華 |
| 地址: | 美國德*** | 國省代碼: | 暫無信息 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 識別 成員 故障 | ||
本文的示例涉及識別成員處的軟故障,具體涉及識別專用于微服務的集群內的成員處的軟故障。示例公開了識別集群內的每個成員的統計學評估。基于該統計學評估,在集群內的多個成員之一中識別軟故障。響應于在集群中的成員之一處識別到軟故障而執行一動作。
背景技術
故障,諸如硬故障和軟故障,可導致總體系統的健康狀況的嚴重退化。硬故障是部件發生災難性故障的一種故障。而軟故障是其中節點發生退化以使系統的性能可能受到影響的隱匿型故障。
附圖說明
在附圖中,相同的附圖標記指代相同的部件或框。下面的詳細描述參考了附圖,附圖中:
圖1圖示了根據本公開的包括專用于微服務的執行的集群和成員的示例系統;
圖2圖示了根據本公開的包括多個集群的示例系統,每個集群專用于不同的微服務;
圖3圖示了根據本公開的由計算設備可執行以在專用于微服務的集群中的多個成員之一處識別軟故障的示例流程圖;
圖4圖示了根據本公開的由計算設備可執行以在集群內經歷軟故障的成員處執行動作的示例流程圖;
圖5是根據本公開的具有處理資源的示例計算設備的框圖,該處理資源執行機器可讀存儲介質中的、用于確定要在經歷軟故障的成員處執行哪個動作的指令;并且
圖6是根據本公開的具有處理資源的示例計算設備的框圖,該處理資源執行機器可讀存儲介質中的指令,所述指令用于基于從集群中的多個成員中的每個成員獲取度量數據并計算統計學評估,來確定要在經歷軟故障的成員處執行哪個動作。
具體實施方式
在傳統單片式系統體系結構中,系統的功能任務被放置在單個程序中執行。不同的功能任務可占用不同的處理能力,因此單片式系統體系結構可能不高效。例如,加密/解密比對數據進行存檔占用更多的處理能力。但是,用于不同功能任務的不同的處理能力在執行單個程序時并未被考慮。
在更為現代化的面向服務的系統體系結構中,任務被打破為功能片段執行。這些任務根據其功能被分組并聚合到每個容器中。面向服務的體系結構的一種方法是微服務。微服務包括在集群內的成員(例如,節點)上運行的這些功能相似的任務的集合。在集群內的成員組上運行相似功能的任務帶來了更高效的處理能力。
在這些系統體系結構中,執行前述任務的部件終究會經歷部件故障,也稱硬故障。集群管理技術用于從這些硬故障情形恢復。對于硬故障情形,當硬件部件故障時,集群管理器進行檢測,并通過在基礎建設上建立新的部件成員來恢復集群。集群管理器和基礎設施可被設計有冗余,以防護硬故障。隨著系統經受退化,集群式體系結構中的軟故障更加隱匿,直到硬故障產生。此外,多個程序被寫入諸如固件、操作系統、語言運行時、應用框架、應用代碼等的多個層。在這些層之一中發生軟故障的機會隨時間而增加。
檢測軟故障的方法包括監視系統中的部件。在監視方法中,當部件偏離預期性能時,執行評估以定位根本原因。根據根本原因進行修復并且系統被更新。然而,這種方法花費很多時間來定位根本原因和更新系統。
因此,本公開在專用于微服務的集群內的成員處識別軟故障。本公開基于所收集的度量數據來計算每個成員的統計值。基于統計值,本公開檢測集群內的成員之一中的故障。響應于檢測到故障,執行一動作以使集群繼續執行微服務。
在另一示例中,針對性能而選擇的動作可在所識別的正經受軟故障的成員處執行。示例動作的列表包括:回收該成員(例如,銷毀并重啟)、通過增加附加的成員來擴展集群、以及通過移除該成員來縮減集群。這些示例的每一個都是允許集群以最小的中斷繼續執行微服務的動作。這允許其他成員繼續執行微服務,而不會響應于所識別的正經歷軟故障的成員而降低整個集群。
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于慧與發展有限責任合伙企業,未經慧與發展有限責任合伙企業許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201910097385.0/2.html,轉載請聲明來源鉆瓜專利網。





