鬼佬大哥大
  • / 15
  • 下載費用:30 金幣  

一種計算機信息系統及其動態容災方法.pdf

關 鍵 詞:
一種 計算機信息 系統 及其 動態 方法
  專利查詢網所有資源均是用戶自行上傳分享,僅供網友學習交流,未經上傳用戶書面授權,請勿作他用。
摘要
申請專利號:

CN201210277988.7

申請日:

2012.08.07

公開號:

CN103580902B

公開日:

2015.01.14

當前法律狀態:

有效性:

法律詳情: 授權|||實質審查的生效IPC(主分類):H04L 12/24申請日:20120807|||公開
IPC分類號: H04L12/24 主分類號: H04L12/24
申請人: 騰訊科技(深圳)有限公司
發明人: 王旭新; 薛鵬
地址: 518044 廣東省深圳市福田區振興路賽格科技園2棟東403室
優先權:
專利代理機構: 北京德琦知識產權代理有限公司 11018 代理人: 張曉峰;宋志強
PDF完整版下載: PDF下載
法律狀態
申請(專利)號:

CN201210277988.7

授權公告號:

103580902B||||||

法律狀態公告日:

2015.01.14|||2014.03.12|||2014.02.12

法律狀態類型:

授權|||實質審查的生效|||公開

摘要

本申請公開了一種計算機信息系統及其動態容災方法,包括:按照服務類別劃分的兩個以上的服務集群,所述每一服務集群中包括兩個以上的服務節點;每個服務節點具備本系統內的所有服務類型的服務處理邏輯;還包括動態容災節點,用于設置所述各服務集群的動態容災策略,監測所述各服務集群的運行狀況;在各服務集群都運行正常的情況下,根據所述動態容災策略,將各服務類別的服務請求調度到該服務類別對應的服務集群進行響應處理;在某個服務集群運行異常的情況下,根據該服務集群的所述動態容災策略,對相應服務類別的服務請求的響應服務集群和/或響應方式進行動態調整。利用本發明,可以提高計算機信息系統的健壯性。

權利要求書

權利要求書
1.  一種計算機信息系統,其特征在于,包括:
按照服務類別劃分的兩個以上的服務集群,所述每一服務集群中包括兩個以上的服務節點;每個服務節點具備本系統內的所有服務類型的服務處理邏輯,所述服務處理邏輯用于響應到達本服務集群的服務請求;
動態容災節點,用于設置所述各服務集群的動態容災策略,監測所述各服務集群的運行狀況;在各服務集群都運行正常的情況下,根據所述動態容災策略,將各服務類別的服務請求調度到該服務類別對應的服務集群進行響應處理;在某個服務集群運行異常的情況下,根據該服務集群的所述動態容災策略,對相應服務類別的服務請求的響應服務集群和/或響應方式進行動態調整。

2.  根據權利要求1所述的系統,其特征在于,所述動態容災節點的數量為兩個或兩個以上,其中包括可以相互備份和相互容災切換的主動態容災節點和備動態容災節點。

3.  一種計算機信息系統的動態容災方法,其特征在于,包括:
按照服務類別劃分兩個以上的服務集群,在所述每一服務集群中設置兩個以上的服務節點;每個服務節點設置本系統內的所有服務類型的服務處理邏輯;
設置所述各服務集群的動態容災策略;
監測所述各服務集群的運行狀況,在各服務集群都運行正常的情況下,根據所述動態容災策略,將各服務類別的服務請求調度到該服務類別對應的服務集群進行響應處理;在某個服務集群運行異常的情況下,根據該服務集群的所述動態容災策略,對相應服務類別的服務請求的響應服務集群和/或響應方式進行動態調整。

