TW201730789A - 資訊處理方法、裝置和系統 - Google Patents
資訊處理方法、裝置和系統 Download PDFInfo
- Publication number
- TW201730789A TW201730789A TW106101583A TW106101583A TW201730789A TW 201730789 A TW201730789 A TW 201730789A TW 106101583 A TW106101583 A TW 106101583A TW 106101583 A TW106101583 A TW 106101583A TW 201730789 A TW201730789 A TW 201730789A
- Authority
- TW
- Taiwan
- Prior art keywords
- information
- configuration
- end server
- instruction information
- address information
- Prior art date
Links
Classifications
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2228—Indexing structures
- G06F16/2255—Hash tables
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
-
- 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/104—Peer-to-peer [P2P] networks
- H04L67/1061—Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
- H04L67/1065—Discovery involving distributed pre-established resource-based relationships among peers, e.g. based on distributed hash tables [DHT]
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Computational Linguistics (AREA)
- Multimedia (AREA)
- Software Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申請實施例提供了一種資訊處理方法,其特徵在於,包括:提供允許指令資訊控制設備存取的介面,並通過該介面接收該指令資訊控制設備發送的第一配置指令資訊;根據該第一配置指令資訊指示前端伺服器處理對至少一個後端伺服器的配置資訊。根據本申請實施例,無須每次配置資訊更新都進行讀取設定檔、比對新舊設定檔和查找配置資訊的處理,節省了處理資源。同時,也節省了配置資訊更新耗費的時間,提升了配置資訊更新的效率。
Description
本申請關於網際網路技術領域,特別是關於一種資訊處理方法、一種資訊處理裝置和一種資訊處理系統。
在雲計算場景下,大量雲服務的伺服器都需要經常更新配置資訊,以滿足用戶需求。以負載均衡雲服務為例,需要更新前端伺服器中的後端伺服器的配置資訊,以保證準確地將用戶的存取請求調度到正常工作的後端伺服器。實際應用中,通常會利用檢測後端伺服器工作狀態的應用程式,例如Keepalived,負責對配置資訊的更新處理。Keepalived是一個基於VRRP(Virtual Router Redundancy Protocol,虛擬路由冗餘協定)技術的實現服務高可用方案的軟體。Keepalived主要用於檢測後端伺服器的狀態,如果有一台後端伺服器當機,或工作出現故障,Keepalived將檢測到,並將有故障的後端伺服器從系統中剔除,當後端伺服器工作正常後Keepalived自動將後端伺服器加入到伺服器群中。因為Keepalived的伺服器狀態檢測應用程式的記憶體中,通常保存有後端伺服器的配置資
訊的記憶體結構,因此可利用其進行資訊更新。
具體地,在更新配置資訊時,通常是首先生成一個更新後的設定檔,並觸發Keepalived重新載入該設定檔。Keepalived將更新設定檔與歷史設定檔進行對比,逐一查找後端伺服器的配置資訊是否發生變更,並針對發生變更的配置資訊生成修改指令,前端伺服器根據該修改指令更新後端伺服器的配置資訊。
然而,目前的配置資訊更新方式中,需要針對每一個後端伺服器的配置資訊進行查找和對比處理,當雲服務存在大量的後端伺服器,整個資訊更新過程需要耗費較多的處理資源。而且,更新過程耗費了較多的時間,造成了資訊更新效率較低的問題。
鑒於上述問題,提出了本申請實施例以便提供一種克服上述問題或者至少部分地解決上述問題的一種資訊處理方法、相應的一種資訊處理裝置和相應的一種資訊處理系統。
為了解決上述問題,本申請公開了一種資訊處理方法,包括:提供允許指令資訊控制設備存取的介面,並通過該介面接收該指令資訊控制設備發送的第一配置指令資訊;根據該第一配置指令資訊指示前端伺服器處理對至少一個後端伺服器的配置資訊。
可選地,該前端伺服器對至少一個後端伺服器進行負載均衡處理。
可選地,該根據該第一配置指令資訊指示前端伺服器處理對至少一個後端伺服器的配置資訊包括:從該第一配置指令資訊中獲取後端伺服器的原始位址資訊,在預置資料庫中查找根據該原始位址資訊對應轉換的目標位址資訊;根據該目標位址資訊生成第二配置指令資訊,以供該前端伺服器對該目標位址資訊指示的後端伺服器的配置資訊進行處理。
可選地,該預置資料庫為雜湊表,該在預置資料庫中查找根據該原始位址資訊對應轉換的目標位址資訊包括:計算該原始位址資訊的目標關鍵值;在該雜湊表中查找關鍵值匹配於該目標關鍵值的目標位址資訊。
可選地,該根據該第一配置指令資訊指示前端伺服器處理對至少一個後端伺服器的配置資訊包括:根據該第一配置指令資訊指示前端伺服器針對保存在該前端伺服器中的後端伺服器的配置資訊進行增加、刪除和/或修改處理。
可選地,該方法還包括:當在該雜湊表中查找不到關鍵值匹配於該目標關鍵值的目標位址資訊,針對該原始位址資訊添加異常標識並生成記錄日誌。
為了解決上述問題,本申請還公開了一種資訊處理裝置,包括:第一配置指令資訊接收模組,用於提供允許指令資訊控制設備存取的介面,並通過該介面接收該指令資訊控制設備發送的第一配置指令資訊;指示模組,用於根據該第一配置指令資訊指示前端伺服器處理對至少一個後端伺服器的配置資訊。
可選地,該前端伺服器對至少一個後端伺服器進行負載均衡處理。
可選地,該指示模組包括:目標位址資訊查找子模組,用於從該第一配置指令資訊中獲取後端伺服器的原始位址資訊,在預置資料庫中查找根據該原始位址資訊對應轉換的目標位址資訊;第二配置指令資訊生成子模組,用於根據該目標位址資訊生成第二配置指令資訊,以供該前端伺服器對該目標位址資訊指示的後端伺服器的配置資訊進行處理。
可選地,該預置資料庫為雜湊表,該目標位址資訊查找子模組包括:目標關鍵值計算子單元,用於計算該原始位址資訊的目標關鍵值;目標位址資訊查找子單元,用於在該雜湊表中查找關鍵值匹配於該目標關鍵值的目標位址資訊。
可選地,該指示模組包括:配置資訊處理子模組,用於根據該第一配置指令資訊
指示前端伺服器針對保存在該前端伺服器中的後端伺服器的配置資訊進行增加、刪除和/或修改處理。
可選地,該裝置還包括:異常標識添加模組,用於當在該雜湊表中查找不到關鍵值匹配於該目標關鍵值的目標位址資訊,針對該原始位址資訊添加異常標識並生成記錄日誌。
為了解決上述問題,本申請還公開了一種資訊處理系統,包括:前端伺服器、後端伺服器和指令資訊控制設備;該前端伺服器包括:第一配置指令資訊接收模組,用於提供允許指令資訊控制設備存取的介面,並通過該介面接收該指令資訊控制設備發送的第一配置指令資訊;指示模組,用於根據該第一配置指令資訊指示前端伺服器處理對至少一個後端伺服器的配置資訊;該後端伺服器包括:存取請求調度接收模組,用於接收該前端伺服器根據該後端伺服器的配置資訊調度的存取請求;該指令資訊控制設備,用於存取該前端伺服器,並通過該前端伺服器提供的介面將該第一配置指令資訊下發至該前端伺服器。
本申請實施例包括以下優點:相比起目前的通過設定檔進行資訊處理的方式,本申請實施例無須每次配置資訊更新都進行讀取設定檔、比對
新舊設定檔和查找配置資訊的處理,節省了處理資源。同時,也節省了配置資訊更新耗費的時間,提升了配置資訊更新的效率。
而且,在回應用戶的存取請求等的即時性要求較高的場景中,更新的配置資訊在較短的時間內可以生效並恢復對用戶的服務,改善了用戶體驗。
101‧‧‧步驟
102‧‧‧步驟
201‧‧‧步驟
202‧‧‧步驟
203‧‧‧步驟
301‧‧‧第一配置指令資訊接收模組
302‧‧‧指示模組
401‧‧‧第一配置指令資訊接收模組
402‧‧‧指示模組
403‧‧‧異常標識添加模組
701‧‧‧前端伺服器
702‧‧‧後端伺服器
703‧‧‧指令資訊控制設備
圖1是本申請的一種資訊處理方法實施例一的步驟流程圖;圖2是本申請的一種資訊處理方法實施例二的步驟流程圖;圖3是本申請的一種資訊處理裝置實施例一的結構方塊圖;圖4是本申請的一種資訊處理裝置實施例二的結構方塊圖;圖5是本申請的一種基於Keepalived的Hotconf介面的資訊處理流程圖;圖6是本申請的一種基於拓撲結構的資訊更新系統示意圖;圖7是本申請的一種資訊處理系統實施例的結構方塊圖。
為使本申請的上述目的、特徵和優點能夠更加明顯易懂,下面結合圖式和具體實施方式對本申請作進一步詳細的說明。
負載均衡雲服務的應用場景中,通常是將多個後端伺服器(Real Server,RS)組織成一個虛擬伺服器,以便於用戶訪問存取。針對用戶的存取請求,可以由前端伺服器將流量轉發調度至其中一個或多個的後端伺服器,以實現後端伺服器的負載均衡。實際應用中,可能部分後端伺服器因為儲存空間不足或處理負載過大等的問題,而無法正常服務,針對這些異常的後端伺服器,需要更新前端伺服器中的後端伺服器的配置資訊,以重新配置後端伺服器,避免將流量轉發至異常的後端伺服器。
採用Keepalived對後端伺服器的配置資訊的更新方式中,通常是通過比對新舊配置資訊,根據發生更改的配置資訊相應生成修改指示資訊以更新其配置資訊。
具體地,可以首先生成包含有後端伺服器的配置資訊的設定檔,並觸發Keepalived載入該設定檔,根據設定檔中關於後端伺服器的相關配置資訊,生成記憶體結構,即每一個後端伺服器的配置資訊都會生成一個相應的記憶體結構,記憶體結構之間通過鏈表連結。
當需要進行配置資訊更新時,可以觸發Keepalived重新載入更新的設定檔。針對更新的設定檔和歷史設定檔,Keepalived首先從歷史設定檔中選取一個後端伺服器的配置資訊,然後在更新的設定檔中按序查找是否有對應的後
端伺服器的配置資訊,根據查找結果相應對配置資訊進行更新。
根據目前的更新方式,假如有n個後端伺服器,則每次更新需要進行查找的次數為n(n+1)/2次,然而,負載均衡雲服務系統中往往具有上萬台的後端伺服器,根據目前的更新方式進行查找處理會非常耗時,而且還會導致更新的配置資訊要較長時間才能生效,造成較長時間的服務不可用的情況,影響了用戶體驗。
參照圖1,示出了本申請的一種資訊處理方法實施例一的步驟流程圖,具體可以包括如下步驟:
步驟101,提供允許指令資訊控制設備存取的介面,並通過該介面接收該指令資訊控制設備發送的第一配置指令資訊。
本申請實施例中,具體地,可以通過TCP監聽的方式向指令資訊控制設備提供一個允許其存取的介面,以供指令資訊控制設備修改根據配置資訊生成的記憶體結構。實際應用中,指令資訊控制設備可以是負責全域配置資訊更新的上層控制系統。
當通過伺服器狀態檢測應用程式進行配置資訊的處理時,可以向指令資訊控制設備開放一個特定介面,以供指令資訊控制設備調用應用程式的記憶體中保存有的配置資訊的記憶體結構。例如,通過Keepalived處理配置資訊時,可以設置Keepalived向指令資訊控制設備開放Hotconf介面,以供指令資訊控制設備調用Keepalived記
憶體中配置資訊的記憶體結構。此外需要說明的是,Keepalived的Hotconf原本用於應用程式的熱配置功能,熱配置功能可以使得應用程式在運行時進行升級,而不需要重新開機和載入設定檔。在本申請實施例的方案中,可以利用Keepalived的對外開放的Hotconf接口供指令資訊控制設備存取,以接收第一配置指令資訊。
當然,所屬技術領域中具有通常知識者可以根據實際使用的應用程式開放供指令資訊控制設備存取的介面。
通過開放給指令資訊控制設備存取的介面,可以接收到指令資訊控制設備發送的第一配置指令資訊。
步驟102,根據該第一配置指令資訊指示前端伺服器處理對至少一個後端伺服器的配置資訊。
作為本發明實施例的優選示例,該根據該第一配置指令資訊指示前端伺服器處理對至少一個後端伺服器的配置資訊包括:根據該第一配置指令資訊指示前端伺服器針對保存在該前端伺服器中的後端伺服器的配置資訊進行增加、刪除和/或修改處理。
該第一配置指令資訊可以包括有後端伺服器的位址資訊和相應的操作處理資訊。後端伺服器的位址資訊可以作為後端伺服器的標識,用於確定所針對的後端伺服器的配置資訊;操作處理資訊用於確定對所針對的後端伺服器的配置資訊進行增加、刪除或修改等的操作處理。
可以根據該第一配置指令資訊指示前端伺服器對一個
或多個後端伺服器的配置資訊進行增加、刪除或修改等的操作處理。或者,針對於負載均衡雲服務系統,第一配置指令資訊中所包含的後端伺服器的位址資訊並非後端伺服器在其虛擬網路中的唯一確定的位址資訊。因此可以先從第一配置指令資訊中獲取後端伺服器的原始位址資訊,並利用該原始位址資訊在預置資料庫中查找後端伺服器在其所屬的網路中唯一確定的目標位址資訊,利用該目標位址資訊生成一個第二配置指令資訊,用於指示前端伺服器對一個或多個後端伺服器的配置資訊進行增加、刪除或修改等的操作處理。
其中,負載均衡雲服務系統中的前端伺服器可以為LVS(Linux Virtual Server,Linux虛擬伺服器),在LVS上可以運行IPVS(IP Virtual Server,IP虛擬服務交換機),通過IPVS中位於內核層面的資料包轉發模組,實現對多個後端伺服器的流量轉發和負載均衡。實際應用中,可以將Keepalived等的伺服器狀態檢測應用程式安裝在LVS上。
前端伺服器可以根據生成的修改指令相應更新本地的後端伺服器的配置資訊,從而可以根據更新的配置資訊,將用戶存取請求資料包轉發調度到適合的後端伺服器。
需要說明的是,本申請實施例所提供的資訊更新方式不僅適用於負載均衡雲服務系統,還可以適用於雲計算場景下的其他雲服務。所屬技術領域中具有通常知識者可以根據實際需要,利用本申請實施例所提供的核心構思更新
其他類型的資訊,例如通過對外開放的介面接收路由表更新指令資訊,根據接收的路由表更新指令資訊,指示前端伺服器更新其路由表。
需要進一步說明的是,實際應用中可以由前端伺服器執行上述的實施方式。具體地,可以將伺服器狀態檢測應用程式部署在前端伺服器上,通過伺服器狀態檢測應用程式向指令資訊控制設備開放存取介面,以接收指令資訊控制設備發送的第一配置指令資訊,根據接收到的第一配置指令資訊,對所保存的後端伺服器的配置資訊進行處理。
此外,也可以單獨部署一個向指令資訊控制設備開放存取介面的配置資訊更新伺服器,由配置資訊更新伺服器接收指令資訊控制設備發送的第一配置指令資訊。配置資訊更新伺服器根據接收到的第一配置指令資訊指示前端伺服器對其所保存的後端伺服器的配置資訊進行處理。
根據本申請實施例,通過提供允許指令資訊控制設備存取的介面,並通過該介面接收用於指示前端伺服器處理後端伺服器的配置資訊的第一配置指令資訊。相比起目前的通過設定檔進行資訊處理的方式,本申請實施例無須每次配置資訊更新都進行讀取設定檔、比對新舊設定檔和查找配置資訊的處理,節省了處理資源。同時,也節省了配置資訊更新耗費的時間,提升了配置資訊更新的效率。
而且,在回應用戶的存取請求等的即時性要求較高的場景中,更新的配置資訊在較短的時間內可以生效並恢復對用戶的服務,改善了用戶體驗。
參照圖2,示出了本申請的一種資訊處理方法實施例二的步驟流程圖,具體可以包括如下步驟:
步驟201,提供允許指令資訊控制設備存取的介面,並通過該介面接收該指令資訊控制設備發送的第一配置指令資訊。
通過開放給指令資訊控制設備存取的介面,可以接收到指令資訊控制設備發送給的第一配置指令資訊。
步驟202,從該第一配置指令資訊中獲取後端伺服器的原始位址資訊,在預置資料庫中查找根據該原始位址資訊對應轉換的目標位址資訊。
負載均衡雲服務的應用場景中,可以從指令資訊控制設備發送的第一配置指令資訊中獲取到後端伺服器的原始位址資訊,例如後端伺服器的VIP位址192.168.1.1:80。
因為原始位址資訊的資訊結構比較複雜,將其儲存在資料庫後需要逐一比對,導致查找效率較低。因此,可以在預置資料庫中儲存根據原始位址資訊轉換的目標位址資訊。轉換的方式可以有多種,例如利用雜湊表的映射方式,將VIP位址轉換成一個較簡單的數值,以便於資訊的查找。
負載均衡雲服務的應用場景中,前端伺服器可以對處於第一網路中的至少一個後端伺服器進行負載均衡處理。然而,指令資訊控制設備所發送的第一配置指令資訊中,所包含的後端伺服器的位址資訊是在整個網路範圍內的原始位址資訊,與後端伺服器在其所屬的虛擬網路中的位址
資訊並不相同,根據原始位址無法確定指令資訊所針對的後端伺服器。因此,可以在第一配置指令資訊中獲取後端伺服器在第二網路中的原始位址資訊,根據獲取的原始位址資訊,在預置資料庫中查找後端伺服器在其所屬的第一網路中的目標位址資訊。作為本發明實施例的優選示例,該預置資料庫可以為雜湊表,該在預置資料庫中查找根據該原始位址資訊對應轉換的目標位址資訊可以包括以下子步驟:
子步驟S11,計算該原始位址資訊的目標關鍵值。
子步驟S12,在該雜湊表中查找關鍵值匹配於該目標關鍵值的目標位址資訊。
可以基於原始位址資訊計算其目標關鍵值,例如可以通過雜湊演算法(Hash)進行計算。利用計算得到的目標關鍵值,在雜湊表中查找到匹配於該目標關鍵值的位址資訊,作為對應的後端伺服器的目標位址資訊。
相比起在基於鏈表連結的記憶體結構中逐條對比的查找方式,利用雜湊表儲存後端伺服器的配置資訊,優化了根據配置資訊生成的記憶體結構的組織形式,並結合雜湊演算法的查找方式,提升了對後端伺服器的目標位址資訊的查找效率。
子步驟S13,當在該雜湊表中查找不到關鍵值匹配於該目標關鍵值的目標位址資訊,針對該原始位址資訊添加異常標識並生成記錄日誌。
當查找不到匹配的目標位址資訊時,表明第一配置指
令資訊中包含的後端伺服器的原始位址資訊有誤,可以相應添加異常標識並生成記錄日誌。此外還可以列印包含有原始位址錯誤的記錄日誌,並結束更新流程。
步驟203,根據該目標位址資訊生成第二配置指令資訊,以供該前端伺服器對該目標位址資訊指示的後端伺服器的配置資訊進行處理。
在查找到後端伺服器的目標位址資訊後,可以生成一個包含有該目標位址資訊的第二配置指令資訊。前端伺服器根據第二配置指令資訊中的目標位址資訊,可以確定需要進行處理的後端伺服器。
根據本申請實施例,在負載均衡雲服務的配置資訊更新的應用場景中,無須每次配置資訊更新都進行讀取設定檔、比對新舊設定檔和查找配置資訊的處理,節省了處理資源。同時,也節省了配置資訊更新耗費的時間,提升了配置資訊更新的效率。
為了便於所屬技術領域中具有通常知識者理解本申請實施例,以下結合圖5和圖6對本申請實施例進行說明。
圖5示出了基於Keepalived的Hotconf介面的資訊處理流程圖。從圖中可見,上層控制系統通過Keepalived對外提供的Hotconf介面,下發刪除VIP為192.168.1.1:80的後端伺服器的指令。Keepalived應用程式通過雜湊演算法將192.168.1.1:80轉換為一個目標關鍵值Key,通過這個Key在雜湊表中查找對應的後端伺服器。如果查找到對應的後端伺服器,則生成相應的刪除指令消息,並下發給
前端伺服器的IPVS內核模組,並結束流程。如果沒有查找到對應的後端伺服器,則列印錯誤日誌,並結束流程。
圖6示出了一種基於拓撲結構的資訊更新系統示意圖。從圖中可見,本申請的資訊更新系統可以基於拓撲架構而建立,其中部署有上層控制系統,前端伺服器以及多個後端伺服器,其中,前端伺服器可以設置為安裝有Keepalived的LVS伺服器。上層控制系統可以通過前端伺服器中對外開放的Keepalived的Hotconf介面,將第一配置指令資訊發送給前端伺服器。前端伺服器可以根據接收到的第一配置指令資訊,相應對保存在Keepalived中的後端伺服器的配置資訊進行增加、刪除或修改等的操作處理,以便於前端伺服器可以根據更新後的配置資訊對多個後端伺服器進行負載均衡的調度處理。
需要說明的是,對於方法實施例,為了簡單描述,故將其都表述為一系列的動作組合,但是所屬技術領域中具有通常知識者應該知悉,本申請實施例並不受所描述的動作順序的限制,因為依據本申請實施例,某些步驟可以採用其他順序或者同時進行。其次,所屬技術領域中具有通常知識者也應該知悉,說明書中所描述的實施例均屬於優選實施例,所關於的動作並不一定是本申請實施例所必須的。
參照圖3,示出了本申請的一種資訊處理裝置實施例一的結構方塊圖,具體可以包括如下模組:第一配置指令資訊接收模組301,用於提供允許指令
資訊控制設備存取的介面,並通過該介面接收該指令資訊控制設備發送的第一配置指令資訊。
指示模組302,用於根據該第一配置指令資訊指示前端伺服器處理對至少一個後端伺服器的配置資訊。
相比起目前的通過設定檔進行資訊處理的方式,本申請實施例無須每次配置資訊更新都進行讀取設定檔、比對新舊設定檔和查找配置資訊的處理,節省了處理資源。同時,也節省了配置資訊更新耗費的時間,提升了配置資訊更新的效率。
而且,在回應用戶的存取請求等的即時性要求較高的場景中,更新的配置資訊在較短的時間內可以生效並恢復對用戶的服務,改善了用戶體驗。
參照圖4,示出了本申請的一種資訊處理裝置實施例二的結構方塊圖,具體可以包括如下模組:第一配置指令資訊接收模組401,用於提供允許指令資訊控制設備存取的介面,並通過該介面接收該指令資訊控制設備發送的第一配置指令資訊。
指示模組402,用於根據該第一配置指令資訊指示前端伺服器處理對至少一個後端伺服器的配置資訊。
異常標識添加模組403,用於當在該雜湊表中查找不到關鍵值匹配於該目標關鍵值的目標位址資訊,針對該原始位址資訊添加異常標識並生成記錄日誌。
作為本申請實施例的優選示例,該前端伺服器對至少一個後端伺服器進行負載均衡處理。
作為本申請實施例的優選示例一,該指示模組402可以包括:目標位址資訊查找子模組,用於從該第一配置指令資訊中獲取後端伺服器的原始位址資訊,在預置資料庫中查找根據該原始位址資訊對應轉換的目標位址資訊;第二配置指令資訊生成子模組,用於根據該目標位址資訊生成第二配置指令資訊,以供該前端伺服器對該目標位址資訊指示的後端伺服器的配置資訊進行處理。
作為本申請實施例的優選示例二,該指示模組402可以包括:配置資訊處理子模組,用於根據該第一配置指令資訊指示前端伺服器針對保存在該前端伺服器中的後端伺服器的配置資訊進行增加、刪除和/或修改處理。
作為本申請實施例的優選示例,該預置資料庫為雜湊表,該目標位址資訊查找子模組可以包括:目標關鍵值計算子單元,用於計算該原始位址資訊的目標關鍵值;目標位址資訊查找子單元,用於在該雜湊表中查找關鍵值匹配於該目標關鍵值的目標位址資訊。
根據本申請實施例,在負載均衡雲服務的配置資訊更新的應用場景中,無須每次配置資訊更新都進行讀取設定檔、比對新舊設定檔和查找配置資訊的處理,節省了處理資源。同時,也節省了配置資訊更新耗費的時間,提升了配置資訊更新的效率。
對於裝置實施例而言,由於其與方法實施例基本相似,所以描述的比較簡單,相關之處參見方法實施例的部分說明即可。
參照圖7,示出了本申請的一種資訊處理系統實施例的結構方塊圖,具體可以包括:前端伺服器701、後端伺服器702和指令資訊控制設備703;該前端伺服器701可以包括:第一配置指令資訊接收模組,用於提供允許指令資訊控制設備存取的介面,並通過該介面接收該指令資訊控制設備發送的第一配置指令資訊;指示模組,用於根據該第一配置指令資訊指示前端伺服器處理對至少一個後端伺服器的配置資訊;該後端伺服器702可以包括:存取請求調度接收模組,用於接收該前端伺服器根據該後端伺服器的配置資訊調度的存取請求;該指令資訊控制設備703,可以用於存取該前端伺服器,並通過該前端伺服器提供的介面將該第一配置指令資訊下發至該前端伺服器。
相比起目前的通過設定檔進行資訊處理的方式,本申請實施例無須每次配置資訊更新都進行讀取設定檔、比對新舊設定檔和查找配置資訊的處理,節省了處理資源。同時,也節省了配置資訊更新耗費的時間,提升了配置資訊更新的效率。
而且,在回應用戶的存取請求等的即時性要求較高的場景中,更新的配置資訊在較短的時間內可以生效並恢復對用戶的服務,改善了用戶體驗。
對於系統實施例而言,由於其與方法實施例基本相似,所以描述的比較簡單,相關之處參見方法實施例的部分說明即可。
本說明書中的各個實施例均採用遞進的方式描述,每個實施例重點說明的都是與其他實施例的不同之處,各個實施例之間相同相似的部分互相參見即可。
所屬技術領域中具有通常知識者應明白,本申請實施例的實施例可提供為方法、裝置、或電腦程式產品。因此,本申請實施例可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且,本申請實施例可採用在一個或多個其中包含有電腦可用程式碼的電腦可用儲存媒介(包括但不限於磁碟記憶體、CD-ROM、光學記憶體等)上實施的電腦程式產品的形式。
在一個典型的配置中,所述電腦設備包括一個或多個處理器(CPU)、輸入/輸出介面、網路介面和記憶體。記憶體可能包括電腦可讀媒介中的非永久性記憶體,隨機存取記憶體(RAM)和/或非易失性記憶體等形式,如唯讀記憶體(ROM)或快閃記憶體(flash RAM)。記憶體是電腦可讀媒介的示例。電腦可讀媒介包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現資訊儲存。資訊可以是電腦可讀指令、資料結構、程式的
模組或其他資料。電腦的儲存媒介的例子包括,但不限於相變記憶體(PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可擦除可程式設計唯讀記憶體(EEPROM)、快閃記憶體或其他記憶體技術、唯讀光碟唯讀記憶體(CD-ROM)、數位多功能光碟(DVD)或其他光學儲存、磁盒式磁帶,磁帶磁磁片儲存或其他磁性存放裝置或任何其他非傳輸媒介,可用於儲存可以被計算設備存取的資訊。按照本文中的界定,電腦可讀媒介不包括非持續性的電腦可讀媒體(transitory media),如調變的資料訊號和載波。
本申請實施例是參照根據本申請實施例的方法、終端設備(系統)、和電腦程式產品的流程圖和/或方方塊圖來描述的。應理解可由電腦程式指令實現流程圖和/或方方塊圖中的每一流程和/或方框、以及流程圖和/或方方塊圖中的流程和/或方框的結合。可提供這些電腦程式指令到通用電腦、專用電腦、嵌入式處理機或其他可程式設計資料處理終端設備的處理器以產生一個機器,使得通過電腦或其他可程式設計資料處理終端設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方方塊圖一個方框或多個方框中指定的功能的裝置。
這些電腦程式指令也可儲存在能引導電腦或其他可程式設計資料處理終端設備以特定方式工作的電腦可讀記憶體中,使得儲存在該電腦可讀記憶體中的指令產生包括指
令裝置的製造品,該指令裝置實現在流程圖一個流程或多個流程和/或方方塊圖一個方框或多個方框中指定的功能。
這些電腦程式指令也可裝載到電腦或其他可程式設計資料處理終端設備上,使得在電腦或其他可程式設計終端設備上執行一系列操作步驟以產生電腦實現的處理,從而在電腦或其他可程式設計終端設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方方塊圖一個方框或多個方框中指定的功能的步驟。
儘管已描述了本申請實施例的優選實施例,但所屬技術領域中具有通常知識者一旦得知了基本創造性概念,則可對這些實施例做出另外的變更和修改。所以,所附請求項意欲解釋為包括優選實施例以及落入本申請實施例範圍的所有變更和修改。
最後,還需要說明的是,在本文中,諸如第一和第二等之類的關係術語僅僅用來將一個實體或者操作與另一個實體或操作區分開來,而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關係或者順序。而且,術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含,從而使得包括一系列要素的過程、方法、物品或者終端設備不僅包括那些要素,而且還包括沒有明確列出的其他要素,或者是還包括為這種過程、方法、物品或者終端設備所固有的要素。在沒有更多限制的情況下,由語句“包括一個......”限定的要素,並不排除在包括該要素的過
程、方法、物品或者終端設備中還存在另外的相同要素。
以上對本申請所提供的一種資訊處理方法、一種資訊處理裝置和一種資訊處理系統,進行了詳細介紹,本文中應用了具體個例對本申請的原理及實施方式進行了闡述,以上實施例的說明只是用於幫助理解本申請的方法及其核心思想;同時,對於所屬技術領域中具有通常知識者,依據本申請的思想,在具體實施方式及應用範圍上均會有改變之處,綜上所述,本說明書內容不應理解為對本申請的限制。
Claims (13)
- 一種資訊處理方法,其特徵在於,包括:提供允許指令資訊控制設備存取的介面,並通過該介面接收該指令資訊控制設備發送的第一配置指令資訊;根據該第一配置指令資訊指示前端伺服器處理對至少一個後端伺服器的配置資訊。
- 根據請求項1所述的方法,該前端伺服器對至少一個後端伺服器進行負載均衡處理。
- 根據請求項2所述的方法,該根據該第一配置指令資訊指示前端伺服器處理對至少一個後端伺服器的配置資訊包括:從該第一配置指令資訊中獲取後端伺服器的原始位址資訊,在預置資料庫中查找根據該原始位址資訊對應轉換的目標位址資訊;根據該目標位址資訊生成第二配置指令資訊,以供該前端伺服器對該目標位址資訊指示的後端伺服器的配置資訊進行處理。
- 根據請求項3所述的方法,該預置資料庫為雜湊表,該在預置資料庫中查找根據該原始位址資訊對應轉換的目標位址資訊包括:計算該原始位址資訊的目標關鍵值;在該雜湊表中查找關鍵值匹配於該目標關鍵值的目標位址資訊。
- 根據請求項1所述的方法,該根據該第一配置指 令資訊指示前端伺服器處理對至少一個後端伺服器的配置資訊包括:根據該第一配置指令資訊指示前端伺服器針對保存在該前端伺服器中的後端伺服器的配置資訊進行增加、刪除和/或修改處理。
- 根據請求項4所述的方法,該方法還包括:當在該雜湊表中查找不到關鍵值匹配於該目標關鍵值的目標位址資訊,針對該原始位址資訊添加異常標識並生成記錄日誌。
- 一種資訊處理裝置,其特徵在於,包括:第一配置指令資訊接收模組,用於提供允許指令資訊控制設備存取的介面,並通過該介面接收該指令資訊控制設備發送的第一配置指令資訊;指示模組,用於根據該第一配置指令資訊指示前端伺服器處理對至少一個後端伺服器的配置資訊。
- 根據請求項7所述的裝置,該前端伺服器對至少一個後端伺服器進行負載均衡處理。
- 根據請求項8所述的裝置,該指示模組包括:目標位址資訊查找子模組,用於從該第一配置指令資訊中獲取後端伺服器的原始位址資訊,在預置資料庫中查找根據該原始位址資訊對應轉換的目標位址資訊;第二配置指令資訊生成子模組,用於根據該目標位址資訊生成第二配置指令資訊,以供該前端伺服器對該目標位址資訊指示的後端伺服器的配置資訊進行處理。
- 根據請求項9所述的裝置,該預置資料庫為雜湊表,該目標位址資訊查找子模組包括:目標關鍵值計算子單元,用於計算該原始位址資訊的目標關鍵值;目標位址資訊查找子單元,用於在該雜湊表中查找關鍵值匹配於該目標關鍵值的目標位址資訊。
- 根據請求項7所述的裝置,該指示模組包括:配置資訊處理子模組,用於根據該第一配置指令資訊指示前端伺服器針對保存在該前端伺服器中的後端伺服器的配置資訊進行增加、刪除和/或修改處理。
- 根據請求項10所述的裝置,該裝置還包括:異常標識添加模組,用於當在該雜湊表中查找不到關鍵值匹配於該目標關鍵值的目標位址資訊,針對該原始位址資訊添加異常標識並生成記錄日誌。
- 一種資訊處理系統,其特徵在於,包括:前端伺服器、後端伺服器和指令資訊控制設備;該前端伺服器包括:第一配置指令資訊接收模組,用於提供允許指令資訊控制設備存取的介面,並通過該介面接收該指令資訊控制設備發送的第一配置指令資訊;指示模組,用於根據該第一配置指令資訊指示前端伺服器處理對至少一個後端伺服器的配置資訊;該後端伺服器包括:存取請求調度接收模組,用於接收該前端伺服器根據 該後端伺服器的配置資訊調度的存取請求;該指令資訊控制設備,用於存取該前端伺服器,並通過該前端伺服器提供的介面將該第一配置指令資訊下發至該前端伺服器。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610031093.3A CN106982236B (zh) | 2016-01-18 | 2016-01-18 | 一种信息处理方法、装置和系统 |
CN201610031093.3 | 2016-01-18 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201730789A true TW201730789A (zh) | 2017-09-01 |
TWI728036B TWI728036B (zh) | 2021-05-21 |
Family
ID=59339914
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW106101583A TWI728036B (zh) | 2016-01-18 | 2017-01-17 | 資訊處理方法、裝置和系統 |
Country Status (3)
Country | Link |
---|---|
CN (1) | CN106982236B (zh) |
TW (1) | TWI728036B (zh) |
WO (1) | WO2017124933A1 (zh) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109343891B (zh) * | 2017-08-01 | 2022-02-18 | 阿里巴巴集团控股有限公司 | 数据处理的系统、方法及装置 |
CN109144979B (zh) * | 2018-08-15 | 2022-07-12 | 中国建设银行股份有限公司 | 一种基于分布式应用系统的数据处理方法及装置 |
CN109005071B (zh) * | 2018-09-05 | 2021-05-25 | 网宿科技股份有限公司 | 一种决策部署方法和调度设备 |
CN109597678B (zh) * | 2018-10-09 | 2023-07-21 | 创新先进技术有限公司 | 任务处理方法及装置 |
CN109582485B (zh) * | 2018-10-26 | 2022-05-03 | 创新先进技术有限公司 | 一种配置变更异常检测方法及装置 |
CN110162512B (zh) * | 2019-05-05 | 2021-11-09 | 中国银行股份有限公司 | 一种日志检索方法、装置及存储介质 |
CN110334103B (zh) * | 2019-05-09 | 2021-11-02 | 北京顺丰同城科技有限公司 | 推荐服务的更新方法、提供装置、访问装置和推荐系统 |
CN110990052B (zh) * | 2019-11-29 | 2023-09-26 | 杭州迪普科技股份有限公司 | 一种配置保存方法及装置 |
CN111212399B (zh) * | 2019-12-23 | 2023-08-18 | 新奇点企业管理集团有限公司 | 数据传输方法、装置、计算机存储介质及电子设备 |
CN111309371A (zh) * | 2020-01-14 | 2020-06-19 | 网易(杭州)网络有限公司 | 一种查询方法和装置 |
WO2021179254A1 (zh) * | 2020-03-12 | 2021-09-16 | 华为技术有限公司 | 数据更新方法、装置和设备 |
CN111726249B (zh) * | 2020-06-02 | 2022-10-04 | 中盈优创资讯科技有限公司 | 网络设备的配置文件处理方法及装置 |
CN111753205B (zh) * | 2020-06-28 | 2024-03-19 | 北京百度网讯科技有限公司 | 信息处理方法、装置、电子设备及存储介质 |
CN114531493B (zh) * | 2020-11-23 | 2024-03-26 | 北京达佳互联信息技术有限公司 | 一种请求处理方法、装置、电子设备及存储介质 |
CN112579933B (zh) * | 2020-12-24 | 2023-12-08 | 中国农业银行股份有限公司 | 一种信息处理方法及装置 |
CN113904724B (zh) * | 2021-10-12 | 2022-11-22 | 中国人民解放军战略支援部队信息工程大学 | 通信装置及通信系统 |
CN115150164B (zh) * | 2022-06-30 | 2023-09-26 | 北京天融信网络安全技术有限公司 | 请求验证方法、装置、电子设备和计算机可读存储介质 |
CN115567392B (zh) * | 2022-10-10 | 2023-08-15 | 浙江保融科技股份有限公司 | 一种客户内部业务系统自动部署升级方法 |
CN116708063A (zh) * | 2022-12-23 | 2023-09-05 | 荣耀终端有限公司 | 日志上报方法、电子设备、云服务器及存储介质 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU9268901A (en) * | 2000-09-15 | 2002-03-26 | Wonderware Corp | An industrial process control data access server supporting multiple client dataexchange protocols |
TWI245521B (en) * | 2004-06-01 | 2005-12-11 | Realtek Semiconductor Corp | Network address-port translation device and method |
US7996482B1 (en) * | 2007-07-31 | 2011-08-09 | Qurio Holdings, Inc. | RDMA based real-time video client playback architecture |
CN103490963B (zh) * | 2013-09-13 | 2016-09-14 | 天脉聚源(北京)传媒科技有限公司 | 一种控制局域网内被控设备的方法及装置 |
CN104090891B (zh) * | 2013-12-12 | 2016-05-04 | 深圳市腾讯计算机系统有限公司 | 数据处理方法、装置及系统 |
CN104038376A (zh) * | 2014-06-30 | 2014-09-10 | 浪潮(北京)电子信息产业有限公司 | 一种管理真实服务器的方法、装置及lvs集群系统 |
CN104965726A (zh) * | 2015-03-10 | 2015-10-07 | 腾讯科技(深圳)有限公司 | 配置更新方法、装置及系统 |
CN105187230B (zh) * | 2015-06-25 | 2018-09-07 | 走遍世界(北京)信息技术有限公司 | 服务器的切换方法及装置 |
CN105099761B (zh) * | 2015-06-26 | 2018-11-20 | 广东欧珀移动通信有限公司 | 一种集中管理客户端的配置信息的方法和系统 |
-
2016
- 2016-01-18 CN CN201610031093.3A patent/CN106982236B/zh active Active
-
2017
- 2017-01-09 WO PCT/CN2017/070631 patent/WO2017124933A1/zh active Application Filing
- 2017-01-17 TW TW106101583A patent/TWI728036B/zh active
Also Published As
Publication number | Publication date |
---|---|
WO2017124933A1 (zh) | 2017-07-27 |
TWI728036B (zh) | 2021-05-21 |
CN106982236B (zh) | 2020-07-28 |
CN106982236A (zh) | 2017-07-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TW201730789A (zh) | 資訊處理方法、裝置和系統 | |
US10997211B2 (en) | Systems and methods for database zone sharding and API integration | |
US10977277B2 (en) | Systems and methods for database zone sharding and API integration | |
EP3547648B1 (en) | Service processing and consensus method and device | |
US7490265B2 (en) | Recovery segment identification in a computing infrastructure | |
US11210308B2 (en) | Metadata tables for time-series data management | |
JP2017538200A (ja) | 分散環境におけるサービスアドレッシング | |
US11368407B2 (en) | Failover management using availability groups | |
JP2016053951A (ja) | 情報中心ネットワークにわたって分布及びフォールトトレラント状態を維持するシステム及び方法 | |
WO2018233630A1 (zh) | 故障发现 | |
US11347808B1 (en) | Dynamically-adaptive bloom-filter | |
US10673694B2 (en) | Private network mirroring | |
US10204021B2 (en) | Recovery of an infected and quarantined file in a primary storage controller from a secondary storage controller | |
US10078655B2 (en) | Reconciling sensor data in a database | |
US20140059094A1 (en) | Making use of a file path to determine file locality for applications | |
US20150220438A1 (en) | Dynamic hot volume caching | |
BR112017001171B1 (pt) | Método executado em um dispositivo de computação, dispositivo de computação e dispositivo de memória legível por computador para recuperar a operacionalidade de um serviço baseado em nuvem | |
US20140189082A1 (en) | Local Partitioning in a Distributed Communication System | |
EP3080717B1 (en) | Cache and non-cache usage in a distributed storage system | |
US11159607B2 (en) | Management for a load balancer cluster | |
US11593669B1 (en) | Systems, methods, and apparatuses for detecting and creating operation incidents | |
US11422882B1 (en) | Systems, methods, and apparatuses for determining causality for anomalies and/or events | |
WO2016095716A1 (zh) | 一种故障信息处理方法与相关装置 | |
US10044602B2 (en) | Network failover and loop detection in hierarchical networks | |
TW201523447A (zh) | 伺服器系統與韌體更新方法 |