TWI724106B - 資料中心間的業務流量控制方法、裝置及系統 - Google Patents
資料中心間的業務流量控制方法、裝置及系統 Download PDFInfo
- Publication number
- TWI724106B TWI724106B TW106105135A TW106105135A TWI724106B TW I724106 B TWI724106 B TW I724106B TW 106105135 A TW106105135 A TW 106105135A TW 106105135 A TW106105135 A TW 106105135A TW I724106 B TWI724106 B TW I724106B
- Authority
- TW
- Taiwan
- Prior art keywords
- data center
- load balancing
- balancing device
- standby
- business
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 61
- 238000012544 monitoring process Methods 0.000 claims description 4
- 230000015654 memory Effects 0.000 description 30
- 238000010586 diagram Methods 0.000 description 23
- 230000004044 response Effects 0.000 description 21
- 238000012545 processing Methods 0.000 description 13
- 230000005540 biological transmission Effects 0.000 description 10
- 230000005012 migration Effects 0.000 description 8
- 238000013508 migration Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 7
- 230000001360 synchronised effect Effects 0.000 description 7
- 238000004891 communication Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 238000006243 chemical reaction Methods 0.000 description 4
- 230000002708 enhancing effect Effects 0.000 description 4
- 230000036541 health Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 235000014510 cooky Nutrition 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1034—Reaction to server failures by a load balancer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
Abstract
本發明公開了一種資料中心間的業務流量控制方法、裝置及系統。其中,該方法包括:具有互備關係的主資料中心和備資料中心,主資料中心和備資料中心分別部署了至少一個負載平衡設備,其中,在主資料中心切換至備資料中心的情況下,將傳輸至主資料中心的業務流量引導至備資料中心,由備資料中心的負載平衡設備對業務流量進行分配。本發明解決了現有技術中在資料中心故障、不可用時,網際網路資料中心中的網際網路服務中斷的技術問題。
Description
本發明涉及負載平衡技術領域,具體而言,涉及一種資料中心間的業務流量控制方法、裝置及系統。
當今電腦技術已經進入以網路為中心的時代。網際網路的快速發展,使用者數量及網路流量的迅速增長使得越來越多伺服器顯得負擔沉重,對網路伺服器的可擴展性和可用性提出了更高的要求。為了解決這個問題,網際網路資料中心(IDC)應運而生。
網際網路資料中心是基於網路,是網際網路的網路基礎資源的一部分,提供了一種高端的資料傳輸服務和高速接入服務,不僅提供快速安全的網路,還提供對伺服器監管、流量監控等網路管理方案的服務。
雖然IDC中的網際網路服務集群本身,已經實現了各種冗餘,包括電力、網路、伺服器等。單集群可以防止“單路電力故障”、“單邊網路故障”、“服務硬體故障”、“系統意外當機”甚至“整個機房突然跳電、突然斷網、突然當機”等故障對使用者對外服務造成的影響。
但是更大範圍的故障,比如整個資料中心不可用,已經不能從IDC中的網際網路服務內部冗餘來解決。
針對現有技術中在資料中心故障、不可用時,網際網路資料中心中的網際網路服務中斷的技術問題,目前尚未提出有效的解決方案。
本發明實施例提供了一種資料中心間的業務流量控制方法、裝置及系統,以至少解決現有技術中在資料中心故障、不可用時,網際網路資料中心中的網際網路服務中斷的技術問題。
根據本發明實施例的一個方面,提供了一種資料中心間的業務流量控制方法,包括:具有互備關係的主資料中心和備資料中心,主資料中心和備資料中心分別部署了至少一個負載平衡設備,其中,在主資料中心切換至備資料中心的情況下,將傳輸至主資料中心的業務流量引導至備資料中心,由備資料中心的負載平衡設備對業務流量進行分配。
根據本發明實施例的另一方面,還提供了一種資料中心間的業務流量控制系統,包括:主資料中心,部署至少一個負載平衡設備,用於接收並轉發業務流量;備資料中心,與主資料中心具有互備關係,並部署了至少一個負載平衡設備,其中,在主資料中心切換至備資料中心的情況下,將業務流量引導至備資料中心,並由備資料中心的負
載平衡設備對業務流量進行分配。
根據本發明實施例的另一方面,還提供了一種資料中心間的業務流量控制裝置,包括:控制模組,用於在主資料中心切換至備資料中心的情況下,將傳輸至主資料中心的業務流量引導至備資料中心,並由備資料中心的負載平衡設備對業務流量進行分配,其中,主資料中心和備資料中心具有互備關係,主資料中心和備資料中心分別部署至少一個負載平衡設備。
在本發明實施例中,主資料中心和備資料中心具有互備關係,主資料中心和備資料中心分別部署了至少一個負載平衡設備,在主資料中心切換至備資料中心的情況下,本方案可以將傳輸至主資料中心的業務流量引導至備資料中心,由備資料中心的負載平衡設備對業務流量進行分配,實現業務流量遷移。
容易注意到,主資料中心和備資料中心具有互備關係,主資料中心的資料可以即時同步到備資料中心,當主資料中心發生故障、不可用時,可以將主資料中心切換為備資料中心,由備資料中心的負載平衡設備進行流量分配。因此,透過本發明實施例所提供的方案,可以實現一旦資料中心(例如,主資料中心)發生災難性故障,業務流量可以迅速遷移至另一資料中心(例如,備資料中心),在另一資料中心短時間內恢復服務功能,從而減少使用者等待相應時間,增強網路資料處理能力,提高網路的靈活性和可用性。
由此,本發明提供的方案解決了現有技術中在資料中心故障、不可用時,網際網路資料中心中的網際網路服務中斷的技術問題。
S22、S61~S64‧‧‧步驟
10‧‧‧電腦終端
101‧‧‧第一選擇子模組
102‧‧‧處理器
103‧‧‧第一分配子模組
104‧‧‧記憶體
106‧‧‧傳輸模組
111‧‧‧第二選擇子模組
113‧‧‧第二分配子模組
121‧‧‧主資料中心
123‧‧‧備資料中心
131‧‧‧中間路由器
141‧‧‧四層負載平衡設備
151‧‧‧七層負載平衡設備
161‧‧‧控制伺服器
171‧‧‧處理器
173‧‧‧記憶體
175‧‧‧傳輸裝置
71‧‧‧控制模組
81‧‧‧切換模組
91‧‧‧設定模組
93‧‧‧同步模組
此處所說明的圖式用來提供對本發明的進一步理解,構成本發明的一部分,本發明的示意性實施例及其說明用於解釋本發明,並不構成對本發明的不當限定。在圖式中:圖1是根據本發明實施例一的一種資料中心間的業務流量控制方法的電腦終端的硬體結構方塊圖;圖2是根據本發明實施例一的一種資料中心間的業務流量控制方法的流程圖;圖3是根據本發明實施例一的資料中心間的業務流量引導的示意圖;圖4是根據本發明實施例一的四層負載平衡部署方式的示意圖;圖5是根據本發明實施例一的七層負載平衡部署方式的示意圖;圖6是根據本發明實施例一的一種可選的資料中心間的業務流量控制方法的交互圖;圖7是根據本發明實施例二的一種資料中心間的業務流量控制裝置的示意圖;圖8是根據本發明實施例二的一種可選的資料中心間
的業務流量控制裝置的示意圖;圖9是根據本發明實施例二的一種可選的資料中心間的業務流量控制裝置的示意圖;圖10是根據本發明實施例二的一種可選的資料中心間的業務流量控制裝置的示意圖;圖11是根據本發明實施例二的一種可選的資料中心間的業務流量控制裝置的示意圖;圖12是根據本發明實施例三的一種資料中心間的業務流量控制系統的示意圖;圖13是根據本發明實施例三的一種可選的資料中心間的業務流量控制系統的示意圖;圖14是根據本發明實施例三的一種可選的資料中心間的業務流量控制系統的示意圖;圖15是根據本發明實施例三的一種可選的資料中心間的業務流量控制系統的示意圖;圖16是根據本發明實施例三的一種可選的資料中心間的業務流量控制系統的示意圖;以及圖17是根據本發明實施例四的一種電腦終端的結構方塊圖。
為了使本技術領域的人員更好地理解本發明方案,下面將結合本發明實施例中的圖式,對本發明實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例僅
僅是本發明一部分的實施例,而不是全部的實施例。基於本發明中的實施例,本領域具有通常知識者在沒有做出創造性勞動前提下所獲得的所有其他實施例,都應當屬本發明保護的範圍。
需要說明的是,本發明的說明書和權利要求書及上述圖式中的術語“第一”、“第二”等是用於區別類似的對象,而不必用於描述特定的順序或先後次序。應該理解這樣使用的資料在適當情況下可以互換,以便這裡描述的本發明的實施例能夠以除了在這裡圖示或描述的那些以外的順序實施。此外,術語“包括”和“具有”以及他們的任何變形,意圖在於覆蓋不排他的包含,例如,包含了一系列步驟或單元的過程、方法、系統、產品或設備不必限於清楚地列出的那些步驟或單元,而是可包括沒有清楚地列出的或對於這些過程、方法、產品或設備固有的其它步驟或單元。
首先,在對本發明實施例進行描述的過程中出現的部分名詞或術語適用於如下解釋:IDC:網際網路資料中心,Internet Data Center的簡寫,是電信部門利用已有的網際網路通訊鏈路、頻寬資源,建立標準化的電信專業級機房環境,為企業、政府提供伺服器託管、租用以及相關增值等方面的全方位服務。
SLB:伺服器負載平衡,Server Load Balance的簡寫,透過設定虛擬服務位址(IP),將位於同一地域(Region)的多台雲端伺服器(Elastic Compute Service,
簡稱ECS)資源虛擬成一個高性能、高可用的應用程式服務池;再根據應用程式指定的方式,將來自客戶端的網路請求分發到雲端伺服器池中。
BGP:邊界閘道協定,Border Gateway Protocol的簡寫,用於在不同的自治系統(AS)之間交換路由資訊。當兩個AS需要交換路由資訊時,每個AS都必須指定一個運行BGP的節點,來代表AS與其他的AS交換路由資訊。
業務遷移:是指業務從一個物理DC遷移到異地的另一物理DC中,遷移過程中,整個業務的所有資源一起遷移。
URL:一致資源定位器,Uniform Resource Locator的簡寫,是對可以從網際網路上得到的資源的位置和存取方法的一種簡潔的表示,是網際網路上標準資源的位址。
LVS(Linux Virtual Server):四層負載平衡開源軟體,一種實現在LINUX平臺下的負載平衡軟體。OSPF協議運行於LVS和上聯交換機之間,上聯交換機透過ECMP等價路由,將資料流分發給LVS集群,LVS集群再轉發給業務伺服器。
根據本發明實施例,提供了一種資料中心間的業務流量控制方法實施例,需要說明的是,在圖式的流程圖示出的步驟可以在諸如一組電腦可執行指令的電腦系統中執行,並且,雖然在流程圖中示出了邏輯順序,但是在某些
情況下,可以以不同於此處的順序執行所示出或描述的步驟。
本發明實施例一所提供的方法實施例可以在移動終端、電腦終端或者類似的運算裝置中執行。以運行在電腦終端上為例,圖1是根據本發明實施例一的一種資料中心間的業務流量控制方法的電腦終端的硬體結構方塊圖。如圖1所示,電腦終端10可以包括一個或多個(圖中僅示出一個)處理器102(處理器102可以包括但不限於微處理器MCU或場可編程閘陣列FPGA等的處理裝置)、用於儲存資料的記憶體104、以及用於通訊功能的傳輸模組106。本領域具有通常知識者可以理解,圖1所示的結構僅為示意,其並不對上述電子裝置的結構造成限定。例如,電腦終端10還可包括比圖1中所示更多或者更少的組件,或者具有與圖1所示不同的配置。
記憶體104可用於儲存應用程式軟體的軟體程式以及模組,如本發明實施例中的資料中心間的業務流量控制方法對應的程式指令/模組,處理器102透過運行儲存在記憶體104內的軟體程式以及模組,從而執行各種功能應用以及資料處理,即實現上述的資料中心間的業務流量控制方法。記憶體104可包括高速隨機記憶體,還可包括非易失性記憶體,如一個或者多個磁性儲存裝置、快閃記憶體、或者其他非易失性固態記憶體。在一些實例中,記憶體104可進一步包括相對於處理器102遠程設定的記憶體,這些遠程記憶體可以透過網路連接至電腦終端10。
上述網路的實例包括但不限於網際網路、企業內部網、區域網、移動通訊網及其組合。
傳輸裝置106用於經由一個網路接收或者發送資料。上述的網路具體實例可包括電腦終端10的通訊供應商提供的無線網路。在一個實例中,傳輸裝置106包括一個網路介面控制器(Network Interface Controller,NIC),其可透過基地台與其他網路設備相連從而可與網際網路進行通訊。在一個實例中,傳輸裝置106可以為射頻(Radio Frequency,RF)模組,其用於透過無線方式與網際網路進行通訊。
在上述運行環境下,本發明提供了如圖2所示的資料中心間的業務流量控制方法。圖2是根據本發明實施例一的一種資料中心間的業務流量控制方法的流程圖,如圖2所示的方法可以包括如下步驟:
步驟S22,具有互備關係的主資料中心和備資料中心,主資料中心和備資料中心分別部署了至少一個負載平衡設備,其中,在主資料中心切換至備資料中心的情況下,將傳輸至主資料中心的業務流量引導至備資料中心,由備資料中心的負載平衡設備對業務流量進行分配。
具體的,上述步驟中的主資料中心和備資料中心可以是同一地域(Region)下的兩個資料中心(IDC機房),可以將資料中心集群中優先級高的資料中心設定為主資料中心,優先級低的資料中心設定為備資料中心。在主資料中心切換為備資料中心之後,可以將主資料中心的資料遷
移到備份資料中心,主資料中心的儲存設備與備資料中心的儲存設備進行通訊,將主資料中心的儲存設備中的資料即時同步到備資料中心的儲存設備,備資料中心根據業務伺服器的網路資訊、網路設備配置資訊和業務伺服器資訊創建相應的業務網路和業務伺服器;將傳輸至主資料中心的業務流量引導至備資料中心,具體方法為,主資料中心的負載平衡設備可以將使用者發送的業務流量進行位址和端口轉換,將使用者發送的業務流量發送至備資料中心的負載平衡設備;負載平衡設備可以根據負載平衡演算法,將業務流量轉發至目標伺服器。
圖3是根據本發明實施例一的資料中心間的業務流量引導的示意圖,例如,以如圖3所示的應用場景為例,對本發明上述實施例進行詳細說明。在阿裡雲IDC(aly IDC)中的網際網路服務,可以將同一地域下IDC中的網際網路服務的IP位址以不同的“優先級”同時在兩個機房宣告(BGP路由發佈),如圖3所示,站點A的SLB路由器的BGP路由宣告為:X.Y.Z.0/24,站點B的SLB路由器的BGP路由宣告為:X.Y.Z.0/25,X.Y.Z.128/25,優先級高的資料中心為主資料中心(可以是圖3中站點A的SLB路由器)優先級低的資料中心為備資料中心(可以是圖3中站點B的SLB路由器),主資料中心和備資料中心實現了互備的關係。正常情況下1/2的VIP高優先級的運行在不同的兩個IDC下,在主資料中心切換至備資料中心的情況下,可以將傳輸至主資料中心的業務流量引
導至備資料中心,備資料中心的負載平衡設備對接收到的業務流量進行分配,透過負載平衡演算法將業務流量分配至相應的業務伺服器。
本發明上述實施例一公開的方案中,主資料中心和備資料中心具有互備關係,主資料中心和備資料中心分別部署了至少一個負載平衡設備,在主資料中心切換至備資料中心的情況下,本方案可以將傳輸至主資料中心的業務流量引導至備資料中心,由備資料中心的負載平衡設備對業務流量進行分配,實現業務流量遷移。
容易注意到,主資料中心和備資料中心具有互備關係,主資料中心的資料可以即時同步到備資料中心,當主資料中心發生故障、不可用時,可以將主資料中心切換為備資料中心,由備資料中心的負載平衡設備進行流量分配。因此,透過本發明實施例所提供的方案,可以實現一旦資料中心(例如,主資料中心)發生災難性故障,業務流量可以迅速遷移至另一資料中心(例如,備資料中心),在另一資料中心短時間內恢復服務功能,從而減少使用者等待相應時間,增強網路資料處理能力,提高網路的靈活性和可用性。
由此,本發明提供的上述實施例一的方案解決了現有技術中在資料中心故障、不可用時,網際網路資料中心中的網際網路服務中斷的技術問題。
在本發明上述實施例中,上述方法還可以如下步驟:步驟S24,透過中間路由器來監測主資料中心,如果監測
到主資料中心處於不可用狀態,則將主資料中心切換為備資料中心。
具體的,上述不可用狀態至少包括如下任意一種狀態:斷電狀態、故障狀態、入侵狀態和溢出狀態。
在一種可選的方案中,當中間路由器檢測到主資料中心不可用時,可以下發資料中心切換指令,主資料中心的儲存設備在接收到資料中心切換指令之後,可以將自身的優先級調低,備資料中心的儲存設備在接收到資料中心切換指令之後,可以將自身的優先級調高,從而實現將主資料中心切換為備資料中心。
例如,仍以如圖3所示的應用場景為例,對本發明上述實施例進行詳細說明。在aly IDC中的網際網路服務,平時“優先級高”的資料中心(可以是圖3中站點A的SLB路由器)為客戶提供服務,一旦該資料中心不可用,邊界路由協議BGP會很快(最差的情況180秒內,正常情況下30秒內)收斂,此時,“低優先級”的資料中心就會代替故障的(高優先級)資料中心,繼續為使用者服務。當單個資料中心發生不可用時,例如,當主資料中心發生不可用或者故障時,可以進行故障遷移,將主資料中心的資料備份到備資料中心,並將主資料中心切換為備資料中心,由備資料中心進行業務流量分配。
透過上述步驟S24提供的方案,在主資料中心不可用時,將主資料中心切換為備資料中心,從而實現在主資料中心故障、不可用時,切換為備資料中心,由備資料中心
為使用者提供服務。
在本發明上述實施例中,在步驟S24,主資料中心切換至備資料中心之前,上述方法還可以包括如下步驟:步驟S26,主資料中心與備資料中心即時同步資料。
具體的,主資料中心和備資料中心具有互備的關係,主資料中心的資料可以即時地備份到備資料中心,使得當主資料中心(或者備資料中心)出現故障時,備資料中心(或者主資料中心)可以在短時間內將應用程式接管過來,從而保證了應用程式的持續性。
在一種可選的方案中,為了保證在主資料中心切換至備資料中心之後,備資料中心的負載平衡設備可以對傳輸至主資料中心的流量進行分配,因此,需要保證主資料中心與備資料中心的資料同步,可以將主資料中心的儲存設備與備資料中心的儲存設備進行通訊,即時同步主資料中心與備資料中心的資料,保證兩個資料中心的資料同步。
例如,仍以如圖3所示的應用場景為例,對本發明上述實施例進行詳細說明。主資料中心(可以是圖3中站點A的SLB路由器)和備資料中心(可以是圖3中站點B的SLB路由器)可以進行通訊,即時同步兩個儲存設備中的資料,並可以在將主資料中心切換為備資料中心的情況下,將主資料中心的資料備份到備資料中心,保證備資料中心的資料與主資料中心的資料同步。
透過上述步驟S26提供的方案,主資料中心與備資料中心可以即時同步資料,從而實現在將主資料中心切換為
備資料中心之後,備資料中心的負載平衡設備可以對傳輸至主資料中心的業務流量進行分配,保證使用者業務服務的可用性。
在本發明上述實施例中,負載平衡設備可以包括如下任意一種或多種類型:三層負載平衡設備、四層負載平衡設備、五層負載平衡設備、六層負載平衡設備和七層負載平衡設備。
具體的,上述步驟中的三層負載平衡設備基於IP位址,可以透過一個虛擬IP位址接收請求,然後分配到真實的IP位址;四層負載平衡設備基於IP位址和端口,可以透過虛擬IP位址和端口接收請求,然後在分配到真實的伺服器;七層負載平衡設備基於URL等應用程式層資訊,可以透過虛擬的URL位址或主機名接收請求,然後在分配到真實的伺服器。
在一種可選的方案中,四層負載平衡設備可以透過發佈三層的IP位址(VIP),然後加四層的端口號,來確定需要進行負載平衡處理的流量,將需要進行負載平衡處理的流量轉發至後臺伺服器,並保存轉發後的後臺伺服器的標識資訊,從而確保後續的所有流量都由同一台伺服器處理。
在另一種可選的方案中,七層負載平衡設備可以在四層負載平衡設備的基礎上,增加應用程式層的特徵,例如,URL位址,HTTP協議或Cookie等資訊,來確定需要進行負載平衡處理的流量。
在本發明上述實施例中,在負載平衡設備包括四層負載平衡設備的情況下,步驟S22,由備資料中心的負載平衡設備對業務流量進行分配可以包括如下步驟:
步驟S222,備資料中心的四層負載平衡設備根據調度策略來選擇目標伺服器。
步驟S224,四層負載平衡設備將業務流量透過LVS集群分配給目標伺服器。
具體的,上述步驟中的調度策略可以包括輪詢方式、URL調度策略、URL雜湊調度策略或一致性雜湊調度策略,但不僅限於此。四層負載平衡設備可以透過ECMP等價路由,將資料流量發送給LVS集群,再由LVS集群轉發給目標伺服器。
在一種可選的方案中,四層負載平衡設備與多個伺服器連接,在接收到第一網路的使用者發送的請求報文之後,可以將請求報文進行位址(包括來源位址和目標位址)和端口轉換,生成第二網路的請求報文,並採用調度策略從多個伺服器中確定目標伺服器,由LVS集群將第二網路的請求報文發送給相應的目標伺服器。目標伺服器可以利用來源位址映射方式將返回的第二網路的響應報文返回至四層負載平衡設備,四層負載平衡設備在接收到第二網路的響應報文之後,對第二網路的響應報文進行位址和端口轉換,生成第一網路的響應報文,並將第一網路的響應報文返回至使用者。
此處需要說明的是,第一網路的請求報文和第一網路
的響應報文屬同一個網路類型的報文,第二網路的請求報文和第二網路的響應報文屬同一個網路類型的報文。
圖4是根據本發明實施例一的四層負載平衡部署方式的示意圖,例如,以如圖4所示的應用場景為例,對本發明上述實施例進行詳細說明。對於SLB公有雲4層使用者,4層區域中,虛擬機VM代表對應使用者實例。資料中心的SLB可以透過健康檢查來引導業務流量。常態下,一個監聽的流量只透過一個資料中心轉發。在將主資料中心(可以是圖4中的站點A)切換為備資料中心(可以是圖4中的站點B)的情況下,備資料中心的四層負載平衡設備根據調度策略來選擇目標伺服器,並將業務流量透過LVS集群分配給目標伺服器。
透過上述步驟S222至步驟S224提供的方案,負載平衡設備可以透過調度策略確定目標伺服器,並透過LVS集群分配給目標伺服器,從而保證使用者服務的可用性,提高了負載平衡服務的穩定性。
在本發明上述實施例中,調度策略包括:透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定目標伺服器,其中,透過備資料中心的控制伺服器來配置調度策略,在任意一個資料中心允許存取每個後端業務群的情況下,LVS集群在多個後端業務伺服器中轉發業務流量時會產生交叉流。
在一種可選的方案中,為了使一台處理服務請求較少的伺服器能分配到更多的服務請求,或者出現故障的伺服
器將不再接受服務請求直至故障恢復,可以透過檢查多個後端業務伺服器的在線狀態確定業務伺服器中是否存在出現故障的伺服器,並透過檢查多個後端業務伺服器的資源使用率確定每個業務伺服器處理的服務請求的數量,確定最優的目標伺服器。
例如,仍以如圖4所示的應用場景為例,對本發明上述實施例進行詳細說明。對於SLB公有雲4層使用者,4層區域中,虛擬機VM可以代表對應使用者實例,其所有實例對所有資料中心都可見,因此,LVS集群在轉發業務流量時會出現流量交叉。
透過上述方案,可以透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定目標伺服器,從而使多個後端業務伺服器能很好的共同完成任務,消除或避免現有網路負載分佈不均、資料流量擁擠反應時間長的瓶頸。
在本發明上述實施例中,在負載平衡設備包括七層負載平衡設備的情況下,步驟S22,由備資料中心的負載平衡設備對業務流量進行分配可以包括如下步驟:
步驟S226,備資料中心的七層負載平衡設備根據調度策略來選擇目標伺服器。
步驟S228,七層負載平衡設備將業務流量透過LVS集群分配給目標伺服器。
具體的,上述步驟中的調度策略可以與四層負載平衡設備的調度策略相同,也可以不同。七層負載平衡設備可以透過ECMP等價路由,將資料流量發送給LVS集群,
再由LVS集群轉發給目標伺服器。
在一種可選的方案中,七層負載平衡設備與多個伺服器連接,在接收到第一網路的使用者發送的請求報文之後,可以透過代理伺服器和客戶端建立連接,接受到客戶端發送的真正應用程式層內容的報文,然後根據該報文中的特定欄位(例如HTTP報文的報頭),再根據調度策略,確定目標伺服器。
此處需要說明的是,負載平衡設備在這種情況下,更類似於一個代理伺服器。負載平衡和前端的客戶端以及後端的伺服器會分別建立TCP連接。因此,七層負載平衡設備的要求更高,處理能力低於四層負載平衡設備。
圖5是根據本發明實施例一的七層負載平衡部署方式的示意圖,例如,以如圖5所示的應用場景為例,對本發明上述實施例進行詳細說明。對於SLB公有雲7層使用者,4層區域中,代理伺服器proxy代表SLB的proxy組件。資料中心的SLB可以透過健康檢查來引導業務流量。常態下,一個監聽的流量只透過一個資料中心轉發。在將主資料中心(可以是圖5中的站點A)切換為備資料中心(可以是圖5中的站點B)的情況下,備資料中心的七層負載平衡設備根據調度策略來選擇目標伺服器,並將業務流量透過LVS集群分配給目標伺服器。
透過上述步驟S226至步驟S228提供的方案,負載平衡設備可以透過調度策略確定目標伺服器,並透過LVS集群分配給目標伺服器,從而保證使用者服務的可用性,
避免應用程式層故障,提高了負載平衡服務的穩定性。
在本發明上述實施例中,調度策略包括:透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定目標伺服器,其中,透過備資料中心的控制伺服器來配置調度策略,在多個後端業務群僅允許當前的備資料中心存取的情況下,LVS集群中分配給每個LVS的至少一個具有連接關係的後端業務伺服器均不相同,使得多個後端業務伺服器中轉發業務流量時不會產生交叉流。
在一種可選的方案中,為了使一台處理服務請求較少的伺服器能分配到更多的服務請求,或者出現故障的伺服器將不再接受服務請求直至故障恢復,可以透過檢查多個後端業務伺服器的在線狀態確定業務伺服器中是否存在出現故障的伺服器,並透過檢查多個後端業務伺服器的資源使用率確定每個業務伺服器處理的服務請求的數量,確定最優的目標伺服器。
例如,仍以如圖5所示的應用場景為例,對本發明上述實施例進行詳細說明。對於SLB公有雲7層使用者,4層區域中,代理伺服器proxy代表SLB的proxy組件,其所有實例對所有資料中心都可見,因此,LVS集群在轉發業務流量時會出現流量交叉,資料中心中的proxy組件只對本資料中心的SLB可見。避免7層使用者流量在L4區域中交叉,增加不必要的延時。
透過上述方案,可以透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定目標伺服器,從而使多個
後端業務伺服器能很好的共同完成任務,消除或避免現有網路負載分佈不均、資料流量擁擠反應時間長的瓶頸。
在本發明上述實施例中,備資料中心的控制伺服器來配置當前資料中心所對應的RDS(Relational Database Service)資料庫,在RDS資料庫僅允許當前的備資料中心存取的情況下,使得RDS資料庫儲存業務流量時不會產生交叉流。
例如,以如圖5所示的應用場景為例,對本發明上述實施例進行詳細說明。對於RDS使用者,4層區域中,虛擬機VM代表RDS資料庫。RDS對延時敏感,因此在配置中,指定其資料庫所在的資料中心id,由SLB配置系統保證其只對本資料中心的SLB可見,避免流量交叉,減少不必要的延時。
下面結合圖3,圖4,圖5和圖6詳細介紹本發明的一種優選實施例。
如6所示,以為應用場景,提供了一種可選的資料中心間的業務流量控制方法,該方法可以包括如下步驟S61至步驟S64:
步驟S61,主資料中心121與備資料中心123即時同步資料。
可選的,主資料中心和備資料中心可以具有互備關係,主資料中心的資料可以即時備份到備資料中心中。
步驟S62,中間路由器131監測主資料中心121的狀態,當監測到主資料中心處於不可用狀態,將主資料中心切換為備資料中心。
可選的,當中間路由器檢測到主資料中心處於斷電狀態、故障狀態、入侵狀態或者溢出狀態時,確定主資料中心處於不可用狀態,將主資料中心的優先級調低,備資料中心的優先級調高,從而將主資料中心切換為備資料中心。
步驟S63,中間路由器131將傳輸至主資料中心的業務流量引導至備資料中心123。
可選的,主資料中心的負載平衡設備可以將使用者發送的業務流量進行位址和端口轉換,將使用者發送的業務流量發送至備資料中心的負載平衡設備。
步驟S64,備資料中心123的負載平衡設備對業務流量進行分配。
可選的,負載平衡設備可以為:三層負載平衡設備、四層負載平衡設備、五層負載平衡設備、六層負載平衡設備和七層負載平衡設備。負載平衡設備可以根據調度策略選擇目標伺服器,並將業務流量透過LVS集群分配給目標伺服器。
透過上述方案,主資料中心與備資料中心可以即時同步資料,當監測到主資料中心處於不可用狀態,將主資料中心切換為備資料中心,並將傳輸至主資料中心的業務流量引導至備資料中心,由備資料中心的負載平衡設備對業務流量進行分配,從而實現當整個資料中心故障、不可用時,IDC中的網際網路服務仍然有能力在較短的時間內恢復服務。
需要說明的是,對於前述的各方法實施例,為了簡單描述,故將其都表述為一系列的動作組合,但是本領域技術人員應該知悉,本發明並不受所描述的動作順序的限制,因為依據本發明,某些步驟可以採用其他順序或者同時進行。其次,本領域技術人員也應該知悉,說明書中所描述的實施例均屬優選實施例,所涉及的動作和模組並不一定是本發明所必須的。
透過以上的實施方式的描述,本領域的技術人員可以清楚地瞭解到根據上述實施例的資料中心間的業務流量控制方法可借助軟體加必需的通用硬體平臺的方式來實現,當然也可以透過硬體,但很多情況下前者是更佳的實施方式。基於這樣的理解,本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來,該電腦軟體產品儲存在一個儲存媒體(如ROM/RAM、磁碟、光碟)中,包括若干指令用以使得一台終端設備(可以是手機,電腦,伺服器,或者網路設備等)執行本發明各個實施例所述的方法。
根據本發明實施例,還提供了一種用於資料中心間的業務流量控制方法的資料中心間的業務流量控制裝置,如圖7所示,該裝置包括:控制模組71。
其中,控制模組71用於在主資料中心切換至備資料中心的情況下,將傳輸至主資料中心的業務流量引導至備
資料中心,並由備資料中心的負載平衡設備對業務流量進行分配,其中,主資料中心和備資料中心具有互備關係,主資料中心和備資料中心分別部署了至少一個負載平衡設備。
具體的,上述步驟中的主資料中心和備資料中心可以是同一地域(Region)下的兩個資料中心(IDC機房),可以將資料中心集群中優先級高的資料中心設定為主資料中心,優先級低的資料中心設定為備資料中心。在主資料中心切換為備資料中心之後,可以將主資料中心的資料遷移到備份資料中心,主資料中心的儲存設備與備資料中心的儲存設備進行通訊,將主資料中心的儲存設備中的資料即時同步到備資料中心的儲存設備,備資料中心根據業務伺服器的網路資訊、網路設備配置資訊和業務伺服器資訊創建相應的業務網路和業務伺服器;將傳輸至主資料中心的業務流量引導至備資料中心,具體方法為,主資料中心的負載平衡設備可以將使用者發送的業務流量進行位址和端口轉換,將使用者發送的業務流量發送至備資料中心的負載平衡設備;負載平衡設備可以根據負載平衡演算法,將業務流量轉發至目標伺服器。
此處需要說明的是,上述控制模組71對應於實施例1中的步驟S22,該模組與對應的步驟所實現的實例和應用場景相同,但不限於上述實施例二所公開的內容。需要說明的是,上述模組作為裝置的一部分可以運行在實施例1提供的電腦終端10中。
本發明上述實施例2公開的方案中,主資料中心和備資料中心具有互備關係,主資料中心和備資料中心分別部署了至少一個負載平衡設備,在主資料中心切換至備資料中心的情況下,本方案可以將傳輸至主資料中心的業務流量引導至備資料中心,由備資料中心的負載平衡設備對業務流量進行分配,實現業務流量遷移。
容易注意到,主資料中心和備資料中心具有互備關係,主資料中心的資料可以即時同步到備資料中心,當主資料中心發生故障、不可用時,可以將主資料中心切換為備資料中心,由備資料中心的負載平衡設備進行流量分配。因此,透過本發明實施例所提供的方案,可以實現一旦資料中心(例如,主資料中心)發生災難性故障,業務流量可以迅速遷移至另一資料中心(例如,備資料中心),在另一資料中心短時間內恢復服務功能,從而減少使用者等待相應時間,增強網路資料處理能力,提高網路的靈活性和可用性。
由此,本發明提供的上述實施例2的方案解決了現有技術中在資料中心故障、不可用時,網際網路資料中心中的網際網路服務中斷的技術問題。
在本發明上述實施例中,如圖8所示,上述裝置還可以包括:切換模組81。
其中,切換模組81用於監測主資料中心,如果監測到主資料中心處於不可用狀態,則將主資料中心切換為備資料中心。
具體的,上述不可用狀態至少包括如下任意一種狀態:斷電狀態、故障狀態、入侵狀態和溢出狀態。
此處需要說明的是,上述切換模組81對應於實施例1中的步驟S24,該模組與對應的步驟所實現的實例和應用場景相同,但不限於上述實施例二所公開的內容。需要說明的是,上述模組作為裝置的一部分可以運行在實施例1提供的電腦終端10中。
透過上述方案,在主資料中心不可用時,將主資料中心切換為備資料中心,從而實現在主資料中心故障、不可用時,切換為備資料中心,由備資料中心為使用者提供服務。
在本發明上述實施例中,如圖9所示,上述裝置還可以包括:設定模組91和同步模組93。
其中,設定模組91,用於將資料中心集群中優先級高的資料中心設定為所述主資料中心,優先級低的資料中心設定為所述備資料中心;同步模組93用於主資料中心與備資料中心即時同步資料。
具體的,主資料中心和備資料中心具有互備的關係,主資料中心的資料可以即時地備份到備資料中心,使得當主資料中心(或者備資料中心)出現故障時,備資料中心(或者主資料中心)可以在短時間內將應用程式接管過來,從而保證了應用程式的持續性。
此處需要說明的是,上述同步模組93對應於實施例1中的步驟S26,該模組與對應的步驟所實現的實例和應
用場景相同,但不限於上述實施例二所公開的內容。需要說明的是,上述模組作為裝置的一部分可以運行在實施例1提供的電腦終端10中。
透過上述提供的方案,主資料中心與備資料中心可以即時同步資料,從而實現在將主資料中心切換為備資料中心之後,備資料中心的負載平衡設備可以對傳輸至主資料中心的業務流量進行分配,保證使用者業務服務的可用性。
在本發明上述實施例中,負載平衡設備包括如下任意一種或多種類型:三層負載平衡設備、四層負載平衡設備、五層負載平衡設備、六層負載平衡設備和七層負載平衡設備。
具體的,上述步驟中的三層負載平衡設備基於IP位址,可以透過一個虛擬IP位址接收請求,然後分配到真實的IP位址;四層負載平衡設備基於IP位址和端口,可以透過虛擬IP位址和端口接收請求,然後在分配到真實的伺服器;七層負載平衡設備基於URL等應用程式層資訊,可以透過虛擬的URL位址或主機名接收請求,然後在分配到真實的伺服器。
在本發明上述實施例中,如圖10所示,在負載平衡設備包括四層負載平衡設備的情況下,控制模組71還可以包括:第一選擇子模組101和第一分配子模組103。
其中,第一選擇子模組101用於根據調度策略來選擇目標伺服器;第一分配子模組103用於將業務流量透過
LVS集群分配給目標伺服器。
具體的,上述步驟中的調度策略可以包括輪詢方式、URL調度策略、URL雜湊調度策略或一致性雜湊調度策略,但不僅限於此。四層負載平衡設備可以透過ECMP等價路由,將資料流量發送給LVS集群,再由LVS集群轉發給目標伺服器。
此處需要說明的是,上述第一選擇子模組101和第一分配子模組103對應於實施例1中的步驟S222至步驟S224,兩個模組與對應的步驟所實現的實例和應用場景相同,但不限於上述實施例二所公開的內容。需要說明的是,上述模組作為裝置的一部分可以運行在實施例1提供的電腦終端10中。
透過上述方案,負載平衡設備可以透過調度策略確定目標伺服器,並透過LVS集群分配給目標伺服器,從而保證使用者服務的可用性,提高了負載平衡服務的穩定性。
在本發明上述實施例中,調度策略包括:透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定目標伺服器,其中,透過備資料中心的控制伺服器來配置調度策略,在任意一個資料中心允許存取每個後端業務群的情況下,LVS集群在多個後端業務伺服器中轉發業務流量時會產生交叉流。
透過上述方案,可以透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定目標伺服器,從而使多個
後端業務伺服器能很好的共同完成任務,消除或避免現有網路負載分佈不均、資料流量擁擠反應時間長的瓶頸。
在本發明上述實施例中,如圖11所示,在負載平衡設備包括七層負載平衡設備的情況下,控制模組71還可以包括:第二選擇子模組111和第二分配子模組113。
其中,第二選擇子模組111用於根據調度策略來選擇目標伺服器;第二分配子模組113用於將業務流量透過LVS集群分配給目標伺服器。
具體的,上述步驟中的調度策略可以與四層負載平衡設備的調度策略相同,也可以不同。七層負載平衡設備可以透過ECMP等價路由,將資料流量發送給LVS集群,再由LVS集群轉發給目標伺服器。
此處需要說明的是,負載平衡設備在這種情況下,更類似於一個代理伺服器。負載平衡和前端的客戶端以及後端的伺服器會分別建立TCP連接。因此,七層負載平衡設備的要求更高,處理能力低於四層負載平衡設備。
此處需要說明的是,上述第二選擇子模組111和第二分配子模組113對應於實施例1中的步驟S226至步驟S228,兩個模組與對應的步驟所實現的實例和應用場景相同,但不限於上述實施例二所公開的內容。需要說明的是,上述模組作為裝置的一部分可以運行在實施例1提供的電腦終端10中。
透過上述方案,負載平衡設備可以透過調度策略確定目標伺服器,並透過LVS集群分配給目標伺服器,從而
保證使用者服務的可用性,避免應用程式層故障,提高了負載平衡服務的穩定性。
在本發明上述實施例中,調度策略包括:透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定目標伺服器,其中,透過備資料中心的控制伺服器來配置調度策略,在多個後端業務群僅允許當前的備資料中心存取的情況下,LVS集群中分配給每個LVS的至少一個具有連接關係的後端業務伺服器均不相同,使得多個後端業務伺服器中轉發業務流量時不會產生交叉流。
透過上述方案,可以透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定目標伺服器,從而使多個後端業務伺服器能很好的共同完成任務,消除或避免現有網路負載分佈不均、資料流量擁擠反應時間長的瓶頸。
在本發明上述實施例中,備資料中心的控制伺服器來配置當前資料中心所對應的RDS資料庫,在RDS資料庫僅允許當前的備資料中心存取的情況下,使得RDS資料庫儲存業務流量時不會產生交叉流。
根據本發明實施例,還提供了一種資料中心間的業務流量控制系統,如圖12所示,該系統可以包括:主資料中心121和備資料中心123。
其中,主資料中心121,部署至少一個負載平衡設備,用於接收並轉發業務流量;備資料中心123,與主資
料中心121具有互備關係,並部署了至少一個負載平衡設備,其中,在主資料中心切換至備資料中心的情況下,將業務流量引導至備資料中心,並由備資料中心的負載平衡設備對業務流量進行分配。
具體的,上述步驟中的主資料中心和備資料中心可以是同一地域(Region)下的兩個資料中心(IDC機房),可以將資料中心集群中優先級高的資料中心設定為主資料中心,優先級低的資料中心設定為備資料中心。在主資料中心切換為備資料中心之後,可以將主資料中心的資料遷移到備份資料中心,主資料中心的儲存設備與備資料中心的儲存設備進行通訊,將主資料中心的儲存設備中的資料即時同步到備資料中心的儲存設備,備資料中心根據業務伺服器的網路資訊、網路設備配置資訊和業務伺服器資訊創建相應的業務網路和業務伺服器;將傳輸至主資料中心的業務流量引導至備資料中心,具體方法為,主資料中心的負載平衡設備可以將使用者發送的業務流量進行位址和端口轉換,將使用者發送的業務流量發送至備資料中心的負載平衡設備;負載平衡設備可以根據負載平衡演算法,將業務流量轉發至目標伺服器。
例如,以如圖3所示的應用場景為例,對本發明上述實施例進行詳細說明。在阿裡雲IDC(aly IDC)中的網際網路服務,可以將同一地域下IDC中的網際網路服務的IP位址以不同的“優先級”同時在兩個機房宣告(BGP路由發佈),如圖3所示,站點A的SLB路由器的BGP
路由宣告為:X.Y.Z.0/24,站點B的SLB路由器的BGP路由宣告為:X.Y.Z.0/25,X.Y.Z.128/25,優先級高的資料中心為主資料中心(可以是圖3中站點A的SLB路由器)優先級低的資料中心為備資料中心(可以是圖3中站點B的SLB路由器),主資料中心和備資料中心實現了互備的關係。正常情況下1/2的VIP高優先級的運行在不同的兩個IDC下,在主資料中心切換至備資料中心的情況下,可以將傳輸至主資料中心的業務流量引導至備資料中心,備資料中心的負載平衡設備對接收到的業務流量進行分配,透過負載平衡演算法將業務流量分配至相應的業務伺服器。
本發明上述實施例3公開的方案中,主資料中心和備資料中心具有互備關係,主資料中心和備資料中心分別部署了至少一個負載平衡設備,在主資料中心切換至備資料中心的情況下,本方案可以將傳輸至主資料中心的業務流量引導至備資料中心,由備資料中心的負載平衡設備對業務流量進行分配,實現業務流量遷移。
容易注意到,主資料中心和備資料中心具有互備關係,主資料中心的資料可以即時同步到備資料中心,當主資料中心發生故障、不可用時,可以將主資料中心切換為備資料中心,由備資料中心的負載平衡設備進行流量分配。因此,透過本發明實施例所提供的方案,可以實現一旦資料中心(例如,主資料中心)發生災難性故障,業務流量可以迅速遷移至另一資料中心(例如,備資料中
心),在另一資料中心短時間內恢復服務功能,從而減少使用者等待相應時間,增強網路資料處理能力,提高網路的靈活性和可用性。
由此,本發明提供的上述實施例3的方案解決了現有技術中在資料中心故障、不可用時,網際網路資料中心中的網際網路服務中斷的技術問題。
在本發明上述實施例中,如圖13所示,上述系統還包括:中間路由器131。
其中,中間路由器131用於監測主資料中心,如果監測到主資料中心處於不可用狀態,則將主資料中心切換為備資料中心。
具體的,上述不可用狀態至少包括如下任意一種狀態:斷電狀態、故障狀態、入侵狀態和溢出狀態。
在一種可選的方案中,當中間路由器檢測到主資料中心不可用時,可以下發資料中心切換指令,主資料中心的儲存設備在接收到資料中心切換指令之後,可以將自身的優先級調低,備資料中心的儲存設備在接收到資料中心切換指令之後,可以將自身的優先級調高,從而實現將主資料中心切換為備資料中心。
例如,仍以如圖3所示的應用場景為例,對本發明上述實施例進行詳細說明。在aly IDC中的網際網路服務,平時“優先級高”的資料中心(可以是圖3中站點A的SLB路由器)為客戶提供服務,一旦該資料中心不可用,邊界路由協議BGP會很快(最差的情況180秒內,正常
情況下30秒內)收斂,此時,“低優先級”的資料中心就會代替故障的(高優先級)資料中心,繼續為使用者服務。當單個資料中心發生不可用時,例如,當主資料中心發生不可用或者故障時,可以進行故障遷移,將主資料中心的資料備份到備資料中心,並將主資料中心切換為備資料中心,由備資料中心進行業務流量分配。
透過上述方案,在主資料中心不可用時,將主資料中心切換為備資料中心,從而實現在主資料中心故障、不可用時,切換為備資料中心,由備資料中心為使用者提供服務。
在本發明上述實施例中,主資料中心121還用於在主資料中心切換至備資料中心之前,與備資料中心即時同步資料。
具體的,主資料中心和備資料中心具有互備的關係,主資料中心的資料可以即時地備份到備資料中心,使得當主資料中心(或者備資料中心)出現故障時,備資料中心(或者主資料中心)可以在短時間內將應用程式接管過來,從而保證了應用程式的持續性。
在一種可選的方案中,為了保證在主資料中心切換至備資料中心之後,備資料中心的負載平衡設備可以對傳輸至主資料中心的流量進行分配,因此,需要保證主資料中心與備資料中心的資料同步,可以將主資料中心的儲存設備與備資料中心的儲存設備進行通訊,即時同步主資料中心與備資料中心的資料,保證兩個資料中心的資料同步。
例如,仍以如圖3所示的應用場景為例,對本發明上述實施例進行詳細說明。主資料中心(可以是圖3中站點A的SLB路由器)和備資料中心(可以是圖3中站點B的SLB路由器)可以進行通訊,即時同步兩個儲存設備中的資料,並可以在將主資料中心切換為備資料中心的情況下,將主資料中心的資料備份到備資料中心,保證備資料中心的資料與主資料中心的資料同步。
透過上述方案,主資料中心與備資料中心可以即時同步資料,從而實現在將主資料中心切換為備資料中心之後,備資料中心的負載平衡設備可以對傳輸至主資料中心的業務流量進行分配,保證使用者業務服務的可用性。
在本發明上述實施例中,負載平衡設備包括如下任意一種或多種類型:三層負載平衡設備、四層負載平衡設備、五層負載平衡設備、六層負載平衡設備和七層負載平衡設備。
具體的,上述步驟中的三層負載平衡設備基於IP位址,可以透過一個虛擬IP位址接收請求,然後分配到真實的IP位址;四層負載平衡設備基於IP位址和端口,可以透過虛擬IP位址和端口接收請求,然後在分配到真實的伺服器;七層負載平衡設備基於URL等應用程式層資訊,可以透過虛擬的URL位址或主機名接收請求,然後在分配到真實的伺服器。
在一種可選的方案中,四層負載平衡設備可以透過發佈三層的IP位址(VIP),然後加四層的端口號,來確定
需要進行負載平衡處理的流量,將需要進行負載平衡處理的流量轉發至後臺伺服器,並保存轉發後的後臺伺服器的標識資訊,從而確保後續的所有流量都由同一台伺服器處理。
在另一種可選的方案中,七層負載平衡設備可以在四層負載平衡設備的基礎上,增加應用程式層的特徵,例如,URL位址,HTTP協議或Cookie等資訊,來確定需要進行負載平衡處理的流量。
在本發明上述實施例中,如圖14所示,負載平衡設備包括:四層負載平衡設備141。
其中,四層負載平衡設備141用於根據調度策略來選擇目標伺服器,並將業務流量透過LVS集群分配給目標伺服器。
具體的,上述步驟中的調度策略可以包括輪詢方式、URL調度策略、URL雜湊調度策略或一致性雜湊調度策略,但不僅限於此。四層負載平衡設備可以透過ECMP等價路由,將資料流量發送給LVS集群,再由LVS集群轉發給目標伺服器。
在一種可選的方案中,四層負載平衡設備與多個伺服器連接,在接收到第一網路的使用者發送的請求報文之後,可以將請求報文進行位址(包括來源位址和目標位址)和端口轉換,生成第二網路的請求報文,並採用調度策略從多個伺服器中確定目標伺服器,由LVS集群將第二網路的請求報文發送給相應的目標伺服器。目標伺服器
可以利用來源位址映射方式將返回的第二網路的響應報文返回至四層負載平衡設備,四層負載平衡設備在接收到第二網路的響應報文之後,對第二網路的響應報文進行位址和端口轉換,生成第一網路的響應報文,並將第一網路的響應報文返回至使用者。
此處需要說明的是,第一網路的請求報文和第一網路的響應報文屬同一個網路類型的報文,第二網路的請求報文和第二網路的響應報文屬同一個網路類型的報文。
例如,以如圖4所示的應用場景為例,對本發明上述實施例進行詳細說明。對於SLB公有雲4層使用者,4層區域中,虛擬機VM代表對應使用者實例。資料中心的SLB可以透過健康檢查來引導業務流量。常態下,一個監聽的流量只透過一個資料中心轉發。在將主資料中心(可以是圖4中的站點A)切換為備資料中心(可以是圖4中的站點B)的情況下,備資料中心的四層負載平衡設備根據調度策略來選擇目標伺服器,並將業務流量透過LVS集群分配給目標伺服器。
透過上述方案,負載平衡設備可以透過調度策略確定目標伺服器,並透過LVS集群分配給目標伺服器,從而保證使用者服務的可用性,提高了負載平衡服務的穩定性。
在本發明上述實施例中,如圖15所示,負載平衡設備包括:七層負載平衡設備151。
其中,七層負載平衡設備151用於根據調度策略來選
擇目標伺服器,並將業務流量透過LVS集群分配給目標伺服器。
具體的,上述步驟中的調度策略可以與四層負載平衡設備的調度策略相同,也可以不同。七層負載平衡設備可以透過ECMP等價路由,將資料流量發送給LVS集群,再由LVS集群轉發給目標伺服器。
在一種可選的方案中,七層負載平衡設備與多個伺服器連接,在接收到第一網路的使用者發送的請求報文之後,可以透過代理伺服器和客戶端建立連接,接受到客戶端發送的真正應用程式層內容的報文,然後根據該報文中的特定欄位(例如HTTP報文的報頭),再根據調度策略,確定目標伺服器。
此處需要說明的是,負載平衡設備在這種情況下,更類似於一個代理伺服器。負載平衡和前端的客戶端以及後端的伺服器會分別建立TCP連接。因此,七層負載平衡設備的要求更高,處理能力低於四層負載平衡設備。
例如,以如圖5所示的應用場景為例,對本發明上述實施例進行詳細說明。對於SLB公有雲7層使用者,4層區域中,代理伺服器proxy代表SLB的proxy組件。資料中心的SLB可以透過健康檢查來引導業務流量。常態下,一個監聽的流量只透過一個資料中心轉發。在將主資料中心(可以是圖5中的站點A)切換為備資料中心(可以是圖5中的站點B)的情況下,備資料中心的七層負載平衡設備根據調度策略來選擇目標伺服器,並將業務流量
透過LVS集群分配給目標伺服器。
透過上述方案,負載平衡設備可以透過調度策略確定目標伺服器,並透過LVS集群分配給目標伺服器,從而保證使用者服務的可用性,避免應用程式層故障,提高了負載平衡服務的穩定性。
在本發明上述實施例中,如圖16所示,備資料中心121還包括:控制伺服器161。
其中,控制伺服器161分別與四層負載平衡設備和七層負載平衡設備連接,用於配置調度策略。
在本發明上述實施例中,在負載平衡設備包括四層負載平衡設備的情況下,調度策略包括:透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定目標伺服器,控制伺服器161還用於在任意一個資料中心允許存取每個後端業務群的情況下,LVS集群在多個後端業務伺服器中轉發業務流量時會產生交叉流。
在一種可選的方案中,為了使一台處理服務請求較少的伺服器能分配到更多的服務請求,或者出現故障的伺服器將不再接受服務請求直至故障恢復,可以透過檢查多個後端業務伺服器的在線狀態確定業務伺服器中是否存在出現故障的伺服器,並透過檢查多個後端業務伺服器的資源使用率確定每個業務伺服器處理的服務請求的數量,確定最優的目標伺服器。
例如,仍以如圖4所示的應用場景為例,對本發明上述實施例進行詳細說明。對於SLB公有雲4層使用者,4
層區域中,虛擬機VM可以代表對應使用者實例,其所有實例對所有資料中心都可見,因此,LVS集群在轉發業務流量時會出現流量交叉。
透過上述方案,可以透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定目標伺服器,從而使多個後端業務伺服器能很好的共同完成任務,消除或避免現有網路負載分佈不均、資料流量擁擠反應時間長的瓶頸。
在本發明上述實施例中,在負載平衡設備包括七層負載平衡設備的情況下,調度策略包括:透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定目標伺服器,控制伺服器161還用於在多個後端業務群僅允許當前的備資料中心存取的情況下,LVS集群中分配給每個LVS的至少一個具有連接關係的後端業務伺服器均不相同,使得多個後端業務伺服器中轉發業務流量時不會產生交叉流。
在一種可選的方案中,為了使一台處理服務請求較少的伺服器能分配到更多的服務請求,或者出現故障的伺服器將不再接受服務請求直至故障恢復,可以透過檢查多個後端業務伺服器的在線狀態確定業務伺服器中是否存在出現故障的伺服器,並透過檢查多個後端業務伺服器的資源使用率確定每個業務伺服器處理的服務請求的數量,確定最優的目標伺服器。
例如,仍以如圖5所示的應用場景為例,對本發明上述實施例進行詳細說明。對於SLB公有雲7層使用者,4
層區域中,代理伺服器proxy代表SLB的proxy組件,其所有實例對所有資料中心都可見,因此,LVS集群在轉發業務流量時會出現流量交叉,資料中心中的proxy組件只對本資料中心的SLB可見。避免7層使用者流量在L4區域中交叉,增加不必要的延時。
透過上述方案,可以透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定目標伺服器,從而使多個後端業務伺服器能很好的共同完成任務,消除或避免現有網路負載分佈不均、資料流量擁擠反應時間長的瓶頸。
在本發明上述實施例中,在負載平衡設備包括七層負載平衡設備的情況下,控制伺服器161還用於配置當前資料中心所對應的RDS資料庫,在RDS資料庫僅允許當前的備資料中心存取的情況下,使得RDS資料庫儲存業務流量時不會產生交叉流。
例如,以如圖5所示的應用場景為例,對本發明上述實施例進行詳細說明。對於RDS使用者,4層區域中,虛擬機VM代表RDS資料庫。RDS對延時敏感,因此在配置中,指定其資料庫所在的資料中心id,由SLB配置系統保證其只對本資料中心的SLB可見,避免流量交叉,減少不必要的延時。
本發明的實施例可以提供一種電腦終端,該電腦終端可以是電腦終端群中的任意一個電腦終端設備。可選地,
在本實施例中,上述電腦終端也可以替換為移動終端等終端設備。
可選地,在本實施例中,上述電腦終端可以位於電腦網路的多個網路設備中的至少一個網路設備。
在本實施例中,上述電腦終端可以執行資料中心間的業務流量控制方法中以下步驟的程式碼:具有互備關係的主資料中心和備資料中心,主資料中心和備資料中心分別部署了至少一個負載平衡設備,其中,在主資料中心切換至備資料中心的情況下,將傳輸至主資料中心的業務流量引導至備資料中心,由備資料中心的負載平衡設備對業務流量進行分配。
可選地,圖17是根據本發明實施例四的一種電腦終端的結構方塊圖。如圖17所示,該電腦終端A可以包括:一個或多個(圖中僅示出一個)處理器171、記憶體173、以及傳輸裝置175。
其中,記憶體173可用於儲存軟體程式以及模組,如本發明實施例中的資料中心間的業務流量控制方法和裝置對應的程式指令/模組,處理器171透過運行儲存在記憶體內的軟體程式以及模組,從而執行各種功能應用以及資料處理,即實現上述的資料中心間的業務流量控制方法。記憶體173可包括高速隨機記憶體,還可以包括非易失性記憶體,如一個或者多個磁性儲存裝置、快閃記憶體、或者其他非易失性固態記憶體。在一些實例中,記憶體173可進一步包括相對於處理器遠程設定的記憶體,這些遠程
記憶體可以透過網路連接至終端A。上述網路的實例包括但不限於網際網路、企業內部網、區域網、移動通訊網及其組合。
處理器171可以透過傳輸裝置調用記憶體儲存的資訊及應用程式,以執行下述步驟:具有互備關係的主資料中心和備資料中心,主資料中心和備資料中心分別部署了至少一個負載平衡設備,其中,在主資料中心切換至備資料中心的情況下,將傳輸至主資料中心的業務流量引導至備資料中心,由備資料中心的負載平衡設備對業務流量進行分配。
可選的,上述處理器171還可以執行如下步驟的程式碼:透過中間路由器來監測主資料中心,如果監測到主資料中心處於不可用狀態,則將主資料中心切換為備資料中心。
可選的,上述處理器171還可以執行如下步驟的程式碼:不可用狀態至少包括如下任意一種狀態:斷電狀態、故障狀態、入侵狀態和溢出狀態。
可選的,上述處理器171還可以執行如下步驟的程式碼:將資料中心集群中優先級高的資料中心設定為主資料中心,優先級低的資料中心設定為備資料中心,其中,在主資料中心切換至備資料中心之前,方法還包括:主資料中心與備資料中心即時同步資料。
可選的,上述處理器171還可以執行如下步驟的程式碼:負載平衡設備包括如下任意一種或多種類型:三層負
載平衡設備、四層負載平衡設備、五層負載平衡設備、六層負載平衡設備和七層負載平衡設備。
可選的,上述處理器171還可以執行如下步驟的程式碼:在負載平衡設備包括四層負載平衡設備的情況下,備資料中心的四層負載平衡設備根據調度策略來選擇目標伺服器;四層負載平衡設備將業務流量透過LVS集群分配給目標伺服器。
可選的,上述處理器171還可以執行如下步驟的程式碼:調度策略包括:透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定目標伺服器,其中,透過備資料中心的控制伺服器來配置調度策略,在任意一個資料中心允許存取每個後端業務群的情況下,LVS集群在多個後端業務伺服器中轉發業務流量時會產生交叉流。
可選的,上述處理器171還可以執行如下步驟的程式碼:在負載平衡設備包括七層負載平衡設備的情況下,備資料中心的七層負載平衡設備根據調度策略來選擇目標伺服器;七層負載平衡設備將業務流量透過LVS集群分配給目標伺服器。
可選的,上述處理器171還可以執行如下步驟的程式碼:調度策略包括:透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定目標伺服器,其中,透過備資料中心的控制伺服器來配置調度策略,在多個後端業務群僅允許當前的備資料中心存取的情況下,LVS集群中分配給每個LVS的至少一個具有連接關係的後端業務伺服器
均不相同,使得多個後端業務伺服器中轉發業務流量時不會產生交叉流。
可選的,上述處理器171還可以執行如下步驟的程式碼:備資料中心的控制伺服器來配置當前資料中心所對應的RDS資料庫,在RDS資料庫僅允許當前的備資料中心存取的情況下,使得RDS資料庫儲存業務流量時不會產生交叉流。
採用本發明實施例,主資料中心和備資料中心具有互備關係,主資料中心和備資料中心分別部署了至少一個負載平衡設備,在主資料中心切換至備資料中心的情況下,本可以將傳輸至主資料中心的業務流量引導至備資料中心,由備資料中心的負載平衡設備對業務流量進行分配,實現業務流量遷移。解決了現有技術中在資料中心故障、不可用時,網際網路資料中心中的網際網路服務中斷的技術問題。
本領域具有通常知識者可以理解,圖17所示的結構僅為示意,電腦終端也可以是智慧手機(如Android手機、iOS手機等)、平板電腦、掌聲電腦以及移動網際網路設備(MobileInternetDevices,MID)、PAD等終端設備。圖17其並不對上述電子裝置的結構造成限定。例如,電腦終端A還可包括比圖17中所示更多或者更少的組件(如網路介面、顯示裝置等),或者具有與圖17所示不同的配置。
本領域具有通常知識者可以理解上述實施例的各種方
法中的全部或部分步驟是可以透過程式來指令終端設備相關的硬體來完成,該程式可以儲存於一電腦可讀儲存媒體中,儲存媒體可以包括:快閃記憶體、唯讀記憶體(Read-Only Memory,ROM)、隨機存取記憶體(Random Access Memory,RAM)、磁碟或光碟等。
本發明的實施例還提供了一種儲存媒體。可選地,在本實施例中,上述儲存媒體可以用於保存上述實施例1所提供的資料中心間的業務流量控制方法所執行的程式碼。
可選地,在本實施例中,上述儲存媒體可以位於電腦網路中電腦終端群中的任意一個電腦終端中,或者位於移動終端群中的任意一個移動終端中。
可選地,在本實施例中,儲存媒體被設定為儲存用於執行以下步驟的程式碼:具有互備關係的主資料中心和備資料中心,主資料中心和備資料中心分別部署了至少一個負載平衡設備,其中,在主資料中心切換至備資料中心的情況下,將傳輸至主資料中心的業務流量引導至備資料中心,由備資料中心的負載平衡設備對業務流量進行分配。
可選地,在本實施例中,儲存媒體被設定為儲存用於執行以下步驟的程式碼:透過中間路由器來監測主資料中心,如果監測到主資料中心處於不可用狀態,則將主資料中心切換為備資料中心。
可選地,在本實施例中,儲存媒體被設定為儲存用於
執行以下步驟的程式碼:不可用狀態至少包括如下任意一種狀態:斷電狀態、故障狀態、入侵狀態和溢出狀態。
可選地,在本實施例中,儲存媒體被設定為儲存用於執行以下步驟的程式碼:將資料中心集群中優先級高的資料中心設定為主資料中心,優先級低的資料中心設定為備資料中心,其中,在主資料中心切換至備資料中心之前,方法還包括:主資料中心與備資料中心即時同步資料。
可選地,在本實施例中,儲存媒體被設定為儲存用於執行以下步驟的程式碼:負載平衡設備包括如下任意一種或多種類型:三層負載平衡設備、四層負載平衡設備、五層負載平衡設備、六層負載平衡設備和七層負載平衡設備。
可選地,在本實施例中,儲存媒體被設定為儲存用於執行以下步驟的程式碼:在負載平衡設備包括四層負載平衡設備的情況下,備資料中心的四層負載平衡設備根據調度策略來選擇目標伺服器;四層負載平衡設備將業務流量透過LVS集群分配給目標伺服器。
可選地,在本實施例中,儲存媒體被設定為儲存用於執行以下步驟的程式碼:調度策略包括:透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定目標伺服器,其中,透過備資料中心的控制伺服器來配置調度策略,在任意一個資料中心允許存取每個後端業務群的情況下,LVS集群在多個後端業務伺服器中轉發業務流量時會產生交叉流。
可選地,在本實施例中,儲存媒體被設定為儲存用於執行以下步驟的程式碼:在負載平衡設備包括七層負載平衡設備的情況下,備資料中心的七層負載平衡設備根據調度策略來選擇目標伺服器;七層負載平衡設備將業務流量透過LVS集群分配給目標伺服器。
可選地,在本實施例中,儲存媒體被設定為儲存用於執行以下步驟的程式碼:調度策略包括:透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定目標伺服器,其中,透過備資料中心的控制伺服器來配置調度策略,在多個後端業務群僅允許當前的備資料中心存取的情況下,LVS集群中分配給每個LVS的至少一個具有連接關係的後端業務伺服器均不相同,使得多個後端業務伺服器中轉發業務流量時不會產生交叉流。
可選地,在本實施例中,儲存媒體被設定為儲存用於執行以下步驟的程式碼:備資料中心的控制伺服器來配置當前資料中心所對應的RDS資料庫,在RDS資料庫僅允許當前的備資料中心存取的情況下,使得RDS資料庫儲存業務流量時不會產生交叉流。
上述本發明實施例序號僅僅為了描述,不代表實施例的優劣。
在本發明的上述實施例中,對各個實施例的描述都各有側重,某個實施例中沒有詳述的部分,可以參見其他實施例的相關描述。
在本發明所提供的幾個實施例中,應該理解到,所揭
露的技術內容,可透過其它的方式實現。其中,以上所描述的裝置實施例僅僅是示意性的,例如所述單元的劃分,僅僅為一種邏輯功能劃分,實際實現時可以有另外的劃分方式,例如多個單元或組件可以結合或者可以集成到另一個系統,或一些特徵可以忽略,或不執行。另一點,所顯示或討論的相互之間的耦合或直接耦合或通訊連接可以是透過一些介面,單元或模組的間接耦合或通訊連接,可以是電性或其它的形式。
所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位於一個地方,或者也可以分佈到多個網路單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。
另外,在本發明各個實施例中的各功能單元可以集成在一個處理單元中,也可以是各個單元單獨物理存在,也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以採用硬體的形式實現,也可以採用軟體功能單元的形式實現。
所述集成的單元如果以軟體功能單元的形式實現並作為獨立的產品銷售或使用時,可以儲存在一個電腦可讀取儲存媒體中。基於這樣的理解,本發明的技術方案本質上或者說對現有技術做出貢獻的部分或者該技術方案的全部或部分可以以軟體產品的形式體現出來,該電腦軟體產品儲存在一個儲存媒體中,包括若干指令用以使得一台電腦
設備(可為個人電腦、伺服器或者網路設備等)執行本發明各個實施例所述方法的全部或部分步驟。而前述的儲存媒體包括:USB、唯讀記憶體(ROM,Read-Only Memory)、隨機存取記憶體(RAM,Random Access Memory)、行動硬碟、磁碟或者光碟等各種可以儲存程式碼的媒體。
以上所述僅是本發明的優選實施方式,應當指出,對於本技術領域的具有通常知識者來說,在不脫離本發明原理的前提下,還可以做出若干改進和潤飾,這些改進和潤飾也應視為本發明的保護範圍。
Claims (19)
- 一種資料中心間的業務流量控制方法,其特徵在於,包括:具有互備關係的主資料中心和備資料中心,該主資料中心和該備資料中心分別部署了至少一個負載平衡設備,其中,在該主資料中心切換至該備資料中心的情況下,將傳輸至該主資料中心的業務流量引導至該備資料中心,由該備資料中心的負載平衡設備對該業務流量進行分配,並且其中,透過中間路由器來監測該主資料中心,如果監測到該主資料中心處於不可用狀態,則將該主資料中心切換為該備資料中心,其中,該中間路由器用於下發資料中心切換指令,該主資料中心用於在接收到該資料中心切換指令之後,將該主資料中心的優先級調低,該備資料中心用於在接收到該資料中心切換指令之後,將該備資料中心的優先級調高。
- 如申請專利範圍第1項所述的方法,其中,該不可用狀態至少包括如下任意一種狀態:斷電狀態、故障狀態、入侵狀態和溢出狀態。
- 如申請專利範圍第1項所述的方法,其中,將資料中心集群中優先級高的資料中心設定為該主資料中心,優先級低的資料中心設定為該備資料中心,其中,在該主資料中心切換至該備資料中心之前,該方法還包括:該主資料中心與該備資料中心即時同步資料。
- 如申請專利範圍第1至3項中任意一項所述的方 法,其中,該負載平衡設備包括如下任意一種或多種類型:三層負載平衡設備、四層負載平衡設備、五層負載平衡設備、六層負載平衡設備和七層負載平衡設備。
- 如申請專利範圍第4項所述的方法,其中,在該負載平衡設備包括該四層負載平衡設備的情況下,由該備資料中心的負載平衡設備對該業務流量進行分配包括:該備資料中心的該四層負載平衡設備根據調度策略來選擇目標伺服器;該四層負載平衡設備將該業務流量透過LVS(Linux Virtual Server)集群分配給該目標伺服器。
- 如申請專利範圍第5項所述的方法,其中,該調度策略包括:透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定該目標伺服器,其中,透過該備資料中心的控制伺服器來配置該調度策略,在任意一個資料中心允許存取每個後端業務群的情況下,該LVS集群在該多個後端業務伺服器中轉發該業務流量時會產生交叉流。
- 如申請專利範圍第4項所述的方法,其中,在該負載平衡設備包括該七層負載平衡設備的情況下,由該備資料中心的負載平衡設備對該業務流量進行分配包括:該備資料中心的該七層負載平衡設備根據調度策略來選擇目標伺服器;該七層負載平衡設備將該業務流量透過LVS集群分配給該目標伺服器。
- 如申請專利範圍第7項所述的方法,其中,該調度 策略包括:透過檢查多個後端業務伺服器中的在線狀態或資源使用率來確定該目標伺服器,其中,透過該備資料中心的控制伺服器來配置該調度策略,在該多個後端業務群僅允許當前的該備資料中心存取的情況下,該LVS集群中分配給每個LVS的至少一個具有連接關係的後端業務伺服器均不相同,使得該多個後端業務伺服器中轉發該業務流量時不會產生交叉流。
- 如申請專利範圍第4項所述的方法,其中,該備資料中心的控制伺服器來配置當前資料中心所對應的RDS(Relational Database Service)資料庫,在該RDS資料庫僅允許當前的該備資料中心存取的情況下,使得該RDS資料庫儲存該業務流量時不會產生交叉流。
- 一種資料中心間的業務流量控制系統,其特徵在於,包括:主資料中心,部署至少一個負載平衡設備,用於接收並轉發業務流量;備資料中心,與該主資料中心具有互備關係,並部署了至少一個負載平衡設備;以及中間路由器,用於監測該主資料中心,如果監測到該主資料中心處於不可用狀態,則將該主資料中心切換為該備資料中心,其中,在該主資料中心切換至該備資料中心的情況下,將該業務流量引導至該備資料中心,並由該備資料中心的負載平衡設備對該業務流量進行分配,並且 其中,該中間路由器用於下發資料中心切換指令,該主資料中心用於在接收到該資料中心切換指令之後,將該主資料中心的優先級調低,該備資料中心用於在接收到該資料中心切換指令之後,將該備資料中心的優先級調高。
- 如申請專利範圍第10項所述的系統,其中,該不可用狀態至少包括如下任意一種狀態:斷電狀態、故障狀態、入侵狀態和溢出狀態。
- 如申請專利範圍第10或11項中任意一項所述的系統,其中,該負載平衡設備包括如下任意一種或多種類型:三層負載平衡設備、四層負載平衡設備、五層負載平衡設備、六層負載平衡設備和七層負載平衡設備。
- 如申請專利範圍第12項所述的系統,其中,該負載平衡設備包括:該四層負載平衡設備,用於根據調度策略來選擇目標伺服器,並將該業務流量透過LVS集群分配給該目標伺服器。
- 如申請專利範圍第12項所述的系統,其中,該負載平衡設備包括:該七層負載平衡設備,用於根據調度策略來選擇目標伺服器,並將該業務流量透過LVS集群分配給該目標伺服器。
- 如申請專利範圍第12項所述的系統,其中,該備資料中心還包括:控制伺服器,分別與該四層負載平衡設備和該七層負載平衡設備連接,用於配置調度策略。
- 一種資料中心間的業務流量控制裝置,其特徵在於,包括:控制模組,用於在主資料中心切換至備資料中心的情況下,將傳輸至該主資料中心的業務流量引導至該備資料中心,並由該備資料中心的負載平衡設備對該業務流量進行分配,其中,該主資料中心和該備資料中心具有互備關係,該主資料中心和該備資料中心分別部署至少一個負載平衡設備;以及切換模組,用於監測該主資料中心,如果監測到該主資料中心處於不可用狀態,則將該主資料中心切換為該備資料中心,其中,該切換模組還用於下發資料中心切換指令,該主資料中心用於在接收到該資料中心切換指令之後,將該主資料中心的優先級調低,該備資料中心用於在接收到該資料中心切換指令之後,將該備資料中心的優先級調高。
- 如申請專利範圍第16項所述的裝置,其中,該不可用狀態至少包括如下任意一種狀態:斷電狀態、故障狀態、入侵狀態和溢出狀態。
- 如申請專利範圍第16項所述的裝置,其中,該裝置還包括:設定模組,用於將資料中心集群中優先級高的資料中心設定為該主資料中心,優先級低的資料中心設定為該備資料中心;同步模組,用於該主資料中心與該備資料中心即時同 步資料。
- 如申請專利範圍第16至18項中任意一項所述的裝置,其中,該負載平衡設備包括如下任意一種或多種類型:三層負載平衡設備、四層負載平衡設備、五層負載平衡設備、六層負載平衡設備和七層負載平衡設備。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610177065.2 | 2016-03-25 | ||
CN201610177065.2A CN107231221B (zh) | 2016-03-25 | 2016-03-25 | 数据中心间的业务流量控制方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201739219A TW201739219A (zh) | 2017-11-01 |
TWI724106B true TWI724106B (zh) | 2021-04-11 |
Family
ID=59899340
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW106105135A TWI724106B (zh) | 2016-03-25 | 2017-02-16 | 資料中心間的業務流量控制方法、裝置及系統 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20190028538A1 (zh) |
EP (1) | EP3435627A4 (zh) |
CN (1) | CN107231221B (zh) |
TW (1) | TWI724106B (zh) |
WO (1) | WO2017162184A1 (zh) |
Families Citing this family (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11102285B2 (en) * | 2017-01-05 | 2021-08-24 | Bank Of America Corporation | Network routing tool |
CN111130835A (zh) * | 2018-11-01 | 2020-05-08 | 中国移动通信集团河北有限公司 | 数据中心双活系统、切换方法、装置、设备及介质 |
CN109813377A (zh) * | 2019-03-11 | 2019-05-28 | 晟途工业(大连)有限公司 | 轮胎使用状况自动检测及数据采集系统 |
CN110166524B (zh) * | 2019-04-12 | 2023-04-07 | 未鲲(上海)科技服务有限公司 | 数据中心的切换方法、装置、设备及存储介质 |
CN112217843B (zh) * | 2019-07-09 | 2023-08-22 | 阿里巴巴集团控股有限公司 | 服务单元切换方法、系统及设备 |
CN112351051A (zh) * | 2019-08-06 | 2021-02-09 | 中兴通讯股份有限公司 | 云服务处理方法、装置、云服务器、系统及存储介质 |
US11652724B1 (en) * | 2019-10-14 | 2023-05-16 | Amazon Technologies, Inc. | Service proxies for automating data center builds |
CN110990200B (zh) * | 2019-11-26 | 2022-07-05 | 苏宁云计算有限公司 | 一种基于多活数据中心的流量切换方法及装置 |
CN111585892B (zh) * | 2020-04-29 | 2022-08-12 | 平安科技(深圳)有限公司 | 数据中心流量管控方法和系统 |
CN111881476B (zh) * | 2020-07-28 | 2023-07-28 | 平安科技(深圳)有限公司 | 对象存储控制方法、装置、计算机设备及存储介质 |
CN111934958B (zh) * | 2020-07-29 | 2022-03-29 | 深圳市高德信通信股份有限公司 | 一种idc资源调度服务管理平台 |
CN111953808B (zh) * | 2020-07-31 | 2023-08-15 | 上海燕汐软件信息科技有限公司 | 一种双机双活架构的数据传输切换方法及架构构建系统 |
CN112291266B (zh) * | 2020-11-17 | 2022-03-29 | 珠海大横琴科技发展有限公司 | 一种数据处理的方法、装置、服务器和存储介质 |
CN112751782B (zh) * | 2020-12-29 | 2022-09-30 | 微医云(杭州)控股有限公司 | 基于多活数据中心的流量切换方法、装置、设备及介质 |
CN112732491B (zh) * | 2021-01-22 | 2024-03-12 | 中国人民财产保险股份有限公司 | 数据处理系统、基于数据处理系统的业务数据处理方法 |
JPWO2022176030A1 (zh) * | 2021-02-16 | 2022-08-25 | ||
CN112929221A (zh) * | 2021-03-02 | 2021-06-08 | 浪潮云信息技术股份公司 | 一种实现云服务产品主备容灾的方法 |
CN113472687B (zh) * | 2021-07-15 | 2023-12-05 | 北京京东振世信息技术有限公司 | 一种数据处理方法和装置 |
CN113703950A (zh) * | 2021-09-10 | 2021-11-26 | 国泰君安证券股份有限公司 | 实现服务器集群流量调度处理的系统、方法、装置、处理器及其计算机可读存储介质 |
CN114390059B (zh) * | 2021-12-29 | 2024-02-06 | 中国电信股份有限公司 | 一种业务处理系统及业务处理方法 |
CN114584458B (zh) * | 2022-03-03 | 2023-06-06 | 平安科技(深圳)有限公司 | 一种基于etcd的集群容灾管理方法、系统、设备及存储介质 |
CN115022334A (zh) * | 2022-05-13 | 2022-09-06 | 深信服科技股份有限公司 | 流量分配方法、装置、电子设备及存储介质 |
CN115442369B (zh) * | 2022-09-02 | 2023-06-16 | 北京星汉未来网络科技有限公司 | 一种服务资源调度的方法、装置、存储介质及电子设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060193247A1 (en) * | 2005-02-25 | 2006-08-31 | Cisco Technology, Inc. | Disaster recovery for active-standby data center using route health and BGP |
US20120044799A1 (en) * | 2010-08-17 | 2012-02-23 | Airwalk Communications, Inc. | Method and apparatus of implementing an internet protocol signaling concentrator |
CN103259809A (zh) * | 2012-02-15 | 2013-08-21 | 株式会社日立制作所 | 负载均衡器、负载均衡方法及分层数据中心系统 |
CN103647849A (zh) * | 2013-12-24 | 2014-03-19 | 华为技术有限公司 | 一种业务迁移方法、装置和一种容灾系统 |
US20140095592A1 (en) * | 2011-03-14 | 2014-04-03 | Edgecast Networks, Inc. | Network Connection Hand-Off and Hand-Back |
WO2014057380A2 (en) * | 2012-10-10 | 2014-04-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Virtual firewall mobility |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6957251B2 (en) * | 2001-05-07 | 2005-10-18 | Genworth Financial, Inc. | System and method for providing network services using redundant resources |
US8620999B1 (en) * | 2011-01-12 | 2013-12-31 | Israel L'Heureux | Network resource modification for higher network connection concurrence |
CN103023797B (zh) * | 2011-09-23 | 2016-06-15 | 百度在线网络技术(北京)有限公司 | 数据中心系统及装置和提供服务的方法 |
CN102932271A (zh) * | 2012-11-27 | 2013-02-13 | 无锡城市云计算中心有限公司 | 负载均衡的实现方法和装置 |
US20150339200A1 (en) * | 2014-05-20 | 2015-11-26 | Cohesity, Inc. | Intelligent disaster recovery |
CN107846315B (zh) * | 2014-11-17 | 2020-12-25 | 华为技术有限公司 | 数据中心的业务迁移方法、装置及系统 |
WO2016109778A1 (en) * | 2014-12-31 | 2016-07-07 | Servicenow, Inc. | Failure resistant distributed computing system |
CN104516795A (zh) * | 2015-01-15 | 2015-04-15 | 浪潮(北京)电子信息产业有限公司 | 一种数据存取方法及系统 |
CN105389213A (zh) * | 2015-10-26 | 2016-03-09 | 珠海格力电器股份有限公司 | 一种数据中心系统及其配置方法 |
-
2016
- 2016-03-25 CN CN201610177065.2A patent/CN107231221B/zh active Active
-
2017
- 2017-02-16 TW TW106105135A patent/TWI724106B/zh active
- 2017-03-23 EP EP17769461.9A patent/EP3435627A4/en not_active Withdrawn
- 2017-03-23 WO PCT/CN2017/077807 patent/WO2017162184A1/zh active Application Filing
-
2018
- 2018-09-25 US US16/141,844 patent/US20190028538A1/en not_active Abandoned
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060193247A1 (en) * | 2005-02-25 | 2006-08-31 | Cisco Technology, Inc. | Disaster recovery for active-standby data center using route health and BGP |
US20120044799A1 (en) * | 2010-08-17 | 2012-02-23 | Airwalk Communications, Inc. | Method and apparatus of implementing an internet protocol signaling concentrator |
US20140095592A1 (en) * | 2011-03-14 | 2014-04-03 | Edgecast Networks, Inc. | Network Connection Hand-Off and Hand-Back |
CN103259809A (zh) * | 2012-02-15 | 2013-08-21 | 株式会社日立制作所 | 负载均衡器、负载均衡方法及分层数据中心系统 |
JP2013168139A (ja) * | 2012-02-15 | 2013-08-29 | Hitachi Ltd | 負荷均衡装置、負荷均衡方法及び階層化データセンターシステム |
WO2014057380A2 (en) * | 2012-10-10 | 2014-04-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Virtual firewall mobility |
CN103647849A (zh) * | 2013-12-24 | 2014-03-19 | 华为技术有限公司 | 一种业务迁移方法、装置和一种容灾系统 |
Also Published As
Publication number | Publication date |
---|---|
US20190028538A1 (en) | 2019-01-24 |
CN107231221A (zh) | 2017-10-03 |
EP3435627A1 (en) | 2019-01-30 |
TW201739219A (zh) | 2017-11-01 |
EP3435627A4 (en) | 2019-04-10 |
CN107231221B (zh) | 2020-10-23 |
WO2017162184A1 (zh) | 2017-09-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI724106B (zh) | 資料中心間的業務流量控制方法、裝置及系統 | |
CN110912780B (zh) | 一种高可用集群检测方法、系统及受控终端 | |
US11734138B2 (en) | Hot standby method, apparatus, and system | |
US9659075B2 (en) | Providing high availability in an active/active appliance cluster | |
WO2017114017A1 (zh) | 实现负载均衡的计算机设备、系统和方法 | |
CN111865514B (zh) | 用于软件定义网络路由服务的控制平面隔离 | |
EP3016316B1 (en) | Network control method and apparatus | |
US20200019479A1 (en) | Disaster recovery deployment method, apparatus, and system | |
EP1829268A2 (en) | Systems and methods providing high availability for distributed systems | |
CN110474802B (zh) | 设备切换方法及装置、服务系统 | |
CN102333027A (zh) | 基于vrrpe备份组的流量负载分担实现方法及其装置 | |
Thean et al. | Container-based MQTT broker cluster for edge computing | |
CN105721328A (zh) | 一种vrrp负载均衡的方法、装置和路由器 | |
CN106850803B (zh) | 一种基于sdn的加权轮询系统及算法 | |
WO2016065804A1 (zh) | 一种流量负载均衡方法及路由设备 | |
CN114268581B (zh) | 一种实现网络设备高可用和负载分担的方法 | |
CN114116216A (zh) | 一种基于vip实现分布式块存储高可用方法和装置 | |
CN113535402A (zh) | 基于5g mec的负载均衡处理方法、装置及电子设备 | |
JP2014032576A (ja) | ネットワーク装置又はサーバ装置の多重化方式 | |
CN114900526B (zh) | 负载均衡方法及系统、计算机存储介质、电子设备 | |
CN108768798A (zh) | 一种设备接入方法及装置 | |
CN114466007B (zh) | 一种sdn控制器协议能力统一调度方法及装置 | |
CN113595760A (zh) | 一种系统故障的处理方法和装置 | |
CN114079636A (zh) | 一种流量处理方法及交换机、软负载设备、存储介质 | |
CN114900526A (zh) | 负载均衡方法及系统、计算机存储介质、电子设备 |