4.  根據權利要求3所述的方法,其特征在于,所述服務類別為按照可降級服務維度劃分的服務類別;
所述在某個服務集群運行異常的情況下,根據該服務集群的動態容災策略,對相應服務類別的服務請求的響應服務集群和/或響應方式進行動態調整,具體包括以下判斷處理步驟:
判斷運行正常的服務集群的負載情況是否可以承受所述發生異常的服務集群對應類別的服務請求的負載,如果是則調度所述運行正常的服務集群來響應所述發生異常的服務集群對應類別的服務請求;否則,針對可降級服務維度比發生異常的服務集群高的服務集群,停止其中的服務集群對其對應類別的服務請求的響應處理,再重復執 行本判斷處理步驟。

5.  根據權利要求4所述的方法,其特征在于,所述可降級服務維度比發生異常的服務集群高的服務集群有兩個以上時,則所述停止其中的服務集群對其對應類別的服務請求的響應處理,具體包括:
先停止其中的最高級可降級服務維度的服務集群對其對應類別的服務請求的響應處理,再重復執行所述判斷處理步驟;如果所述運行正常的服務集群的負載情況依然不可以承受所述發生異常的服務集群對應類別的服務請求的負載,則再停止低一級可降級服務維度的服務集群對其對應類別的服務請求的響應處理,再重復執行所述判斷處理步驟,直到所述運行正常的服務集群的負載情況可以承受所述發生異常的服務集群對應類別的服務請求的負載,或者直到可降級服務維度比發生異常的服務集群高的所有服務集群都被停止對其對應類別的服務請求的響應處理。

6.  根據權利要求4或5所述的方法,其特征在于,所述可降級服務維度比發生異常的服務集群高的服務集群對應類別的服務為可以離線響應的服務時,則停止該服務集群對其對應類別的服務請求的響應處理,具體包括:
將該服務集群對應類別的服務請求改為離線響應方式,指示該服務請求的發起方按照離線響應方式在本地處理該服務請求。

7.  根據權利要求3所述的方法,其特征在于,所述運行異常的服務集群對應類別的服務為可以離線響應的服務時,則:所述在該服務集群運行異常的情況下,根據該服務集群的所述動態容災策略,對相應服務類別的服務請求的響應服務集群和/或響應方式進行動態調整,包括:
調整所述運行異常的服務集群對應類別的服務請求的響應方式,具體為:將該運行異常的服務集群對應類別的服務請求改為離線響應方式,指示該服務請求的發起方按照離線響應方式在本地處理該服務請求。

8.  根據權利要求3所述的方法,其特征在于,所述監測各服務集群的運行狀況,具體包括:
由所述各服務集群中的各服務節點定時上報自身的負載信息,根據上報情況以及上報的負載信息判斷各服務集群的運行狀況;
或者,由請求服務的客戶端定時上報各類服務請求的數量和響應狀況,根據所上報的各類服務請求的數量和響應狀況判斷對應類別的服務集群的運行狀況。

9.  根據權利要求3至8任一項所述的方法,其特征在于,所述將各服務類別的服務請求調度到該服務類別對應的服務集群進行響應處理,具體包括:
將各種服務類型及其對應的服務集群地址的對應關系信息設置在客戶端,客戶端 發起某種類型的服務請求時,根據所述對應關系,將該服務類型的服務請求發送到其對應的服務集群地址進行響應處理。

10.  根據權利要求3至8任一項所述的方法,其特征在于,所述對相應服務類別的服務請求的響應服務集群和/或響應方式進行動態調整,具體為:
生成包括相應服務類別的服務請求的響應服務集群地址和/或響應方式信息的調度信息,將所述調度信息發送給客戶端,客戶端根據收到的調度信息向相應的服務集群發起服務請求和/或按照所述響應方式信息處理對應的服務請求。

說明書

說明書一種計算機信息系統及其動態容災方法
技術領域
本申請涉及計算機信息處理技術領域,尤其涉及一種計算機信息系統及其動態容災方法。
背景技術
在計算機信息系統中,為了保證信息服務的安全性和穩定性,需要建立兩套或多套功能相同的服務處理系統,在這些兩套或多套的服務處理系統之間可以實現功能容災,即當一個服務處理系統發生問題,則可以由另外的服務處理系統來對外提供服務,因此可以保證對外服務的安全性和穩定性。容災是系統高可用性技術的一個重要組成部分,需要預先考慮到外界環境或突發事件對系統的影響,避免災難發生時系統無法提供服務或數據丟失。所謂的災難是指機器硬件故障、網絡故障、程序崩潰、突發事件導致過載等無法提供正常服務的事件。
目前業界通常在計算機系統的組成和服務架構上實現容災方案。
圖1為現有技術一的一種互聯網服務系統架構的示意圖。參見圖1,所述互聯網服務系統就是計算機信息系統的一種具體應用領域,該架構中,所有服務節點對等,例如圖1中具有101、102、和103三個對等的服務節點,每個服務節點同時對外提供所有服務(假定服務類別分為A、B、C三類)的處理邏輯,這些對等的服務節點組成了一個服務集群。圖1所述的系統架構目前被許多網站采用,其容災原理是客戶端發起一種類型的服務請求后,通過系統的傳輸控制協議(TCP,Transmission Control Protocol)層的負載均衡系統將該服務請求隨機分配到所述服務集群中的某一個服務節點上,由該服務節點響應該服務請求。當某個服務節點發生災難事件如硬件故障時,則服務請求會分配給其它運行正常的服務節點進行響應。
圖2為現有技術二的一種互聯網服務系統架構的示意圖。參見圖2,該架構中,按照服務類型劃分成三個服務集群,每個服務集群內部的所有服務節點只提供一種固定類型的服務,在一個服務集群內部的服務節點是對等的。例如圖2中所述服務集群201提供A類的服務,服務集群202提供B類的服務,服務集群203提供C類的服務。以服務集群201為例,其中的每個服務節點211、212、213都只具備A類服務的處理 邏輯,客戶端中設置有每種類型服務對應的服務集群的地址,當客戶端發起A類服務的服務請求后,該A類服務請求發送到服務集群201,然后由TCP層的負載均衡系統將該服務請求隨機分配到該服務集群201中的某一個服務節點上,由該服務節點響應該服務請求。當服務集群201中的某個服務節點發生災難事件如硬件故障時,則A類服務請求會分配給其它運行正常的服務節點進行響應。圖2所述的系統架構目前通常被許多互聯網游戲業務系統所采用。
但是,上述現有技術存在如下技術問題:
整個計算機信息系統的健壯性差。例如在現有技術一中,如果所述服務集群內部故障的服務節點達到一定數目,系統實際負載大于正常工作的服務節點能承受的負載時,系統會因過載而導致整體不可用。在現有技術二中,雖然將不同類型的服務采用不同的服務集群分散處理,但是每個服務集群內部也存在跟現有技術一同樣的健壯性差的問題,即如果一個服務集群內部故障的服務節點達到一定數目,在該服務集群的實際負載大于正常工作的服務節點能承受的負載時,該服務集群會因過載而導致整體不可用,從而導致無法對外提供對應類型的服務。
發明內容
有鑒于此,本發明的主要目的在于提供一種計算機信息系統及其動態容災方法,以提高計算機信息系統的健壯性。
本發明的技術方案是這樣實現的:
一種計算機信息系統,包括:
按照服務類別劃分的兩個以上的服務集群,所述每一服務集群中包括兩個以上的服務節點;每個服務節點具備本系統內的所有服務類型的服務處理邏輯,所述服務處理邏輯用于響應到達本服務集群的服務請求;
動態容災節點,用于設置所述各服務集群的動態容災策略,監測所述各服務集群的運行狀況;在各服務集群都運行正常的情況下,根據所述動態容災策略,將各服務類別的服務請求調度到該服務類別對應的服務集群進行響應處理;在某個服務集群運行異常的情況下,根據該服務集群的所述動態容災策略,對相應服務類別的服務請求的響應服務集群和/或響應方式進行動態調整。
一種計算機信息系統的動態容災方法,包括:
按照服務類別劃分兩個以上的服務集群,在所述每一服務集群中設置兩個以上的服務節點;每個服務節點設置本系統內的所有服務類型的服務處理邏輯;
設置所述各服務集群的動態容災策略;
監測所述各服務集群的運行狀況,在各服務集群都運行正常的情況下,根據所述動態容災策略,將各服務類別的服務請求調度到該服務類別對應的服務集群進行響應處理;在某個服務集群運行異常的情況下,根據該服務集群的所述動態容災策略,對相應服務類別的服務請求的響應服務集群和/或響應方式進行動態調整。
與現有技術相比,本發明按照服務類別劃分為兩個以上的服務集群,在所述每一服務集群中設置兩個以上的服務節點;每個服務節點都是對等節點,即都要設置本系統內的所有服務類型的服務處理邏輯;同時,設置所述各服務集群的動態容災策略,在各服務集群都運行正常的情況下,將各服務類別的服務請求調度到該服務類別固定對應的服務集群進行響應處理;在某個服務集群運行異常的情況下,根據該服務集群的所述動態容災策略,對相應服務類別的服務請求的響應服務集群和/或響應方式進行動態調整。這樣,整個計算機信息系統內的所有服務節點都是對等的,可以根據各服務集群的運行狀況,動態調整相應服務集群對服務請求的響應方式,即使某個服務集群內的故障服務節點達到一定數目而不能提供對外服務時,也可以將該服務集群對應的響應的服務請求轉移到其它運行正常的服務集群上,因此整個計算機信息系統對外提供的服務并不會輕易中斷,提高了計算機信息系統的健壯性。
附圖說明
圖1為現有技術一的一種互聯網服務系統架構的示意圖;
圖2為現有技術二的一種互聯網服務系統架構的示意圖;
圖3為本發明所述計算機信息系統動態容災方法的一種流程圖;
圖4為本發明所述計算機信息系統的一種組成架構示意圖;
圖5為本發明所述計算機信息系統的又一種組成架構示意圖。
具體實施方式
下面結合附圖及具體實施例對本發明再作進一步詳細的說明
圖3為本發明所述計算機信息系統動態容災方法的一種流程圖。參見圖3,本發明的計算機信息系統的動態容災方法包括:
301、按照服務類別劃分兩個以上的服務集群,在所述每一服務集群中設置兩個以上的服務節點;每個服務節點設置本系統內的所有服務類型的服務處理邏輯,以響應到達本服務集群的服務請求;
302、設置所述各服務集群的動態容災策略;
303、監測所述各服務集群的運行狀況,在各服務集群都運行正常的情況下,根據所述動態容災策略,將各服務類別的服務請求調度到該服務類別對應的服務集群進行響應處理;在某個服務集群運行異常的情況下,根據該服務集群的所述動態容災策略,對相應服務類別的服務請求的響應服務集群和/或響應方式進行動態調整。
與本發明所述的方法對應,本發明還公開了一種計算機信息系統。
圖4為本發明所述計算機信息系統的一種組成架構示意圖。參見圖4,本發明的計算機信息系統包括:
按照服務類別劃分的兩個以上的服務集群,例如圖3中為三個服務集群401、402、和403,所述每一服務集群中包括兩個以上的服務節點;每個服務節點具備本計算機信息系統內的所有服務類型的服務處理邏輯,所述服務處理邏輯用于響應到達本服務集群的服務請求。即本發明所述的所有服務集群中的所有的服務節點在功能上都是對等的,不論哪種類型的服務請求(例如圖3中假設分為A、B、C三種服務類型),所述任一個服務節點都能夠進行該服務請求的響應處理。
除了所述服務集群,本發明的計算機信息系統還包括動態容災節點,即圖4中的所述D節點404,該動態容災節點用于設置所述各服務集群的動態容災策略,監測所述各服務集群的運行狀況;在各服務集群都運行正常的情況下,根據所述動態容災策略,將各服務類別的服務請求調度到該服務類別對應的服務集群進行響應處理;在某個服務集群運行異常的情況下,根據該服務集群的所述動態容災策略,對相應服務類別的服務請求的響應服務集群和/或響應方式進行動態調整。
所述動態容災節點的數量可以為一個,也可以為兩個或兩個以上,如圖5為本發明所述計算機信息系統的又一種組成架構示意圖,其中包括可以相互備份和相互容災切換的主動態容災節點541和備動態容災節點542,所述主動態容災節點541和備動態容災節點542組成了一個提供動態容災服務的容災服務集群504。在正常情況下,由其中的主動態容災節點提供動態容災服務,當主動態容災節點運行異常時,可以切換到備動態容災節點繼續運行,該備動態容災節點切換為主動態容災節點,前述的主動態容災節點切換為備動態容災節點,從而進一步提高整個系統的健壯性。
所述動態容災策略可以預先設置,具體設置的動態容災策略內容可以有多種,下面實施例做具體介紹。
所述動態容災策略中可以包括的策略為:在各服務集群都運行正常的情況下,各服務類別的服務請求由該服務類別固定對應的服務集群進行響應處理。如圖4和圖5所示,在各服務集群都運行正常的情況下,所述服務集群401只對外提供A類型的服務,服務集群402只對外提供B類型的服務,服務集群403只對外提供C類型的服務。這種固定的對應關系屬于所述動態容災策略信息中的一部分,需要預先設置好,具體內容包括每個服務類型與其對應的服務集群地址的對應關系。在某個服務集群運行異常的情況下,則需要對相應服務類別的服務請求的響應服務集群和/或響應方式進行動態調整,具體的調整指令信息也屬于所述動態容災策略的一部分,而且通常每種服務類型的服務集群都會有對應的包括所述調整指令的動態容災策略。
所述步驟303中,所述監測各服務集群的運行狀況的具體方法可以有多種,例如典型的兩種為:
第一種監測方法為:由所述各服務集群中的各服務節點定時(例如每隔T1秒)向所述動態容災節點上報自身的負載信息,所述負載信息可以包括常規的負載信息,例如CPU占用量、網絡占用量等。動態容災節點根據上報情況以及上報的負載信息判斷各服務集群的運行狀況。例如,所述上報情況是指所述服務節點是否每隔T1秒就上報一次負載信息,如果上報的次數或頻率少于指定的值則判定該服務節點異常;然后根據上報的負載信息判斷服務節點的負載是否超過指定的值,如果超過則判定該服務節點運行異常;最后判斷每個服務集群內部的異常服務節點的數量是否超過指定的值,如果超過則判定該服務集群運行異常,否則判定該服務集群運行正常。
或者,第二種監測方法為:由請求服務的客戶端定時(例如每隔T2秒)向動態容災節點上報各類服務請求的數量和響應狀況,動態容災節點根據所上報的各類服務請求的數量和響應狀況判斷對應類別的服務集群的運行狀況。例如如果某種服務類型的服務請求中發生響應失敗的數量超過指定的閾值,則判定該服務類型固定對應的服務集群運行異常,否則可以判定該服務類型對應的服務集群運行正常。
通過上述監測方法,所述動態容災節點可以隨時監測到各個服務集群的運行狀況,并根據運行狀況和各服務集群對應的動態容災策略進行調整。
本發明可以將所述每種服務類型及其對應的服務集群地址的對應關系信息設置在各客戶端,例如具體可以預先設置在客戶端,或者在系統啟動后由所述動態 容災節點發送給各客戶端。在計算機信息系統初始啟動后,默認各服務集群都運行正常,這時如果客戶端發起某種類型的服務請求,則根據所述對應關系,將該服務類型的服務請求發送到其對應的服務集群地址進行響應處理。例如A類服務請求發送給A類服務集群,B類服務請求發送給B類服務集群,C類服務請求發送給C類服務集群。所述收到服務請求的服務集群通過內部的TCP層采用負載均衡的方式將所述服務請求隨機分配到某一個服務節點中,由該服務節點對該服務請求進行響應處理。當某個服務節點發生災難事件如硬件故障時,則服務集群會將收到的服務請求分配給其它運行正常的服務節點進行響應處理。
在系統啟動運行后,動態容災節點會通過上述的監測方法監測各個服務集群的運行狀況,如果監測到某個服務集群運行異常,則根據該服務集群的所述動態容災策略,對相應服務類別的服務請求的響應服務集群和/或響應方式進行動態調整。
本發明中,還提出按照可降級服務維度劃分的服務類別的技術方案。上述所述按照服務類別劃分服務集群,所述不同的服務類別之間是用可降級服務維度來區分的。所述可降級服務是指:該服務邏輯的部分模塊出現故障時,依然能夠為用戶提供部分服務來滿足用戶的核心需求,例如互聯網站用戶的登錄、查看個人信息等需求,則可稱該服務為可降級服務。所述可降級服務維度,是評價可降級服務可接受的降級幅度,可接受的降級幅度越大,其可降級服務維度越高。
例如,上述所提到的A、B、C類服務可以按照用戶影響、收入影響來劃分并考慮可降級服務的應用場景。以常見的互聯網服務為例,A類服務為核心體驗服務,屬于必須內容,用戶無法接受該類服務出現問題,例如登錄操作等,其可降級服務維度最低;B類服務為用戶有損價值服務,用戶能接受該類服務在較短的時間不可用,例如查看好友的主頁、上傳或下載文件等服務,該類服務的可降級服務維度較A類服務稍高一級;C類服務為可有損體驗服務,該類服務只影響用戶體驗,即使較長時間內沒辦法修復也不會有大的影響,該類服務的可降級服務維度最高。
如上所述,所述A、B、C類服務根據可降級服務維度由低到高排列。在動態調整服務請求的響應服務集群和/或響應方式時,可以根據不同的可降級服務維度進行處理。
例如,所述在某個服務集群運行異常的情況下,所述動態容災節點根據該服務集群的動態容災策略,對相應服務類別的服務請求的響應服務集群和/或響應方 式進行動態調整的具體方式中,包括以下判斷處理步驟:
判斷其它運行正常的服務集群的負載情況是否可以承受所述發生異常的服務集群對應類別的服務請求的負載,如果是則調度所述運行正常的服務集群來響應所述發生異常的服務集群對應類別的服務請求;否則,針對可降級服務維度比發生異常的服務集群高的服務集群,停止其中的服務集群對其對應類別的服務請求的響應處理,再重復執行本判斷處理步驟。
例如如圖4和圖5所示,如果動態容災節點通過監測發現A類服務集群運行異常,則該動態容災節點首先判斷其它運行正常的服務集群(例如此處為B類服務集群和C類服務集群)的負載情況是否可以承受本因由A類服務集群對應響應的A類服務請求的負載,例如具體可以按照所述服務節點或客戶端上報的信息來判斷,具體的判斷方式可以利用現有技術。
如果B、C類服務集群可以承受所述A類服務請求的負載,則調度所述運行正常的B、C類服務集群來響應所述A類服務請求,例如具體可以是將來自客戶端的A類服務請求平均分布到B、C類服務集群的每個服務節點上進行響應處理。
如果B、C類服務集群可以承受所述A類服務請求的負載,由于B、C類服務集群的可降級服務維度比A類服務集群的可降級服務維度高,則可以調整B、C類服務集群的對其服務請求的響應,例如具體是停止這些可降級服務維度高的服務集群對其對應類別的服務請求的響應處理。如果其可降級服務維度比發生異常的服務集群高的服務集群只有一個,則直接停止該服務集群對其對應類別的服務請求的響應處理。如果其可降級服務維度比發生異常的服務集群高的服務集群有兩個以上時,例如此處的B、C類服務集群的可降級維度都比A類服務集群高,則屬于這種情況。在這種情況下,先停止其中的最高級可降級服務維度的服務集群(如此處是C類服務集群)對其對應類別的服務請求的響應處理,再重復執行所述判斷處理步驟;如果所述運行正常的服務集群(此處是B和C類服務集群)的負載情況依然不可以承受所述發生異常的服務集群對應類別的服務請求的負載,則再停止低一級可降級服務維度的服務集群(例如此處是B類服務集群)對其對應類別的服務請求的響應處理。如果其可降級服務維度比發生異常的A類服務集群高的服務集群有三個以上,則再重復執行所述判斷處理步驟,直到所述運行正常的服務集群的負載情況可以承受所述A類服務請求的負載,或者直到可降級服務維度比A類服務集群高的所有服務集群都被停止對其對應類別的服務請求的響應處理。
在互聯網信息服務中,有一種可以離線響應的服務,其服務數據更新并不頻繁,因此可以存儲在服務端,也可以存儲在客戶端,該類服務的服務請求可以由服務端來響應處理,也可以由客戶端利用存儲在客戶端中的數據進行離線響應處理。例如,對于一些基于關系鏈的互聯網服務就是屬于這種可以離線響應的服務,當關系鏈出現故障或者壓力過大時,可以啟用本地關系鏈模式,客戶端在每天第一次登錄的時候拉取關系鏈數據存儲到本地客戶端,后續不再拉取,這樣即使服務端的關系鏈服務不可用,則客戶端也仍然可以離線響應關系鏈服務請求,從而保證用戶可以正常使用關系鏈服務。
因此,在本發明的一種實施例中,如果所述可降級服務維度比發生異常的服務集群高的服務集群對應類別的服務為所述可以離線響應的服務時,例如如果上述的C類服務為可以離線響應的服務時,則停止該C類服務集群對C類服務請求的響應處理具體可以是調整該C類服務集群對C類服務請求的響應方式,例如具體為:將該C類服務請求改為離線響應方式,指示該服務請求的發起方客戶端按照離線響應方式在本地處理該服務請求。
在本發明中,所述動態容災節點對相應服務類別的服務請求的響應服務集群和/或響應方式進行動態調整的具體操作中,包括:所述調度運行正常的服務集群來響應所述發生異常的服務集群對應類別的服務請求,和/或所述停止某個服務集群對其對應類別的服務請求的響應處理,和/或所述調整某類服務集群對其對應類別的服務請求的響應方式,這些方法的具體實現方式為:
a)生成包括相應服務類別的服務請求的響應服務集群地址和/或響應方式信息的調度信息。例如動態容災節點要執行的調整操作假設為:調度B和C類服務集群來響應A類服務請求,并且要將C類服務請求的響應方式改為離線響應方式,同時停止B類服務集群對B類服務請求的響應處理,則所述調度信息中包括:A類服務請求對應的響應服務集群的地址為B和C類服務集群的地址,B類服務請求對應的響應服務集群地址為空,C類服務請求的響應方式改為離線響應。
b)將所述調度信息發送給客戶端。例如具體是生成調度信息后主動發送給客戶端,或者是由客戶端每隔T3秒查詢一次動態容災節點,動態容災節點將最新的調度信息以響應包的方式發送給客戶端。
c)客戶端根據收到的調度信息向相應的服務集群發起服務請求和/或按照所述響應方式信息處理對應的服務請求。例如根據上述步驟a)所述的調度信息,客戶 端將A類服務請求發送給B和C類服務集群,B類服務請求則直接放棄發送,C類服務請求由客戶端本地按照離線響應方式處理。
如圖4和圖5所示,如果動態容災節點通過監測發現B類服務集群運行異常,可以則同樣按照上述的判斷處理步驟進行處理,即:判斷其它運行正常的A和C類服務集群的負載情況是否可以承受所述發生異常的B類服務集群對應的B類服務請求的負載,如果是則調度所述運行正常的A和C類服務集群來響應所述B類服務請求;否則,針對可降級服務維度比B類服務集群高的服務集群即所述C類服務集群,停止該C類服務集群對C類服務請求的響應處理,之后再判斷A和C類服務集群的負載情況是否可以承受B類服務請求的負載,如果是則調度所述運行正常的A和C類服務集群來響應所述B類服務請求,否則不再處理。
另外,針對所述B類服務請求的動態容災策略也可以有其它方式,例如判斷當前是否為業務高峰期,如果是則不進行上述判斷處理步驟的調整,如果當前為非高峰期,則再執行上述的判斷處理步驟進行調整。
如圖4和圖5所示,如果動態容災節點通過監測發現C類服務集群運行異常,可以則同樣按照上述的判斷處理步驟進行處理,即:判斷其它運行正常的A和B類服務集群的負載情況是否可以承受所述發生異常的C類服務集群對應的C類服務請求的負載,如果是則調度所述運行正常的A和C類服務集群來響應所述C類服務請求;否則,此時由于C類服務集群的可降級服務維度已經是最高,因此只能調整該C類服務請求的響應方式,即將該C類服務請求改為離線響應方式,指示該服務請求的發起方按照離線響應方式在本地處理該服務請求。
當然,針對所述C類服務請求的動態容災策略也可以有其它方式,例如如果動態容災節點通過監測發現C類服務集群運行異常,則也可以直接調整該C類服務請求的響應方式,即將該C類服務請求改為離線響應方式,指示該服務請求的發起方按照離線響應方式在本地處理該服務請求。
當所述各服務集群又都恢復正常的情況下,則所述動態容災節點繼續將各服務類別的服務請求調度到該服務類別對應的服務集群進行響應處理。例如具體的方式是動態容災節點給客戶端發出服務集群運行正常的調度信息,客戶端在收到該調度信息后,如果客戶端發起某種類型的服務請求,則根據之前存儲的每種服務類型及其對應的服務集群地址的對應關系信息,將該服務類型的服務請求發送 到其對應的服務集群地址進行響應處理。例如A類服務請求發送給A類服務集群,B類服務請求發送給B類服務集群,C類服務請求發送給C類服務集群。
如上所述,本發明與現有技術相比,整個計算機信息系統內的所有服務節點都是對等的,可以根據各服務集群的運行狀況,動態調整相應服務集群對服務請求的響應方式,即使某個服務集群內的故障服務節點達到一定數目而不能提供對外服務時,也可以將該服務集群對應的響應的服務請求轉移到其它運行正常的服務集群上,因此整個計算機信息系統對外提供的服務并不會輕易中斷,提高了計算機信息系統的健壯性,提高了對突發式負載和故障的應對能力。
另外,本發明所述各個服務節點由于都是對等的,即其中都包括相同的處理邏輯,因此本發明的可擴展性非常強。
還有,本發明可以按照可降級服務的維度對服務類型及其對應的服務集群進行分類,當某個服務集群出現異常時,優先保證可降級服務維度低的服務(即相對核心的服務)能夠繼續提供服務,而對于可降級服務維度高的服務(即相對有損的服務)可以進行停止或改為離線響應方式,這樣可以在容災時保證核心服務的穩定性,提高用戶的滿意度。
以上所述僅為本發明的較佳實施例而已,并不用以限制本發明,凡在本發明的精神和原則之內,所做的任何修改、等同替換、改進等,均應包含在本發明保護的范圍之內。

關于本文
本文標題:一種計算機信息系統及其動態容災方法.pdf
鏈接地址:http://www.wwszu.club/p-6421060.html
關于我們 - 網站聲明 - 網站地圖 - 資源地圖 - 友情鏈接 - 網站客服 - 聯系我們

[email protected] 2017-2018 zhuanlichaxun.net網站版權所有
經營許可證編號:粵ICP備17046363號-1 
 


收起
展開
鬼佬大哥大